Запуск приложения из под среды и не из под среды, когда запускаю exe-ник не работает 1 функция Опции

[Litkevich Yuriy]

Ни на какой конкретный

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

[igor_bogomolov]

mezmay, у меня все работает. Проверял на Windows Vista Qt4.7.0

[mezmay]

Запустил релиз fancybrowser ИЗ ПОД Dependecy Walker'a.

РАБОТАЕТ!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

что теперь делать то? застрелиться?
почему экзешник то работать не хочет?
Что Dependecy Walker добавляет?

Сообщение отредактировал mezmay - 2.11.2010, 9:45

[mezmay]

Открыл справку Dependecy Walker'a. Там рассматривается случай когда приложение, запускаемое из под Dependecy Walker'a может работать лучше, чем запускаемое само по себе:

-----
Q: My application runs better when being profiled by Dependency Walker than when I run it by itself. Why is this?
A: I've had several reports of applications that normally crash, will not crash when being profiled under Dependency Walker. Dependency Walker acts as a debugger when you are profiling your application. This in itself, makes your program run differently.

First, there is the overhead of Dependency Walker that slows the execution of your application down. If your application is crashing due to some race condition, this slow down alone might be enough to avoid the race condition. If this is the case, it is a design issue of the application and you are just getting lucky when it doesn't crash.

Second, normally when threads block on critical sections, events, semaphores, mutexes, etc., they unblock on a first-in-first-out (FIFO) basis. This is not guaranteed by the OS, but is usually the case. When being run under a debugger, FIFO queues are sometimes randomized, so threads may block and resume in a different order than they would when not running under a debugger. This might be relieving a race condition or altering the execution enough to make things work. Again, the application is just getting lucky when it doesn't crash.

Finally, applications running under the debugger automatically get a system debug heap. All memory functions are handled slightly different. Allocations are padded with guard bytes to check to see if you are writing outside of a region you have allocated (buffer overrun/underrun). Allocations might also be laid out differently in memory then when not under the debugger. So, if you are writing past the end of a buffer under the debugger, you might be trashing guard bytes, freed memory, or just something not very critical. However, when not running under the debugger, you might be trashing something critical (like a pointer), and your app crashes.

For the debug heap, you can turn this off in Dependency Walker and see if your application crashes when being profiled. If it does then, then you probably suffer a buffer overrun, stray/bad/freed pointer, etc. To do this, start a command prompt. Type "SET _NO_DEBUG_HEAP=1". Then start Dependency Walker from that command line. This should disable the debug heap for that instance of Dependency Walker. Note, this only works on Windows XP and beyond.
-----

Отсюда я понял, что приложение в Dependecy Walker'e запускается в замедленном, отладочном режиме и с поддержкой system debug heap. Обработка всех функций памяти немного отличается. Вывод - ошибка в приложении, которая не проявляется в отладочном режиме и проявляется в боевом.
Еще там советуется отключить поддержку system debug heap, запустив Dependecy Walker из командной строки, установив параметр _NO_DEBUG_HEAP=1.
Запустил в таком режиме, и fancybrowser перестал корректно работать.

Что получается ? - глючит Qt?

Я использую Qt 4.6.3 под Windows XP. Переходить на 4.7.0 не вариант потому что 4.7.0 не работает с картами гугла, а мне это обязательно нужно

Сообщение отредактировал mezmay - 2.11.2010, 10:29