D
Duncan Smith
Hi All,
Grateful if anyone has any suggestions here? I have a VS2005 MFC app
which hosts several types of views in CFrameWnds - one of which
contains a managed control hosted in a CWinFormsView
Everything works well on my dev pc (and other peoples dev pcs), but
when I try and instantiate the managed view on a target-pc (no
compilers, etc) there's an exception thrown followed by program
termination.
Compiling the release build with debug info and optimizations turned
off, I can trace the source of the crash to this line using WndBg
CView *pNewView = pFrame->CreateView(pInfo->m_pszTitle, pInfo-
m_pViewClass is just RUNTIME_CLASS(CWFVMessageView) which is the
CWinFormsView class. When I step over this line there's a first
chance exception 0x80000003 thrown (bad params?) way down in nt.dll
Both PCs have .NET v.2.0.50727 installed and vcredist_x86.exe has been
applied to the target PC? The managed control resides in a dll in the
same folder as the app module (not registered in the GAC or anything).
Like I say, it works well on a dev-pc but not a clean one, so maybe
I've missed a step out in the installer or something???
Many thanks,
Duncan.
Grateful if anyone has any suggestions here? I have a VS2005 MFC app
which hosts several types of views in CFrameWnds - one of which
contains a managed control hosted in a CWinFormsView
Everything works well on my dev pc (and other peoples dev pcs), but
when I try and instantiate the managed view on a target-pc (no
compilers, etc) there's an exception thrown followed by program
termination.
Compiling the release build with debug info and optimizations turned
off, I can trace the source of the crash to this line using WndBg
CView *pNewView = pFrame->CreateView(pInfo->m_pszTitle, pInfo-
pInfo->m_uViewAccelerators);m_pViewClass,
m_pViewClass is just RUNTIME_CLASS(CWFVMessageView) which is the
CWinFormsView class. When I step over this line there's a first
chance exception 0x80000003 thrown (bad params?) way down in nt.dll
Both PCs have .NET v.2.0.50727 installed and vcredist_x86.exe has been
applied to the target PC? The managed control resides in a dll in the
same folder as the app module (not registered in the GAC or anything).
Like I say, it works well on a dev-pc but not a clean one, so maybe
I've missed a step out in the installer or something???
Many thanks,
Duncan.