habe es gerade mal wieder geschaft ratlos zu sein ... mit VS C++ Programm (die .exe) stuertzt ab. Um es gleich mal vorneweg zu sagen - debuggen geht nicht ... die Debug-Version der .exe stuerzt naemlich nicht ab - nur die Release Version. Die Zeile bei der es abstuerzt habe ich inzwischen herausgefunden - sie lautet

ofstream ofs("test.txt");

(Das ist nicht Bestandteil des Quelltextes) Naja, offensichtlich kann es diese Zeile kaum sein, die einen Speicherzugriffsfehler verursacht. Ich vermute viel mehr irgendwo ein Speicherleck zu verursachen, welches hier eben zufaellig getroffen wird ...
Unter Linux und g++ hatte ich mal aehnliche Probleme, dort habe ich ueber valgrind saemtlich speicherlecks gefunden und ausgemerzt ... dann lief es. Gibt es aehliche Moeglichkeiten fuer Win und MFC? Oder was kann ich sonst machen um den Fehler zu finden?

Viele Gruesse,
ich

Tools gibt es natürlich die dabei helfen könnten, z.B. Bounds-Checker, bloss der kostet Geld, und gutes Freeware Tool kenne ich leider nicht. Evtl. könnte auch MSVC 8 (Express Edition is ja gratis) helfen den Fehler zu finden, der hat so Buffer-Security-Checks und lala eingebaut. Einfach Debug und Release bauen und beide probieren. Wenn du mit STL Containern arbeitest könnten dir auch die checked Iterator der MSVC 8 STL helfen.

Und check mal obs wirklich die Zeile ist. Hast du nen Call-Stack? Geht der wirklich auf ofstream::ofstream zurück? Oder hast du vielleicht genau in der Zeile davor was stehen was schuld sein könnte, der Debug-Cursor steht beim VC oft in der nächsten Zeile wenns irgendwo klescht und nicht dort wo er hingehört...

vielen Dank erstmal. die Fehlermeldung heisst
"Die Anweisung in 0x00404a6d verweist auf Speicher in 0x676e756c". Der Vorgang read konnte nicht auf dem Speicher durchgeführt werden.

Assembler-debuggen zeigt die Zeile:
00404A6D mov eax,dword ptr [esi+4]

Was könnte das wohl sein ... kann man daraus was schliessen?

const int c=2;
HWND Groupfields[];

for (int i=0; i<c; i++)
    { char* Name = ""; char number[2];
      strcpy(Name, "File "); 
      _itoa( i, number, 10 );
      strcat(Name, number);
      Groupfields[i] = CreateWindowEx(NULL, "BUTTON", Name, WS_CHILD | BS_GROUPBOX , x, 5, 180, 240, hDlg, NULL, 0 , 0);
      SendMessage(Groupfields[i], WM_SETFONT, (WPARAM)font, (LPARAM) TRUE);
      ShowWindow(Groupfields[i], SW_SHOW);
      x=x+290;
    }

Der Zeiger Name existiert nur temporär, deshalb ein Speicherproblem? (was dann ganz woanders zum Crash führt) Habs jedenfalls geändert, jetzt crasht nix mehr

char* Name = "";

tausch das mal gegen 'char Name[32];' oder ähnlich. das strcpy versucht sonst in'n read-only bereich zu schreiben...