Gibt es eine Möglichkeit Visual Studio .Net 2003 Projekte so zu kompilieren, dass das .NET framework nicht benötigt wird?

Das müsste eigentlich gehen, wenn du reines C++ (Unmanaged) verwendest.

nee der macht so oder so wenn ich ein VC6 MFC projekt nehme da einen link zu .NET

Nein, tut der nicht. Der linkt wahrscheinlich zu neuen MFC-Dlls (mfc71...), aber das ist NICHT .NET.

MFC-Projekte sowie Win32-Projekte sind komplett .NET-frei (Es sei denn, du bindest es selber dazu).

Wenn du Probleme mit dem Weitergeben deiner Programme hast, gib IMMER Release weiter, NIEMALS Debug. Und bei MFC muss man dann halt öfter die aktuellen Dlls mitliefern. Leider auch bei Win32-Projekten, sobald Streams und Exceptions mit reinkommen, dann muss man von der VC Runtime ein bis zwei Dlls mit dazupacken.

ja aber die mfc71.dlls sind ja im .Net framework deswegen...
kann man das nicht mit en alten dlls kompilieren?

Leg doch einfach auf dem Zielrechner (dem ohne .Net-Framework) die MFC-DLLs in das Verzeichnis deiner Anwendung. Das sollte ausreichen.

Die mfc71.dlls gehören, wie der Name schon sagt, zu MFC. Bei VC 2002/2003 .NET hat Microsoft die MFC auf einen neuen Stand gebracht. Die alten MFC-Dlls waren praktischerweise bei den Windowsen schon mit dabei, bei der neuen eben noch nicht. Deshalb muss man die dann per Hand mitkopieren. Es ist möglich, das MS die Dlls beim Framework auch reingemogelt hat, aber im Moment muss man die sicherheitshalber mitliefern.

Das .NET bei Visual Studio heisst nicht, das alles, was da rauskommt, .NET benötigt. Das sollte eher ein Hinweis drauf sein, dass .NET darin stark unterstützt ist.

schade...
darf man die dll's denn legal mitliefern oder ist das nicht erlaubt?

Irgendwo steht das genauer beschrieben, welche man liefern darf, aber die MFC gehört auf jeden Fall dazu (sonst läufts ja nicht). Es gibt auch die Möglichkeit, die MFC statisch dazu zu linken, da werden die Dlls mit in die EXE kompiliert.
Wenn dich das nicht stört, dass die EXE dann ca. ein Megabyte grösser ist, hast du dafür dann die Dll-Probleme vom Hals.

wo kann ich das denn umstellen wenn ich jetzt schon ein projekt habe ohne die dll?

Das stellst du beim Erstellen eines neuen MFC-Projektes ein. Ich weiss nicht, ob es auch nachher geht.

Geht auch nachher:

Projekt->Eigenschaften->Konfigurationseigenschaften->Allgemein->Verwendung von MFC

super das klappt, vielen dank!

Hallo, hab ein Prolblem und kenne mich leider nicht so gut aus, also seid bitte nachsichtig.
Vorweg: Habe schon viel gegoogelt, bin aber wohl zu dämlich so eine Lösung für mein Problem zu finden.

Habe früher ein WENIG mit QBasic rumexperimentiert und wollte mich jetzt wieder ein bischen mit programmieren beschäftigen. Habe mir Visual Studio 2003 .NET zugelegt und jetzt einige Konsolenanwendungen, sowie WindowsApplikationen geschrieben.

Als ich sie nem Freund schickte hats nicht ge****t, also gegoogelt:
Was ich jetzt weiss:
Programm wird in CIL kompiliert was dann erst durch die CLR Runtime in MaschinenCode übersetzt wird. Soweit richtig?
Ich muss die progs aber doch auch irgendwie direkt in Native Code kompilieren können oder?
Ihr schreibt was mit MFC, das bezieht sich aber nur auf C++ und ist nicht die Lösung meines Problems oder?
Hab nachgesehen und kann das nicht in den Projekteigenschaften einstellen.
Meine Einstellungen:
Konfiguration: Active(Release) Platform:Active(.NET)

Hoffe ihr könnt mir weiterhelfen!!

Hi, wenn du mit VC2003.NET Net-Anwendungen erstellst, muß auf dem Zielrechner wenigstens Framework1.0 installiert sein.
Wenn du nativen Code haben willst, mußt du beim Erstellen des Projektes entweder MFC-Anwendung oder Win32-Anwendung auswählen.

Mfg

langer