Um das Thema hier abzuschließen:
Mittlerweile läuft alles, wie es soll. Ich fasse meine Probleme bzw deren Lösungen beim Einbinden der boost-Bibliotheken hier einmal zusammen, falls später jemand mal ähnliche Probleme hat und den Thread zufällig findet:
1. Aus irgendeinem Grund, den ich nicht verstehe, mag Visual C++ für Linux es nicht, wenn ihr in den includes backslah benutzt (owbohl das Autovervollständigen die selbst einträgt). Für Dateipfade darum lieber slash nutzen, dann findet er die Dateien auch.
Also nicht:
#include <boost\asio.hpp>
sondern:
#include <boost/asio.hpp>
2. Einige Bibliotheken von Boost funktionieren out of the box, wenn man sie einfach nur dem Include-Verzeichnis hinzufügt. Jedoch gilt das zum Beispiel nicht für asio. Damit diese funktioniert vorher den Command prompt öffnen (nicht den von Windows, sondern den von Visual Studio) und dann im Boostverzeichnis zuerst einmal bootstrap ausführen und dannach .\b2 (dauert etwa 30 min)
Als ich es im Windows command prompt versuchte, gab es beim Ausführen von bootstrap Fehler (witzigerweise je nachdem welche version von boost man benutzt jedes mal einen anderen Fehler, im Falle von 1.65.1 zum Beispiel c1: fatal error C1083: Datei (Quelle) kann nicht ge”ffnet werden: "yyacc.c": No such file or directory)
Nachdem das erledigt ist, gibt es in eurem Boost Ordner einen neuen Ordner namens stage. stage/lib dann unter Projekteigenschaften --> Linker --> Allgemein --> zusätzliche Bibiliotheksverzeichnisse hinzufügen.
Dann klappts auch mit dem asio
Danke erstmal für eure zahlreichen guten Vorschläge. Ich muss das jetzt erstmal alles durcharbeiten und überlegen wie ich verfahre Ihr habt mir ja ne Menge Stoff geliefert
Dieser Thread wurde von Moderator/in Arcoth aus dem Forum C++ (alle ISO-Standards) 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.
Bitte die Fragen aus deinem anderem Thread beantworten:
https://www.c-plusplus.net/forum/344327
Beim nächsten Mal bitte nur einen Thread zu einem Thema eröffnen.
Hallo Leute,
rein technische Frage bezüglich Dekompilieren von EX4.
Ist es möglich mit gängigen Boardmitteln (objdump -d) den Code zu übersetzten?
Welche Möglichkeiten hat man sonst?
Mal angenommen, ich habe einen Indikator vor langer Zeit geschrieben, kann aber den alten Source-Code nicht mehr finden.
Der Code ähnelt sehr stark dem C/C++ mit Vereinfachung was Strings und Datetime angeht.
Es gibt zwar einen Dekompiler, allerdings kostet es, oder die Quellen sind mehr als fragwürdig.
Hoffe ihr könnte mir weiter helfen,
Vielen Dank im Voraus!
Okay, das Problem mit dem OLE/COM viewer ist gelöst.
Ich hab mir zwei Verknüpfungen des OLE/COM Object Viewer, eine für 64 und eine für 32 bit dll auf den Desktop gelegt. Und Natürlich die 64 Bit version auf
die Verknüpfung OleObjOleView.Exe(32Bit).
Jetzt habe ich den Link umgebogen und das erste Problem ist behoben.
Hilfe zur Automatisierung durch IDispatch wäre trotzdem toll
Viele Grüße
Ja genau.
Die Bibliothek habe ich auch entsprechend mit der Option gebaut.
Sie wird auch angezeigt, steht allerdings auf 0%, obwohl das Programm auch "Hallo Library" ausgibt - also den Code durchaus verwendet, der in ihr steht.
Wer verwendet schon QNX ? Ich danke dir trotzdem für deine Hilfe
GOT IT!
Der Knflikt war ziemlich hartnäckig aber durch ein paar Tuts konnte ich ihn beseitigen und jetzt cpprest über nuget Konsole installieren.
Thema kann geschlossen werden.
Danke und Gruß
T.
Also alles per Hand hineinschreiben wenn eine neue Datei erstellt wird?
Eine Frage noch - wenn ich das Programm auf einer neuen Konsole (KDE Konsole) ausführe, wie kann ich diese anschließend mit einem einzigen Tastendruck schließen? (ähnlich wie bei VS oder QtCreator)
Hi
was du suchst befindet sich in den Standard Repositorys. Ich arbeite auch mit Debian und installierte mit einem einfachen apt-get install g++-7
Grüße
wozu soll das "-l" vor den zwei Optionen gut sein? Es sind ja keine direkten library-Namen, sondern switches. Schon mal dies hier probiert?
-static
-static-libgcc
-static-libstdc++
Th69 schrieb:
Hast du denn eine eigene main()-Funktion erstellt? Oder aber generiert der wxformbuilder diese (und du bindest die dann in dein Projekt ein)?
nein und nein...bin bis jetzt immer davon ausgegangen, daß der formbuilder vollständigen code generiert, der dann nach eigenem gusto modifiziert bzw. erweitert werden kann.tscha-habbich wohl was falsch oder gar nicht verstanden
meine dummschuld
Wenn ich First programs in wxWidgetsrichtig deute, müßte mittels des Makros "IMPLEMENT_APP(MyApp)" die main-Funktion erzeugt werden.
astreiner tip - werde mich den seiten ausgiebigst widmen!
super, daß in diesem forum so schnell und ohne arrogante klugscheisserei geholfen wird bitte übrigens um nachsicht bzgl. groß- und kleinschreibung etc. bin halbseitig gelähmt und muß meistens die bildschirmtastatur bemühen, was ein recht umfangreiches geklicke ist
however,erstmal tausend dank für den großartigen support!
Hi icarus2,
Clion ist bestimmt was feines, aber auf jeden Fall ein Trumm von Software. Das wollte ich auf jeden Fall erstmal vermeiden. Vielleicht steige ich ja jetzt bei Pyclewn durch nachdem ich ein wenig gdb gemacht habe.
Ich verstehe nicht was du mit "Variablen ueber display neu einpflegen" meinst
Ist einfach ein gdb Befehl:
display variable_a
Dann wird dann an jedem Breakpoint der Inhalt ausgegeben.
RHBaum schrieb:
Alternativ:
Lernen Projekte ohne VS aufzusetzen und sich die VS Umgebung generieren zu lassen.
Dauert etwas, aber wenn man das dann mal richtig kann und weiss was man tut, geht das ganze CM viel flüssiger, besonders wenns etwas komplexer ist.
Guter Vorschlag. Man könnte solch ein Projekt bei GitHub hochladen und VS dazu bewegen das dann zu bauen.
Angeblich kann VS mit CMake-basierten Projekten umgehen.
Es hat geholfen. Ich denke ich bin auf dem Weg.
Meine zweite Frage konnte ich selbst beantworten: Es gibt unter "Neues Projekt" - "Anderes Projekt" auch die Vorlage "Subdirs-Projekt".
Die "test.pro" sieht jetzt so aus ("Foo" ist das Projekt, "Bar" die zu testende Klasse):
QT += testlib
QT -= gui
TARGET = test
CONFIG += console
CONFIG -= app_bundle
TEMPLATE = app
DEFINES += QT_DEPRECATED_WARNINGS
HEADERS += \
../foo/bar.h \
SOURCES += \
test.cpp \
../foo/bar.cpp \
INCLUDEPATH += ../foo \
Danke erst mal.
