"das Verfahren Einstiegspunkt _ZNSt8_detail15_List_node_base7_m_hookeps0_ nicht gefunden werden konnte in der dynamic link-Bibliothek libstdc -6.dll."

habe ein kleines problem. Ich habe c++ - code, es ist die Verknüpfung zu einigen Bibliotheken. Ich habe vorher (original)exe-Datei aus dem source-code und das läuft perfekt auf der ersten Maschine. Und es ist die zweite Maschine, wo ich arbeite, auf den Quellcode, ändern, etc. Auf der zweiten Maschine, dem erstellen des source-code funktioniert gut, bud, wenn ich Kopie der second.exe und probieren tu führen Sie es auf die erste Maschine zeigt Fehlermeldung

"das Verfahren Einstiegspunkt _ZNSt8_detail15_List_node_base7_m_hookeps0_ nicht gefunden werden konnte in der dynamic link-Bibliothek libstdc++-6.dll."

Eine Sache, second.exe kopiert in den gleichen Ordner wie original.exe also es sollte die ddl 'Ursache, die die ursprüngliche dll im gleichen Ordner wie original.exe, sollte es nicht?
Es kompiliert mit MinGW arbeiten in NetBeans und in den Projekteigenschaften gibt es Bibliotheken hinzufügen (über die add library-Datei), aber die libstdc++-6.dll ist es nicht Hinzugefügt. libstdc++-6.dll ist in dem Ordner, wo original.exe

thx

Ich weiß nicht, wie tragbare Bibliotheken exportieren entstellte sind, aber die Antwort ist sowas wie "nicht sehr", vor allem, wenn die DLL wurde mit einem compiler, und die verzehrende code wurde von einem anderen. Wenn Sie das mischen und anpassen von Binärdateien in dieser Art und Weise können Sie auch Probleme haben.
TY, es war einfach mismatch, der auf der ersten Maschine war im mingw/bin/ neuere version der DLL, nach dem Austausch ist für die, die aus der Zusammenstellung der Maschine funktioniert es perfekt... also denke ich, dass der erste es die Suche nach der DLL im Pfad ein nur nach, dass im selben Verzeichnis wie die run.exe, ins T it?

InformationsquelleAutor Ell | 2012-11-13

  1. 8

    Ich hatte ein sehr ähnliches problem unter Verwendung von MingW im inneren XP.

    Habe ich zusammengestellt einem 12 klines C++ - Projekt unter Verwendung von mingW; Es läuft wunderbar innerhalb von MSYS, aber nicht wenn man in eine native cmd-shell, die behaupten, dass der Ausgangspunkt
    Z_St8_detail15_and_so_on fehlt innen libstdc++-6.dll.

    Umgekehrt, die einfache folgende Programm lief in beiden MSYS und cmd :

    #include <iostream>

using namespace std ;

class Hello {
  public:
  Hello() { cout << "Hello !" << endl ; }
} ;

Hello hello ;

int main (void) {}

    Hatte es kompiliert werden, gegen die libstdc++ (gcc -o hello hello.cpp -lstdc++), und natürlich der Zusammenstellung fehlgeschlagen, wenn -lstdc++ weggelassen wurde. So ist der name mangling war wahrscheinlich nicht das einzige Problem.

    Suchte ich nach libstdc++-6.dll im explorer, und ich fand heraus, dass es zwei auf meinem system : man installiert wurde, dass innerhalb migw32, und einer, die hatte zuvor installiert wurde, indem Sie ein Programm, die statt seiner eigenen version der lib in Ihre Verzeichnisse. Aber, es hatte den PFAD geändert, so dass seine lib gefunden wurden ersten !

    Ich eingefügt, den Pfad, in dem Mingw-Stand am Anfang des Weges, der innerhalb der aktuellen shell. Smth like:

    set PATH=C:\mingw\bin;D:\msys\1.0\local\bin;%PATH%

    und jetzt läuft alles einwandfrei !

    Martin, ich kann nicht schreiben in Ihren Kommentaren, so Bearbeite ich meine Nachricht :
    Sie sind dabei im Recht zu sein. Wie windows sieht für die DLLs erklärt hier richtig:

    http://msdn.microsoft.com/en-en/library/7d83bc18%28v=vs.80%29.aspx

    Cheers

    InformationsquelleAutor autret

Schreibe einen Kommentar