MY_WM_DEVICECHANGE ohne GUI

Es wird eine GUI benötigt die die Nachrichten empfangen/senden kann die du mit
GUIRegisterMsg registrierst.
Hier im engl. Wiki im ersten Abschnitt wird es eigentlich verständlich.

Du kannst zur Not aber auch ein GUI erstellen, ohne es anzuzeigen. Das ist zwar etwas "umständlich", ich wüsste aber nicht, was dagegen spricht.

Ich meine irgendwo mal eine _WinAPI_Funktion für sowas gesehen zu haben - aber prüfe doch malmal, ob du GUIRegister(..) auf fremde GUIs anwenden kannst, dann könnte man das auf das Fenster vom explorer.exe packen.

Auf das Explorerfenster wäre aber auch ungünstig... nicht, dass nachher noch das Fenster geschlossen wird
Hier wird das mit dem Fenster nochmal aufgegriffen: http://www.autoitscript.com/forum/topic/12…ndows-messages/
Ansonsten könntest du mal das Hooken aller Messages probieren:
_WinAPI_SetWindowsHookEx ( $iHook, $pProc, $hDll [, $iThreadID = 0] )
Dabei wäre interessant: $WH_CALLWNDPROC/$WH_CALLWNDPROCRET ->Messages abfangen, bevor sie an ein Fenster gehen, oder danach (ist ja eig. egal)
evtl. $WH_GETMESSAGE
Die _WinAPI_SetWindowsHookEx braucht jedenfalls kein Fenster.

Ich hoffe, ich konnte dir den passenden Denkanstoß geben.
MfG Kanashius

@Tweaky >> Ich hätte vor einem Blick in die Hilfe gedacht, dass man die Funktion an andere Fenster anbinden kann vonwegen:

GUIRegisterMsg($hMsg, $sFunc [, $hWnd])

Leider geht das nicht.
@Kanashius >> Der explorer ist ja bekanntlich immer offen. Und mit ihm kommt auch immer ein Fenster; "Program Manager" heißt es glaube ich. Darauf kann man auch zugreifen, aber als normaler Windows Nutzer nicht schließen (Normal = Man lässt das System in Ruhe, und verwendet kein WinClose("Program Manager") )

Ich verstehe noch nicht ganz das Problem.
Ein einfaches GuiCreate("") an den Anfang des Skriptes und alles ist i.O.

Wo gibt es da jetzt ein Problem bzw. was soll wie besser werden wenn das GuiCreate nicht benötigt würde?