![]() |
AW: Seltsame Speicherschutzverletzung
Schon, aber TMS wird was dagegen haben, wenn jemand den postet. ;-)
Da wirst du wohl TMS fragen müssen. ;-) |
AW: Seltsame Speicherschutzverletzung
Das sollte wohl eher heißen, ob die Variable Source Assigned ist. Das kann zu dem Zeitpunkt auch TMS nicht wissen :stupid:
|
AW: Seltsame Speicherschutzverletzung
Nun, immerhin stammt die Zeile ja aus deren Quelltext. ;-)
|
AW: Seltsame Speicherschutzverletzung
Schon mal hier news.tmssoftware.net (Support-Newsgruppen von TMS) nachgefragt?
(Allerdings muss man registrierter Kunde sein, da die Newsgruppen ein Kennwort erfordern) |
AW: Seltsame Speicherschutzverletzung
Zitat:
|
AW: Seltsame Speicherschutzverletzung
Ist denn Self in Ordnung?
|
AW: Seltsame Speicherschutzverletzung
Liste der Anhänge anzeigen (Anzahl: 1)
Hallo,
ich habe diesen sporadisch auftretenden Fehler immer noch nicht gefunden. Die Speicherschutzverletzung tritt meist dann auf, wenn ich in einem ADV Grid eine Row doppelt anklicke (Auswahl). Alles was in diesem Grid mit Drag und Drop zu tun hat, steht auf false oder ist auskommentiert. Ich hänge mal das Fehlerbild an, vielleicht hat doch noch wer eine Idee. Gruß Peter |
AW: Seltsame Speicherschutzverletzung
Zitat:
Delphi-Quellcode:
if (not Assigned(Source)) then exit;
|
AW: Seltsame Speicherschutzverletzung
Das glaube ich eben nicht.
Wenn Source = nil ist würde Accept immer False sein. Es sollte aber keine Fehlermeldung geben. Meine Vermutung war deshalb, das das Objekt selbst (also Self) nicht mehr gültig (aufgelöst/überschrieben) ist. EDIT: @hanspeter Hast Du den Quelltext von dem Grid? Möglicherweise wird dort irgendwo BeginDrag aufgerufen, was Du anhand der Propertys nicht beeinflussen kannst. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 15:16 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