Zugriffsverletzung comctl32.dll in Verbinung mit TCategoryPanel

Kerem

Hallo und danke für deine Antwort.

Ich werte das OnSelect-Ereignis der ComboBox aus.
Danach passiert schon einiges, d.h. ich rufe danach eine Funktion auf, die
eine Reihe von Initialisierungen vornimmt und unter anderem auch Objekte(auch VCL-Controls) löscht und neue erzeugt. Natürlich werden in diesem Zuge auch einige Ereignisse ausgelöst.

Den Code bekomm ich hier nicht in einer übersichtlichen Form unter . Ich werde jetzt wohl ein Minimalprojekt basteln müssen, um der Sache näherzukommen. Ich poste den Code, sobald ich das Problem reproduzieren kann.

Was mich vielmehr interessiert ist, was das ganze zu bedeuten hat? Nach der Fehlermeldung läuft das Programm einwandfrei und ohne Debugger tritt er garnicht erst auf.

KlausB

Hallo

wenn der Fehler nur im Zusammenhang mit dem Debugger auftritt
ist dies vermutlich nur eine Einstellung im Builder

Der Fehler wird im normalen Ablauf ohne Debugger abgefangen

Da gibts irgendeine Einstellung die verhindert, das abgefangene Fehler angezeigt werden

Ist leider schon sehr lange her - aber da gabs irgendwas

Mfg
Klaus

Jansen

KlausB schrieb:

Da gibts irgendeine Einstellung die verhindert, das abgefangene Fehler angezeigt werden

Tools -> Options -> Debugger Options -> Native OS Exceptions -> Handled by

Kerem

Vielen Dank für eure Beiträge.

Mit der Einstellung der Debugger Einstellung bin ich nicht an mein Ziel gekommen. Entweder die Meldung wird trotzdem angezeigt oder mein Programm
hängt sich auf.

Ich denke ich habe etwas unsauber programmiert und werde mich dem in kürze
annehmen. Sobald ich näheres weiß, melde ich mich wieder.

VG
Kerem

Kerem

Hallo,

Ich kann den Fehler jetzt reproduzieren und habe deswegen den Titel des Threads geändert.

Ich habe eine TCategoryGroup-Komponente auf einem Formular abgelegt und ein CatgoryPanel hinzugefügt. Auf das Panel habe ich eine ComboBox mit gelegt und ein Item hinzugefügt. In der OnSelect-Behandlung der ComboBox wird folgender Code ausgeführt:

for (int i = CategoryPanelGroup1->Panels->Count-1; i >=1; i--) {
   delete ((TCategoryPanel*)CategoryPanelGroup1->Panels->Items[1]);
}

for (int i = 0; i < 5; i++) {
   TCategoryPanel* Panel = new TCategoryPanel(this);
   Panel->Height = 20;
   Panel->PanelGroup = CategoryPanelGroup1;
}

Wenn ich nun einige male das Item in der ComboBox auswähle tritt die oben genannte Exception auf. Das ganze lässt sich anscheinend beschleunigen, wenn das Formular nur so hoch ist, dass nach dem Hinzufügen der Panels die ScrollBar der CategoryGroup angezeigt wird.

Der Fehler tritt anscheinend auch nur auf, wenn sich die ComboBox auf dem Panel befindet.

Ich habe das gleiche auch mit einem TButton, in dessen OnClick-Ereignis ich den Code habe ausführen lassen, ausprobiert. Auch hier kann ich das Verhalten nicht reproduzieren.

Der Versuch zwischen dem Löschen und Hinzufügen der Panels

Application->ProcessMessages

oder

CategoryPanelGroup1->Update()

aufzurufen, hat nichts bewirkt.

Hat jemand eine Ahnung, woran das liegen kann? Ich habe Gefühl, dass TCategoryPanel das dynamische Hinzufügen bzw. Entfernen von Panels nicht mag...

Burkhi

Ich vermute mal, das du hier:

TCategoryPanel* Panel = new TCategoryPanel(this);

den falschen Parent (this) übergibst, da ja die CategoryPanelGroup1 Komponente die von die dir hinzugefügten TCategoryPanel Objekte verwalten soll.

Übergib als Parent CategoryPanelGroup1:

TCategoryPanel* Panel = new TCategoryPanel(CategoryPanelGroup1);

Kerem

Hallo,

daran lags leider nicht...

Mittlerweile verwende ich zwei ComboBoxen. Die erste erzeugt im OnSelect-Ereignis die Panels, die zweite löscht sie wieder. Die Zugriffsverletzung tritt beim Erzeugen der Panels auf. Dennoch vermute ich, dass das Problem am Löschen der Panels liegt.

In Vcl.ExtCtrls ist das Entfernen von Panels so implemetiert

procedure TCustomCategoryPanelGroup.RemovePanel(Panel: TCustomCategoryPanel);
begin
  Panel.FPanelGroup := nil;
  FPanels.Remove(Panel);
  RemoveControl(Panel);
end;

Die Methode ist aber private und nicht virtuell. Außerdem erlaubt mir die CategoryPanel-Komponente nicht, seinen Parent zur Laufzeit auf NULL setzen.

Die Verlockung ist groß, eine eigene Komponenten von TCustomCategoryPanelGroup abzuleiten, aber das möchte ich eigentlich nur machen, wenn es garnicht anders geht.

Was ich sehr seltsam finde, ist das der Fehler nicht auftritt, wenn die ComboBoxen auf dem Formular und nicht auf dem ersten Panel liegen

Braunstein

Hat dein CategoryPanel denn überhaupt einen Parent?
Mit

TCategoryPanel* Panel = new TCategoryPanel(this);

setzt du ja nur den Owner. Meiner Meinung nach fehlt da noch ein

Panel->Parent = ...;

Kerem

Der Parent wird nach dem Aufruf von

Panel->PanelGroup = ...;

implizit gesetzt.

Das ganze sieht mir doch sehr nach einem Bug in der VCL aus.
Ich konnte den Fehler bisher nur hervorrufen, wenn ich das Erzeugen/Entfernen der Panels nach einem ComboBox-Event(OnSelect und OnChange) durchgeführt habe, und auch nur bei Bedienung mit der Maus. Wenn ich es aus dem Code heraus(z.B. in einer Schleife) mache, tritt der Fehler nicht auf.

Es wäre wirklich sehr nett, wenn sich jemand kurz die Mühe machen würde das zu reproduzieren.

Meint ihr, das ist ein Fall für QC?

Burkhi

Kerem schrieb:

...
Es wäre wirklich sehr nett, wenn sich jemand kurz die Mühe machen würde das zu reproduzieren.

Meint ihr, das ist ein Fall für QC?

Dann wäre es von dir nett, wenn du uns hierfür ein kleines Testprojekt zur Verfügung stellen könntest. Das solltest du dann auch ruhig an QC melden.

Kerem

Das würde ich liebend gerne, wenn ich die Erlaubnis dazu hätte die Dienste eines Filehosting-Anbieters zu nutzen.

Eine Anleitung für die Erstellung der GUI und der Code der ausgeführt werden muss, habe ich weiter oben gepostet.