Programm-Absturz seit Delphi 11.2

[Uwe Raabe]

Zitat von atari1040:

Es gibt immer eine Hand voll Leute, die den großen Mist der gebaut wurde noch verteidigen.

Verteidigen ist wohl nicht das richtige Wort. Mithelfen es zu verbessern kommt dem schon eher nahe. Im Gegensatz zum HSV (na ja, bis auf einen marginalen Personenkreis) geht das bei Delphi schon, wenn man es möchte.

Ich arbeite gezwungenermaßen mit unterschiedlichen Delphi-Versionen für verschiedene Projekte und muss da immer wieder feststellen, wie mir so manches Feature der neueren Versionen plötzlich fehlt. Natürlich nerven mich auch die bestehenden Bugs, in vielen Fällen wohl auch schon eine Weile länger als so manchen hier. Nur, lamentieren und/oder abwarten tragen rein gar nichts zur Lösung des Problems bei.

Dabei bleibt in diesem Fall immer noch die Frage, ob das Problem wirklich in Delphi selbst liegt, oder ob vielleicht eine sinnvolle und wünschenswerte Änderung (z.B. ASLR) in der letzten Version lediglich die Schwachstellen in anderem Code sichtbar macht.

[atari1040]

Zitat von Uwe Raabe:

Dabei bleibt in diesem Fall immer noch die Frage, ob das Problem wirklich in Delphi selbst liegt, oder ob vielleicht eine sinnvolle und wünschenswerte Änderung (z.B. ASLR) in der letzten Version lediglich die Schwachstellen in anderem Code sichtbar macht.

Wenn Delphi Schwachstellen aufdeckt kann ich gut damit leben. Wenn eine IDE einfriert und ich nicht mal eine Fehlermeldung bekomme kann ich weniger gut damit leben. Antworten wie "passiert bei mir nicht" sind da immer weniger hilfreich. Es passiert uns ja auch, dass Anwender einen Fehler melden, den wir nicht nachvollziehen können. Da antwortet man am besten nicht, dass es auf dem Entwickler-PC nicht passiert sondern geht mit dem Anwender, der bestimmt zu Recht den Fehler meldet, in die Analyse. Delphi zu verbessern? Ich glaube das ist so unmöglich wie das der HSV Deutscher Meister wird.

[Uwe Raabe]

Zitat von atari1040:

Es passiert uns ja auch, dass Anwender einen Fehler melden, den wir nicht nachvollziehen können.

Immerhin meldet der Anwender den Fehler! Was wäre, wenn der Anwender statt dessen euer Programm (oder die neue Version) nicht nutzt und stattdessen in öffentlichen Foren über die miserable Qualität wettert und das Programm als totalen Mist bezeichnet?

Ich will hier ja gar nicht die vorhandenen Fehler klein reden, aber wenigstens den ersten Schritt tun und den Fehler melden und, falls nötig, mit dem Hersteller oder hier im Forum daran arbeiten, ihn zu reproduzieren sollte man erwarten können. Eine Rückmeldung "passiert hier nicht" ist nur eine anderen Formulierung für "es fehlen noch weitere Informationen um den Fehler zu reproduzieren". Das kann manchmal schwierig werden, ist aber für die Behebung notwendig. Wie schon gesagt, beim HSV kannst du vermutlich nichts tun, bei Delphi aber schon.

[atari1040]

Zitat von Uwe Raabe:

...

Ich will hier ja gar nicht die vorhandenen Fehler klein reden, aber wenigstens den ersten Schritt tun und den Fehler melden und, falls nötig, mit dem Hersteller oder hier im Forum daran arbeiten, ihn zu reproduzieren sollte man erwarten können. Eine Rückmeldung "passiert hier nicht" ist nur eine anderen Formulierung für "es fehlen noch weitere Informationen um den Fehler zu reproduzieren". Das kann manchmal schwierig werden, ist aber für die Behebung notwendig. Wie schon gesagt, beim HSV kannst du vermutlich nichts tun, bei Delphi aber schon.

Uwe, dass hört sich alles schön an was Du schreibst und Du wirst bestimmt viel Beifall dafür bekommen. In diesem Fall treffe ich aber die Entscheidung, was ich in meiner Arbeitszeit mache. Produktiv für den Kunden sein oder ehrenamtlich dem Delphi Hersteller beim Versuch helfen, eine stabile IDE zu entwickeln. Woher weisst Du, wieviele Fehler ich in den letzten Jahrzehnten gemeldet habe? Mein größtes Problem mit Delphi ist die Laufzeit der Fehlerbehebung, die vielleicht sogar kommerzielle Gründe hat. Man fühlt sich schon wie in einer Abo Falle. Dein Fehler wird behoben, wenn Du verlängerst. 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. Nein Uwe, zum Glück treffen wir die Entscheidung, welche Entwicklungsumgebung wir einsetzen. Dein Ziel, Delphi zu verbessern in allen Ehren aber mein Ziel kann nach den gemachten Erfahrungen nur noch die Umstellung aller Projekte auf eine andere Architektur sein. Bis dahin muss ich mich wohl mit den Problemen quälen.

[Uwe Raabe]

Zitat von atari1040:

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 von rwalper:

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 von atari1040:

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 von atari1040:

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 von walterschmitt:

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 von 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.

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.