std::ifstream oFstream;
oFstream.open(szFilename, std::ifstream::in);
oFstream.close();

bekomme ich einen Laufzeitfehler, dass eine Zugriffsverletzung stattgefunden hat. Mein Callstack dazu sieht so aus:
http://www.loaditup.de/files/831619_4gxys2vguz.png
Die oben geschriebenen Zeilen stehen genauso in der fn_LoadRubyFiles-Funktion. Also stellen sich für mich 2 Fragen: 1. Wieso wird zwischendrin noch eine Funktion aus der msvcr120-ruby.dll (ein Visual Studio Kompilat des 2.0.1 Ruby Interpreters) aufgerufen? Und 2. Wieso bekomme ich einen Laufzeitfehler?
Kann mir wer sagen, wie diese Adresse dorthin kommt?
Werden da Adressen beim Linken der Ruby-Lib irgendwie vom Linker auf die msvcr120-ruby.dll ersetzt? Oder was passiert da im Hintergrund?

Noch ein Bild vom Error und an welcher Stelle er auftaucht:
http://www.loaditup.de/files/831623_34xcukeq9g.png

EDIT:
Da ich echt am verzweifeln bin und ich hoffe, dass irgendwer Zeit hat sich mein Projekt mal anzusehen, habe ich jetzt einfach mal mein Projekt hochgeladen:
http://www.loaditup.de/files/831699_6g5rdf742n.rar
Ich benutze Visual Studio 2013 Ultimate, das DirectX SDK wird verwendet und die Ruby-Lib gelinkt (die DLL ist beim ersten Upload dabei):
http://www.loaditup.de/files/831701_fwzqa372pu.rar

Wenn ihr euch das Projekt runtergeladen habt, findet ihr 2 ofIStream.open und ofIStream.close()s, eines davon ist in der Main und das Andere in der Funktion ERDL::L::CRubyFileLoader::fn_LoadRubyFiles(szBaseName) welche in der main aufgerufen wird. Beim Aufruf in der Main klappt alels, beim Aufruf in der fn_LoadRubyFiles-Funktion kommt der besagte Fehler.

Wäre cool, wenn sich das mal wer ansehen könnte.

Kann nicht sein, das Auslesen funktioniert nämlich.

Welches Auslesen? Und das muss nichts heißen.

std::ifstream oFstream;
oFstream.open(szFilename, std::ifstream::in);
std::getline(oFstream, strBuffer);
oFstream.close();

läuft bis zu oFstream.close().
Ich habe auch noch herausgefunden, dass oFstream.close() im Releasemode ganz normal funktioniert.

Dann zeig mal ein Minimalbeispiel, das den Fehler reproduziert.
Denn das hier geht:

std::string szFilename = "myFile.txt";
std::ifstream ifs(szFilename);

std::string tmp;
ifs >> tmp;

ifs.close();

Falls beim Auslesen ein Fehler entsteht werden lediglich die State-Bits im Stream ( eofbit , failbit , badbit ) gesetzt. Es wird keine Exception geworfen oder das Programm terminiert. Prüfe doch mal mittels is_open .

EDIT: ich habe hier den Kompletten Code, welcher bei mir zu diesem Fehler führt, gepostet.

Ich rufe std::ifstream#close in einem anderen Modul als der Exe auf (einer DLL), da kommt der Fehler, wenn ich aber close in der Exe aufrufe, kommt der Fehler nicht.
Bzw. wie findet man so einen Fehler am besten?

Ist die DLL mit denselben Einstellungen und der selben ABI?
Ansonsten kann es leicht zu solchen Fehlern kommen.

In den Dlls sind die Standard-Libs auch gelinkt.

Genau das erzeugt ja das Problem wenn die Compilerversionen und die Einstellungen nicht gleich sind.

Wenn ihr euch das Projekt runtergeladen habt, findet ihr 2 ofIStream.open und ofIStream.close()s, eines davon ist in der Main und das Andere in der Funktion ERDL::L::CRubyFileLoader::fn_LoadRubyFiles(szBaseName) welche in der main aufgerufen wird. Beim Aufruf in der Main klappt alels, beim Aufruf in der fn_LoadRubyFiles-Funktion kommt der besagte Fehler.

Wäre cool, wenn sich das mal wer ansehen könnte.

Mr.Loong schrieb:

In den Dlls sind die Standard-Libs auch gelinkt.

Genau das erzeugt ja das Problem wenn die Compilerversionen und die Einstellungen nicht gleich sind.

Könnten also auch die Einstellungen beim Kompilieren der msvcr120-ruby210.dll falsch gesetzt gewesen sein?

MichelRT schrieb:

Mr.Loong schrieb:

In den Dlls sind die Standard-Libs auch gelinkt.

Genau das erzeugt ja das Problem wenn die Compilerversionen und die Einstellungen nicht gleich sind.

Könnten also auch die Einstellungen beim Kompilieren der msvcr120-ruby210.dll falsch gesetzt gewesen sein?

Nicht falsch, sondern anders.

nmake
nmake test
nmake install

Beim Debugen mit Ollydbg habe ich herausgefunden, dass wenn ich ifstream im Modul, welches Ruby linkt, bei close() über das Modul msvcr120-ruby210.dll die fclose-Funktion von dem Modul msvcr120 (C:\Windows\SysWow64\msvcr120.dll). Bei close() Aufrufen aus dem anderem Modul (welches nicht Ruby Linkt) wird die fclose() funktion ohne umwege über andere DLLs direkt aufgerufen und dann zwar im Modul msvcr1_1 (C:\Windows\SysWow64\msvcr120d.dll). Könnte die in diesem Fall falsch geladene DLL der Fehler sein?

Ja du mischt hier debug runtime mit der relase version. (Beachte das d am ende des dll namen)

EDIT: Nein, ich war nur zu dämlich zu checken, dass irgendwo meine Compileroption überschrieben wurde. Der Kompiler hat nämlich den Interpreter wieder mit /MD kompiliert... Jetzt wo ich das richtig mit /MDd kompiliert habe läuft's.