|
 Dear Friends
I have a mfc application. When I compile with option of /clr support it gives errors as below.
How can I make the code managed. Please give me some hints.
[code]
1>------ Build started: Project: RevolutionProj, Configuration: Debug Win32 ------
1>Build started 1/24/2012 5:25:52 PM.
1>InitializeBuildStatus:
1> Touching "Debug\RevolutionProj.unsuccessfulbuild".
1>GenerateTargetFrameworkMonikerAttribute:
1>Skipping target "GenerateTargetFrameworkMonikerAttribute" because all output files are up-to-date with respect to the input files.
1>cl : Command line error D8016: '/ZI' and '/clr' command-line options are incompatible
1>
1>Build FAILED.
1>
1>Time Elapsed 00:00:01.09
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========
[/code]
|
|
|
|
|
sujandasmahapatra wrote: Command line error D8016: '/ZI' and '/clr' command-line options are
incompatible
remove the /ZI option
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
Individuality is fine, as long as we do it together - F. Burns
|
|
|
|
|
how can I remove the /zi options ?? please give me some guide lines. I just enabled /clr option and not /zi...It has come itself.
|
|
|
|
|
A simple google search says:
Open the project's Property Pages dialog box. For details, see How to: Open Project Property Pages.
Click the C/C++ folder.
Click the General property page.
Modify the Debug Information Format property.
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
Individuality is fine, as long as we do it together - F. Burns
|
|
|
|
|
I disbaled /ZI option and enabled /Zi option. Now its giving errors for /Gm option. /clr error is already there. Please tell me how can I handle this. Thanks Sujan
|
|
|
|
|
sujandasmahapatra wrote: errors for /Gm option
And that error would be?
sujandasmahapatra wrote: /clr error is already there
What /clr error is that?
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
Individuality is fine, as long as we do it together - F. Burns
|
|
|
|
|
How To: Migrate to /clr
http://msdn.microsoft.com/en-us/library/ms173265.aspx[^]
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
Individuality is fine, as long as we do it together - F. Burns
|
|
|
|
|
Just adding the /clr option will not do it; you will need to look at much of your code and make changes to use the features of managed code. Also I am not sure that you can do this with MFC based projects. The first questions you need to address are, what exactly are your requirements, and why do you think that managed C++ will solve them?
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
What all I need to do to make my mfc code managed. My client want it managed I dont whats the requirement of this. Please give me some code snippet or some examples to support /clr option. Thanks Sujan
|
|
|
|
|
sujandasmahapatra wrote: What all I need to do to make my mfc code managed.
As I said before I do not think that MFC mixes well with managed code. You cannot convert ordinary code to managed just by re-compiling with the /clr option.
sujandasmahapatra wrote: My client want it managed
I suggest you talk to your client and determine exactly what they do want, for example what benefits do they think they will get from managed code?
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
Richard MacCutchan wrote: talk to your client
People really do such things?
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
Individuality is fine, as long as we do it together - F. Burns
|
|
|
|
|
what to talk , he needs managed code thats it. I must make it to work. What all I need to do if anyone knows please tell me to make the code managed. ??
|
|
|
|
|
sujandasmahapatra wrote: he needs managed code thats it.
This is ridiculous. Ask your client what exactly he is looking for. If he says "I want managed code" then ask again: for what reason. You are never going to be able to solve this problem until you know what problem you are trying to solve. Managed code in itself is not an answer to anything, in some cases it is even a bad answer.
Unrequited desire is character building. OriginalGriff
I'm sitting here giving you a standing ovation - Len Goodman
|
|
|
|
|
sujandasmahapatra wrote: what to talk
Because you need to know exactly what he wants to get accomplished. Is he going to pay you to rewrite your unmanaged code to managed code? Why does he think he needs managed code? Does he think that managed code is going to give him some benefit that doesn't exist? Or does he want managed code just because he heard a buzzword?
sujandasmahapatra wrote: he needs managed code thats it
That is not it. You have unmanaged code already and you seem to think that adding the /clr switch is going to magically transform the unmanaged code to managed code. It is not.
sujandasmahapatra wrote: make the code managed
If you want managed code you have to write is as managed code. You cannot add a switch and make your MFC code suddenly managed. the /clr switch allows you to mix the two not transform one to another. Your unmanaged code will still be unmanaged.
Why is common sense not common?
Never argue with an idiot. They will drag you down to their level where they are an expert.
Sometimes it takes a lot of work to be lazy
Individuality is fine, as long as we do it together - F. Burns
|
|
|
|
|
We have successfully used MFC and C++/CLI Managed code in the same project/executable so it's certainly possible.
We are creating WPF windows just fine from C++/CLI code and can also use much of the legacy MFC code alongside. We stopped using Doc/View architecture in favor of WPF so that will be much of the work to-do if you want to use WPF.
Here's some of my advice from what I recall of the early days:
1. Separate which files need to have managed code and which are native-only. For the managed files, only mark them as /clr. Do this on a .cpp file-by-file basis.
2. In your MFC applications' InitInstance, create an instance of a .NET application object (ex. gcnew MyNetApp(); ) and keep that in an accessible singleton.
3. In your MFC application class Run() function, call the .NET application's Run.
ex. return MyNetApp::Instance->Run();
4. Change project settings for Code Generation to Enable C++ Exceptions with /EHa on the managed files (may be fine to use that for all files).
John
|
|
|
|
|
Yoa are better to throw the MFC code to garbage if you really need managed code. You won't be able to use MFC in a fully managed application thus you would have to uses mixed mode. But if you use mixed mode, then you can just have some part managed and some not managed.
If you really want a managed application, the best thing to do would be to start a new application using WinForms or WPF, and then redo all the UI and then port your code.
You have to understand that MFC and .NET are two worlds. While you can host managed controls in a MFC dialog (or an ActiveX control in a .NET application), you won't be able to cretae a fully managed application.
In a word, without using mixed mode (that is keep MFC not managed and eventually uses some managed .NET controls), the effort to port the code to be managed will probably be higher than completly rewrote the application. It simply does not make any sense. Show to your client our answers and tell him you would have to rewrote the application. If the application is large, it can take months or even years to do so.
If you try anyway, you will probably loose months trying to make things works and still have a lot of problems.
By the way, if you use MFC DLL, then you application have to be compiled with options that are compatioble with MFC. If you use .NET, then your application need to be compiled with options that are compatible with .NET.
If you try to uses both, you will have a lot of incompatible options and you will have to select proper options on a file by file basis. You will probably also need to have 2 set of precompiled header. One for unmanaged stuff and one for managed stuff.
I have done so code where I want to have some managed code and some unmanaged code, and I have to uses some custom options. I have a lot of warning for header files that are sometime included as managed and sometime as unmanaged as some definitions are differents. The more you application is complex, the more it will be hard to fully understand all the implications and the more, you will have hard to debug problem caused by things like incompatible macros definitions, incompatible alignments that will cause your application to crash at run-time. You will have to fully understand the implication of any compiler and linker options. In my case, it was something relatively simple so I was able to manage incompatibilities. By the way, I think I also need some tricks to get DLLs proberly loaded in my case.
If your client want managed code because the code run in a secure environment like SQL, then I think the only option is to rewrote the application.
In the end, you either have to tell your client it is not possible or that you have to rewrote your application. And rewroting the application, even if it is easier in .NET might take probably at least half the time it take to make the original application depending on how the application was done.
If you uses some advanced C++ stuff like template, boost, STL and you want a fully managed application (not mixed mode) it can even be harder to port the application. You can always uses STL/CLR to replace STL but even there you have a lot of changes to do.
In a fully managed application, you won't be able to uses pointers... And if you use mixed mode, then why not have some DLL managed (mixed mode) and some not managed (existing MFC code). That solution will be much more simpler.
Philippe Mori
|
|
|
|
|
value class ValBase
{
public:
int a;
};
ref class RefBase
{
public:
int a;
};
int main(array<System::String ^> ^args)
{
RefBase^ RefBase1 = gcnew RefBase; ValBase^ ValBase1 = gcnew ValBase;
RefBase* RefBase2 = new RefBase; ValBase* ValBase2 = new ValBase;
}
In the last assignment where is the managed object stored ? I am totally new to C++ CLI.
Also, is it true that value types should use stack semantics to make code efficient ? i.e instead of ValBase^ ValBase1 = gcnew ValBase, I should just use ValBase ValBase1;
|
|
|
|
|
ValBase2 is stored on the unmanaged heap since you are using new instead of gcnew. Thus, you will have to explicitly delete it: delete ValBase2;.
"We make a living by what we get, we make a life by what we give." --Winston Churchill
|
|
|
|
|
Thanks George. So, is there any way for a Native pointer to point to Managed Heap. I know this is not the correct thing to do but is it possible ? An example would be appreciated. I also think there is no way for a Handle (^) to point to native heap, is this correct ?
|
|
|
|
|
The GCHandle class could help you out.
|
|
|
|
|
The native pointer can point to any address. Please explain why you want to use native pointer to managed resource? It is very incorrect way. I think you should change your architecture instead of making such a thing. If you want to call managed code (method of managed object) from unmanaged context you should use callback.
Handle can not point to native heap, but IntPtr can.
|
|
|
|
|
Hi,
I have an ActiveX dll compiled in visual studio 2003. and it was working fine with the IE .Recently i have build the activex with VS2005. The same activex works fine now also. But it is showing ATL 8.0 on the center of IE.
Note: this activeX dose not have UI.
Can any one know whats went wrong with VS2005? I know VS2005 has ATL 8.0 version.
Thanks in advance.
Birajendu
SonicWALL
Bangalore
India
|
|
|
|
|
The ATL version # is painted by the default OnDraw of CComControlBase (see OnDraw in atlctl.h). So whether you know it or not, you've created a visual control. So you should either override OnDraw yourself and simply return S_OK or change your object derivation to truly be a non-visual control.
|
|
|
|
|
Thanks a lot...
The solution provided by u has been worked for me.
Birajendu
SonicWALL
Bangalore
India
|
|
|
|
|
Form1 creates the webBrowser with this code:
this->webBrowser1->AllowNavigation = false;
this->webBrowser1->Location = System::Drawing::Point(57, 102);
this->webBrowser1->MinimumSize = System::Drawing::Size(20, 20);
this->webBrowser1->Name = L"webBrowser1";
this->webBrowser1->Size = System::Drawing::Size(250, 140);
this->webBrowser1->TabIndex = 3;
this->webBrowser1->Url = (gcnew System::Uri(L"about:blank", System::UriKind::Absolute));
I have a series of “Do This” buttons on the main form.
I want to be able to clear the web browser window as each button is clicked so the browser control only displays the result of the last button that was pressed.
As a test, I am calling this Html Line method 5 times. Each call should clear the box and display only the last html line. I’ve tried multiple ways to clear the box, nothing works. At the end of the process all 5 lines are displayed.
What is the proper way to define a web browser box so I can clear it and refill it at will?
System::Void Feedback::HtmlLine ( String ^ showLine )
{
if ( webBox == nullptr)
return;
webBox->DocumentText = ""; webBox->Navigate("about::empty"); webBox->Document->Write(showLine);
webBox->Refresh();
String ^ fullDisplay = webBox->DocumentText;
int count = 1;
return;
}
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
