Delphi Fehler, was bedeutet der?

[AlexII]

Hallo,

ich bekomme seit kurzem diesen Delphi Fehler, siehe Screenshot, und weiß nicht was dieser bedeutet. Nach einem Windows Neustart sehe ich ihn nicht mehr, aber nach ein Paar Starts kommt er.

Also ich kann mein Programm kompilieren und erzeugen aber nicht starten über den PlayButton(F9) ohne das dieser Fehler erscheint.

Wer kann mir da weiter helfen? Danke!

P.S. Hab Windows XP und Delphi 7 Personal

[himitsu]

Und wo landest du nach dem Klick auf OK?
Mit und ohne ankreuzen des CPU-Ansicht-Feldes?

Was macht dein Programm denn so Geheimes?
Jedenfalls spielst du wohl mit irgendwelchen OLE-Objekten rum und da geht irgendwas schief. ( TWebBrowser? )

Den Debugger kennst du?


PS: Strg+C funktioniert auch in allen Delphi-Dialogen.
Und schon kann man den Text hier reinkopieren, damit wir uns nicht erst ein Bild runterladen müssen, es spart auch Speicherpaltz und wir können und Textteile rauskopieren, um danach zu suchen. :zwinker:

[AlexII]

Nach dem Klicken auf OK verschwindet die Fehlermeldung und ich gelange zurück in den Code-Fenster. Die Anwendung wird allerdings angehalten. Wenn ich noch ein Mal auf Start(F9) klicke öffnet sich mein Programm.

Was soll ich kopieren? Das Programm hat ca. 3000 Zeilen, ist schwer alles hier rein zu kopieren.

Hm... liegt das vllt an Delphi und nicht an meiner Anwendung?

[madtom]

Hallo, so ins Blaue geschossen würde ich sagen, Du hast über COM bzw. OleAutomation versucht, Dich mit einem COM-Object (z.B. MS Word) zu verbinden. Manchmal kann es sein, das Du CoInitialize oder CoInitializeEx beim Erzeugen des Objekts hättest aufrufen müssen.

[AlexII]

Zitat:

Zitat von madtom (Beitrag 1179607)

Hallo, so ins Blaue geschossen würde ich sagen, Du hast über COM bzw. OleAutomation versucht, Dich mit einem COM-Object (z.B. MS Word) zu verbinden. Manchmal kann es sein, das Du CoInitialize oder CoInitializeEx beim Erzeugen des Objekts hättest aufrufen müssen.

Nicht das ich wüsste, hab normal mir meinen Edit's und so gearbeitet. Ok mit RichEdit noch und diese in eine *.rtf Datei abgespeichert, sonst nix besonderes.

[madtom]

Der Fehler an sich ist aber wie der Name schon sagt ein OLE Fehler (Object Linking and Embedding)

[Luckie]

Könnte also durchaus mit dem RichEdit zusammenhängen. Ich meine jedenfalls dass es OLE Zugriffe durchführt.

[AlexII]

Zitat:

Zitat von Luckie (Beitrag 1179611)

Könnte also durchaus mit dem RichEdit zusammenhängen. Ich meine jedenfalls dass es OLE Zugriffe durchführt.

Hm... und was kann man da machen? :gruebel:

Das ist der ganze Code den ich für RichEdit verwenden:

Delphi-Quellcode:

// File speichern
procedure TForm1.SaveFile;
var UserAppDataDir: WideString;
begin
  UserAppDataDir := GetSpecialFolder(Handle, CSIDL_LOCAL_APPDATA);
  ForceDirectories(UserAppDataDir + AppDataRootDir + AppDataProjectDir);

  try
    RichEdit1.Lines.SaveToFile(UserAppDataDir + AppDataRootDir + AppDataProjectDir + '\File.rtf');
  except
  end;
end;

// File laden
procedure TForm1.FormCreate(Sender: TObject);
var UserAppDataDir: WideString;
begin
  UserAppDataDir := GetSpecialFolder(Handle, CSIDL_LOCAL_APPDATA);
  ForceDirectories(UserAppDataDir + AppDataRootDir + AppDataProjectDir);

  try
    RichEdit1.Lines.LoadFromFile(UserAppDataDir + AppDataRootDir + AppDataProjectDir + '\File.rtf');
  except
  end;
end;

[himitsu]

Zitat:

Zitat von AlexII (Beitrag 1179606)

Hm... liegt das vllt an Delphi und nicht an meiner Anwendung?

Der Fehler liegt wohl eher an deiner Anwendung, oder läuft es, wenn du das Programm ohne Debugger startest?
Wenn du nach dem Fehler und nach dem Anhalten dein Programm weiterlaufen läßt, wird dann nochmal eine Fehlermeldung angeteigt, mit dem Text "Unbekannter Fehler"?
[add] OK, wenn es in deinen netten leeren Except-Blocken knallt, dann wird natürlich nichts angezeigt. [/add]

Zitat:

Zitat von AlexII (Beitrag 1179606)

Nach dem Klicken auf OK verschwindet die Fehlermeldung und ich gelange zurück in den Code-Fenster. ...

Was soll ich kopieren? Das Programm hat ca. 3000 Zeilen, ist schwer alles hier rein zu kopieren.

Wie wäre es für den Anfang mit den Parr Zeilen um die Stelle wo es scheinbar knallt?

Und nochmal zum Debugger.

Setze 1-2 Zeilen vor der Problemstelle einen Haltepunkt und arbeite dich dann mit F7 bis dahin vor, wo es knallt ... die letzte Zeile vor F7, bevor es knallt, die zeigst du uns dann, inkl. einiger Zeilen davor.
(die angezeigt Stelle muß nicht zwangsläufig die Fehlerstelle sein, da der Debugger manchmal/oftmals etwas zu weit im Call-Stack zurück springt)

[add]

Zitat:

Delphi-Quellcode:

  try
    ...
  except
  end;

Sowas ist natürlich das Beste was man machen kann. Also grob fahrlässig Fehlermeldungen einfach so zu unterdrücken und sie nicht auszuwerten.

[AlexII]

Ok ich versuche es mit dem Debugger.

Also nach nem Windows Neustart gibt's die Fehlermeldung eine Zeit nicht und ohne Delphi-IDE startet meine Anwendung ohne Fehler, ganz normal, wie auch vorher.