Re: Mixed code - Crashes in Release Mode

From:

"Ben Voigt [C++ MVP]" <rbv@nospam.nospam>

Newsgroups:

microsoft.public.vc.language

Date:

Wed, 6 Aug 2008 09:45:19 -0500

Message-ID:

<egb0dJ99IHA.4952@TK2MSFTNGP03.phx.gbl>

?ystein Skotheim wrote:

Ben Voigt [C++ MVP] wrote:

mfcs80.lib(dllmodul.obj) : error LNK2005: _DllMain@12 already
defined in MSVCRT.lib(dllmain.obj)

I think this indicates that not all your source files are using the
same runtime library settings (i.e. /MT and whatever the equivalent
is for "Use MFC in a Shared Library").

I managed to make this link error go away by checking out the code
again from Subversion and compiling and linking everything from
scratch.
However, I still get the same crash in GcpsDotNetApi.dll!`dynamic
initializer for 'afxModuleState''() Line 66 + 0x14 bytes

It appears that this is caused by the use of the MFC library in the
.NET component GcpsDotNetApi.dll. I think the variable afxModuleState
is defined somewhere in the afx header files.

I read about initialization of mixed assemblies here:
http://msdn.microsoft.com/nb-no/ms173266(en-us).aspx

I think my problem might be some kind of "loader lock issue" , but I
have no idea how to fix it, since I did not declare the afxModuleState
variable myself, and hence I cannot put e.g. #pragma unmanaged on it.

If you're linking with a library compiled without /clr, then #pragma
unmanaged is already in effect for it. You may want to use #pragma
managed(push, off) and #pragma managed(pop) around your #include for the MFC
header files to make sure they match.

I have been trying for many days now to solve the problem but still no
success. I found this Microsoft article describing a somewhat similar
problem:
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=99715

I have tried to replace the main subroutine with
CWinApp::InitInstance() in my main application and changing the entry
point from main to WinMainCRTStartup but I still get the same crash.
(I guess I would have to change something in GcpsDotNetApi.dll and
not in my main application to get rid of this problem).

Do you have any further ideas on what might be wrong? Do you know of
any support e-mail addresses or newsgroups that would put me in direct
contact with people from the Visual C++ team in Microsoft regarding
this problem?

Regards,