Mari23 schrieb:
Kann VS IntelliSense nur in den Code einer externen Lib springen wenn ich den Code in meinem Projekt hinzufüge? Wozu gibts dann überhaupt unter Project Settings -> VC++ Directories die "Source Directories"?
IMHO kann VS das nicht. Ich verwende VaX.
Die Source Directories sind für die Debug Unterstützung gedacht.
mainboard schrieb:
Was ist der Nachteil? (für Releasebuilds)
Willst du denn beieinem Releasebuild keine verlässlicche Debuginformationen, wenn ein Anwender doch noch einen Fehler findet? Debugsymbole != unoptimierter Build
Nur zum Vergleich, ich habe fltk jetzt fuer mich entdeckt. Statische kompilierung, vorgefertigte Projekte fuer VS 2010, 2008, VC6. Nur Windowtoolkit: keine Threads, Strings oder Netzwerkunterstuertzung ... etc. Sehr einfach zu benutzten. Mittelkomplexe Programme so um die 250 KByte statisch gelinkt. Die statische Bibliothek ist weniger als 5 MByte gross + kleinere Support libs fuer zLib, png oder jpeg.
Okay, ich hab jetzt gesehen dass die Pfade in den Projektoptionen eingetragen sind und der Fehler kommt auch nicht mehr nachdem ich den manuell gelöscht habe.
Ist aber auch komisch dass man das manuell machen muss.
Jetzt bekomme ich den Fehler dass er sh.exe nicht starten kann... ist auch bei MSYS nicht dabei komischerweise.
Öhm, ja.. kann jemand aushelfen? Hab Eclipse ewig nicht benutzt.
sh -c "autoreconf -i"
Cannot run program "sh": Launching failed
edit:
Okay, musste ein aneres Projekt wählen >_>.
Irgendwie zeigt er mir unter C++ Projekte die MinGW Projektart nicht an, solange ich nicht den Haken bei "Only show projects supported by this platform" wegmache
Hallo,
nach langer IDE-Suche für C++ habe ich mich für den Qt-Creator entschieden, da dieser sehr zuverlässig Code-Completion anbietet, was mir sehr viel Arbeit wegnimmt. Mir ist jedoch eines aufgefallen, was mich etwas nervt.
Ich programmiere meistens Konsolenanwendungen, und nach dem Kompilieren würde ich sie gerne direkt im Terminal von Ubuntu 12.04 ausgeben lassen. In den Projekt-Eigenschaften ist der Haken dafür gesetzt, die Ausgabe im Terminal fehlt jedoch (es öffnet sich ein Terminal-Fenster, aber ein leeres). Es handelt sich zurzeit noch um ein schlichtes "Hello World"-Programm zum testen.
Rufe ich das Programm jedoch manuell über die Konsole auf, so läuft es tadellos. Auch über die integrierte Konsole geht es. Nur gefällt mir diese nicht so sehr.
Bitte um Rat
dommynik
GetCurrentThreadId(void)
bzw.
GetThreadId(HANDLE)
So eine Frage gehört natürlich ins Win-API Forum, und nicht hierher. Schließlich nennst du Win32 schon im Titel.
Habs finally hinbekommen.
Ich schreib die Vorgehensweise einfach mal hier hin:
1. "New / Folder / virtual Folder" -> Virtuellen Projektordner erzeugen
2. "Rechtsclick auf Ordner / Import / Filesystem / Browse Folder"
Einzelen Sources auswählen
dann "Advanced / Create Link" -> Erzeugt einen virtuellen Link auf die gewünschte(n) Source(s) im externen Ordner.
3. "Projectoptions / C++ General / Paths and Symbols / Search Folder"
-> den virtuellen Ordner hinzufügen
Da muss ich ehrlich sagen, gibt es IDEs,die das besser und einfacher ermöglichen...
Ja, da hat sich was geändert...
Siehe:
http://blog.kalmbach-software.de/2008/04/02/unhandled-exceptions-in-vc8-and-above-for-x86-and-x64/
und auch:
http://blog.kalmbachnet.de/?postid=75
Ah dieses DRECKS Make!!! Wer hat dieses Format erfunden? Die File ist vollkommen i.O. man muss nur jedes Space am Ende jeder Zeile entfernen.
Könnte man das evtl. noch in die FAQ mit reinschreiben?
Dieser Thread wurde von Moderator/in rüdiger aus dem Forum C (C89 und C99) 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.
Du musst überhaupt nichts installieren. Du musst deren Code erstmal fixen, sodass er kompiliert.
Selbst wenn du die angemeckerten Stellen entfernst/auskommentierst, erwartet dich nur ein Schwall neuer Fehlermeldungen. Über den kompletten Code (C++, nicht C) verteilt, findest du Aufrufe von Funktionen (meist libc-Zeug), ohne dass diese vorher deklariert wurden. Anscheinend haben die sich darauf verlassen, dass irgendein anderer Systemheader das zufällig für sie übernimmt, nur weil das bei ihrem uralten Visual Studio wohl mal so war. Ist aber alles recht trivial. Das einzige, wozu man sich halt mal deren Code mal genauer angucken müsste, wäre die von dir beschriebene WriteStream/Readstream-Sache.
Die einzige nicht in der Readme beschriebene externe Abhängigkeit scheint boost/lexical_cast zu sein, neben der angegeben zlib und eben der C- und C++-Standardbibliothek.
Da sich im Projekt-VCS seit 3 Jahren nichts geregt hat, würde ich das ganze abschreiben.
nwp3 schrieb:
Wenn du die Datei nicht hast musst du halt mal nach Posix+win64 oder so suchen und sie runterladen.
Eigentlich war ich davon ausgegangen das genau dies der Fall ist. Ich bin
auch davon ausgegangen, das man die Datei mit dem von mir vorgeschlagenen Link
problemlos findet ...
KDevelop sah eigentlich ziemlich gut aus. Der C++-Parser scheint ziemlich gut zu sein und kam sogar mit den boost-Headern klar (was bei der damaligen MSVC-Version nicht der Fall war). Persönlich nehme ich aber lieber Emacs.
To avoid this extra size, modern compilers and early mainframe debugging systems output the symbolic information into a separate file
Damit erübrigt sich auch die Frage, die eigentlich darauf gekommen wäre, denn bei anderen Compilern hatte ich praktisch kein Unterschied festellen können.
EDIT:
SeppJ schrieb:
Kein Code, aber eben die Debugsymbole. Was glaubst du, woher der Debugger sonst weiß, welche Maschinenbefehle vor dem Compilieren zu welchem Quellcode gehörten?
Naja die Details hatten mich interessiert, nicht die grobe Information.
