Board index ms windows

including Managed code ( /CLR ) in MFC app

including Managed code ( /CLR ) in MFC app

Post by Mojo » Sun, 22 Apr 2007 01:31:35



Hi there,

Since I added the managed code ( /CLR ) in my MFC app, in order to use
System namespace , every thing is really really slow. Just launching
the app takes more than 10 seconds, and opening a "file load/save
dialog box" around 5 seconds.
Is this "normal", or did I do something wrong?

Thanks
 
 
 
Top

1. including Managed code ( /CLR ) in MFC app

2. MFC Dialog app "Including" another MFC Dialog app problems.

WIN XP, VC6

I'm trying to use a CDialog based app from another CDialog based app and
can't get around the following error:

bla,bla\..\WagCom\DlgThreadmill.h(27) : error C2065: 'IDD_THREADMILL' :
undeclared identifier

IDD_THREADMILL is obviosly resource in the "Included" app.

I don't know how to make that resource visible to the calling app. I have
the Include statement in the calling object :

#include "..\WagCom\DlgThreadmill.h"

and I know that the path is correct..

Any help appreciated.
Thanks

3. Using /clr in MFC ATL apps

4. C2872 IServiceProvider ambiguous symbol - migrating C++/MFC App with /clr to Visual Studio 2005

5. MFC App compiled with /clr

6. C2872 IServiceProvider ambiguous symbol - migrating C++/MFC App with /clr to Visual Studio 2005

7. MFC App -> MFC DLL -> Win32 App's API

8. Permissions of CLR-managed worker threads in an app hosted by IEEx

9. managed type Mixed (/clr) or Pure (/clr:pure)

10. Merging code for Win32 Cosole COM App with another MFC App

11. managed type Mixed (/clr) or Pure (/clr:pure)

12. Merging code for Win32 Cosole COM App with another MFC App

13. including dshow.h compiles with /clr:oldSyntax but not /clr

14. How can you call managed code without hosting the CLR

15. fatal error C1190: managed targeted code requires '#using <mscorlib.dll>' and '/clr' option

All times are UTC
Board index