Delphi-PRAXiS
Seite 1 von 2  1 2      

Delphi-PRAXiS (https://www.delphipraxis.net/forum.php)
-   Win32/Win64 API (native code) (https://www.delphipraxis.net/17-win32-win64-api-native-code/)
-   -   Delphi Windows 7 Standby/Hibernate Phänomen (https://www.delphipraxis.net/142639-windows-7-standby-hibernate-phaenomen.html)

schwa226 31. Okt 2009 17:56


Windows 7 Standby/Hibernate Phänomen
 
Liste der Anhänge anzeigen (Anzahl: 1)
Hallo,

ich habe da ein Frage zu Windows 7 RTM & Delphi 2009.

Und zwar habe ich zum Test ein kleines Programm anghängt.
Dieses Programm loggt die WM_POWERBROADCAST Messages.

Nun zu dem Pänomen:
Starte ich die "Standby_Test.exe" zwei mal und drücke bei einem auf den Button fährt das System in den Standby.
Wenn der PC wieder zurück kommt zeigt sich folgendes:

Das Programm welches der Auslöser für den Standby war bekommt die Meldung PBT_APMSUSPEND nicht! :wall:

Das zweite Programm jedoch schon!

:wiejetzt:

Fährt man über Windows->Start->Ruhezustand den PC runter bekommen beide Programme die Meldung!


Bei XP bekommen auch alle beide die Meldung.

Meine Frage ist nun - ist das ein Windows 7 Bug oder ist das so gewollt?
Wie kann man das "Reparieren"?

Bernhard Geyer 31. Okt 2009 17:57

Re: Windows 7 Standby/Hibernate Phänomen
 
Was passiert wenn du die Exe kopierst so das unterschiedliche Exe-Namen vorliegen?

himitsu 31. Okt 2009 18:04

Re: Windows 7 Standby/Hibernate Phänomen
 
einfache Lösung wäre, wenn dein programm sich selber nochmal startet, mit einem Parameter.

wenn es beim Start diesen Parameter erkennt, dann schickt es Windows den Standby-Befehl und beendet sich danach wieder


dann schickt ja quasi ein "anderes" Programm den Befehl an Windows und dein Programm sollte das Ereignis mitbekommen.

OldGrumpy 31. Okt 2009 19:21

Re: Windows 7 Standby/Hibernate Phänomen
 
Also ich finde das schon logisch. Warum sollte das Programm selber benachrichtigt werden, dass es selber gerade den Standby-Modus ausgelöst hat? Das weiss das Programm ja eh. Die Meldung bekommt man also nur wenn die Auslösung von außen passierte. Ich empfinde das eigentlich nicht als Fehler sondern als logisches Design.

schwa226 31. Okt 2009 20:33

Re: Windows 7 Standby/Hibernate Phänomen
 
Zitat:

Zitat von OldGrumpy
Also ich finde das schon logisch. Warum sollte das Programm selber benachrichtigt werden, dass es selber gerade den Standby-Modus ausgelöst hat? Das weiss das Programm ja eh. Die Meldung bekommt man also nur wenn die Auslösung von außen passierte. Ich empfinde das eigentlich nicht als Fehler sondern als logisches Design.

Leider aber nicht wenn das Programm das die Nachricht benötigt ein Plugin ist!
Wenn nun das Hauptprogramm den Standby auslöst bekommt das Plugin keine Meldung da es zu dem Programm-Thread/Window gehört.
So bin ich ja drauf gekommen das da was anders ist.

Wie könnte das dann bei einem Plugin gelöst werden?

himitsu 31. Okt 2009 20:48

Re: Windows 7 Standby/Hibernate Phänomen
 
Dann muß das Programm seinen Plugins dieses eben selber mitteilen.

OldGrumpy 31. Okt 2009 20:55

Re: Windows 7 Standby/Hibernate Phänomen
 
Es ist ja gar kein Akt, die entsprechende Message in die passende Queue zu stellen.

schwa226 31. Okt 2009 23:38

Re: Windows 7 Standby/Hibernate Phänomen
 
Leider habe ich auf die Software die mein Plugin ladet keinen Einfluß.

Daher frage ich ob es da einen Weg herum gibt?

Vielleicht eigenen eigenen unabhängigen Thread erzeugen?

OldGrumpy 1. Nov 2009 10:10

Re: Windows 7 Standby/Hibernate Phänomen
 
Und wenn Du ein eigenes zusätzliches Toplevel-Window registrierst bekommt das die Messages auch nicht? (mit AllocateHwnd)

schwa226 1. Nov 2009 10:13

Re: Windows 7 Standby/Hibernate Phänomen
 
Das mit AllocateHwnd habe ich schon ausprobiert. Doch auch da kommt die "ich gehe in Standby" Message auch nicht an.
Werde es einmal mit einen eigenen Thread versuchen.


Alle Zeitangaben in WEZ +1. Es ist jetzt 20:02 Uhr.
Seite 1 von 2  1 2      

Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz