Beiträge von misterspeed

"Geht nicht" ist immer eine tolle Fehlerbeschreibung.

Wenn du Hilfe willst mach erstmal folgendes:

1. Poste ein fehlerfreies Testscript (siehe Anmerkungen oben bzgl. copy&paste von Kommentaren im Pattern)
2. Erweitere dein Testscript um alle Pattern die du testen möchtest und mach eine Ergebnisausgabe für jedes Pattern
3. Poste deinen Suchtext, welcher mit dem Pattern funktionieren soll. Bevorzugt enthält der Suchtext möglichst viele unterschiedliche Variationen, welche alle erkannt werden sollen/müssen.
4. Zum einfacheren Vergleich poste das von dir erwartete oder erwünschte Ergebnis welches du manuell ermittelt hast.

Wenn du das alles gemacht hast kann man hier auch den Fehler finden und dein Suchpattern verbessern, so dass es letzlich das gewünschte Ergebnis zeigt.

Das Problem liegt sehr wahrscheinlich hier:

;------------------------------------------------
; zeitlich wiederkehrende Funktionen
;------------------------------------------------
AdlibRegister("_ticker", 100)

Die Funktion "_ticker" wird ab dieser Stelle alle 100ms aufgerufen. Sollte vor dem ersten Aufruf der Funktion die GUI bzw. eine in der Funktion aufgerufene/genutzte globale Variablen noch nicht deklariert worden sein stürzt das Script ab.
Du solltest den Adlibregister Aufruf also frühestens dann machen wenn alle Globalen Deklarationen erfolgt sind die in dieser Funktion relevant sein könnten.

Die Fehlermeldung ist doch eindeutig. du verwendest eine undeklarierte Variable. Ohne deinen Quellcode kann man dazu nix weiter sagen.

Firewall geprüft? Sind alle Ports im Host und Gastsystem für das jeweilige Netzwerkprofil freigeschaltet? Wird neben der Windowsfirewall andere Firewall oder Antivirensoftware eingesetzt? Wenn ja mach dort ebenfalls entsprechende Ausnahme Regeln.

Der "Syswow64" Zweig ist im Übrigen der korrekte Speicherort für alle 32bit Programme auf einem 64bit Windows, sowohl in der Registry als auch im Dateisystem.

EDIT:

Achja und funktioniert die Namensauflösung zwischen Host und Gastsystem? Was sagt "nslookup" auf dem Host zu "XPVM"
Netzwerktechnisch wäre noch interessant welche Art von Netzwerk du für die VM gewählt hast (NAT, Bridged, Host-Only...), denn je nach Netzwerktyp läuft die Kommunikation rein lokal ab oder muss zunächst deinen Router passieren.

Mal zu den Forenregeln... es wurde hier schon öffters diskutiert wie man seine Software mehr oder weniger erfolgreich vor Beenden schützen kann. Das alleine ist für mich keine Schadsoftware, sondern eine berechtigte Frage bzgl. Programmierung. Wenn jemand fragt wie er Dateien löschen kann kommt auch niemand mit Forenregeln an und das kann sehr viel mehr Schaden anrichten als eine Software die sich nicht so einfach beenden lässt.

So eine Frickellösung als Ergänzung für eine komerzielle Antivirensoftware halte ich aber auch für absoluten Unfug. Wenn ich IT Consultant bin und meinem Kunden eine Software empfehle die nicht das kann was er gerne hätte, dann hab ich meinen Job falsch gemacht. Ihn dann auch noch von einem Autoit Tool zu überzeugen, das die Nachteile der russischen Sicherheitssoftware wieder ausbügeln soll ist ehrlich gesagt ein Witz. Als Consultants wäre es eure Aufgabe dem Kunden die Nach- und Vorteile der einzelnen Lösungen auf dem Markt zu erläutern und ihm letztlich bei der Entscheidungsfindung zu helfen. Ansonsten seid ihr bestenfalls Vertriebspartner von Kaspersky.

Zitat von landy

Zum zweiten ist ein solches Tool durchaus ein weiteres Verkaufsargument wenn es bspw. um eine Wechsel meinetwegen von Trendmicro zu Kaspersky geht. Allgemein gab es eine vielzahl von Argumenten weshalb wir ein solches Tool entwickelt haben, die Verkaufszahlen bestätigen uns darin.

Nimm mir das nun nicht übel, aber Trendmicro verfügt von Haus aus über genau solch eine Funktion.
Bei unserer Trendmicro Lösung erscheint beim geplanten Zwangsscan ein Popup, welches dem Nutzer die Möglichkeit bietet den Scanstart um bis zu 12 Stunden zu verschieben.

Zu deinem Anliegen selbst...

Ich sehe da eigentlich garkein Problem das Watchdog Script als unabhängigen Prozess zu starten. Bei der Installation deiner Software richtest du einfach zwei Aufgaben in der Aufgabenplanung ein, welche das Überwachungsscript und das eigentliche Script bei jeder Windows Anmeldung im jeweiligen Benutzerkontext starten (evtl. auch interaktiv mit erhöhten Rechten). So laufen beide Scripte unabhängig voneinander. Die Tasks können als weiteren Trigger auch auf eine EreignisID reagieren die das jeweils andere Script erzeugt wenn es das Beenden des anderen Prozesses bemerkt. So werden die Scriptneustarts durch Windows selbst und nicht durch deine Scripte durchgeführt. Eine direkte Verbindung gibt es also nicht.

Ein wirklicher Schutz ist das aber natürlich nicht. Verbessern kannst du den Schutz evtl. wenn sich beide Prozesse gegenseitig überwachen und neustarten. Das würde zumindestens ein manuelles Beenden per Taskmanager verhindern, da man als Anwender nicht schnell genug beide Prozesse beenden kann. Aber ein script gestütztes Taskkill in einer Endlosschleife wäre wohl in der Lage beide Prozesse nahezu zeitgleich und schnell genug zu beenden. Avira hat (oder hatte?) da eine schöne Sicherheitslücke bei der Registry Überwachung. War man schnell genug und penetrant genug die Schlüssel zu verändern kam der Schutz nicht mehr hinterher und man hatte nicht nur den Schlüssel gesetzt, sondern auch noch Avira die Rechte zum lesen und schreiben des Schlüssels entzogen.

Nun eine Bluescreen Lösung halte ich jedenfalls für nicht praktikabel. Das mag in einer Schule eine Lösung sein, aber nicht in einem ernsthaften Unternehmen.

Wo wir bei Unternehmen sind... normalerweise haben Benutzer dort keine adminstrativen Rechte. Sie können also Prozesse anderer Benutzer weder im Taskmanager sehen noch beenden. Eine Lösung wäre also evtl. auch dein Überwachungsscript in einem anderen/administrativen Benutzerkontext laufen zu lassen.

Ebenfalls sehr einfach machbar ist es den Zugriff auf den Taskmanager zu unterbinden (Gruppenrichtlinie oder Registryschlüssel). Aber auch das bietet keinen Schutz vor anderen Taskkill Aufrufen.

Multithreading bzw. im Falle von Autoit Multiprocessing ist sicher die effektivste Optimierungsmassnahme, da die Aufgabe primär CPU limitiert ist und nur so eine 100% Auslastung aller CPU Kerne erreicht werden kann, zumindestens wenn man keinen Single Core Prozessor besitzt.

Allerdings hat der Lösungsansatz von Bioshade noch eine sehr große Schwäche. Die große ungekürzte Wortliste wird von jedem Arbeiterprozess erneut eingelesen. Das wäre aber garnicht nötig wenn man etwas geschickter an die Aufgabe ran geht.

Ich würde das Script von Trojan nutzen, und lediglich die Hashberechnung auslagern.
Die Schleife startet dann den Arbeiterprozess mit den Parametern "gesuchter Hash" und den beiden zu hashenden Worten.
In der Schleife sollte außerdem natürlich eine Bremse eingebaut werden, damit nicht innerhlab von wenigen ms tausende Prozesse gestartet werden.
Stattdessen merkt man sich in einem Array die PIDs der gestarteten Prozesse und legt eine Maximalanzahl der parelellen Hashing Prozesse fest.
Mit processexists wird bei Erreichen des Limits solange geprüft ob die Prozesse noch laufen bis wieder ein Slot frei wird, dann wird der nächste Hashprozess angeworfen, also eine Warteschlange.
Zusätzlich liefern die Hashprozesse eine Rückgabe an das Hauptprogramm (entweder Hash passt für Wort A+B oder Hash passt nicht). Für Interprozesskommunikation gibt es ja jedemenge Möglichkeiten.
Wenn einer der Prozesse erfolgreich war wird die Warteschlange geleert und die Schleife abgebrochen.

So spart man sich das zeitintensive tausenfache Einlesen und Splitten der großen Wortliste in den Arbeiterprozessen.

Zusätzlich kann man dann natürlich noch Autoberts Vorschlag aufgreifen. Angenommen ein Wort kann beliebig oft und mehrmals in der Wortliste vorkommen und grundsätzlich ist es erlaubt, dass zweimal das selbe Wort kombiniert wird, dann macht es evtl. Sinn die Wortliste zuvor auf Mehrfachvorkommen zu prüfen, zu bereinigen und maximal (sofern vom Rätsel überhaupt erlaubt) einmal eine Doppelprüfung pro Mehrfachwort durchführen. Wenn die Wortliste wirklich viele Mehrfachvorkommen enthält kann das die Menge der Hashberechnungen sehr stark reduzieren.

EDIT:

Um den Overhead durch die enorme Anzahl an Prozessaufrufen, Cryptstartup/shutdown, Verwaltung Warteschlange zu minimieren kann man auch den Ansatz von Bioshade nutzen und anstatt einem Wortpaar gleich mehrere Wortpaare sammeln und erst dann an einen Workerprozess übergeben.

Ein worker Aufruf könnte dann z.B. so ausschaun:

worker.exe "gesuchter hash" "$wort[$j]" "$wort[$i],$wort[$i+1],...,$wort[$i+99]"

also beispielhaft 100 Hashberechnungen pro Prozess.

Das Problem ist hier vermutlich, dass auch ein Admin normalerweise kein vollwertiger Admin unter Windows Vista und neuer ist, sondern nur mit Benutzerrechten arbeitet. Damit ein Administrator im administrativen Kontext arbeitet ist es notwendig mittels UAC Dialog die Rechte zu erweitern. Eine Möglichkeit dies zu realisieren ist es deinem Script diese Rechte per UAC Abfrage zu erteilen (#requireadmin). Alle Programme die das Script startet laufen dann ebenfalls mit den erhöhten rechten.

Es gibt aber evtl. bessere Wege die ohne UAC Dialog auskommen und sich so für unbeaufsichtigte Installationen eignen. Bei uns im Netzwerk (und ich denke das ist das Standardverhalten von Windows) arbeitet der lokale Superadministrator (Konto "Administrator") grundsätzlich ohne UAC Abfrage. Dies lässt sich per Gruppenrichtlinie bzw. Registry beeinflußen. Standardmässig ist der Superadmin aber deaktiviert. Sollte der Account bei euch aktiviert sein und ebenfalls ohne UAC Abfrage arbeiten würde ich den runas Befehl mit diesem Account testen.

Es gibt noch weitere Wege wie z.B die Erstellung eines einmaligen Tasks über die Aufgabenplanung. Hier kann als Option der Haken bei "Mit höchsten Privilegien ausführen" gesetzt werden. Aber auch hier hast du das Problem, dass du zum Erstellen eines solchen Tasks erstmal erhöhte Privilegien benötigst. Prinzipiell sollte sich der Task aber auch remote auf den betroffenen oder allen client Rechnern mehr oder weniger automatisiert erstellen lassen, genauso wie sich die Aktivierung des Superadmins im ganzen Netzwerk automatisieren lassen sollte.

Würde dir die Nutzung der winhttp.au3 empfehlen. Ist sehr viel bequemer anzuwenden, weil dir die UDF das meiste abnimmt.
Ich bin mir nicht sicher, aber ich vermute dein Problem liegt unter anderem daran, dass du im Header keine "Content-Length" angibst. Die winhttp.au3 erledigt solche Sachen selbsständig.

Und wozu brauchst du die Regedit GUI? Die Inhalte der Registry kannst du bei Bedarf doch ebenfalls mit den REG Funktionen auslesen und selbst visualisieren wenn das notwendig ist.

Da Autoit nur unter Windows läuft scheidet Android schonmal aus. Dir bliebe in diesem Fall also nur die Nutzung eines Windows Tablets. Da haben wir aber ggf. schon das nächste Problem. Vermutlich ist Autoit nicht auf Geräten mit ARM Prozessoren lauffähig. Du bist also sehr eingeschränkt bei der Wahl des richtigen Tablets und musst ggf. auf ein Tablet mit schlechterer Akku Laufzeit zurückgreifen. Außerdem wirst du die Daten vermutlich nicht lokal auf dem Tablet behalten wollen, sondern diese Daten sollen spätestens nach Feierabend, am besten aber live den Weg auf deinen Verwaltungsrechner in der Firma finden um daraus letzlich Angebote oder Rechnungen zu generieren und die Daten sicher zu archivieren. Du müsstest also recht viel Arbeit in die sichere Übertragung der Berichte per Internet investieren. Autoit ist für Client/Server Anwendungen nicht unbedingt die erste Wahl, auch wenn es durchaus performante Scripte in dieser Richtung gibt. Ein weiteres Problem sind evtl. Unterschriften, denn solche Protokolle werden normalerweise sowohl vom ausführenden Mitarbeiter als auch vom Kunden abgezeichnet. Zwar sicher auch in Autoit realisierbar, aber für jemanden mit sehr eingerosteten Programmierkenntnissen würde ich solch ein Projekt als zu anspruchsvoll betrachten.

Ich persönlich würde für sowas dann eher meinen Fokus auf eine zentrale Webapplikation mit zugehöriger Android App werfen. Vorteil wäre, dass die Applikation ggf. sogar auf den bereits vorhandenen Smartphones lauffähig wäre. Ideal für Außendienstmitarbeiter.

Schalt Avast halt aus beim Kompilieren. Oder programmiere in einer VM ohne Virenscanner. Je nach Virenscanner ändert sich die Falscherkennung auch wenn man beim Kompilieren auf UPX verzichtet und Avira reagiert teilweise sogar unterschiedlich jenachdem ob man nach 32bit oder 64bit kompiliert. Ein wenig an den Einstellungen spielen soll Wunder wirken.

Ebenfalls immer möglich sollten Ausnahmeregeln sein. Du könntest z.B. den kompletten Autoit Programmordner und deinen Scriptordner als Ausnahme hinzufügen. Dann sollte es ebenfalls zu keiner Virenerkennung beim Kompilieren mehr kommen. Allerdings sollte natürlich getestet werden ob das kompilierte Script in anderen Ordnern nachwievor erkannt wird oder ob Avast nur mit dem compiling Vorgang ein Problem hat.

Das Problem mi Virenscannern und Autoit ist jedenfalls altbekannt, einfach mal ein wenig googlen.

Kann man so machen:

#Include <ScreenCapture.au3>
$Ordner = @ScriptDir & "\"
$Bild = "1132,546,1150,557" ;als Ersatz für Textfile lesen
Execute('_ScreenCapture_Capture("' & $Ordner & 'temp.bmp",' & $Bild & ', 1)')

Es ist aber schwachsinnig das so zu machen. Wie oben erwähnt schreibt man sich dafür einfach eine Hilfsfunktion, die den String aufsplittet und baut dort vorallem auch ein gescheites Errorhandling ein. Wenn du den String wie von mir gezeigt ungeprüft an Execute übergibst stürzt dein Script aufgrund eines Syntaxfehlers komplett ab wenn der String fehlerhaft sein sollte. Es ist fahrlässig externe Daten ungeprüft direkt zur ausführung zu bringen. Du sparst dir damit rein garnichts was die Performance anbelangt, hast dafür aber irgendwann sehr viel mehr Stress den Fehler zu finden wenn dein Script ohne brauchbare Fehlermeldung abstürzt.

Anstatt das Verhalten mit Autoit zu beeinflussen würde ich einfach den Programmierer dieser Software anschreiben. Laut deinem Link wird die Software noch aktiv entwickelt (letzte Beta erst vor einer Woche). Schreib ihm einfach was dir fehlt und was du gerne erreichen willst und ich bin mir sicher er baut das entsprechend ein, sofern er Zeit dafür findet.

Naja sofern Bugfix recht hat und danach schaut es aus, dann ruft Scite die Datei "AutoIt3Help.exe" auf. An diese EXE wird vermutlich der Suchbegriff als Parameter weitergegeben. Diese Hilfsdatei führt dann sehr wahrscheinlich wie in meinem obigen Beispiel die "HH.EXE" von Windows aus um den entsprechenden Hilfeeintrag anzuzeigen. Eine Lösung wäre also einfach die "AutoIt3Help.exe" mit einer eigenen zu ersetzen und zu schauen welche Parameter Scite übergibt. Sollte ich recht haben und lediglich der Suchbegriff übergeben werden kannst du einfach mein obiges Beispiel verwenden und die exe entsprechend austauschen. Ich habe aber denke ich vorhin im englischen Forum noch etwas davon gelesen, dass diese "AutoIt3Help.exe" mehr tut als nur die "HH.EXE" auszuführen. Sie soll wohl anscheinend auch prüfen ob die Hilfe bereits geöffnet ist und dann entsprechend mit dem Fenster interagieren, so dass die Hilfe nicht mehrfach angezeigt wird.

Du könntest den Datenteil vorher im Übrigen auch mit Base64 encoden, wie es die meisten Webseiten für Uploads erwarten. Dadurch hast du keine Probleme mehr mit Sonder- und Steuerzeichen außerhalb des normalen ASCII Zeichensatzes. Passende und zum Teil auch sehr schnelle Funktionen für Autoit findest du per Google.

https://de.wikipedia.org/wiki/Base64

Nachteil ist allerdings ein erhöhter Zeitbedarf für die En- und Dekodierung, sowie ein erhöhter Bandbreitenbedarf, da die Base64 encodierten Daten etwa 30% größer sind.
Vorteil wäre, dass die Daten einheitlich aufgebaut sind und leichter von (d)einem Kommunikationsprotokoll abgetrennt werden können.

Hmm naja in Textdateien ist es nicht so ungewöhnlich, dass Zeilenumbrüche enthalten sind. Vermutlich ist daher diese Zeile im Client bzw. die entsprechende im Server für deine Probleme mit verantwortlich...

If $rBuff = @CRLF&@CRLF Then
				ExitLoop

Da hättest du dich deutlicher ausdrücken sollen. Ich bin davon ausgegangen, dass du in deinem eigenen Programm ein mit Scite vergleichbares Verhalten erreichen willst um in deinem Programm eine eigene Hilfedatei einzubinden.
Wie du die Standardhilfedatei von Scite änderst oder eine zweite hinzufügst kann ich dir nicht sagen. Die originale zu ersetzen und mit eigenem Content zu ergänzen wäre wohl am einfachsten, dann sind an Scite keinerlei Änderungen notwendig. Aufwendiger wird es wohl wenn du eine zweite Hilfedatei über einen weiteren Hotkey einbinden willst. Aber vermutlich ist das über die Scite Configfiles und LUA durchaus machbar. Damit habe ich mich aber nie beschäftigt.

EDIT: siehe Bugfix

Hier ein Beispielcode wie man spezifische Topics einer CHM Datei anzeigen kann. Du musst nur den Pfad zur entsprechenden Hilfeseite kennen. Wenn du eine CHM mit 7zip entpackst kannst du die Dateistruktur einsehen, sofern diese nicht ohnehin schon bekannt ist. Anstelle einer Inputbox verwendet Scite noch andere Spielereien um herauszufinden welcher Text gerade im Edit Feld des Editors markiert ist und verwendet dann diesen String für den Aufruf der entsprechenden Hilfeseite. Ich habe jetzt keine Lust die betreffende Funktion zu suchen aber du solltest über die Stichworte edit und getselection die passende Funktion finden. Die Ausführung der "Run-Zeile" via F1 realisiert man mit einem Hotkey.

Global $myTopic = InputBox("Topic","Bitte Funktionsname angeben","GUICtrlGetState")
Global $sHelpFilePath = "C:\Program Files (x86)\AutoIt3\AutoIt3.chm"
Global $sHelpTopicPath = "/html/functions/" & $myTopic & ".htm"

ConsoleWrite("DEBUG: " & '"' & @WindowsDir & '\hh.exe" "' & $sHelpFilePath & '::' & $sHelpTopicPath & '"' & @CRLF)

Run('"' & @WindowsDir & '\hh.exe" "' & $sHelpFilePath & '::' & $sHelpTopicPath & '"')

Ähm ja ist doch alles richtig. Was willst du erreichen? Deine Abfrage prüft ob eines der beiden Felder leer ist (OR = mindestens eine der Bedingungen muss erfüllt sein). Ist eines der beiden (oder beide) leer, dann erscheint der Hinweis "leer". Wenn du stattdessen nur den Hinweis "leer" bekommen möchtest wenn beide Felder leer sind, dann musst du AND verwenden (AND = beide Bedingungen müssen erfüllt sein).

Wenn du das genauer differenzieren möchtest, also alle 3 bzw. 4 Fälle abdecken möchtest brauchst du ein anderes Konstrukt deiner Bedingung.

Denkbar wäre z.B. folgende Lösung:

Case $testbtn
If GUICtrlRead($input1) <> "" and GUICtrlRead($input2) <> "" Then
MsgBox(0,"","Inhalt: " & GUICtrlRead($input1) & " - " & GUICtrlRead($input2))
else
If GUICtrlRead($input1) = "" AND GUICtrlRead($input2) = "" Then
MsgBox(0,"","beide leer")
Else
If GUICtrlRead($input1) = "" Then MsgBox(0,"","Inhalt: " & GUICtrlRead($input1) & " - Feld 2 ist leer!")
If GUICtrlRead($input2) = "" Then MsgBox(0,"","Inhalt: " & GUICtrlRead($input2) & " - Feld 1 ist leer!")
endif
EndIf

EDIT: Sry hatte das Posting vorm Essen angefangen und erst später abgeschickt...