Dieser Thread wurde von Moderator/in rüdiger aus dem Forum Rund um die Programmierung in das Forum Compiler- und IDE-Forum verschoben.
Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?
Dieses Posting wurde automatisch erzeugt.
/rant/ schrieb:
Schau mit CPU-Z, ob deine CPU 64-bit unterstützt (EMT64).
Klar ist mein Core 2 Quad ein 64-Bit-Prozessor! Dafür brauch ich keine Tools.
/rant/ schrieb:
Wenn ja, installier Vista 64 (nicht XP ;)) und dieses Problem ist Geschichte. Ich habe das gemacht und bin zufrieden. Denn jetzt bist du an dem Punkt angelangt, an welchem 32-bit für dich zu einem Problem werden.
Klar, darüber hab ich schon nachgedacht (auf der Arbeit nutzen wir sowieso zwangsweise XP x64). Aber ich sehe noch nicht wirklich die Notwendigkeit. Trotzdem werde ich irgendwann zumindest mal einen Parallelbetrieb x32/x64 einrichten.
/rant/ schrieb:
Auch nicht mit irgendwelchen Games.
Na ja, die Probleme gab es und gibt es sicherlich vereinzelt immer noch. Was ist mit älteren Games, die ich durchaus hin und wieder zocke? Allein deswegen würde ich zumindest parallel weiterhin ein 32-Bit-OS betreiben. Bevor du fragst: nein ich kann dir kein Beispiel nennen, ich hab's ja bislang nicht ausprobiert.
/rant/ schrieb:
Hast du eine grosse Grafikkarte drin mit viel Speicher
Ja, ich hab 'ne 8800GTX mit 768MB. Mir war bislang gar nicht richtig bewusst, dass da ein direkter Zusammenhang besteht.
zu 3. Hast Du das Problem nur auf diesem Rechner oder auch auf anderen?
Nein, die Applikation läuft auch auf anderen Rechnern nicht und veursacht den gleichen Laufzeitfehler. Es scheint also schon am Linken oder beim Einbinden des Manifests zu scheitern.
Hallo!
Stand vor kurzem dasselbe Rätsel! Hier die Antwort:
http://social.msdn.microsoft.com/Forums/en-US/vcgeneral/thread/e40465f2-41b7-4243-ad33-15ae9366f4e6/
happy coding,
phelyks
Pellaeon schrieb:
Und wie?
Ich kann das inline in beiden Fällen schreiben. Aber ob der Compiler es umsetzt oder ignoriert, wie soll ich das rausfinden?
Compilieren, Breakpoint an die betreffende Stelle setzen, Debug-Session starten, "Disassembly" Fenster einblenden -> fertig.
Dieser Thread wurde von Moderator/in rüdiger aus dem Forum Rund um die Programmierung in das Forum Compiler- und IDE-Forum verschoben.
Im Zweifelsfall bitte auch folgende Hinweise beachten:
C/C++ Forum :: FAQ - Sonstiges :: Wohin mit meiner Frage?
Dieses Posting wurde automatisch erzeugt.
rüdiger schrieb:
@volkard
der VC6 kann doch iirc keine partielle Templatespezialisierung. Das verhindert doch extrem viele interessante Dinge.
kann sein. je nach ansprüchen ist das ein ko-kriterium.
aber der feagesteller liest eh nicht mehr mit. ich hatte den eindruck, er könne mit dem MSVC6 sehr gut leben.
Alles klar, danke.
// Edit
Ich habe jetzt mal eine .dll mit Funktionen geschrieben und die dann mit einem anderen Programm geladen.
Dann habe ich mal (um zu gucken was passiert) die Präprozessor Direktiven weggelassen:
#ifdef BUILD_DLL
#define DLL_EXPORT __declspec(dllexport)
#else
#define DLL_EXPORT __declspec(dllimport)
#endif
und das DLL_EXPORT vor den Funktionen ebenfalls weggelassen.
Hat aber trotzdem prima geklappt -.-
Macht der Compiler das schon automatisch ?
ich frage mich eben, ob es eine bessere Lösung gibt, als gemäß den "porting to 4.3"-Empfehlungen "if missing ... then include this header" Prä-4.3 Code abzuändern. Vielleicht einen Compiler switch oder irgendein Trick? Ich habe wirklich wenig Lust, sämtlichen fraglichen Prä-4.3-Code auf implizite #includes abzuklopfen, die bei 4.3 nicht mehr automatisch mit-includiert werden, und ggf. abzuändern.
Lösungsvorschlag:
DevC++ verwendet MinGW.
Unter MinGW einfach die mingwm10.dll mitgeben und, voila es läuft.
Abhängikeiten kann man auch anzeigen lassen, einfach mal Dependency Walker googlen, dann weiss man welche DLL man mitgeben muss. Natürlich sollte man so Dateien wie kernel.dll nicht weitergeben.
Tipp:
DevC++ ist alt und verbugt. Bitte Visual Studio Express 2008 oder Code::Blocks, Eclise CDT oder andere IDEs verwenden, die sind meistens produktiver und fehlerfreier.
rya.
Warum schaltest du die Warnung denn überhaupt aus? Sie macht an der Stelle absolut Sinn, da der Aufrufer ja darüber informiert wird, dass er hier Mist baut.
nieselfriem schrieb:
hallo wenn ich mein programm mit der Funktion strrev un ter Windows mit dem g++ compiliere geht dies ohne probl eme. jedoc unter linux bekomme ich die fehlermeldung
»strrev« wurde in diesem Gültigkeitsbereich nicht definiert
Wie kann ich das umgehen?
Gruß niesel
mir scheint, gcc bietet gar kein strrev an.
mir scheint, du musst es selber bauen oder im netz nach einer schönen implementierung suchen, z.B. http://gd.tuwien.ac.at/languages/c/cref-mleslie/CONTRIB/SNIP/strrev.c
du kompilierst subsystem:windows, da is der programm entry point standardmäßig WinMain. das kannste mit #pragma comment(linker,"/SUBSYSTEM:CONSOLE" auf konsole umstellen.
Weißt du nicht was du in deine autoexec.bat
reinschreiben sollst, oder ist die schreibgeschützt?
Die Ändererungen in der Autoexec werden erst nach
einem Neustart aktiv.
Kannst aber auch ein Batch-Datei mit ähnlichem
Inhalt erstellen:
SET PATH=C:\mingw\include;%PATH%
C:\myeditor.EXE
Nennst du dann z.b. start.bat - kannst du
zwar auch in die autoexec.bat schreiben -
ist aber auf Dauer nicht ideal
Das musst du an deinen PC anpassen
Bei einigen Compiler-Packeten musst du auch noch
die Pfade zu den Includes und Libs eintragen
Statt myeditor trägst du den ein, den du hast.
Hab kein ME und es können je nach Mircosoft-Betriebssystem
kleine Korrekturen erforderlich sein. Sollte aber in groben
Zügen unter allen von DOS 3.x bis 6.22 sowie unter Win95 bis
min. W2k laufen - wahrscheinlich auch noch unter Xp oder Vista.
MfG f.-th.
sothis_ schrieb:
~fricky schrieb:
aber dass hier wieder welche mit vim und emacs ankommen, war irgendwie klar.
na ich muss doch bitten, der klassischste aller flamewars gehört mindestens einmal im monat in jedes forum
Eben. Und wer Vim nutzt, der kann auch gleich unter Windows arbeiten. Beides ein großes Herumgekrampfe und umständlich in der Bedienung :p
Nimm den QTCreator!
Kleiner Hinweis am Rand: Statische Libs sind einfach Archive die den binären Code enthalten und die sich mit Programmen wie 7ZIP auch öffnen lassen...
rya.
