AutoIt.de - Das deutsche AutoIt-Forum

Ich habe den Fehler gefunden: Unsere Firewall lässt keine Pings zu den genannten Zielen zu und somit läuft Ping und max. TCP-Paketlänge bis ins Timeout.
Bei uns habe ich das ganze auf interne Ziele angepasst und das funktioniert.

Du könntest bei der max. TCP-Paketlänge-Ermittlung einrichten, dass das gar nicht erst probiert wird, wenn schon der Ping zum Ziel fehlschlägt...

Auf jeden Fall gutes Tool

also meine aussage vorhin bezoh sich auf die beiliegende exe.
ich habe gerade mal den source gestartet der bleibt nicht hängen,
sowohl im ist-zustand als auch mit der änderung der schleife.

Zitat

---------------------------
AutoIt Error
---------------------------
Line 696 (File "E:\CODE\AutoIt\Computer-Info\Computer-Info.au3"):

$aReturn[$x][2] = $aMaxDataWidth[$objItem.MaxDataWidth] & ' Bits'
$aReturn[$x][2] = ^ ERROR

Error: Array variable has incorrect number of subscripts or subscript dimension range exceeded.
---------------------------
OK
---------------------------

tritt auf beim Report erstellen, Report 13 / 13.

PS: Ich hab 2 Monitore, es wird aber nur der erste angezeigt.

PPS: $objItem.MaxDataWidth in der Zeile 696 gibt bei mir dreimal "2" zurück, und dann "10", was natürlich zum Absturz führt.
nach der "10" wird noch zweimal "5" zurückgegeben, wenn ich den Fehler abfange.

Das Flimmern beim Einlesen sollte sich vermeiden lassen, und die Funktionen für die anderen Tabs könnten nach Anzeige des ersten schon im Hintergrund abgearbeitet werden, evtl. über den aufruf von unterscripten als selbständige Prozesse, und das Ergebnis jeweis in einer Variable zwischengespeichert werden, so das der Report sofort fertig wäre. Zum Refreshen der Ausgaen könnte man ja noch nen Button einbauen.

Zitat

Func GUICtrlListView_Update($hWnd, $wParam)
Local Const $__LISTVIEWCONSTANT_WM_SETREDRAW = 0x000B
If Not IsHWnd($hWnd) Then $hWnd = GUICtrlGetHandle($hWnd)

Local $aResult = DllCall("user32.dll","lresult","SendMessageW","hwnd",$hWnd,"uint",$__LISTVIEWCONSTANT_WM_SETREDRAW,"wparam",$wParam, "lparam",0)
If @error Then Return SetError(@error, @extended, "")
Return $aResult[0]
EndFunc

; neuzeichnen des Controls unterbinden:
GUICtrlListView_Update($LISTVIEW,0)
; neuzeichnen des Controls wieder aktivieren:
GUICtrlListView_Update($LISTVIEW,1)

"Schnellöschen" der ListView-Elemente:
GUICtrlSendMsg($LISTVIEW,$LVM_DELETEALLITEMS,-1,0)

Ein weiterer Fehler bei der Informationsermittlung zu den Slots:
Funktion: _CI_GetSystemSlot
Zeile: $aReturn[$x][2] = $aMaxDataWidth[$objItem.MaxDataWidth] & ' Bits'
Genutztes Array: Local $aMaxDataWidth[5] = [8, 16, 32, 64, 128]
Dort wird bei manchen PCs 5 zurückgegebeben. Index 5 ist nicht enthalten und somit tritt eine Fehlermeldung auf.
Ich gehe davon aus, dass 5 für 256 steht? Wahrscheinlich ist der Datenbus bei diesem neueren PC einfach etwas breiter?

Ich kann gerne die ergänzte Version posten und sicherlich wird auch der eine oder andere mal eine Veränderung beisteuern können

Ein Bug:

Lasse mal das Scipt aus Scite luafen. Wenn dann Fehler kommt, ist es aussagekräftiger als die Fehlerangabe der EXE
Mit Der Fehlermeldung kann man leider nix anfangen.

ist der Fehler der oben in Post #83 gemeldet wurde:

$aReturn[$x][2] = $aMaxDataWidth[$objItem.MaxDataWidth] & ' Bits'

Edit:

MaxDataWidth gibts scheinbar nichtmehr bei Win32_SystemSlot in der Funktion _CI_GetSystemSlot.

Zitat von »Dino«

Ein Bug:

Hier habe ich diesen Fehler bereits beschrieben und behoben:
Computer-Info