![]() |
AW: Programm-Absturz seit Delphi 11.2
Zitat:
Der Crash ist dann abhängig vom System, Speicheraufbau etc. |
AW: Programm-Absturz seit Delphi 11.2
Zitat:
UIntPtr IntPtr NativeUInt NativeInt und allgemein überall die richtigen Typen, wie z.B. LPARAM, WPARAM und LRESULT für SendMessage/PostMessage, anstatt Integer/Cardinal usw. oder andersrum z.B. HRESULT statt Integer/Cardinal/Sonstwar für das aus GetLastError und Co. Hier sieht es eher so aus, als wenn signed 32 Bit-Integer-Zeiger (nicht unsigned Cardinal) an einen 64 Bit-Integer übergeben/gecastet wird. $9xxxxxxx hat das höchste Bit gesetzt, drum wird/bleibt das negaitv, also es werden auch alle 32 höheren Bits negativ. In Bezug auf einen Integer->Int64 ist es vollkommen korrekt, dass es ab $800000000 zu $FFFFFFFF800000000 wird. :angle: |
AW: Programm-Absturz seit Delphi 11.2
Zitat:
|
AW: Programm-Absturz seit Delphi 11.2
Nachdem ich die Stelle im Quellcode der Komponente genau identifizieren konnte, wo bei mir der Fehler auftrat und welche Werte die Variablen haben, hat der Komponentenhersteller die Sache gefixt.
Es war ein Pointerproblem. Jetzt läuft es. |
AW: Programm-Absturz seit Delphi 11.2
:dp:
*Mike drop* Sherlock |
AW: Programm-Absturz seit Delphi 11.2
Von mir auch ein kurzes Update: das Problem ist nun auch bei uns gefixed.
Der Fehler lag in einer sehr alten Komponente, wo ein Pointer über Longint gecastet wurde (alle Casts von Integer() und Cardinal() haben wir ja gefunden, aber leider nicht nach Longint() gesucht). Mit abgeschaltetem ASLR ist das Programm wieder gestart, wenn auch mit anderen Fehlern. Nach dem temporären Entfernen der Komponente hat alles wieder funktioniert. Vielen Dank für eure Hilfe.:) |
Alle Zeitangaben in WEZ +1. Es ist jetzt 04:17 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz