EAccessViolation error. unregelmäßig und an unterschiedliche

[mojo777]

...und an unterschiedlichen Adressen.

Hallo,
ich bekomme seit einigen Stunden so einen bescheuerten EAccessVioilation Fehler. Zuerst kam er nur selten und ich dachte, das wäre irgendso ein trick der Delphi IDE.
Der Fehler kommt NUR beim beenden Des Programms (also meins, nicht delphi) und verweisst meistens auf unterschiedliche Adressen.
Ich habe schon versucht mit der CPU view irgendetwas herauszufinden hatte aber keinen erfolg.
der fehler kommt ungefährt an dieser stelle (grob beschrieben):

Delphi-Quellcode:

  
(...)
Application.CreateForm(TdtSetupForm, dtSetupForm);
  Application.Run; 
end.  //<---- da! Das ist auch die letzte Zeite im "source"

also eigentlich passiert wohl irgendwas bei den destruktoren und irgned eine komponente greift ins leere.
ich habe auch shcon versucht so die etwas komplex aufgebauten zu löschen.
der fehler kommt zwar "etwas" seltener aber er ist immer noch da.

bin am verweifeln. er wirkt sich zwar nicht auf die funktionalität des programms aus, aber das sieht doch voll kacke aus, wenn sowas immer einem am ende zeigt, dass das programm "leicht" unsicher ist...

hatte schon mal jemand von euch so einen fall?

vielen dank für tipps.


mfg

[SirThornberry]

DEr Fehler liegt eine Zeile weiter oben. Also vor oder nach der nachrichtenschleife. Ich vermute du zerstörst einige Objecte nicht bzw. schreibst in deiner Anwendung an stellen im Speicher die dir nicht gehören. Beim aufräumen knallt es dann weil du an einigen Stellen im Speicher etwas überschrieben hast was zum aufräumen benötigt wird. (war mal ganz vereinfacht ausgedrückt)

[mojo777]

:roll:
ich unternehme aber keinen direkten zugriff auf den speicher.
den spaß überlasse ich delphi ganz alleine.
*überleg*
kann es denn daran liegen, dass ein paar komponenten die mit create erstellt wurden, nicht mit free geschlossen wurden?

gruß

[TBx]

Zitat:

Zitat von mojo777

:roll:
kann es denn daran liegen, dass ein paar komponenten die mit create erstellt wurden, nicht mit free geschlossen wurden?
gruß

eher umgekehrt.

Generierst Du evtl. zur Laufzeit Komponenten, die ein Formular als Owner haben und versuchst diese Komponenten nach dem Zerstören des Owners noch anzusprechen?

Gruß

onlinekater

[SirThornberry]

Zitat:

Zitat von mojo777

:roll:
ich unternehme aber keinen direkten zugriff auf den speicher...

Bist du dir sicher das du nirgends arrays, schleifen die auf Strings zugreifen etc. verwendest?

[mojo777]

@onlinekater.
also nein.
ich habe soetwas ähnliches am anfang vermutet. ich hab da so ein paar timer laufen die die sql-query benutzen. aber auch wenn ich sie ganz deaktiviere kommts zum error... :-(

sirThornberry,
ich habe soeben nachgesehen ob irgendwo bei onChange irgendetwas den fehler verursachen könnte. habe auch alle on change bereiche auskommentiert und der fehler ist immernoch da.
ansonsten werden keine stringoperationen ohne userinteraktion ausgeführt. (auch bei onClose nicht)
können es aber "onAfterPost" ssachen sein? :roll:

ich habe mir auch eben die bakcups angeschaut und beim letzte (6 arbeitsstunden zurück :-( )
komtm der fehler zwar nicht, aber bei der ide hatte ich gerade so eine meldung wie:

Zitat:

Format '%s' ungültig oder nicht kompatibel mit argument

handelt es sich um irgendeine zeigeroperation oder string?
meine vermutung liegt (jetzt die 20.) geht in die richtung, dass vll. irgend ein feld bei den queries oder tabellen größer oder kleiner geworden ist und die grids damit nicht mehr klar kommen. :-(

*suche weiter*

[mojo777]

so ein geficke ey....
kann ich den scheiss nicht irgendwie abfangen?.....
wie z.b.

Delphi-Quellcode:

(...)  
try
  end.
  except {do nix} 
end;

:freak:

[Valle]

So nicht, weil Delphi alles nach "end." ignoriert, und somit die try-except Abfrage unvollständig wäre.

[SirThornberry]

Wenn dann mit Application.OnException. Aber das kann nicht die Lösung sein. Anstelle einen Fehler versuchen zu verbergen sollte man die Ursache finden und diese beseitigen. Hast du im Destroy schonmal einen Haltepunkt gesetzt und bist durchgesteppt um heraus zu finden wo der Fehler dort auftritt?

[mojo777]

ja. ich habe ca 1000 mal geklickt und es kam nix. sind halt einige sachen drin.
:-(