<![CDATA[winapi-dll probleme beim linken mit MFC programm]]>hi all,

ich hab ne dll, die vorher als mfc-dll implementiert war, umgestellt auf winapi. wenn ich die jetzt in mein mfc-testprogramm einbinde, dann bekomme ich fehler nacfxcw.lib:"error 2005": operator new schon in libcmt.lib definiert
nacfxcw.lib:"error 2005": operator delete schon in libqmt.lib definiert.
problem: die dll und auch das programm sind als multithread usw. gleich definiert. bei msdn finde ich als bemerkung, dass das wohl an unterschiedlichen compile-flags liegt. aber nafxcw.lib ist nunmal von mfc verwendet, und meine lib benutzt ja nun die windows.h, die sicher indirekt auf libqmt.lib und libcmt.lib verweist.

was kann man da machen? es muss doch eher die regel, denn die ausnahme sein, dass api-dll's in mfc-apps laufen, oder?

danke fuer jeden tipp

]]>https://www.c-plusplus.net/forum/topic/117654/winapi-dll-probleme-beim-linken-mit-mfc-programmRSS for NodeFri, 03 Jul 2026 14:40:53 GMTTue, 09 Aug 2005 21:10:50 GMT60<![CDATA[Reply to winapi-dll probleme beim linken mit MFC programm on Tue, 09 Aug 2005 21:10:50 GMT]]>hi all,

ich hab ne dll, die vorher als mfc-dll implementiert war, umgestellt auf winapi. wenn ich die jetzt in mein mfc-testprogramm einbinde, dann bekomme ich fehler nacfxcw.lib:"error 2005": operator new schon in libcmt.lib definiert
nacfxcw.lib:"error 2005": operator delete schon in libqmt.lib definiert.
problem: die dll und auch das programm sind als multithread usw. gleich definiert. bei msdn finde ich als bemerkung, dass das wohl an unterschiedlichen compile-flags liegt. aber nafxcw.lib ist nunmal von mfc verwendet, und meine lib benutzt ja nun die windows.h, die sicher indirekt auf libqmt.lib und libcmt.lib verweist.

was kann man da machen? es muss doch eher die regel, denn die ausnahme sein, dass api-dll's in mfc-apps laufen, oder?

danke fuer jeden tipp

]]>https://www.c-plusplus.net/forum/post/848993https://www.c-plusplus.net/forum/post/848993Tue, 09 Aug 2005 21:10:50 GMT