Leidiges EAccessViolation bei dynamischer TabSheet-Erzeugun

[SirThornberry]

Neue Frage -> Neuer Thread :-D
In der Erklärung des neuen Threads kannst du ja auf diesen hier verlinken damit die Leute wissen worum es geht.

[winnionkel]

Hallo,

habe mir die ganze Sache mal durchgelesen. Ich habe auch große Probleme mit undefinierten Fehlermeldungen.
Kann es sein, das Delphi 7 Probleme mit 'self' hat ?

Ich Erzeuge auch einige Objekte mit dem Parameter 'self'.
Ich bekomme bei einigen Kunden Fehlermeldungen beim Starten meines Progs.

Wenn ich in Delphi zu der Adresse des Laufzeitfehlers gehe, springt er in die Unit System zur Procedure:

Delphi-Quellcode:

procedure TObject.Free;
begin
  if Self <> nil then
    Destroy;
end;

[Muetze1]

Die Frage hast du doch nun schon in einem anderen Thread gestellt :gruebel:

Grundlegend gibt es bei keiner Delphi Version die ich benutze/benutzt habe (D3, D4, D5, D6, D7 und D10) habe ich jemals Probleme mit Self gehabt. Wenn es eine AV in der von dir genannten Stelle gab, dann war immer eine ungültige Referenz der Auslöser. Entweder wurde ein Objekt freigegeben und die Instanzenvariable nicht Nil gesetzt (wie mkinzler im anderen Thread schon sagte). Eine andere Möglichkeit ist, die Instanz wurde in mehreren Variablen abgelegt und eine davon wurde freigegeben, damit wird die anderen unbemerkt ungültigt. Beispiel dazu:

Delphi-Quellcode:

Var
  lInstanz,
  lGleicheInstanz: TObject;
Begin
  lInstanz := TObject.Create;
  lGleicheInstanz := lInstanz;   // beide Variablen enthalten die gleiche Instanz und [b]keine Kopie[/b]!

  lInstanz.Free;   // damit wird lGleicheInstanz automatisch mit ungültig!
End;

Ein anderer Fall: Die Instanz wurde durch den Owner schon freigegeben: Beispiel: eine Variable TPanel welche ein Panel zugewiesen wurde und als Owner wurde eine Form übergeben. Wenn die Form freigegeben wird, gibt diese auch die TPanel Instanz frei und die Variable enthalt dann eine ungültige Instanz. Auch hier würde im besten Falle eine AV beim Free ausgelöst werden.

Grundlegend sollte Self immer gut sein. Wenn in einer Methode Self NIL ist, dann befindet man sich in einer Methode einer nicht instanziierten Klasse. Dieses kann auch leicht geschehen, wenn man einen virtuellen Constructor versteckt und einen neuen implementiert (Compiler Warnung kann ja mit ReIntroduce unterdrückt werden) und die Klasse aber über die Basisklasse instanziiert wird.

[SirThornberry]

Wenn im Constructor eine Exception fliegt wird die Klasse auch sofort wieder zerstört was erklären würde das du in der Methode "free" landest.

[Muetze1]

Zitat:

Zitat von SirThornberry

Wenn im Constructor eine Exception fliegt wird die Klasse auch sofort wieder zerstört was erklären würde das du in der Methode "free" landest.

Aber doch nur, wenn die Instanzenvariable vorher nicht initialisiert wurde (mit Nil) - u.a. weil es ein Member einer Klasse ist oder eine globale Variable - und die geworfene Exception nicht weiter beachtet wird und es später zum Aufruf von Free für diese "kaputte" Instanzenvariable aufgerufen wird...

[winnionkel]

Sorry Leute. Ich habe festgestellt, das es an meiner Delphi Installation liegt.
Ich habe Delphi neu installiert.
Wenn ich jetzt Delphi starte, habe ich keine Komponenten drin.

Und wenn ich es dann beende, bekomme ich genau das Debug Fenster, wie meine Anwender auch...

[Muetze1]

Keine Komponenten? Kann es sein, dass du Delphi unter einem anderen Benutzerkonto installiert hast als dem Konto in dem du es jetzt ausführst?

[winnionkel]

Ne. Hab ich nicht. Ich hatte Delphi installiert, und ohne es ein mal zu starten die Jedis installiert. Ich denke das der Fehler daher kommt.
Bin grade am neu installieren...