AutoIt-Script verhindert Abmeldung von TerminalServer

Runa

Hallo AutoIt-Gemeinde,

ich habe gerade mal wieder ein Problem und muss euch doch noch mal auf den Keks gehen.

Ich bekomme beim Abmelden von einem Terminalserver eine Fehlermeldung, die ich nicht verstehe. Auch in Google finde ich nichts - weder zu dem Fehler selbst, noch zu den angegebenen Codes innerhalb der Nachrichtenbox. Die Fehlermeldung anbei:

[Blockierte Grafik: http://img5.fotos-hochladen.net/uploads/fehlermeldungd2swenjvmh.png]

Jemand nen Plan, was ich versuchen könnte? Ich stehe hier gerade einfach auf dem Schlauch ...

Liebe Grüße

Sophie

misterspeed

Naja würde da den Fehler mal nicht zwangsweise bei deiner Anwendung suchen. Bei E/A Fehlern würde ich grundsätzlich erstmal RAM und HDD auf Fehler prüfen.

RAM-Test: https://www.heise.de/download/product/memtest86-41271
HDD-Test: http://crystalmark.info/redirect.php?product=CrystalDiskInfo

Ist hier alles okay prüfe im Gerätemanager ob alle Geräte fehlerfrei erkannt werden. Wenn nicht installier die passenden Treiber. Aktuelle Chipsatztreiber schaden jedenfalls nicht.

Sollte der Fehler immernoch auftreten kommt evtl. auch ein übereifriger Virenscanner in Frage... testweise deaktivieren und prüfen ob der Fehler dann nicht mehr auftritt.
Unter Serverbetriebssystemen könnte außerdem noch die "Datenausführungsverhinderung" zu Problemen führen. Testweise dein Script dort zu den Ausnahmen hinzufügen.

Runa

Hallo misterspeed,

danke erst einmal für deine Antwort.

HDD und RAM sind beide schon geprüft - sowohl auf Fehler als auch, ob der Treiber installiert ist. Chipsatztreiber scheint auch aktuell zu sein. Virenscanner habe ich gerade testweise mal komplett deaktiviert, leider aber ohne, dass der Fehler dann ausgeblieben wäre. Datenausführungsverhinderung habe ich bisher noch nie gehört - was ist das, und wie kann ich da eine Ausnahme machen?

Nochmal kurz und pregnant zusammengefasst:

1. Es tritt auf mehreren Servern aus - alles Terminalserver.
2. Es tritt nur beim Abmelden / Herunterfahren des Gerätes auf
3. Es ist NUR dieses AutoIt-Script
4. Treiber für HDD, RAM und Chipsatz passen und sind aktuell
5. HDD und RAM weisen keine Fehler auf

**Xorianator**

Wie wäre es denn damit, wenn du das Script mal pushst?
Eventuell verwendest du ja eine Ressource, die beim abmelden vorher gelöscht wurde.

misterspeed

Zitat von Bioshade

Datenausführungsverhinderung habe ich bisher noch nie gehört - was ist das, und wie kann ich da eine Ausnahme machen?

Zur Datenausführungsverhinderung (Data Execution Prevention):
https://www.windowspro.de/andreas-krosch…r-konfigurieren

Xorianator könnte hier aber richtig liegen. Evtl. nutzt dein Script Drittsoftware welche zuvor beendet wird und dann zum Programmabsturz führt. Ohne Quellcode wirst du das aber nur selbst prüfen können.

Runa

Code

Opt('WinTitleMatchMode', 2 )
$iTime = 250
$sTitle = "Chat"


While Sleep($iTime)
	$aWindows = WinList($sTitle)
	If $aWindows[0][0] > 0 Then
		For $i = 1 To $aWindows[0][0]


			$sTitle_Sub = $aWindows[$i][0]
			$hWnd_Sub = $aWindows[$i][1]


			If  _Flash($sTitle_Sub, $hWnd_Sub) <> 0 Then
				WinSetState($hWnd_Sub, "", @SW_RESTORE)
				WinSetOnTop ($hWnd_Sub, "", 1)
				$sWindow = WinGetTitle("[active]")
			ElseIf WinGetTitle("[active]")  = $sTitle Then
				WinSetOnTop ($hWnd_Sub, "", 0)
				Do
					Sleep(100)
				Until WinGetTitle("[active]") <> $sTitle
				WinSetState($hWnd_Sub, "", @SW_MINIMIZE)
			EndIf


		Next


	EndIf
WEnd


Func _Flash($sTitle, $hWnd)
    If WinActive($sTitle) Then Return 0
    $tFLASHWINFO = DllStructCreate("uint;hwnd;dword;uint;dword")
    DllStructSetData($tFLASHWINFO, 1, 20)
    DllStructSetData($tFLASHWINFO, 2, $hWnd)
    $a = DllCall("user32.dll", "int", "FlashWindowEx", "ptr", DllStructGetPtr($tFLASHWINFO))
    Return $a[0]
EndFunc

Alles anzeigen

Das ist der Quellcode - eigentlich nix "besonderes" drin...

**Xorianator**

Kannst du timen, dass das Script vor anderen Sachen terminiert? Also dass es beim Abmelden z.B. als Erstes terminiert?
Ich könnte mir vorstellen, dass es für das Script ein Problem ist wenn das Fenster nicht mehr existiert.

misterspeed

Ich würde ein if winexists(...) then vor den DLL Call stellen um Probleme mit nicht mehr existenten Fenstern zu vermeiden.
Evtl. ebenfalls sinnvoll wäre es DLLopen() und DLLclose() in Verbindung mit OnAutoItExitRegister() zu nutzen.

**alpines**

Zitat von misterspeed

Ich würde ein if winexists(...) then vor den DLL Call stellen um Probleme mit nicht mehr existenten Fenstern zu vermeiden.
Evtl. ebenfalls sinnvoll wäre es DLLopen() und DLLclose() in Verbindung mit OnAutoItExitRegister() zu nutzen.

Sinnvoll schon aber die Funktion wird relativ selten aufgerufen und nicht wie z.B. bei Gdi+ mehrer hundert Male im Sekundentakt, da ist es eigentlich egal ob man DLLOpen oder Close verwendet, -könnte- aber mit dem Speicherproblem zu tun haben.

Runa

Werde ich mal testen. Danke für die Hinweise.