Не, ну это жесть конечно. Логи 5 дней - у меня ротируются каждый день. Учитывая режим работы наблюдателя, ему оно в общем-то не мешает, т.к. он состояние сделок не отслеживает, опять таки опираясь на убеждение, что если что-то пошло не так, в логах это обязательно отразится. Посему чего-то там считать ему без надобности.



Если речь о системе мониторинга, то это проект https://www.cygwin.com/ . Грубо говоря это перекомпиляция всех основных линуксовых утилит (включая языки типа perl/python) на win32. Пользоваться можно прямо из консольной строки windows или из cygwin терминала (он дает стандартную линуксовую оболочку bash со всеми ее преимуществами). Никакой эмуляции тут нет,все нативно. При этом из этой терминальной сесии cygwin можно спокойно получить доступ к любым данным win-машины, ну вот типа так у меня выглядит запуск агента мониторинга:

'tail -f /cygdrive/c/Users/User/AppData/Local/TSLab/TSLab12/Logs/tslab.log | ./tail.plx'

цигвин штука хорошая. Помню даже вкорячивал туда майскуль клиент и в базы лазил. Но то было шаманство отменное и не каждый осилит.
И не все пакеты перла встают правда без бубнов.

Но если нужно просто файло парсить с регулярными выражениями то проще использовать RegexBuddy. Отличная софтина долго искал такое теперь дружу.

Cейчас установка представляет собой скачивание сетапа, выбор зеркала откуда будут браться пакеты и выбор пакетов. Все через тыкание мышкой. Куда уж проще не знаю

ну попробуйте поставить клиент майскуля. Возможно они допилили чего то но и ранее было мышкой, только кое что брало и не ставилось, то чего нет встандартных пакетах цигвина. Вот с этим и были танцы :)). Так как ставил с исходников.

Не, я до такого не докатывался вполне вероятно, что где-то в глубинах глюки наверняка есть.

Ну вопрос совсем не последний по степени важности:
Какие исключительные ситуации вы обрабатываете своим алгоритмом?

те, которые мне встречались

- потеря канала информирования по sms (раз в сутки с утра);
- потеря соединения с брокером;
- отказ в приеме заявки из-за клиринга (Ошибка создания заявки);
- отказ в приеме заявки из-за выхода за планку (не помню какое именно сообщение);
- не выполнение выставленой заявки (сообщение Заявка снята);
- зависание агента (превышено время ожидания);
- помирание tslab вообще/помирание виндовой сессии с тслаб/помирание винды/помирание всей системы или отвал ее от интернета.

там ситуация осложняется если в скрипте 2 и более источников - в управлении агентами отображается только 1 истоник и соответсвенно сделки только по нему.....!

вот кстати, новый тип аварии:

10:04:56.38[17]DEBUG:[Quik] Connection status is . Code=DllConnected(0)
10:04:56.38[13]DEBUG: | Unknown Code: 2004 : 200 2004
10:04:56.39[13]DEBUG: | Сообщение сервера : 200 507 Вход в систему заблокирован. Обратитесь к Вашему брокеру.
10:04:56.39[13]INFO :1301:Alert:DataSourceBroker:(DataSource:broker): 200 507 Вход в систему заблокирован. Обратитесь к Вашему брокеру.
10:04:56.39[13]INFO :[NetInvestorDataSource] Соединение разорвано
10:04:56.39[36]INFO :[NetInvestorDataSource] Start saving caches...

Тслаб пишет о блокировке еще до того, как запустил квик. Квик запускался и соединялся корректно. Однако сразу после этого, тслаб рвал соединения и так по кругу. А мякотка в том, что тот-же тслаб пишет, что до окончания периода еще два дня. Звонил брокеру, там посмотрели - никаких блокировок не видать. Дай думаю тогда ключ закажу сейчас, вбил новый - взлетело. Получается, надписям про оставшееся время работы верить нельзя Единственная мысль, что ноги блокировки растут от сервера истории. Больше там вроде никаких завязок ни с чем нету.

ну так, смотрите, что написано:
[NetInvestorDataSource]
Причем тут Quik?
Проблемка с MFD была.

Когда указали, вижу