Managed C++/CLI

FirstPrevNext

Re: Microsoft bug? Albert Pascual16-May-02 11:48 Albert Pascual 16-May-02 11:48  Confirmed is a bug!!! NOW WHAT? Not work around? I am so mad!!! BUG: "C1001 Internal Compiler" Error Message When You Compile Code with Typename Identifier -------------------------------------------------------------------------------- The information in this article applies to: Microsoft Visual C++ .NET (2002) -------------------------------------------------------------------------------- SYMPTOMS When you attempt to compile the sample code fragment from the "More Information" section of this article, you receive the following compiler error message: t.cpp(16) : fatal error C1001: INTERNAL COMPILER ERROR (compiler file 'msc1.cpp', line 2844) CAUSE This behavior occurs if a template class contains a derived member method as a typename identifier. The compiler error message occurs only when you compile the code in a Managed C++ project. You do not receive this error message when you use a native code compiler. STATUS Microsoft has confirmed this to be a bug in the Microsoft products listed at the beginning of this article. MORE INFORMATION Steps to Reproduce the Problem Create a new Managed C++ application, and then replace the default code with the following: #include "stdafx.h" class A { public: void FA(); int i; }; class B : public A { public: virtual void FB(); int k; }; template <typename f,="" const="" f="" pf=""> class CLockFunc0 { public: CLockFunc0() : m_pF(pF) {} ~CLockFunc0() {} private: F m_pF; }; CLockFunc0<void (b::*)(),="" b::fb=""> t1; Compile the program. You receive the error message described in the "Symptoms" section of this article. -------------------------------------------------------------------------------- FIXED: Re: Microsoft bug? Albert Pascual17-May-02 6:29 Albert Pascual 17-May-02 6:29  After many hours I found the part of my code the crashes the compiler! Re: FIXED: Re: Microsoft bug? Nish Nishant17-May-02 16:16 Nish Nishant 17-May-02 16:16  Give us the details Albert Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him. Re: FIXED: Re: Microsoft bug? Albert Pascual22-May-02 17:44 Albert Pascual 22-May-02 17:44  I have received an email from MS letting me know its fixed in the next version of the compiler! Re: FIXED: Re: Microsoft bug? Nish Nishant22-May-02 18:13 Nish Nishant 22-May-02 18:13  Albert Pascual wrote: have received an email from MS letting me know its fixed in the next version of the compiler! That's cool! I didnt think MS would this responsive Nish Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him. IJW or P/Invoke Madhu C15-May-02 13:40 Madhu C 15-May-02 13:40  I am looking some clarifications for the use of IJW and p/Invoke..... I have a DLL which is written in Visual C++ (NOT a COM component). I am planning to use that from Visual Basic.NET. Infact there is a VB code earlier written to call that DLL. Now the application is being rewritten in VB.NET and I want use that DLL. What are the ways I can use that DLL? I found the following ways (I am not 100% what I found are correct or not) 1) Use P/Invoke in Visual Basic.NET and call the functions in the DLL 2) Recompile the C++ DLL using IJW switch so that it will be a managed one. Since my VB.NET code is a managed one, I can access that..Is this approach correct? or do I need to write wrappers over managed C++ obtained after compiling with IJW switch to use in VB?(I heard that after compiling with IJW you can use only with managed C++ and not with any code written using other languages like VB.NET or C#) Whar is the performance difference between IJW and P/Invoke ? Can anyone give me an answer? Thanks in advance, Madhu. Re: IJW or P/Invoke Nish Nishant16-May-02 17:18 Nish Nishant 16-May-02 17:18  Madhu C wrote: Recompile the C++ DLL using IJW switch so that it will be a managed one Very confusing! What's an IJW switch? Nish Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him. Re: IJW or P/Invoke Rama Krishna Vavilala16-May-02 17:19 Rama Krishna Vavilala 16-May-02 17:19  He is talking about the /clr switch in C++ compiler options. (BTW. He posted the same question to DOTNET mailing list) Re: IJW or P/Invoke Nish Nishant16-May-02 17:29 Nish Nishant 16-May-02 17:29  Rama Krishna wrote: He is talking about the /clr switch in C++ compiler options Oh! Thanks. That explains it Rama Krishna wrote: He posted the same question to DOTNET mailing list) I am not a member there Nish Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him. Re: IJW or P/Invoke Madhu _Cheriyedath17-May-02 4:21 Madhu _Cheriyedath 17-May-02 4:21  I was talking about the /clr switch in C++ compiler options. BTW I got some really good answers about IJW and P/Invoke from DOTNET mailing list. Madhu. Re: IJW or P/Invoke Nish Nishant17-May-02 16:15 Nish Nishant 17-May-02 16:15  Madhu _Cheriyedath wrote: I was talking about the /clr switch in C++ compiler options. Thanks. Nish Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him. How to call C# public function from inside Managed C++ Albert Pascual14-May-02 8:57 Albert Pascual 14-May-02 8:57  I have a C# front end DLL with a namescape FrontEnd From managed C++ I run the Dll and it works all good. Now I want to call a public function of one of the classes. In Managed C++ I have: FrontEnd::MyClass * pMyclass; That works fine but I cannot call any public class: pMyclass::MypublicFunction(arg1, arg2); Compiler error: error C2039: MypublicFunction: is not a member of 'FrontEnd::pMyclass' Any idea? Al Fixed! Re: How to call C# public function from inside Managed C++ Albert Pascual14-May-02 10:58 Albert Pascual 14-May-02 10:58  Fixed! namespace FrontEnd must be reserved. I changed the name and it works just fine!! Now I can create C# front ends and still use MC++ for my programs!! Awesome. I am still waiting for Microsoft to create a UI for Forms for MC++ Al .NET via unmanaged C++ COM 13-May-02 11:02 13-May-02 11:02  I have the following method that instantiates a specified class in a given .NET assembley with specified activation attributes. HRESULT LoadCORClassEx( BSTR AssemblyName, /* mscorlib */ BSTR typeName, /* System.Text.RegularExpressions.Regex */ REFIID riid, void **ppv, SAFEARRAY *args) { HRESULT hr = S_OK; if(ppv == NULL) return E_POINTER; *ppv = 0; /*** debug ***/ VARIANT var; HRESULT hresult; long ix = 0; VariantInit(&var); hresult = SafeArrayGetElement( args, &ix, &var); if(FAILED(hresult)) return hresult; /*** end debug ***/ CComPtr<_ObjectHandle> spHandle; spHandle.p = g_host.spDefaultAppDomain->CreateInstance_2( AssemblyName, typeName, args); CComVariant unwrapped; unwrapped = spHandle->Unwrap(); if (unwrapped.vt != VT_UNKNOWN && unwrapped.vt != VT_DISPATCH) return E_UNEXPECTED; return unwrapped.punkVal->QueryInterface(riid, ppv); } I can get the contents of the args SAFEARRAY that is passed into this method into a variant -- shown in the debugger as {"abc" VT_BSTR} -- before the subsequent call to CreateInstance_2(), however, when I step into the call to CreateInstance_2(), the underlying raw_CreateInstance_2() call in mscorlib.tli blows up . Can anyone see what I am doing wrong here? I tried adding the save /*** debug ***/ code to mscorlib.tli in order to peek at the content of the SAFEARRAY being passed for activation attributes, but the debugger seems to ignore the added code... Thanks for any insights! -- Roy Making DLLs zakimurtaza12-May-02 6:27 zakimurtaza 12-May-02 6:27  WEll! i may not be very clear about the question i am asking myself! but what i wanna ask is that what are the different ways to make the Dll's in .NET and are the DLL's in the .NET can be managed ones! Re: Making DLLs Nish Nishant13-May-02 4:45 Nish Nishant 13-May-02 4:45  If you have VS.NET, then simply use the wizard to create a Managed C++ Class Library and that's it. Just don't give a main or a wmain anywhere Nish Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him. wchar_t* to __gc String* Nish Nishant11-May-02 1:18 Nish Nishant 11-May-02 1:18  Is this safe? I have found that wchar_t* variables are implicitly cast to __gc String* variables. I hope this is okay and does not have any hidden issues. Nish Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him. Re: wchar_t* to __gc String* James T. Johnson11-May-02 1:56 James T. Johnson 11-May-02 1:56  Makes sense to me, managed String and char types are unicode safe. James Simplicity Rules! Re: wchar_t* to __gc String* Nish Nishant11-May-02 3:37 Nish Nishant 11-May-02 3:37  James T. Johnson wrote: Makes sense to me, managed String and char types are unicode safe. Whew! Nice to hear that Nish Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him. #pragma managed/unmanaged Nish Nishant11-May-02 1:15 Nish Nishant 11-May-02 1:15  I discovered that you cannot use #pragma unmanaged for a member function of a managed class, even though the member function uses only unmanaged calls. Thus I have concluded that you can use #pragma unmanaged only for unmanaged global functions or for unmanaged classes. But then, what's the bloody point, since unmanaged code will get compiled to native code anyway! Nish Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him. Re: #pragma managed/unmanaged James T. Johnson11-May-02 1:55 James T. Johnson 11-May-02 1:55  Thats the whole point, you can call the x86 code from managed code #pragma managed public __gc class MyClass { // other garbage void DoLotsOfUnmanagedThings() { unmanagedCall(); } }; #pragma unmanaged void unmanagedCall() { // 100% unmanaged code goes here } James Simplicity Rules! Re: #pragma managed/unmanaged Nish Nishant11-May-02 3:38 Nish Nishant 11-May-02 3:38  Well, when it sees a fuilly unmanaged function, why doesn't it auto-apply #pragma unmanaged to that block? Nish Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him. Re: #pragma managed/unmanaged James T. Johnson11-May-02 3:51 James T. Johnson 11-May-02 3:51  Don't know I tricked you by letting you think I actually learned something when in reality i've been too busy sleeping and working on the screensaver Oh and looking for good songs on mp3.com, here, here, and here. James Simplicity Rules! Re: #pragma managed/unmanaged Nish Nishant11-May-02 4:52 Nish Nishant 11-May-02 4:52  James T. Johnson wrote: Simplicity Rules! Try saying that to Chris Losinger Nish Regards, Nish Native CPian. Born and brought up on CP. With the CP blood in him. Re: #pragma managed/unmanaged James T. Johnson11-May-02 5:02 James T. Johnson 11-May-02 5:02  James Simplicity Rules!

Last Visit: 31-Dec-99 18:00     Last Update: 15-Jun-24 21:16 Refresh ᐊ Prev1...585586587588589590591592593594 Next ᐅ

General    News    Suggestion    Question    Bug    Answer    Joke    Praise    Rant    Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.