Нарушения работы DLL с файловыми отображениями после вызова функции "WindowHandle()". - страница 2
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Не, так все не понятно. Как именно "не работает"?
В чем сложность вывести промежуточные состояния в логи, чтобы не оперировать документально бездоказательными утверждениями, что дескриптор найден в Spy и руками вписан в код?
Ни МетаКвоты, ни кто-либо еще не сможет помочь при таких неконкретных условиях.
Не, так все не понятно. Как именно "не работает"?
В чем сложность вывести промежуточные состояния в логи, чтобы не оперировать документально бездоказательными утверждениями, что дескриптор найден в Spy и руками вписан в код?
Ни МетаКвоты, ни кто-либо еще не сможет помочь при таких неконкретных условиях.
Логирование сделал. Выложить не смогу. Логирование было ментальным :-))
Ошибку нашёл. Надо сказать, зря Метаквотов обвинил, но в какой-то степени без них не обошлось.
Ошибка была из-за не понимания тонкостей работы библиотек в среде МТ4. Как-то, даже, тестировал загрузку библиотеки... И почему-то остановился на гипотезе, что каждый поток в среде МТ4 это виртуальный процесс в виртуальной машине МТ4. С вытекающими последствиями. Т.е. глобальная область библиотеки в каждом виртуальном процессе своя. Оказывается, что нет. Эта виртуальная машина не совсем виртуальная :-))) Шутка...
Библиотеку переделал. Работает теперь, как полагается.