Nmake crashes with error U1077

[jpn]

Did you hit F9 to see full paths of loaded DLLs? Where does it load QtCore4.dll from? It could have been some application that installed Qt DLLs to the system directories or is listed in PATH before your compiled Qt.

[screeck]

Yep, I did. The libs come from "E:\oma\libs\Qt-4.5.1\bin", and ""E:\oma\libs\Qt-4.5.1\" is the Qt directory. Weirdest thing is that Designer run from "E:\oma\libs\Qt-4.5.1-mingw\" works and it is using Qt-DLLS from "E:\oma\libs\Qt-4.5.1\bin", but when I run Designer from that dir, I get an error.

None of the demos/examples work when run from "E:\oma\libs\Qt-4.5.1\...", but they work fine when run from "E:\oma\libs\Qt-4.5.1-mingw\...".

EDIT: Btw, that IESHIMS.DLL seems to be a problem with any file I open. I'm not sure if it affects DW in any way. So it's not QT-spesific.

EDIT2: I got demos working by changing the directory in PATH to " "E:\oma\libs\Qt-4.5.1\lib". Now I can run demos, but not the programs in directory bin. Bin has it's own versions of DLL's, were these compiled by MingW? Because I think this erros is because DLL's were compiled using different compilers. Demos that I ran were compiled by MSVC, and since I changed PATH point to lib\ where MSVC compiled libraries are, they work. Now I get the same error as before when I try to run MingW compiled demos, so I think libraries mitchmatch.

EDIT3: I removed all the DLL's from the bin directory, and everything seems to work now. DLL's are read from lib\, which has all the newest versions of DLL's compiled by MSVC. Is this normal behaviour or should I submit this as a bug?

[lobster]

thx alot for solution!!! I wouldn't solve it tonight by myself as well!!

BTW it will happend when u r nmaking and Qt Assistatnt is running. So close all Qt applications before nmake!