c++-cli

I have a managed object in a C++/CLI assembly. Being C++/CLI, it implements the Disposable pattern through its "destructor" (yes, I'm aware it's not the same as a standard C++ destructor). From C++/CLI, I would simply delete the object. However, I am using this object as a member variable in a C# class. From my C# class, then, I would like to call the equivalent of the Dispose() method on the C++/CLI object when I am finished using it. Since it is (and must be) a member variable of the class, utilizing a using() block is out of the question. As far as I can tell, there is no exposed method for

I'm having problems implementing IEnumerable<T> in my custom collection class in C++/CLI. Here is the relevant part of the code: using namespace System::Collections::Generic; ref class MyCollection : IEnumerable<MyClass^> { public: MyCollection() { } virtual IEnumerator<MyClass^>^ GetEnumerator() { return nullptr; } }; When compiled, this results in the following errors: error C2392: 'System::Collections::Generic::IEnumerator ^MyCollection::GetEnumerator(void)': covariant returns types are not supported in managed types, otherwise 'System::Collections::IEnumerator ^System::Collections:

I am working on a project now and part of it uses Managed C++. In the managed C++ code, I am creating a DataTable. While defining the Columns for the datatable, I need to specify the Type of the column. In C#, that would: typeof(int) but how do I do that in Managed C++? Thanks! Daniel Earwicker In C++/CLI, use the typeid keyword. e.g. Type ^t = Int32::typeid; In the older "Managed C++ Extensions" syntax, you'd use __typeof(Int32) , but that whole version of the language is severely deprecated and you should be using C++/CLI. 来源： https://stackoverflow.com/questions/1133221/how-do-i-do-typeofint

I would like my C++/CLI headers to compile even when under another platform. Of course I am not expecting to compile them but just ignore them. Would this be appropriate ? (_MSC_VER) #ifdef _MSC_VER using namespace System; namespace ENMFP { public ref struct Data { }; } #endif Thanks ! You can use the __cplusplus_cli predefined macro documented here : #ifdef __cplusplus_cli using namespace System; namespace ENMFP { public ref struct Data { // ... }; } #endif // __cplusplus_cli 来源： https://stackoverflow.com/questions/9976194/find-programmatically-if-under-c-or-c-cli

SQLGetDiagRec returns a native error code. Is there anywhere an overview of the error codes of SQL Server 2012? I couldn't find anything on MSDN. I'm unable to find a list of the individual codes in the internet. However I did find a list of the severity levels here on MSDN. They are as follows: Severity level / Description 0-9: Informational messages that return status information or report errors that are not severe. The Database Engine does not raise system errors with severities of 0 through 9. 10: Informational messages that return status information or report errors that are not severe.

I am trying to use the marshalling library in my C++/CLI project. When compiled with #include <msclr/marshal.h> I get the error error C2872: 'IServiceProvider' : ambiguous symbol . Most of the resolutions seems to be suggesting moving #include <windows.h> like the one here -> Ambiguous references , but I dont have those includes. All I have is: using namespace System; using namespace System::Configuration; using namespace std; #include <msclr/marshal.h> How do I debug this issue ? You do, indirectly, marshal.h includes it. It dumps an enormous amount of identifiers in the global namespace. The

I know that all assemblies can be decompiled somehow, but C# & VB applications are the easiest to be decompiled into source code using tools like ( .Net Reflector ). So my question is, if I programmed an application using .Net assemblies and functions with C++, would it be easy to decompile it as if it was a C# or VB application with .Net reflector and such tools? Ok, if I programmed it without using any function from .Net framework and made UI only what calls .Net assemblies, would be easy to decmpile also ? My question is similar to this one : Could this C++ project be decompiled with such