Assertion in CWinApp::CWinAp p - AfxGetThread() == NULL

[bonk]

I have created an MFC project that links MFC MFC as shared dll and uses
/MD[d] . This MFC application loads another dll B via Loadlibrary that
has /MD[d] too and also links MFC as shared dll. Dll B again loads dll C
that also uses MFC as a shared DLL dll and also has /MD[d].

Also the MFC app statically links to a .lib that has MFC linked as
shared dll and has /MD[d]

Now for some odd reason when the constructor of my MFC app is called
(CMyMFCApp:CMyM FCApp) I get an assertion in CWinApp::CWinAp p in this
line: ASSERT(AfxGetTh read() == NULL); (appcore.cpp).

Any Idea what I possibly might be doing wrong.

[Scott McPhillips [MVP]]

bonk wrote:

I have created an MFC project that links MFC MFC as shared dll and uses
/MD[d] . This MFC application loads another dll B via Loadlibrary that
has /MD[d] too and also links MFC as shared dll. Dll B again loads dll C
that also uses MFC as a shared DLL dll and also has /MD[d].

Also the MFC app statically links to a .lib that has MFC linked as
shared dll and has /MD[d]

Now for some odd reason when the constructor of my MFC app is called
(CMyMFCApp:CMyM FCApp) I get an assertion in CWinApp::CWinAp p in this
line: ASSERT(AfxGetTh read() == NULL); (appcore.cpp).

Any Idea what I possibly might be doing wrong.

A guess: You might be assuming in other constructors that the CMyMFCApp
object has already been constructed. The order of construction of
static objects is indeterminate, so you can't do much inside such
constructors.

--
Scott McPhillips [VC++ MVP]

[bonk]

Scott McPhillips [MVP] schrieb:

bonk wrote:

I have created an MFC project that links MFC MFC as shared dll and
uses /MD[d] . This MFC application loads another dll B via Loadlibrary
that has /MD[d] too and also links MFC as shared dll. Dll B again
loads dll C that also uses MFC as a shared DLL dll and also has /MD[d].

Also the MFC app statically links to a .lib that has MFC linked as
shared dll and has /MD[d]

Now for some odd reason when the constructor of my MFC app is called
(CMyMFCApp:CMyM FCApp) I get an assertion in CWinApp::CWinAp p in this
line: ASSERT(AfxGetTh read() == NULL); (appcore.cpp).

Any Idea what I possibly might be doing wrong.

A guess: You might be assuming in other constructors that the CMyMFCApp
object has already been constructed. The order of construction of
static objects is indeterminate, so you can't do much inside such
constructors.

I have found out that the Ctor of a CWinApp is called 2 times anly the
3rd time I get this assertion. Only the second time AfxGetThread()
return NOT NULL and therfore I get the assertion the 2nd time. The first
time th CTor is called it comes from a dll. the snd time that ctor is
called it comes from the exe.

[Doug Harrison [MVP]]

On Wed, 07 Dec 2005 17:11:26 +0100, bonk <sc************ ******@gmx.de>
wrote:

I have found out that the Ctor of a CWinApp is called 2 times anly the
3rd time I get this assertion. Only the second time AfxGetThread()
return NOT NULL and therfore I get the assertion the 2nd time. The first
time th CTor is called it comes from a dll. the snd time that ctor is
called it comes from the exe.

Sounds like you have two or more CWinApp objects, and they're using the
same AfxGetThread data. I suppose this could happen if your libraries are
linking to different versions of MFC, including mixing of debug and release
versions. You might use Dependency Walker (depends.exe) to determine the
DLLs you link to implicitly, or the Sysinternals Process Explorer to
determine the DLLs you're using at runtime.

--
Doug Harrison
Visual C++ MVP