Optimierung Unverständlich

[venice2]

Zitat:

So oder so, kann es nicht schaden den Fehler zu finden

Theoretisch ja, Praktisch nein.

Sage mir wie ich TRect das ja in den jeweiligen Units nehme ich an, korrekt definiert ist für die Optimierung (einen Fehler beheben soll) ?

Delphi-Quellcode:

var
  rc: TRect;
begin
  GetWindowRect(WinHandle, rc);

end;

Wie oder wo soll ich jetzt "rc" korrigieren wenn hier falsch werte bei der Optimierung übergeben werden.
Ist wohl unmöglich denke ich mal.

Wenn also GetWindowRect mit eingeschalteter Optimierung undefinierte Werte für "rc" liefert was soll ich dann tun?
Denke mal ebenfalls nichts.

Wenn man solche Werte wie auf den Bildern bekommt wird man wohl von seinem Fenster nichts sehen.

[KodeZwerg]

Nuja. Delphi ist halt nicht gleich Delphi.
Man kann komplett WinApi oder auf integrierte Fassungen zurückgreifen, was dich dann enttäuschen mag.
Als erfahrener api Anwender rate ich dir, Schuster bleib bei dein leisten.
Du weißt was du tust, bleib dabei

[venice2]

Zitat von KodeZwerg:

Nuja. Delphi ist halt nicht gleich Delphi.
Man kann komplett WinApi oder auf integrierte Fassungen zurückgreifen, was dich dann enttäuschen mag.
Als erfahrener api Anwender rate ich dir, Schuster bleib bei dein leisten.
Du weißt was du tust, bleib dabei

Willst du mir etwas bestimmtes sagen?
Dein Beitrag ist undefiniert genauso wie das Problem mit dem Optimieren.

Es trägt nichts zu meinen Problem bei! Hauptsache kommentiert wie auch immer.

[Daniel]

Naja, Du hast den Fehler ja bereits lokalisieren und korrigieren können. Damit kommen doch gar nicht mehr so viele Stellen in Frage. GetWindowRect ist eine boolsche Funktion. Du könntest also den Rückgabewert prüfen. Vermutlich wird dieser „false“ sein, wenn Dein Rect falsch befüllt wird. Das wäre ein Indiz dafür, dass das Fenster-Handle zu diesem Zeitpunkt ungültig ist.
//Edit: Aus der Dokumentation: „To get extended error information, call GetLastError.“
Es gibt also schon Dinge, die man tun könnte, wenn falsche Werte zurückkommen.

[venice2]

Zitat von Daniel:

Naja, Du hast den Fehler ja bereits lokalisieren und korrigieren können. Damit kommen doch gar nicht mehr so viele Stellen in Frage. GetWindowRect ist eine boolsche Funktion. Du könntest also den Rückgabewert prüfen. Vermutlich wird dieser „false“ sein, wenn Dein Rect falsch befüllt wird. Das wäre ein Indiz dafür, dass das Fenster-Handle zu diesem Zeitpunkt ungültig ist.

Es ist nicht ungültig da es direkt davor erstellt wird.
Das WinHandle selbst ist dieses von der Anwendung die läuft ja im Hintergrund und das Fenster das ich öffne ist ein Dialog darüber.
Und das schlägt bei der Optimierung fehl.

Wäre das Handle falsch würde es auch ohne Optimierung falsche Werte liefern tut es aber nicht.
Deshalb verstehe ich das auch nicht.

Delphi-Quellcode:

  
  GetWindowRect(DialogHandle, rc);
  ClientToScreen(DialogHandle, p);
  
  TMDBInfoDlgCont := CTRL_SpriteContainerCreate;
  TMDBInfoDlgCont.Left := p.x + 30;
  TMDBInfoDlgCont.Top := p.Y + 60;
  TMDBInfoDlgCont.Width := 900;
  TMDBInfoDlgCont.Height := 506;
  TMDBInfoDlgCont.AnchorMode := ANCHOR_HEIGHT_WIDTH;
  TMDBInfoDlgCont.DwStyle := WS_POPUP or WS_CLIPSIBLINGS or WS_CLIPCHILDREN;
  TMDBInfoDlgCont.DwExStyle := WS_EX_TOOLWINDOW;
  TMDBInfoDlgContH := TMDBInfoDlgCont.CreateWindow(DialogHandle, hInstance);

  if TMDBInfoDlgContH <> 0 then // Handle ist gültig
  begin
    bmW := 0;
    bmH := 0;

    GetWindowRect(TMDBInfoDlgContH, lpr); // TRect liefert undefinierbare Werte bei eingeschalteter Optimierung, sonst nicht.

Zitat:

Es gibt also schon Dinge, die man tun könnte, wenn falsche Werte zurückkommen.

Ja. Sinnvoll wenn es bei beiden varianten ein Problem gäbe aber ohne Optimierung ist das Handle sowie der Rect richtig.
Und es werden korrekte werte zurück gegeben.

Ich halte nochmal fest.
Es funktioniert ohne Optimierung mit leider nicht.
Also kann es am Code definitiv nicht liegen denn dann dürfte beides nicht gehn.

[jfheins]

Zitat von venice2:

Zitat:

Es gibt also schon Dinge, die man tun könnte, wenn falsche Werte zurückkommen.

Ja. Sinnvoll wenn es bei beiden varianten ein Problem gäbe aber ohne Optimierung ist das Handle sowie der Rect richtig.
Und es werden korrekte werte zurück gegeben.

Ich halte nochmal fest.
Es funktioniert ohne Optimierung mit leider nicht.
Also kann es am Code definitiv nicht liegen denn dann dürfte beides nicht gehn.

Normalerweise wird da eher umgekehrt ein Schuh draus: Die Optimierung ist seit Jahrzehnten verfeinert und verbessert um keine Bugs in korrekt geschriebene Programme einzufügen.
Wenn es also in deinem Programm ein Problem gibt, das nur mit Optimierung auftritt, dann liegt es vermutlich an deinem Programm.

Ein Programm, das manchmal richtig funktioniert, ist noch nicht unbedingt sinnvoll einsetzbar. Erst ein Programm, was immer (oder zumindest fast immer) richtig funktioniert ist wirklich gut

[jaenicke]

Zitat von venice2:

Also kann es am Code definitiv nicht liegen denn dann dürfte beides nicht gehn.

Beispielsweise könnte der Typ von TMDBInfoDlgContH falsch sein und so der Wert abgeschnitten werden, wenn der Variablentyp zu klein für den Wert ist. Wie gesagt, das ist nur ein Beispiel, aber es gibt schon diverse Varianten, bei denen der Code eigentlich gar nicht korrekt ist, aber zufällig doch geht.

Da du nun weißt wo der Fehler auftritt:
Kannst du nicht den ganzen anderen Code rauswerfen um dann hier ein Projekt zu posten, bei dem der Fehler nachvollziehbar ist?
Ich bin mir sicher, dass dann schnell die Ursache klar wäre.

[venice2]

Zitat von jfheins:

Zitat von venice2:

Zitat:

Es gibt also schon Dinge, die man tun könnte, wenn falsche Werte zurückkommen.

Ja. Sinnvoll wenn es bei beiden varianten ein Problem gäbe aber ohne Optimierung ist das Handle sowie der Rect richtig.
Und es werden korrekte werte zurück gegeben.

Ich halte nochmal fest.
Es funktioniert ohne Optimierung mit leider nicht.
Also kann es am Code definitiv nicht liegen denn dann dürfte beides nicht gehn.

Normalerweise wird da eher umgekehrt ein Schuh draus: Die Optimierung ist seit Jahrzehnten verfeinert und verbessert um keine Bugs in korrekt geschriebene Programme einzufügen.
Wenn es also in deinem Programm ein Problem gibt, das nur mit Optimierung auftritt, dann liegt es vermutlich an deinem Programm.

Ein Programm, das manchmal richtig funktioniert, ist noch nicht unbedingt sinnvoll einsetzbar. Erst ein Programm, was immer (oder zumindest fast immer) richtig funktioniert ist wirklich gut

Das hilft mir nicht weiter. Aber Bitte..

[venice2]

Zitat von jaenicke:

Zitat von venice2:

Also kann es am Code definitiv nicht liegen denn dann dürfte beides nicht gehn.

Beispielsweise könnte der Typ von TMDBInfoDlgContH falsch sein und so der Wert abgeschnitten werden, wenn der Variablentyp zu klein für den Wert ist. Wie gesagt, das ist nur ein Beispiel, aber es gibt schon diverse Varianten, bei denen der Code eigentlich gar nicht korrekt ist, aber zufällig doch geht.

Da du nun weißt wo der Fehler auftritt:
Kannst du nicht den ganzen anderen Code rauswerfen um dann hier ein Projekt zu posten, bei dem der Fehler nachvollziehbar ist?
Ich bin mir sicher, dass dann schnell die Ursache klar wäre.

TMDBInfoDlgContH: HWND;

Nochmal wenn der Code falsch wäre würde es auch ohne Optimierung nicht funktionieren.
Trotz allem Danke.

EDIT:

Zitat:

Es gibt also schon Dinge, die man tun könnte, wenn falsche Werte zurückkommen.

Habe es mal getestet

Delphi-Quellcode:

    if GetWindowRect(TMDBInfoDlgContH, lpr) then
    begin
      //...
    end else
    raise Exception.Create(SysErrorMessage(GetLastError));

Kein Fehler läuft durch aber Koordinaten sind falsch.
Ich lasse es jetzt ohne Optimierung macht keinen sinn.

[jaenicke]

Das ist natürlich deine Entscheidung. Ich kann nur anbieten es zu analysieren. Im Zweifelsfall lohnt ein Vergleich des generierten Assemblercodes.