EnumChildWindows gibt unterschiedliche Reihenfolge zurück

[hitzi]

Hallo,

ich hab ein kleines Programm geschrieben, was das Rendern mehrerer Tile mit Terragen vereinfacht. Es simuliert dabei einfach die Usereingaben. Das funktioniert auch einwandfrei, nur ein User hat damit Probleme. Bei ihm funktionieren zwei Renderdurchgänge, doch beim dritten werden plötzlich - ohne das Terragen geschlossen wurde - teilweise neue Handles für die Controls und noch schlimmer eine andere Reihenfolge der Controls von EnumChildWindows zurückgegeben.

Syntax: Handly; Classe; ControlID

Beispiele - siehe weiter unten in einem weiteren Beitrag von mir.

Das Windowhandle vom Hauptfenster ist in beiden Fällen gleich. Wieso wird eine andere Reihenfolge und neue Handles zurückgegeben, ohne dass das Programm geschlossen wurde? Bei anderen Usern und auch bei mir tritt dieser Effekt nicht auf und es werden bei jedem Durchlauf immer die gleichen Handles und die gleiche Reihenfolge zurückgegeben.

Hier noch die die EnumProc:

Delphi-Quellcode:

function EnumProc(wnd: HWND; Lines: TStrings): BOOL; stdcall;
var buf : array[0..255] of char;
begin
  Result := True;
  GetClassName(wnd, buf, SizeOf(buf) - 1);
  Lines.Add(Format('%d,%s,%d', [wnd, buf, GetDlgCtrlID(wnd)])); //Lines ist eine TStringlist
end;

Danke schonmal ...

[kolbaschedder]

Als erstes würde ich mal die Versionen von Terragen und dem Betriebssystem miteinander vergleichen. Vielleicht hat der betroffene User ne andere terragenversion. Möglicherweise hat er auch ein Multiprozessorsystem (oder nen Core Duo Prozessor). Falls Terragen Multithreaded programmiert ist, instanziiert es vielleicht ein zweites Fenster.

MfG

Kolbaschedder

[hitzi]

Aber dann müßte es doch von Anfang an nicht funktionieren, aber zwei Renderdurchgänge laufen immer ohne Probleme. Die oben gezeigten Logs sind vom Problemrechner.
Kann ein anderes Programm(Virus/Rootkit) die Handles/Reihenfolge ändern?

[kolbaschedder]

bei den ersten beiden Durchgängen hast du das hier :

131736; ToolbarWndClass; 0;
131724; ToolbarWindow32; 0;
131732; MDIClient; 3244;
66680; ThunderRT6FormDC; 32769;

beim dritten Durchgang kommt dann :

131736; ToolbarWndClass; 0;
131724; ToolbarWindow32; 0;
131732; MDIClient; 3244;
...
Hier einige Zeilen
...
66680; ThunderRT6FormDC; 32769;

bei der msdn findet sich folgendes :

Zitat:

Remarks

If a child window has created child windows of its own, EnumChildWindows enumerates those windows as well.

A child window that is moved or repositioned in the Z order during the enumeration process will be properly enumerated. The function does not enumerate a child window that is destroyed before being enumerated or that is created during the enumeration process.

sieht also so aus, als ob ein neues Childwindow erzeugt wird. das alte ist aber noch da, nur eben weiter hinten in deiner Liste

[hitzi]

Hey, du hast Recht. Wieso ist mir das nicht aufgefallen?
Also muss die Ursache noch etwas weiter vorn im Durchlauf liegen, wo evt. ein Fenster nicht richtig geschlossen wird.

Danke!

[kolbaschedder]

Ja so geht's manchmal )

[Christian Seehase]

Moin Hitzi,

hänge Deine Logs bitte mal als Datei(en) an.
Danke.

[hitzi]

Wieso?

Aber egal ... siehe Anhang

[Christian Seehase]

Moin Hitzi,

die waren als Ersatz für diese überlangen Beiträge gedacht..., was Du per editieren bewerkstelligen kannst

[hitzi]

Die Überlänge ist mir nicht aufgefallen, da bei mir die Codesegmente immer eingeklappt sind.