Programm-Absturz seit Delphi 11.2

[himitsu]

Zitat:

Zitat von jaenicke (Beitrag 1512985)

Wenn ich mir allerdings die Anzahl der Bugmeldungen zu Delphi 11 anschaue, dann kann die Qualität für viele gar nicht so schlimm sein.

Joar,
* das nichtgehende CodeInsight und CodeCompletion
* gleichnamige Inlinevariablen beim Debuggen
* eine IDE die koplett hängen bleibt ... ist voll fießt ... früher krachte es einfach weg und man wusste das war's und nun bekommt man hoffnungslos die Hoffnung es könnte sich wieder fangen

* aber sonst melde ich grade eher Fehler/Features, die mich schon länger nerven

Jetzt, wo ALLES gut läuft, darf man doch endlich mal fragen, ob sich diesbezüglich endlich mal was ändern lässt? :duck:
https://quality.embarcadero.com/browse/RSP-20885
https://quality.embarcadero.com/browse/RSP-39676
https://quality.embarcadero.com/browse/RSP-39558

[Fritzew]

Die Problem mit 64 Bit kommen meiner Meinung nach von
der jetzt default eingeschalteten Option für ASL im Linker

Das kann man relativ einfach überprüfen: ASLR abschalten in den Linker-Einstellungen.
Zur Sicherheit beide Optionen.

Dann hilft nur Debugger und schauen wo eventuell Typen nicht passen

[walterschmitt]

Zitat:

Die Problem mit 64 Bit kommen meiner Meinung nach von
der jetzt default eingeschalteten Option für ASL im Linker

Das kann man relativ einfach überprüfen: ASLR abschalten in den Linker-Einstellungen.
Zur Sicherheit beide Optionen.

Habe ich jetzt gemacht.
Läuft jetzt.

[Uwe Raabe]

Zitat:

Zitat von walterschmitt (Beitrag 1512993)

Habe ich jetzt gemacht.
Läuft jetzt.

Dir ist aber schon klar, dass da jetzt immer noch ein Fehler im Code vorliegt, oder?
Das ist in etwa so sinnvoll wie das generelle Abschalten des Range-Checking, weil das sporadisch zu unerklärlichen Fehlern führt.

[Uwe Raabe]

Zitat:

Zitat von atari1040 (Beitrag 1512990)

Woher weisst Du, wieviele Fehler ich in den letzten Jahrzehnten gemeldet habe?

Das weiß ich natürlich nicht und meine Aussage bezog sich auch eher auf diese Bemerkung:

Zitat:

Zitat von rwalper (Beitrag 1512981)

So warte nun auf das nächste Update von Emba und DevExpress in der Hoffnung, dass es dann läuft

Als ob nur abzuwarten hier irgendetwas bringen würde.

Zitat:

Zitat von atari1040 (Beitrag 1512990)

Seit Delphi 11 draussen ist friert die IDE ein, wenn Du alte Projekte laden möchtest und eine Komponente nicht installiert ist. Die Frage ist dann, welche Komponente, denn darüber schweigt sich die eingefrorene IDE aus.

Das hört sich jetzt so an, als wäre das immer der Fall. Meine eigene Erfahrung ist aber eine andere (gerade nochmal probiert). Die Ursache ist also nicht generell das Laden eines alten Projekts mit einer nicht installierten Komponente, sonder es muss noch etwas anderes involviert sein. Wenn du mir die entsprechenden QP-Einträge nennst, will ich da gerne mal reinschauen.

Zitat:

Zitat von atari1040 (Beitrag 1512990)

mein Ziel kann nach den gemachten Erfahrungen nur noch die Umstellung aller Projekte auf eine andere Architektur sein.

Nun gut, wenn du diese Entscheidung bereits getroffen hast, kann ich verstehen wenn für dich die Behebung der Fehler nicht mehr von Belang ist. Ich wünsche dir bei deiner Umstellung viel Erfolg.

[walterschmitt]

Zitat:

Dir ist aber schon klar, dass da jetzt immer noch ein Fehler im Code vorliegt, oder?
Das ist in etwa so sinnvoll wie das generelle Abschalten des Range-Checking, weil das sporadisch zu unerklärlichen Fehlern führt.

Ist mir schon klar, aber wie schon vorher geschrieben den Fehler verursacht eine Fremd-Komponente.
Ich habe denen ein Beispielcode gesendet, der läuft dort aber ohne Probleme.

[Fritzew]

Zitat:

Zitat von walterschmitt (Beitrag 1512998)

Ist mir schon klar, aber wie schon vorher geschrieben den Fehler verursacht eine Fremd-Komponente.
Ich habe denen ein Beispielcode gesendet, der läuft dort aber ohne Probleme.

Tja, liegt die Komponente im Source vor? Dann würde ich wirklich schauen was die Ursache ist.
Mit dem Wissen eines solchen Fehlers würde ich nicht mehr ruhig schlafen. Nur weil es bei Dir nicht mehr auftritt ist das Problem nicht gelöst!

[jaenicke]

Zitat:

Zitat von walterschmitt (Beitrag 1512998)

Zitat:

Dir ist aber schon klar, dass da jetzt immer noch ein Fehler im Code vorliegt, oder?
Das ist in etwa so sinnvoll wie das generelle Abschalten des Range-Checking, weil das sporadisch zu unerklärlichen Fehlern führt.

Ist mir schon klar, aber wie schon vorher geschrieben den Fehler verursacht eine Fremd-Komponente.
Ich habe denen ein Beispielcode gesendet, der läuft dort aber ohne Probleme.

Das Problem an der Geschichte ist, dass ASLR dazu führt, dass z.B. Fehler auffallen, die bisher nur nicht aufgefallen sind, weil an fehlerhaft zugegriffenen Speicherpositionen Werte standen, die keinen Fehler verursachten. Diese Speicherfehler müssen aber nicht unbedingt an der Stelle entstehen, an der sie auftreten.

Heißt: Nur weil der Fehler in einer externen Komponene auftritt, heißt das nicht, dass er auch dort verursacht wird. Es kann also durchaus sein, dass der Fehler in dem eigenen Code liegt und sich nur in einer solchen Komponente äußert.

Finden lassen sich solche Fehler auf zwei Wegen:
Entweder man kann vorhersagen, welche Speicherstelle falsch angesprochen wird, dann kann man miit Datenhaltepunkten arbeiten.

Oder es bleibt (neben sehr aufwendigen Analysen, die man eher nicht machen möchte) nur folgender Weg: Man entkernt die Anwendung bis man den Fehler nicht mehr reproduzieren kann. Dann macht man die Änderung rückgängig, bis man es wieder reproduzieren kann, und entfernt dann andere Teile.
Am Ende hat man entweder ein Demoprogramm für einen externen Hersteller oder man hat den Fehler gefunden.

[walterschmitt]

Habe doch ein Demoprogramm an den Hersteller geschickt.
Das Programm war ein Fenster mit nichts anderem als nur dieser Komponente.
Bei mir Crash, beim Hersteller läuft es.
Glaube langsam es liegt an meiner Windows-Installation.
Habe auch den Sourcecode und kenne die verantwortliche Codezeile.
Bei mir zeigt die Speicheradresse der Variablen auf $FFFFFFFF930FFA58 und damit ins Nirvana.
Sollte eigentlich $00000000930FFA58 sein.

[jaenicke]

Kann es sein, dass da irgendwelche Casts im Spiel sind?

Wird die Variable schon falsch geschrieben? An der Stelle helfen Datenhaltepunkte, wenn der Wert zuerst richtig ist und später falsch. Denn dann kannst du auf die Variable nach dem korrekten Setzen einen Datenhaltepunkt setzen und dann schauen, wo der geändert wird.