Programm-Absturz seit Delphi 11.2

[Poelser]

[QUOTE=walterschmitt;1512944]

Zitat:

Hab aber die Ursache gefunden : Es ist eine externe Komponente.
Bin mit dem Anbieter im Gespräch.

Wäre nett, wenn erzählen würdest welche es ist, und was dort das Problem ist. Das könnte auch anderen helfen, die auch auf diese Mine treffen.

[rwalper]

Bei uns gibt es das gleiche Problem, unter 11.1 läuft die 32-bit und 64-bit-Anwendung einwandfrei, unter 11.2 crashed nur die 64-bit-App beim Laden der DFM des Hauptformulars, allerdings mit einer anderen Fehlermeldung (ClientHandle nicht gültig oder so) Wir haben alles auf 11.1 zurückgedreht, wir haben aktuell leider keine Zeit, uns damit aufzuhalten.

Wir nutzen DevXpress-Ribbon und -Backstagepanel im Hauptformular und hatten diese Komponenten im Verdacht. Ich habe nun eine leere MDI-Applikation erstellt mit eben diesem Ribbon und dem Backstagepanel und hatte gehofft, dass sich der Fehler nachvollziehen lässt, leider nein

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

[Uwe Raabe]

Zitat von rwalper:

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

Wenn kein Bug gemeldet wird, kann auch kein Bug behoben werden. Weder von Embarcadero noch von DevExpress. Man kann ja auch nicht völlig ausschließen, dass der Fehler vielleicht in eurem eigenen Code liegt. Dann nutzt warten rein gar nichts.

[jaenicke]

Zitat von rwalper:

allerdings mit einer anderen Fehlermeldung (ClientHandle nicht gültig oder so) Wir haben alles auf 11.1 zurückgedreht, wir haben aktuell leider keine Zeit, uns damit aufzuhalten.

Es wäre ja nun kein großer Zeitaufwand, zumindest den Stacktrace des Fehlers zu dokumentieren und den Fehler zu melden. Wenn dabei nichts herauskommt, kann man ja immer noch schauen, ob und wann man mehr Zeit investieren kann.

Und vielleicht hat ja jemand hier im Forum ein ähnliches Problem oder könnte helfen, so dass auch hier der Stacktrace helfen würde.

[atari1040]

Delphi hat sehr viel gemeinsam mit dem HSV in der 2. Liga. Es gibt immer eine Hand voll Leute, die den großen Mist der gebaut wurde noch verteidigen. Die Qualität von Delphi 11 Alexandria ist und bleibt eine Katastrophe.

[jaenicke]

Zitat von atari1040:

Die Qualität von Delphi 11 Alexandria ist und bleibt eine Katastrophe.

Heute werden Bugs aber in vielen Fällen viel schneller als früher behoben. Da hat sich im Vergleich zu früher wirklich viel getan.

Was wirklich gar nicht geht, ist die Qualität der Syntaxergänzung. Die verwendet man nun einmal sehr oft und wenn die nicht geht, wie es seit der Umstellung auf LSP leider oft ist, ist das nicht haltbar.

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.

[atari1040]

Zitat von jaenicke:

...

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.

Vielleicht liegt es daran, dass wir unsere Zeit effektiver nutzen müssen, als ständig Bug Meldungen für Delphi zu erstellen. Man benutzt es einfach nur noch dann, wenn man unbedingt muss. Es gibt ja kaum noch eine IDE, mit der man weniger produktiv ist als mit Delphi. Das Gegenteil ist der Fall.
Ich habe da noch ein Beispiel. Wenn ich ein altes Projekt pflegen muss und es in Delphi 11 lade, friert mir die IDE ein. Ich habe lange gesucht, warum das so ist. Von den vielen verwendeten Komponenten war eine nicht installiert. Vor Delphi 11 hat mir die IDE noch gemeldet, dass ein Package nicht geladen werden konnte. Jetzt friert die IDE einfach ein. Da wird doch seit Monaten überhaupt nicht drauf eingegangen.

[himitsu]

Zitat von jaenicke:

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?
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

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