Delphi-PRAXiS

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Programmieren allgemein (https://www.delphipraxis.net/40-programmieren-allgemein/)
-   -   AV in _LStrLAsg - was nun? (https://www.delphipraxis.net/162078-av-_lstrlasg-nun.html)

rollstuhlfahrer 4. Aug 2011 22:35

AV in _LStrLAsg - was nun?
 
Hi @all,

mein erstes "Programm" befindet sich zur Zeit in der Startphase. Fast täglich hagelt es eine andere Fehlermeldung. In den Griff bekomme ich dieses mal das Problem nicht:

Fehlermeldung:
"Zugriffsverletzung bei Adresse 004045C4 in Modul [Modulname = Name der Exe-Datei]. Lesen von Adresse FFFFFFF9."

So richtig aussagekräftig ist das zwar nicht, aber (mein) Delphi 7 baut an diese Stelle, egal wie oft man das Programm neu baut (inkl. löschen der DCU-Dateien) an diese Stelle immer die Funktion _LStrLAsg.

Damit habe ich zwar den Fehler identifiziert, aber lösen kann ich ihn nicht. Der Quelltext der Funktion lässt bei mir nur Fragezeichen erscheinen. Auch komme ich nicht an den Rechner ran, an dem der Fehler aufgetreten ist. Bei den momentan ~4 Rechnern wo das Programm zur Zeit läuft, kommt nur an einem einzigen der Fehler. Was kann man da machen?

Bernhard

PS: Google meinte was, dass die Funktion zu den String-Internas gehört. Gleich vorweg: Damit kenne ich mich nicht aus. Delphi-Speed-Up & Co. für D7 habe ich nicht installiert.

blackfin 5. Aug 2011 01:19

AW: AV in _LStrLAsg - was nun?
 
Vielleicht verdammenswert, aber schon einmal dran gedacht, für Programme, die deine Kunden (Beta)-Testen, Eurekalog oder MadExcept einzubauen?
Das sind Life-Saver in solchen Fällen :-) (vor allem Ersteres...ich glaube, ich habe in den letzten Jahren fast alle Bugs, die nur bei Kunden aufgetreten sind und hier auf keinem Rechner reproduzierbar waren, allein durch EurekaLog zerschlagen, so abstrus sie auch waren..)


Alle Zeitangaben in WEZ +1. Es ist jetzt 20:29 Uhr.

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz