<![CDATA[BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst]]]>*.exe hat ein Problem festgestellt und muss beendet werden.
Diese Meldung erhalte ich 3x, wenn ich die *.exe meines Projektes starte. Das Projekt lässt sich mit dem BCB ohne Fehler erstellen und debuggen. Starte ich die Executable, erscheint besagte Meldung und ich muss den Prozess zusätzlich manuell im TaskManager beenden. Das Projekt kommt von einem Kollegen, der mit W2k arbeitet; Ich arbeite mit XP. Angeblich wurde das Projekt im BCB3 geschrieben, daher sollte es gehen oder? Welche Einstellungen sollte ich prüfen? Die FAQ haben mich nicht weiter gebracht! 😞 Hat jemand einen Tip?

]]>https://www.c-plusplus.net/forum/topic/198195/bcb3-exe-hat-ein-problem-festgestellt-doch-nicht-gelöstRSS for NodeWed, 19 Aug 2026 19:46:07 GMTMon, 19 Nov 2007 13:38:26 GMT60<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Thu, 14 Feb 2008 11:03:40 GMT]]>*.exe hat ein Problem festgestellt und muss beendet werden.
Diese Meldung erhalte ich 3x, wenn ich die *.exe meines Projektes starte. Das Projekt lässt sich mit dem BCB ohne Fehler erstellen und debuggen. Starte ich die Executable, erscheint besagte Meldung und ich muss den Prozess zusätzlich manuell im TaskManager beenden. Das Projekt kommt von einem Kollegen, der mit W2k arbeitet; Ich arbeite mit XP. Angeblich wurde das Projekt im BCB3 geschrieben, daher sollte es gehen oder? Welche Einstellungen sollte ich prüfen? Die FAQ haben mich nicht weiter gebracht! 😞 Hat jemand einen Tip?

]]>https://www.c-plusplus.net/forum/post/1405897https://www.c-plusplus.net/forum/post/1405897Thu, 14 Feb 2008 11:03:40 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Mon, 19 Nov 2007 14:31:56 GMT]]>Vielleicht noch Debugger-Breakpoints drin? Kompiliere es mal als Release-Version!

]]>https://www.c-plusplus.net/forum/post/1405936https://www.c-plusplus.net/forum/post/1405936Mon, 19 Nov 2007 14:31:56 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Mon, 19 Nov 2007 15:45:42 GMT]]>Eigentlich ist das schon die Release-Version. Oder ist Release-Version etwas Anderes als das berühmte "Stand-Alone-exe-erzeugen"? 😕 Da ich noch recht neu bin, ist mir der Begriff "Release-Version" leider noch nicht untergekommen.
Ich habe jetzt viel gelesen, dass es an nicht initialisierten Variablen liegen kann... Richtig? Sollte das stimmen, habe ich wohl ein Problem. Der Kollege mit dem ich daran arbeite ist ne ziemliche ... naja, Persönlichkeit die es nicht so genau nimmt und leider mehr oder weniger mein Vorgesetzter und nicht so offen für "Verbesserungsvorschläge". Ich kann jetzt aber nicht das ganze Projekt abklappern, ob die Variablen alle initialisiert sind - das Ganze sollte vor 2020 fertig werden. 😞
Naja, ich warte erstmal auf Aufklärung eurerseits...

]]>https://www.c-plusplus.net/forum/post/1405988https://www.c-plusplus.net/forum/post/1405988Mon, 19 Nov 2007 15:45:42 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Mon, 19 Nov 2007 19:13:39 GMT]]>Nein, Release bedeutet "ohne Debug-Infos".
Gehe in die Projektoptionen: Compiler / Endgültig
und dann das komplette Programm neu erzeugen.

Aber ich tippe auch auf uninitialisierte Zeiger.
War beim BCB3 schon CodeGuard dabei, dann könntest du damit die Speicherlecks etc. finden?

Und schmeiß deinen kollegialen Kollegen raus -)

]]>https://www.c-plusplus.net/forum/post/1406115https://www.c-plusplus.net/forum/post/1406115Mon, 19 Nov 2007 19:13:39 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Mon, 19 Nov 2007 20:19:11 GMT]]>Th schrieb:

War beim BCB3 schon CodeGuard dabei

Sollte es - das gibt es schon seit Borland C++-Zeiten.

]]>https://www.c-plusplus.net/forum/post/1406172https://www.c-plusplus.net/forum/post/1406172Mon, 19 Nov 2007 20:19:11 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Tue, 20 Nov 2007 08:16:59 GMT]]>Hallo und Guten Morgen,

Danke für Eure Antworten. Die Release-Version hatte ich demzufolge schon erstellt (Projekt->Optionen->Compiler->Endgültig). Zum Code-Guard: Wo finde ich das Teil im BCB3? Und wenn ich es gefunden habe, wie benutzt man es? Fällt Euch spontan eine Seite mit ner guten Anleitung ein?

Th schrieb:

Und schmeiß deinen kollegialen Kollegen raus -)

Nicht das es nicht interessant wäre, aber wenns nach mir ginge, wär' hier schon längst ein "echter" Programmierer für C++ angestellt. Ich könnte dann mehr Elektronik basteln und Mikrocontroller programmieren. Aber weder bin ich Chef, noch lange genug hier angestellt um was zu reißen. Das zusammengeschuster hier nervt voll ab und keiner weiß, was er macht (aber ich arbeite an mir). Es würde die Existenz des Unternehmens wahrscheinlich gefährden, wenn statt 800 Leuten 801 angestellt wären (Zahlen fiktiv) 🙄

]]>https://www.c-plusplus.net/forum/post/1406348https://www.c-plusplus.net/forum/post/1406348Tue, 20 Nov 2007 08:16:59 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Tue, 20 Nov 2007 11:31:56 GMT]]>Soweit ich weiß gab es beim BCB3 noch keinen CodeGuard.

Im BCB6 gibt es in Projektoptionen ein Tab "CodeGuard". Dort einfach anschalten und einmal im Menü Tools die CodeGuard Configuration öffnen und mit OK schließen. Dann neu compilieren und Programm laufen lassen. Im Fehlerfall werden dir entsprechende Meldungen mit Zeilenangaben entgegengeworfen und in ein Logfile geschrieben. Mehr Anleitung hab ich bisher nicht gebraucht.

]]>https://www.c-plusplus.net/forum/post/1406481https://www.c-plusplus.net/forum/post/1406481Tue, 20 Nov 2007 11:31:56 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Tue, 20 Nov 2007 13:51:26 GMT]]>Ich habe das Projekt jetzt einfach mal in BCB6 geöffnet und Alles neu erstellen lassen. Dabei wurde noch ein Fehler gefunden. Diesen habe ich korrigiert und dann das Projekt nochmal erstellt. Jetzt funktioniert das Programm, wenn ich die Executable starte. Öffne ich das Projekt nun wieder in BCB3, erstelle das Projektziel neu und starte die Executable, bekomme ich wieder eine Fehlermeldung und das Prog startet nicht.
Sollte ich jetzt trotzdem mit dem CodeGuard nachschauen oder liegt das Problem wahrscheinlich woanders?

]]>https://www.c-plusplus.net/forum/post/1406581https://www.c-plusplus.net/forum/post/1406581Tue, 20 Nov 2007 13:51:26 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Tue, 20 Nov 2007 15:48:14 GMT]]>Ja, laß es mal mit CodeGuard überprüfen. Vielleicht ist ja wirklich noch ein Fehler, der sich nur in der Release-Version vom BCB3 zeigt.
Evtl. findet CodeGuard trotzdem den Fehler auch bei der BCB6-Version deines Projekts.

Ansonsten müßtest du halt den Fehler mit Log-Dateien oder MessageBoxen eingrenzen...

]]>https://www.c-plusplus.net/forum/post/1406708https://www.c-plusplus.net/forum/post/1406708Tue, 20 Nov 2007 15:48:14 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Wed, 21 Nov 2007 09:31:57 GMT]]>Morris Szyslak schrieb:

... Im BCB6 gibt es in Projektoptionen ein Tab "CodeGuard". ...

Leider nicht! In den Projektoptionen (Projekt->Optionen) gibt es bei mir überhaupt keine Tabs 😞
Kann es sein, dass es BCB6 etwas Anderes ist als BDS2006?

Edit: Ok, SRY, habs gefunden. Wird direkt in Tools->CodeGuard-Konfiguration aktiviert!

]]>https://www.c-plusplus.net/forum/post/1407166https://www.c-plusplus.net/forum/post/1407166Wed, 21 Nov 2007 09:31:57 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Wed, 21 Nov 2007 09:55:25 GMT]]>Ok, so sieht die ProjectX.cgl aus:

CodeGuard schrieb:

Fehler 00119. 0x310000 (Thread 0x0EF0):
Falscher Parameter: Falsches Datei- oder Pipe-Stream (0x327AEC5C) wurde an die
Funktion weitergegeben.
fgetc(0x327AEC5C)

| c:\programme\borland\bds\4.0\include\dinkumware\fstream Zeile 23:
| { // get a char element from a C stream
| int _Meta;
|> if ((_Meta = fgetc(_File)) == EOF)
| return (false);
| else
Aufrufhierarchie:
0x0040DF1E(=ProjectX.exe:0x01:00CF1E) c:\programme\borland\bds\4.0\include\dinkumware\fstream#23
0x0040CC4F(=ProjectX.exe:0x01:00BC4F) c:\programme\borland\bds\4.0\include\dinkumware\fstream#366
0x0040C1C3(=ProjectX.exe:0x01:00B1C3) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#437
0x004068FD(=ProjectX.exe:0x01:0058FD) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#109
0x00404942(=ProjectX.exe:0x01:003942) c:\programme\borland\bds\4.0\include\dinkumware\istream#658
0x00403B39(=ProjectX.exe:0x01:002B39) C:\ProjectX\C++ Arbeitsordner\SRC\Unit2.cpp#78

------------------------------------------
Fehler 00120. 0x310000 (r) (Thread 0x0EF0):
Falscher Parameter: Falsches Datei- oder Pipe-Stream (0x327AEC5C) wurde an die
Funktion weitergegeben.
fgetc(0x327AEC5C)

| c:\programme\borland\bds\4.0\include\dinkumware\fstream Zeile 23:
| { // get a char element from a C stream
| int _Meta;
|> if ((_Meta = fgetc(_File)) == EOF)
| return (false);
| else
Aufrufhierarchie:
0x0040DF1E(=ProjectX.exe:0x01:00CF1E) c:\programme\borland\bds\4.0\include\dinkumware\fstream#23
0x0040CC4F(=ProjectX.exe:0x01:00BC4F) c:\programme\borland\bds\4.0\include\dinkumware\fstream#366
0x0040C1C3(=ProjectX.exe:0x01:00B1C3) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#437
0x004068FD(=ProjectX.exe:0x01:0058FD) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#109
0x00404942(=ProjectX.exe:0x01:003942) c:\programme\borland\bds\4.0\include\dinkumware\istream#658
0x00403B39(=ProjectX.exe:0x01:002B39) C:\ProjectX\C++ Arbeitsordner\SRC\Unit2.cpp#78

------------------------------------------
Fehler 00121. 0x310000 (r) (Thread 0x0EF0):
Falscher Parameter: Falsches Datei- oder Pipe-Stream (0x327AEC5C) wurde an die
Funktion weitergegeben.
fgetc(0x327AEC5C)

| c:\programme\borland\bds\4.0\include\dinkumware\fstream Zeile 23:
| { // get a char element from a C stream
| int _Meta;
|> if ((_Meta = fgetc(_File)) == EOF)
| return (false);
| else
Aufrufhierarchie:
0x0040DF1E(=ProjectX.exe:0x01:00CF1E) c:\programme\borland\bds\4.0\include\dinkumware\fstream#23
0x0040CC4F(=ProjectX.exe:0x01:00BC4F) c:\programme\borland\bds\4.0\include\dinkumware\fstream#366
0x0040C1C3(=ProjectX.exe:0x01:00B1C3) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#437
0x004068FD(=ProjectX.exe:0x01:0058FD) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#109
0x00404942(=ProjectX.exe:0x01:003942) c:\programme\borland\bds\4.0\include\dinkumware\istream#658
0x00403B39(=ProjectX.exe:0x01:002B39) C:\ProjectX\C++ Arbeitsordner\SRC\Unit2.cpp#78

------------------------------------------
Fehler 00122. 0x310000 (r) (Thread 0x0EF0):
Falscher Parameter: Falsches Datei- oder Pipe-Stream (0x327AEC5C) wurde an die
Funktion weitergegeben.
fgetc(0x327AEC5C)

| c:\programme\borland\bds\4.0\include\dinkumware\fstream Zeile 23:
| { // get a char element from a C stream
| int _Meta;
|> if ((_Meta = fgetc(_File)) == EOF)
| return (false);
| else
Aufrufhierarchie:
0x0040DF1E(=ProjectX.exe:0x01:00CF1E) c:\programme\borland\bds\4.0\include\dinkumware\fstream#23
0x0040CC4F(=ProjectX.exe:0x01:00BC4F) c:\programme\borland\bds\4.0\include\dinkumware\fstream#366
0x0040C1C3(=ProjectX.exe:0x01:00B1C3) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#437
0x004068FD(=ProjectX.exe:0x01:0058FD) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#109
0x00404942(=ProjectX.exe:0x01:003942) c:\programme\borland\bds\4.0\include\dinkumware\istream#658
0x00403B39(=ProjectX.exe:0x01:002B39) C:\ProjectX\C++ Arbeitsordner\SRC\Unit2.cpp#78

------------------------------------------
Fehler 00123. 0x310000 (r) (Thread 0x0EF0):
Falscher Parameter: Falsches Datei- oder Pipe-Stream (0x327AEC5C) wurde an die
Funktion weitergegeben.
fgetc(0x327AEC5C)

| c:\programme\borland\bds\4.0\include\dinkumware\fstream Zeile 23:
| { // get a char element from a C stream
| int _Meta;
|> if ((_Meta = fgetc(_File)) == EOF)
| return (false);
| else
Aufrufhierarchie:
0x0040DF1E(=ProjectX.exe:0x01:00CF1E) c:\programme\borland\bds\4.0\include\dinkumware\fstream#23
0x0040CC4F(=ProjectX.exe:0x01:00BC4F) c:\programme\borland\bds\4.0\include\dinkumware\fstream#366
0x0040C1C3(=ProjectX.exe:0x01:00B1C3) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#437
0x004068FD(=ProjectX.exe:0x01:0058FD) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#109
0x00404942(=ProjectX.exe:0x01:003942) c:\programme\borland\bds\4.0\include\dinkumware\istream#658
0x00403B39(=ProjectX.exe:0x01:002B39) C:\ProjectX\C++ Arbeitsordner\SRC\Unit2.cpp#78

------------------------------------------
Fehler 00124. 0x310000 (r) (Thread 0x0EF0):
Falscher Parameter: Falsches Datei- oder Pipe-Stream (0x327AEC5C) wurde an die
Funktion weitergegeben.
fgetc(0x327AEC5C)

| c:\programme\borland\bds\4.0\include\dinkumware\fstream Zeile 23:
| { // get a char element from a C stream
| int _Meta;
|> if ((_Meta = fgetc(_File)) == EOF)
| return (false);
| else
Aufrufhierarchie:
0x0040DF1E(=ProjectX.exe:0x01:00CF1E) c:\programme\borland\bds\4.0\include\dinkumware\fstream#23
0x0040CC4F(=ProjectX.exe:0x01:00BC4F) c:\programme\borland\bds\4.0\include\dinkumware\fstream#366
0x0040C1C3(=ProjectX.exe:0x01:00B1C3) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#437
0x004068FD(=ProjectX.exe:0x01:0058FD) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#109
0x00404942(=ProjectX.exe:0x01:003942) c:\programme\borland\bds\4.0\include\dinkumware\istream#658
0x00403B39(=ProjectX.exe:0x01:002B39) C:\ProjectX\C++ Arbeitsordner\SRC\Unit2.cpp#78

------------------------------------------
Fehler 00125. 0x310000 (r) (Thread 0x0EF0):
Falscher Parameter: Falsches Datei- oder Pipe-Stream (0x327AEC5C) wurde an die
Funktion weitergegeben.
fgetc(0x327AEC5C)

| c:\programme\borland\bds\4.0\include\dinkumware\fstream Zeile 23:
| { // get a char element from a C stream
| int _Meta;
|> if ((_Meta = fgetc(_File)) == EOF)
| return (false);
| else
Aufrufhierarchie:
0x0040DF1E(=ProjectX.exe:0x01:00CF1E) c:\programme\borland\bds\4.0\include\dinkumware\fstream#23
0x0040CC4F(=ProjectX.exe:0x01:00BC4F) c:\programme\borland\bds\4.0\include\dinkumware\fstream#366
0x0040C1C3(=ProjectX.exe:0x01:00B1C3) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#437
0x004068FD(=ProjectX.exe:0x01:0058FD) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#109
0x00404942(=ProjectX.exe:0x01:003942) c:\programme\borland\bds\4.0\include\dinkumware\istream#658
0x00403B39(=ProjectX.exe:0x01:002B39) C:\ProjectX\C++ Arbeitsordner\SRC\Unit2.cpp#78

------------------------------------------
Fehler 00126. 0x310000 (r) (Thread 0x0EF0):
Falscher Parameter: Falsches Datei- oder Pipe-Stream (0x327AEC5C) wurde an die
Funktion weitergegeben.
fgetc(0x327AEC5C)

| c:\programme\borland\bds\4.0\include\dinkumware\fstream Zeile 23:
| { // get a char element from a C stream
| int _Meta;
|> if ((_Meta = fgetc(_File)) == EOF)
| return (false);
| else
Aufrufhierarchie:
0x0040DF1E(=ProjectX.exe:0x01:00CF1E) c:\programme\borland\bds\4.0\include\dinkumware\fstream#23
0x0040CC4F(=ProjectX.exe:0x01:00BC4F) c:\programme\borland\bds\4.0\include\dinkumware\fstream#366
0x0040C1C3(=ProjectX.exe:0x01:00B1C3) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#437
0x004068FD(=ProjectX.exe:0x01:0058FD) c:\programme\borland\bds\4.0\include\dinkumware\streambuf#109
0x00404942(=ProjectX.exe:0x01:003942) c:\programme\borland\bds\4.0\include\dinkumware\istream#658
0x00403B39(=ProjectX.exe:0x01:002B39) C:\ProjectX\C++ Arbeitsordner\SRC\Unit2.cpp#78

------------------------------------------
Fehler 00127. 0x310000 (Thread 0x0EF0):
Falscher Parameter: Falsches Datei-Stream (0x327AEC5C) wurde an die Funktion
weitergegeben.
fclose(0x327AEC5C)

| c:\programme\borland\bds\4.0\include\dinkumware\fstream Zeile 203:
| if (!_Endwrite())
| _Ans = 0;
|> if (fclose(_Myfile) != 0)
| _Ans = 0;
| }
Aufrufhierarchie:
0x00406B3F(=ProjectX.exe:0x01:005B3F) c:\programme\borland\bds\4.0\include\dinkumware\fstream#203
0x00404A69(=ProjectX.exe:0x01:003A69) c:\programme\borland\bds\4.0\include\dinkumware\fstream#716
0x00403B48(=ProjectX.exe:0x01:002B48) C:\ProjectX\C++ Arbeitsordner\SRC\Unit2.cpp#79
0x5205010F(=vcl100.bpl:0x01:06F10F)
0x5204FD52(=vcl100.bpl:0x01:06ED52)
0x00401FF8(=ProjectX.exe:0x01:000FF8) c:\programme\borland\bds\4.0\include\vcl\Forms.hpp#1008

------------------------------------------
Fehler 00149. 0x300010 (Thread 0x0EF0):
Ressourcenleck: Objektarray (0x1249F00) war nie Gelöscht

Objektarray (0x01249F00) [Größe: 255 Byte] war erstellt mit new[]
Aufrufhierarchie:
0x004154D1(=ProjectX.exe:0x01:0144D1) C:\ProjectX\C++ Arbeitsordner\SRC\Info.cpp#43
0x004160AF(=ProjectX.exe:0x01:0150AF) C:\ProjectX\C++ Arbeitsordner\SRC\Info.cpp#191

Mal sehen, was ich damit so anfangen kann....

]]>https://www.c-plusplus.net/forum/post/1407176https://www.c-plusplus.net/forum/post/1407176Wed, 21 Nov 2007 09:55:25 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Mon, 17 Dec 2007 14:29:10 GMT]]>Inzwischen ist viel passiert. Ich habe jetzt nur noch diese Fehlermeldung vom Codeguard:

CodeGuard schrieb:

Fehler 00097. 0x300010 (Thread 0x0C94):
Ressourcenleck: Objektarray (0x1249F00) war nie Gelöscht

Objektarray (0x01249F00) [Größe: 255 Byte] war erstellt mit new[]
Aufrufhierarchie:
0x0040C8FD(=ProjectX.exe:0x01:00B8FD) C:\ProjectX\Temp\SRC\Info.cpp#43
0x0040D54F(=ProjectX.exe:0x01:00C54F) C:\ProjectX\Temp\SRC\Info.cpp#191
0x5205010F(=vcl100.bpl:0x01:06F10F)
0x5204FD52(=vcl100.bpl:0x01:06ED52)
0x00401FE0(=ProjectX.exe:0x01:000FE0) c:\programme\borland\bds\4.0\include\vcl\Forms.hpp#1008
0x0040CFA8(=ProjectX.exe:0x01:00BFA8) C:\ProjectX\Temp\SRC\Info.cpp#150

------------------------------------------

Das ist Zeile 43:

char  *subBlockName = new char[255];

Das ist Zeile 191:

MyVersionInfo applVersion;

Was muss ich jetzt verfolgen? Ich kann mit der Fehlermeldung mal wieder nicht viel anfangen. Heißt das, es fehlte ein delete für dieses Objektarray?

]]>https://www.c-plusplus.net/forum/post/1422003https://www.c-plusplus.net/forum/post/1422003Mon, 17 Dec 2007 14:29:10 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Mon, 17 Dec 2007 14:45:16 GMT]]>Fast. Es fehlt ein delete[].

]]>https://www.c-plusplus.net/forum/post/1422027https://www.c-plusplus.net/forum/post/1422027Mon, 17 Dec 2007 14:45:16 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Mon, 17 Dec 2007 15:12:18 GMT]]>Falls das nur eine lokale Variable sein sollte, dann würde ich dafür eher eine Stack-Variable nehmen:

char subBlockNam[255];

... denn dann benötigt man auch kein 'delete []' mehr.

]]>https://www.c-plusplus.net/forum/post/1422049https://www.c-plusplus.net/forum/post/1422049Mon, 17 Dec 2007 15:12:18 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Mon, 17 Dec 2007 16:37:30 GMT]]>Ich hab' eine Stack-Variable daraus gemacht. Es war kein Grund ersichtlich, warum für das Array dynamisch Speicher reserviert werden musste ( der dann hinterher nicht mal freigegeben wurde) - war mal wieder ein Programmteil der nicht von mir war. Mehrere Methoden der betroffenen Unit verwenden auch dieses Array als Stack-Variable im selben Kontext (nämlich nur als temporären Puffer). Dankeschön soweit.

➡ Jetzt schreibt CodeGuard vom BDS2006 keine Fehler mehr und BCB3 beschwert sich auch über nix (selbes Projekt mit identischem Code in anderem Ordner), wenn ich jedoch die exe starten will: *.exe hat ein Problem festgestellt und muss beendet werden. Das Ganze 3mal. Wenn ich jedes Mal auf "Informationen zu diesem Fehler" drücke erhalte ich 2mal:

Problemsignatur:
AppName: ProjectX.exe
AppVer: 0.0.0.0
ModName: kernel32.dll
ModVer: 5.1.2600.2991
Offset: 00012a5b

Und 1mal:

Problemsignatur:
AppName: ProjectX.exe
AppVer: 0.0.0.0
ModName: kernel32.dll
ModVer: 5.1.2600.2991
Offset: 0000de9c

Sprich, das Projekt läuft nicht, aber beide mir zur Verfügung stehenden IDE's zeigen keine Fehler an. Ich habe inzwischen alle Module auf ungenutzte oder nicht / falsch initialisierte Variablen und Zeiger abgeklappert, mir fällt nichts mehr auf... Kann jemand eine Aussage zu den geposteten Problemsignaturen machen? Was kann ich damit anfangen?

]]>https://www.c-plusplus.net/forum/post/1422135https://www.c-plusplus.net/forum/post/1422135Mon, 17 Dec 2007 16:37:30 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Mon, 11 Feb 2008 12:50:55 GMT]]>Hallo Gemeinschaft,

ich hab mir mal nen Spaten geholt und das Thema hier wieder ausgegraben. Ich habe derzeit ein fertiges Projekt auf dem Tisch, an dem ich nur ein paar kleine Änderungen machen soll. Die fertig compilierte Executable des Projektes lässt sich überall starten, nur auf meinem Rechner nicht... Mal wieder drei Fehlermeldungen, wie immer. Ich habe jetzt eine neue Theorie: Ich habe hier einen Rechner mit Dualkern-Prozessor, kann es daran liegen? Wie könnte ich eingrenzen, ob es daran liegt?

Edit: PS: Die anderen Rechner sind alle keine Dual-Cores.

]]>https://www.c-plusplus.net/forum/post/1453589https://www.c-plusplus.net/forum/post/1453589Mon, 11 Feb 2008 12:50:55 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Mon, 11 Feb 2008 14:41:37 GMT]]>Kolumbus schrieb:

Die fertig compilierte Executable des Projektes lässt sich überall starten, nur auf meinem Rechner nicht... Mal wieder drei Fehlermeldungen, wie immer.

Dabei kannst du noch glücklich sein, daß dein Fall so einfach reproduzierbar ist 😉 Ich hatte ein ähnliches Problem mal mit einem Programm, das sich bei der ersten Ausführung auf einem bestimmten Rechner seltsam verhielt, danach aber einwandfrei funktionierte. Was hätte ich da nur ohne Virtual PC gemacht...

Kolumbus schrieb:

Ich habe jetzt eine neue Theorie: Ich habe hier einen Rechner mit Dualkern-Prozessor, kann es daran liegen? Wie könnte ich eingrenzen, ob es daran liegt?

Edit: PS: Die anderen Rechner sind alle keine Dual-Cores.

Du könntest das Programm auf deinem Rechner mit Prozessor-Affinität starten (z.B. mit einem Tool wie diesem hier).

Sollte das aber die Fehlerquelle sein, so ist es wohl auf mangelhafte Thread-Synchronisation zurückzuführen. Und nicht alle Fehler, insbesondere nicht derartige, lassen sich mit statischen oder dynamischen Analyse-Tools aufspüren.

]]>https://www.c-plusplus.net/forum/post/1453703https://www.c-plusplus.net/forum/post/1453703Mon, 11 Feb 2008 14:41:37 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Mon, 11 Feb 2008 15:04:14 GMT]]>Wenn es mit der Prozessorzuweisung zusammenhängt und es sich um einen AMD Prozessor handelt, könnte eventuell auch die Installation des DualCore-Optimizers von AMD helfen.

]]>https://www.c-plusplus.net/forum/post/1453721https://www.c-plusplus.net/forum/post/1453721Mon, 11 Feb 2008 15:04:14 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Wed, 13 Feb 2008 09:24:03 GMT]]>audacia schrieb:

Kolumbus schrieb:

Die fertig compilierte Executable des Projektes lässt sich überall starten, nur auf meinem Rechner nicht... Mal wieder drei Fehlermeldungen, wie immer.

Dabei kannst du noch glücklich sein, daß dein Fall so einfach reproduzierbar ist 😉 Ich hatte ein ähnliches Problem mal mit einem Programm, das sich bei der ersten Ausführung auf einem bestimmten Rechner seltsam verhielt, danach aber einwandfrei funktionierte.

Na was ich doch für ein Glückspilz bin 🙂 Nicht dass ich schon 3 Monate nach der Ursache suche 😡

audacia schrieb:

Was hätte ich da nur ohne Virtual PC gemacht...

Liest sich wie ein Wink mit dem Zaunpfahl 😉

audacia schrieb:

Kolumbus schrieb:

Ich habe jetzt eine neue Theorie: Ich habe hier einen Rechner mit Dualkern-Prozessor, kann es daran liegen? Wie könnte ich eingrenzen, ob es daran liegt? ...

Du könntest das Programm auf deinem Rechner mit Prozessor-Affinität starten (z.B. mit einem Tool wie diesem hier).

Leider muss man vor dem Download der Datei die Registrierung abschließen und da steht in den Nutzungsbedingungen:

Delphie-PRAXiS.net schrieb:

Jede Form der Nutzung des Zuganges für gewerbliche Zwecke ist nicht gestattet.

Ich versuche mich generell an soetwas zu halten, daher werd ich mir mal ein anderes Prog suchen. Wenn noch jemand n Link hat, gerne her damit! 😃

Joe_M. schrieb:

Wenn es mit der Prozessorzuweisung zusammenhängt und es sich um einen AMD Prozessor handelt, könnte eventuell auch die Installation des DualCore-Optimizers von AMD helfen.

K, danke - ich behalts im Hinterkopf!

]]>https://www.c-plusplus.net/forum/post/1454920https://www.c-plusplus.net/forum/post/1454920Wed, 13 Feb 2008 09:24:03 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Wed, 13 Feb 2008 10:12:43 GMT]]>Ich habe jetzt mal dieses Tool hier geladen und eine selbst erstellte *.exe für die Nutzung nur eines Kerns eingestellt. Leider hat das keine Veränderung gebracht. 😞
Macht es jetzt trotzdem noch Sinn den Dual-Core-Optimizer zu probieren?

]]>https://www.c-plusplus.net/forum/post/1454950https://www.c-plusplus.net/forum/post/1454950Wed, 13 Feb 2008 10:12:43 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Wed, 13 Feb 2008 15:42:38 GMT]]>Ich fasse es nicht, das Problem ist scheinbar gelöst. 😮 Ich habe allerdings keine (bzw sehr wenig) Ahnung warum. Ich versuche es nochmal zusammenfassend zu beschreiben:
Es dreht sich hier um BCB3-Projekte. Diese wollte ich gerne zu Testzwecken als standalone-exe compilieren und weitergeben bzw. selbst testen. Also habe ich in den BCB3-Projektoptionen immer unter Compiler-Optionen auf "Endgültige Version" gedrückt, unter Linker den Haken bei "Dynamische RTL verwenden" entfernt und unter Packages den Haken bei "Mit Laufzeit-Packages compilieren" entfernt. So lief das Programm jedoch weder im Builder, noch bei mir als standalone-Version.
Aber so ist es doch sogar in den FAQs erklärt??? 😕
Nachdem jetzt die explizite Nutzung nur eines Prozessorkernes (mittels Tool) keine Bessserung brachte, habe ich nochmal ein wenig mit den Projektoptionen experimentiert. Da ich insgesamt von den dort einstellbaren Optionen und ihren Auswirkungen keine Ahnung habe, experimentierte ich ausschließlich mit den 3 oben genannten Einstellungen. Folgende Konfiguration funktioniert mit dem derzeitigen Projekt (ich kann es als standalone-exe starten und weitergeben):

* Endgültige Version unter Compiler-Optionen drücken
* Dynamische RTL verwenden unter Linker deaktivieren
* Mit Laufzeit-Packages compilieren unter Packages aktivieren

(1) Warum ist denn überall beschrieben man soll Laufzeit-Packages für standalone-Progs deaktivieren??? 😡
(2) Kann nochmal jemand beschreiben, was die letzten beiden Einstellungen genau bewirken?

Auf jeden Fall fände ich es sehr(!) ärgerlich, wenn das alles gewesen sein sollte!

Edit: nur Schönheitskorrektur 🙂
Edit2: Noch einen Fehler gefunden und korrigiert 🙄

]]>https://www.c-plusplus.net/forum/post/1455031https://www.c-plusplus.net/forum/post/1455031Wed, 13 Feb 2008 15:42:38 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Wed, 13 Feb 2008 14:57:59 GMT]]>Kolumbus schrieb:

(1) Warum ist denn überall beschrieben man soll Laufzeit-Packages für standalone-Progs deaktivieren??? 😡

Weil es sonst keine Standalone-Programme sind?

Kolumbus schrieb:

(2) Kann nochmal jemand beschreiben, was die letzten beiden Einstellungen genau bewirken?

Sie beeinflussen, ob du die RTL und die VCL (die Delphi-RTL fällt in letztere Kategorie) dynamisch (als DLLs respektive Packages) oder statisch linkst.

Von welchen DLLs und Packages eine .EXE-Datei abhängt, kannst du, wie ich nicht zu erwähnen müde werde, mit Dependency Walker nachsehen. Wenn du damit deine mit dynamischer RTL und Packages kompilierte .EXE analysierst, solltest du feststellen, daß sie durchaus von zusätzlichen DLLs abhängig ist.

Im Übrigen bezweifle ich, daß du damit die Lösung deines Problems gefunden hast. Das Aktivieren von Packages und der dynamischen RTL bringt mit sich, daß zu Programmstart einige DLLs mehr geladen werden, wodurch sich das Working Set vergrößert, die Speicherverwaltung unterschiedlich strukturiert und der Ablauf während der Ladezeit anders sein kann. Möglicherweise führt das zufällig dazu, daß dein Fehler, ob er nun mit einem Speicherleck, bei dem der Memory-Manager in dieser Konstellation zufällig toleranter ist, mit einem Thread-Synchronisationsfehler oder anderen Widrigkeiten zusammenhängt, zufällig meistens nicht auffällt.

Ich rate dir dringend, das Programm in einem Zustand zu belassen, in dem der Fehler auftritt, und ihn weiter einzugrenzen. Sonst hast du irgendwann vielleicht ein paar Kunden am Hals, auf deren Rechner dein Fehler ganz zufällig andauernd auftritt.

]]>https://www.c-plusplus.net/forum/post/1455150https://www.c-plusplus.net/forum/post/1455150Wed, 13 Feb 2008 14:57:59 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Thu, 14 Feb 2008 10:58:50 GMT]]>K, danke erstmal für die Antworten.

audacia schrieb:

Kolumbus schrieb:

(1) Warum ist denn überall beschrieben man soll Laufzeit-Packages für standalone-Progs deaktivieren??? 😡

Weil es sonst keine Standalone-Programme sind?

Klar, leuchtet ein!

audacia schrieb:

Kolumbus schrieb:

(2) Kann nochmal jemand beschreiben, was die letzten beiden Einstellungen genau bewirken?

Sie beeinflussen, ob du die RTL und die VCL (die Delphi-RTL fällt in letztere Kategorie) dynamisch (als DLLs respektive Packages) oder statisch linkst.

Soweit klar, ich dachte da gibts noch Geheimnisse!?

audacia schrieb:

Von welchen DLLs und Packages eine .EXE-Datei abhängt, kannst du, wie ich nicht zu erwähnen müde werde, mit Dependency Walker nachsehen. Wenn du damit deine mit dynamischer RTL und Packages kompilierte .EXE analysierst, solltest du feststellen, daß sie durchaus von zusätzlichen DLLs abhängig ist.

Das glaube ich auch so (aber es ist sicherlich mal interessant zu sehen)! Um so merkwürdiger fand ich ja, dass ich nur die *.exe weitergeben und ohne (sichtbare) Fehler auf einem anderen Rechner ausführen konnte. Aber der PC hatte dann in einem Standardverzeichnis zufällig die richtigen Bibliotheken zur Verfügung nehme ich an!? Oder liefere ich die in der *.exe mit, wenn ich Packages aktiviert habe?

audacia schrieb:

Im Übrigen bezweifle ich, daß du damit die Lösung deines Problems gefunden hast. Das Aktivieren von Packages und der dynamischen RTL bringt mit sich, daß zu Programmstart einige DLLs mehr geladen werden, wodurch sich das Working Set vergrößert, die Speicherverwaltung unterschiedlich strukturiert und der Ablauf während der Ladezeit anders sein kann.

Ich habe nur Packages aktiviert!

audacia schrieb:

Möglicherweise führt das zufällig dazu, daß dein Fehler, ob er nun mit einem Speicherleck, bei dem der Memory-Manager in dieser Konstellation zufällig toleranter ist, mit einem Thread-Synchronisationsfehler oder anderen Widrigkeiten zusammenhängt, zufällig meistens nicht auffällt.

Ich vermute keinen Thread-Synchronisationsfehler. Es gibt im aktuellen Prog einen Thread der im Hintergrund auf Zeichen an einer angegebenen COM-Schnittstelle wartet. Je nach Programmzustand (Nutzereingaben) ist der Thread mal Suspended und mal Resumed. Beim Programmstart wird der Thread mit new als Suspended angelegt, also noch nicht gestartet. Daher kann ich den Thread doch wohl für das "startet-nicht-Problem" ausschließen!? Zu Speicherlecks schreibe ich gleich noch was...

audacia schrieb:

Ich rate dir dringend, das Programm in einem Zustand zu belassen, in dem der Fehler auftritt, und ihn weiter einzugrenzen. Sonst hast du irgendwann vielleicht ein paar Kunden am Hals, auf deren Rechner dein Fehler ganz zufällig andauernd auftritt.

Im aktuellen Problem-Projekt sollte ich "nur schnell" ein paar Captions etc ins Englische übersetzen, das Projekt ist garnicht von mir. Ich kann meine Zeit nicht noch in die Suche nach Fehlern in diesem Projekt zu stecken. Es hat mich nur gewundert, dass genau derselbe Fehler wie bei einem Projekt das ich übernommen habe auftritt!
Das übernommene Projekt von dem ich hier schreibe, ist das Prog, welchem dieser Thread hier zugrunde liegt. Da habe ich aber inzwischen nirgendwo mehr Fehler gefunden. BCB3 compiliert und linkt ohne Warungen und Fehler. Wenn ich das Projekt in einen extra-Ordner kopiere und in BDS2006 lade, compiliert und linkt BDS2006 auch ohne Warnungen und Fehler. Selbst Codeguard beschwert sich über nichts, wenn aktiviert!? Also kann ich doch davon ausgehen, dass sich keine Speicherlecks versteckt haben!? Trotzdem lässt sich auch dort ohne Packages keine ausführbare *.exe erstellen.
Das Ganze nervt ziemlich! Ich habe jetzt nochmal Testweise ein neues Projekt erstellt, nur ne Form mitnem Button drauf - da funktioniert es ohne Probleme, also wie überall beschrieben - "Mit Laufzeit-Packages compilieren" deaktiviert.

Faszit: Ich lasse das Übersetzungsprojekt wie es ist und mein übernommenes Projekt schreibe ich nochmal von Grund auf neu!

Wie immer bin ich dankbar für weitere Anmerkungen!

]]>https://www.c-plusplus.net/forum/post/1455720https://www.c-plusplus.net/forum/post/1455720Thu, 14 Feb 2008 10:58:50 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Thu, 14 Feb 2008 12:27:08 GMT]]>

Selbst Codeguard beschwert sich über nichts, wenn aktiviert!? Also kann ich doch davon ausgehen, dass sich keine Speicherlecks versteckt haben!?

Den Codeguard interessieren keine Speicherlecks.

]]>https://www.c-plusplus.net/forum/post/1455789https://www.c-plusplus.net/forum/post/1455789Thu, 14 Feb 2008 12:27:08 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Thu, 14 Feb 2008 12:36:20 GMT]]>murks schrieb:

Den Codeguard interessieren keine Speicherlecks.

Diese Aussaga ist schlicht und ergreifend falsch.

]]>https://www.c-plusplus.net/forum/post/1455797https://www.c-plusplus.net/forum/post/1455797Thu, 14 Feb 2008 12:36:20 GMT<![CDATA[Reply to BCB3 - *.exe hat ein Problem festgestellt [doch nicht gelöst] on Thu, 14 Feb 2008 17:27:17 GMT]]>Joe_M. schrieb:

murks schrieb:

Den Codeguard interessieren keine Speicherlecks.

Diese Aussaga ist schlicht und ergreifend falsch.

Nein. Der Codeguard beim BCB ist schlichtweg bekanntermassen fehlerhaft implementiert. Er lässt sich in dieser Hinsicht sehr "einfach austricksen".

]]>https://www.c-plusplus.net/forum/post/1456025https://www.c-plusplus.net/forum/post/1456025Thu, 14 Feb 2008 17:27:17 GMT