Автоматическое восстановление работы OPC-сервера после падения

   Здравствуйте!

Одним из требований к разрабатываемому OPC-серверу было то, чтобы он автоматически восстанавливался после падения. Сама программа (то есть сервер) запускается, но почему-то при таком запуске(то есть из под другой программы) при обращении к файлу конфигурации сервер аварийно завершается с сообщением Out of memory, а клиент виснет на неоределенный срок... :(

Кто-нибудь сталкивался с побоными проблемами?

Заранее благодарен за помощь.... :)

(файл конфигурации считывается через потоковый ввод/вывод. Прога на С++).

Автор	Сообщение Share Topic Распечатать! Google Delicious Digg StumbleUpon Windows Live Yahoo Bookmarks reddit Facebook MySpace Newsvine Furl Тема сообщения Поиск Свойства темы Ответить Создать новую тему
fakel15 Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Новичок Присоединился: 02 Март 2007 Категория: Russian Federation Online Status: Offline Публикации: 26	Свойства публикации Ответить Ответить, цитируя автора - fakel15 Сообщить модератору Ответить, цитируя автора - Ответ Тема сообщения: Автоматическое восстановление работы OPC-сервера после падения Опубликовано: 08 Август 2007 13:30
	Здравствуйте! Одним из требований к разрабатываемому OPC-серверу было то, чтобы он автоматически восстанавливался после падения. Сама программа (то есть сервер) запускается, но почему-то при таком запуске(то есть из под другой программы) при обращении к файлу конфигурации сервер аварийно завершается с сообщением Out of memory, а клиент виснет на неоределенный срок... :( Кто-нибудь сталкивался с побоными проблемами? Заранее благодарен за помощь.... :) (файл конфигурации считывается через потоковый ввод/вывод. Прога на С++).

Dismay Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Действительный член Присоединился: 01 Июнь 2006 Категория: Russian Federation Online Status: Offline Публикации: 464	Свойства публикации Ответить Ответить, цитируя автора - Dismay Сообщить модератору Ответить, цитируя автора - Ответ Опубликовано: 08 Август 2007 13:41
	А есть права у запускающего пользователя на чтение файла конфигурации? или у группы "Все"? Нормальный старт сервера сопровождаеться передачей аргументов для обнаружения файла конфигурации или он имеет строго определенное место? Не происходит ли собственно простой блокировки файла конфигурации предедущей сессией сервера?

fakel15 Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Новичок Присоединился: 02 Март 2007 Категория: Russian Federation Online Status: Offline Публикации: 26	Свойства публикации Ответить Ответить, цитируя автора - fakel15 Сообщить модератору Ответить, цитируя автора - Ответ Опубликовано: 08 Август 2007 14:21
	1.Права у запускающего пользователя на чтение файла есть! 2.Файл конфигурации имеет строго определенное место. Это четко внутри программы прописано. При обычном запуске все работает нормально. 3.А вот блокировка очень даже может быть... сейчас буду выяснять!!! Спасибо!

fakel15 Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Новичок Присоединился: 02 Март 2007 Категория: Russian Federation Online Status: Offline Публикации: 26	Свойства публикации Ответить Ответить, цитируя автора - fakel15 Сообщить модератору Ответить, цитируя автора - Ответ Опубликовано: 08 Август 2007 15:49
	Вроде нащупал ниточку. Когда путь к файлу конфигурации задается насильно, т.е. прямо пишем, например "c:\config.dat", то все работает, а если определяем его через функции, которые выдают имя каталога с установленной прогой и т.д. то ничего не работает.

Dismay Профили участников Послать частное письмо Поиск публикаций участников Добавить в список приятелей Действительный член Присоединился: 01 Июнь 2006 Категория: Russian Federation Online Status: Offline Публикации: 464	Свойства публикации Ответить Ответить, цитируя автора - Dismay Сообщить модератору Ответить, цитируя автора - Ответ Опубликовано: 09 Август 2007 06:38
	Честно говоря критики не выдерживает, напишите свойство (метод) которое возвращает путь к файлу конфигурации в служебном статическом классе и используйте его в коде, тогда с ее кодом можно будет поиграть, но вообще такого быть не могет, если только нет заморочек с Escape-последовательностью "\\"