Beiträge von misterspeed

Dann verwende eben stattdessen die nativen Funktionen

fileopen
fileread
filewrite

und gib den entsprechenden Modus (UTF-8 ohne BOM) vor.

EDIT:

Oder wenn es unbedingt aus Faulheit die Filewritetoline Funktion sein soll schau in die file.au3, such dir die Funktion raus und erstell dir eine angepasste Kopie davon.

Hier einfach die Funktionsaufrufe für fileopen, fileread , filewrite entsprechend abändern und dann als _MY_filewritetoline() in dein Script einbinden...

Ahja und verwende bitte zukünftig die Spoilerfunktion bei derart langen Quellcodes.

Zitat von autoiter

Als ich ausprobiert hab array1[$i][0] <> array2[$i][0] hat das nicht funktioniert..

Ähm naja ich weiß ja nicht wie dein Scriptversuch ausschaut, aber mein Ansatz würde zwei ineinander verschachtelte Schleifen nutzen um beide Arrays miteinander zu vergleichen (bzw. vielmehr die gesplitteten Zeilen der Arrays). Du brauchst also mit meinem Ansatz mindestens zwei Zählervariablen für deine Schleifen. Zweimal die selbe Variable (bei dir $i) nutzen wird natürlich nicht das gewünschte Ergebnis liefern.

Hier mal evtl. fehlerhafter und unvollständiger pseudocode weil ich zu faul bin dir das ganze Script zu schreiben:

$a1 = ...datei 1 einlesen
$a2 = ...datei 2 einlesen
global $a3[ubound($a1)][3] ; ergebnis array ist gleich groß wie a1, zumindestens ging das aus deiner Beschreibung hervor...

for $i = 1 to ubound($a1)-1
$aSplit1 = stringsplit($a1[$i]...@tab...) ; zeile $i aus $a1 gesplittet
for $j = 1 to ubound($a2)-1
$aSplit2 = stringsplit($a2[$j]...@tab...) ; zeile $j aus $a2 gesplittet
if $aSplit1[1] = $aSplit2[1] then ; hier sollte jeweils die id der Zeile beider Arrays stehen, sind diese gleich, dann...
$a3[$i][0] = $aSplit1[1] ; die ID
$a3[$i][1] = $aSplit1[3] ; info aus array1
$a3[$i][2] = $aSplit2[3] ; gefundene info aus array2
exitloop ; unter der annahme, dass die ID in Array 2 maximal einmal vorkommt, also nie mehr als 2 infos pro ID möglich sind
endif
next
next

_arraydisplay($a3)

Das Script könnte so allerdings abstürzen wenn das Splitten einer Zeile nicht wie gewünscht drei Splitttreffer hat. Du solltest also evtl noch Fehlerabfragen nach dem jeweiligen Zeilensplit einbauen, damit nicht auf nicht existente Arrayindexe zugegriffen wird.

Zitat von autoiter

Ich muss dazu sagen, ich erstelle die Dateien in einigen Schritten vorher und könnte da schon anders vorgehen, wenn es angebracht wäre.

Da du die Dateien selbst erstellst würde ich durchaus vorschlagen das ganze gleich in eine einzige Datei (oder evtl. sogar in eine Datenbank) zu schreiben oder ggf. ganz auf die Datei zu verzichten jenachdem wozu du die Daten brauchst und ob diese nach Programmende noch benötigt werden. Vielleicht solltest du mal deinen kompletten code posten...

Ansonsten ist das so wie es ist auch kein Problem. Du brauchst nur folgende Funktionen und grundlegende Kenntnisse im Umgang mit Arrays und Schleifen:

_filereadtoarray
Stringsplit
redim ; ggf zum dynamischen neu Dimensionieren des dritten Arrays, siehe unten

Vorgehensweise sollte eigentlich selbsterklärend sein...

1. Beide Dateien in separate Arrays einlesen
2. Zeile(n) innerhalb einer verschachtelten Schleife mit stringsplit in ihre Bestandteile zerlegen (Trennzeichen @TAB)
3. Jeweils die ID der Zeile des ersten Arrays mit den IDs aller Zeilen aus dem zweiten Array vergleichen
4. Bei Übereinstimmung der ID jeweils die zugehörigen Infos X und Y in ein drittes 2 dimensionales Array speichern, Aufbau des dritten Arrays: [[ID,InfoX,InfoY]]
5. Auf Wunsch das 2D Array dann wieder in einen String zerlegen um wie gewünscht per TAB getrennt in eine Datei zu schreiben, Alternativ das Ergebnis gleich in einem String speichern und das dritte Array weglassen...

Bei fehlendem Wissen bezüglich Arrays: http://www.bug-fix.info/array_tut.htm

Zitat von Shortylaforge

Dann mal konkreter... Lern ich das halt Pfftt..
Case $Menu_Program_Choose funktioniert in diesem Fall wegen der For Schleife ja nur beim letzten gelisteten Eintrag. Wie muss ich das umbauen das alle Einträge im Case erfasst und ausgewertet werden?

Nunja du musst die IDs der Menüeinträge eben in einem Array speichern. So kannst du dann in deiner GUI Schleife alle IDs des Arrays prüfen.

Wie bereits erwähnt wurde solltest du zunächst die Grundlagen beherrschen. Außerdem ist deine Beschreibung viel zu dürftig um dir ernsthaft helfen zu können.

Prinzipiell wäre ersteinmal zu klären um welches "3rd Party Program" es überhaupt geht bzw. um welche zu Grunde liegende Technologie. Reden wir hier von einer Web Applikation oder von einer lokalen Desktop Applikation?

Dann solltest du dir außerdem dringend die Frage stellen ob dein Arbeitgeber damit einverstanden ist, dass diese automatische Abmeldung der Anwendung und der automatische Standby des Systems von dir umgangen wird (da letzteres per Gruppenrichtlinien geregelt ist denke ich mal, dass eure IT sich da sehr wohl etwas dabei gedacht hat). Solltest du selbst Administrator sein und somit für diese Applikation verantwortlich sein würde ich eher die Einstellungen der Applikation prüfen und ggf. den Hersteller kontaktieren um zu prüfen ob diese Session Intervalle verlängert oder das Session Timeout ganz abgeschaltet werden kann. Dir sollte aber klar sein, dass es Sicherheitsgründe hat wenn eine Applikation bei Inaktivität einen erneuten Login verlangt. Das selbe gilt natürlich für die GPO welche für den Standby verantwortlich ist, auch hier ist normalerweise die IT Abteilung dein Ansprechpartner.

Nun gehen wir mal davon aus es juckt niemanden was du mit deiner Workstation tust...

Im Falle einer Desktop Applikation benötigst du das "Au3info Tool", welches du im Scite Editor findest. Um dir aktiv helfen zu können wäre das "summary log" von Au3Info für das entsprechende Fenster hilfreich. Wenn du Pech hast handelt es sich aber um ein Fenster, welches keine Windows Standardcontrols verwendet. In diesem Fall hilft dir Au3Info nur bedingt weiter und du benötigst letztlich etwas weniger zuverlässige Funktionen (optische Erkennung) zur Automatisierung.

Handelt es sich um eine Web Applikation benötigst du passende Funktionssammlungen für deinen Browser. Im Standard Autoit Paket sind Funktionen für den Internet Explorer enthalten, hier im Forum findest du außerdem die ff.au3 für Firefox. Ebenfalls hilfreich sind gewisse Browser Addons wie z.B. Firebug um Details über die Elemente der Webseite zu ermittlen.

Es gibt schlichtweg keine Programm übergreifenden Variablen. Wenn du mit deinem Hauptprogramm ein anderes startest kennt diese Programm weder Funktionen noch Variablen des Hauptprogrammes. Das einzige was du tun kannst ist deinem zweiten Programm entweder beim Start alle benötigten Daten mitzugeben (z.B. per Parameter wie oben beschrieben oder per Konfigdatei) oder aber du sorgst dafür, dass dein Hauptprogramm auf irgendeine weise mit den anderen Programmen kommunizieren kann (Inter Prozess Kommunikation). Für Letzteres gibt es unzählige Möglichkeiten. Viele erfordern, dass die Teilprogramme deutlich erweitert werden (z.B. TCP Funktionalität), andere funktionieren passiv und erfordern keine Erweiterung der externen Programme. Dein Hauptprogramm könnte das Label des anderen Programmes z.B. einfach mit

controlsettext()

verändern. Das Hauptprogramm muss dazu nur wissen wie das Fenster und das zu verändernde control des anderen Programmes anzusprechen sind.

Dann arbeite eben mit 2 Arrays und berücksichtige nur den gefilterten Inhalt des neuen Arrays.

Beispiel:

#include <array.au3>

global $aOld[4] = ["a","b","c","d"]
global $aNew[5] = ["a","c","d","e","f"]
global $aResult[1]

; b wurde gelöscht, e und f sind neu hinzugekommen

$k = 0
for $i = 0 to ubound($aNew)-1
$skip = False
for $j = 0 to ubound($aOld)-1
if $aNew[$i]=$aOld[$j] then
$skip = True ; das aktuelle Element des neue Arrays war schon im alten enthalten, also interessiert es uns nicht
exitloop
endif
next
if $skip = False then
$aResult[$k] = $aNew[$i] ; das aktuelle Element des neuen Arrays ist wirklich neu und war noch nicht enthalten, also speichern wir es im result Array
$k+=1
redim $aResult[$k+1]
endif
next
redim $aResult[$k]

_arraydisplay($aresult)

Ich habe einmal etwas ähnliches geschrieben, dabei ging es nicht ums entfernen der mehrfach auftretenden Einträge, sondern um die Anzeige wie oft diese vorkommen. Hier eine modifizierte Fassung die alle Mehrfacheinträge auch entfernen kann:

Mouseclick() kann nicht im Hintergrund erfolgen. Es wird immer in das Fenster geklickt, das an dieser Position gerade im Vordergrund ist. Wenn dein Splashtext also vor dem eigentlichen Fenster liegt landet dein Mausklick im splashtext Fenster, so wie wenn du eben manuell an diese Position klicken würdest. Klicks im Hintergrund oder sogar in unsichtbaren Fenstern sind nunmal nur durch controlclick() möglich, da hier kein echtes klicken simuliert wird sondern die window msg die durch einen Klick ausgelöst werden würde.

Dass dein controlclick() so nicht funktioniert sollte ja wohl auch klar sein. Zum einen ist die Angabe eines Fenstertitels bzw. einer Fensterdefinition plus Definition des Controls absolut erforderlich, zum anderen beziehen sich die Koordinaten nicht auf den Desktop oder das Fenster, sondern auf das control. Die Koordinatenangabe ermöglicht also bei controlclick den Klick auf eine bestimmte Stelle innerhalb eines Controls. Das kann hilfreich sein wenn man nur eindeutige Daten für ein "Rahmen" control herausfinden kann und darin andere Elemente enthalten sind (z.B. eine eingebettete html Seite in einer GUI, was gelegentlich bei diversen Installern vorkommt).

Wie dem auch sei vielleicht solltest du einfach mal Klartext reden was diese Klickscripterei für einen Sinn hat bzw. was du damit überhaupt automatisieren willst. Wenn es immernoch um Webseitenautomatisierung geht (war da nicht mal was von wegen Kleinanzeigen undso?), dann schau dir bitte die IE und FF Funktionen an oder benutze eine evtl. vorhandene API der Webseite in Verbindung mit winhttp. Alles andere macht keinen Sinn wie du ja sicherlich inzwischen auch bemerkt hast.

Zitat von AspirinJunkie

Test.exe wird mit Kommandozeilenbefehl /AutoIt3ExecuteScript und anschließendem au3-Pfad aufgerufen.
Ich habe im Skript aber niemals eine Funktion /AutoIt3ExecuteScript implementiert - nichts sollte passieren.

Zitat von AspirinJunkie

Was du allerdings anscheinend überlesen hast ist mein Hinweis auf /AutoIt3ExecuteScript und dein Skript.
Warum gehst du davon aus, dass dein Skript etwas mit /AutoIt3ExecuteScript anfangen kann?

Zitat von AspirinJunkie

Dein Skript kann keine externen au3-Dateien genauso wie AutoIt3.exe ausführen.
Du kannst nur im begrenzten Rahmen innerhalb des Skriptes mit Execute() AutoIt-Befehle in einem String interpretieren lassen.

Du irrst dich hier ein wenig. Jedes kompilierte Autoitscript ist auch ein Autoitinterpreter und kann genauso wie die autoit.exe dafür verwendet werden. Zumindestens solange man beim kompilieren nicht ausdrücklich diese Interpreterfunktionalität abschält:

#NoAutoIt3Execute

In den Standard compiler Settings existiert jedenfalls sehr wohl der Parameter "/AutoIt3ExecuteScript" bei jeder ausführbaren Autoit Datei. Man ist hier allerdings auf die nativen Autoit Funktionen beschränkt. Die auszuführenden au3 Dateien dürfen keine includes enthalten, bzw. wenn sie includes enthalten müssen diese mitgeliefert werden und mit korrektem (relativem) Pfad in der au3 eingebunden sein.

Hier ein Beispiel das auch funktioniert und das Problem von Ilse lösen sollte, sofern keine includes in den Miniklickscripten verwendet werden:

main.exe / main.au3:

; main.exe, welche als au3 interpreter mißbraucht wird

Global $interpreter
If @Compiled Then
$interpreter = @ScriptFullPath
Else
$interpreter = @AutoItExe
EndIf

Global $ProgLink = @ScriptDir & '\test.au3'
Global $cmd = '"' & $interpreter & '" /AutoIt3ExecuteScript "' & $ProgLink & '"'

debug($interpreter)
debug($cmd)

Run($cmd)

Func debug($sText)
If @Compiled Then
MsgBox(0,@ScriptName,$sText)
Else
ConsoleWrite($sText & @CRLF)
EndIf
EndFunc

beliebiege test.au3:

msgbox(0,@ScriptName,"unkompiliertes au3 script das von main.exe ausgeführt wird")

Ich würde eher ganz auf den Gerätemanager verzichten. Du solltest auch einfach die INF-Datei des Treibers mit shellexecute() ausführen können um die Treiberinstallation anzustossen.

Ich habe zwar kein Avast, aber Avira dokumentiert das z.B. hier wie man eine Datei per CLI prüfen kann: http://www.avira.com/en/support-for…detail/kbid/229
Avast wird ähnliche Möglichkeiten anbieten. In Autoit reicht also ein simples run() um den Scanner mit den passenden Parametern zu starten.

Der Nachteil der CLI Lösung ist aber, dass man abhängig vom Hersteller und dessen CLI Implementierung ist. Soll das Script mit jedem Virenscanner auf x-beliebigen Systemen funktionieren sollte man sich eher die Antivirus API von Microsoft anschauen. Mozilla nutzt diese z.B. in Firefox bzw. Thunderbird um Downloads oder Dateianhänge zu scannen. Dabei wird der Standardvirusscanner des Systems angesprochen, sofern er die MS API implementiert. Mehr dazu findet man hier:

http://joco.name/2010/12/22/win…p-crash-course/
http://msdn.microsoft.com/en-us/library/bb776297.aspx
http://msdn.microsoft.com/en-us/library/…v=vs.85%29.aspx

Error Code 0 bedeutet in diesem Fall doch dass alles ok ist. Im Fehlerfall würde objcreate() den error code auf 1 setzen.

Ich würde mich eher mal fragen warum du zig exe Dateien erstellen willst. Wenn sich die Programme nur in den Klickkoordinaten unterscheiden wovon ich anhand deines Schnippsels mal ausgehe, dann machts ja wohl mehr Sinn eine exe zu erstellen und die variablen "Klick-Daten" per ini zu regeln. Ggf. macht es dann noch Sinn cmdline Parameter zu definieren um den entsprechenden Modus (Welche Sektion der ini wird gelesen?) beim Programmstart festzulegen.

Die Aufgabe hat so wie du sie beschreibst unendlich viele Lösungen, ausser du schränkst die erlaubten Wertebereiche ausreichend ein. Deshalb solltest du zunächst einmal die Gegebenheiten klar formulieren.

Deine Gleichung: y = a + b + ... + z

Ich vermute jetzt mal, dass folgende Bedingungen gelten, auch wenn du das nicht klar definiert hast:

- die x Summanden sind jeweils positiv (oder auch 0 ?)
- die x Summanden sind Ganzzahlen ?

Wenn du das so definierst kannst du die Minimal und Maximalwerte eines Summanden ermitteln (wenn 0 erlaubt ist dann wäre das Maximum bei y=5 die 5, wenn 0 nicht erlaubt ist wäre das Maximum 5-((x-1)*1), die Minimalwerte wären entsprechend 0 oder 1).
Mit diesen Informationen könnte man dann einfach die dumme Probiermethode nutzen und in einer verschachtelten Schleife für alle x Summanden von Minimum nach Maximum alle Varianten durchprobieren.

processclose(...)

Du vergleichst hier keine Zahlen sondern Strings. Beim Stringvergleich wird quasi alphabetisch sortiert und entsprechend größer oder kleiner bestimmt.

Lösung:

If number($input) < number($zahl) Then

Hierdurch erzwingst du, dass die Variablen einen numerischen Datentyp erhalten, dadurch wird kein String sondern ein numerischer Vergleich durchgeführt.

Vermutlich indem du einfach das "> 0" in der Batchdatei weglässt, denn das ist kein Vergleichsoperator, sondern bedeutet dass das Ergebnis in eine Datei namens 0 geschrieben werden soll. Da mit dem Ergebnis aber nicht weitergearbeitet wird, sondern nur die Umgebungsvariable %errorlevel% geprüft wird sollte das Schreiben in eine Datei überflüssig sein und diente wohl nur zu Debugzwecken.

Wenn man sowas macht sollte man aber bedenken, dass das Script in einer Endlosschleife hängenbleiben könnte. Daher würde ich grundsätzlich noch ein Timeout festlegen, welches dann zum Programmabbruch führt. Sofern kein sinnvoller Zeitraum definiert werden kann bis wann das Control/Fenster spätestens erscheinen sollte könnte man innerhalb der Schleife zumindestens noch Anwendereingaben abfragen um einen manuellen Programm oder Schleifenabbruch zu realisieren.

Beispiele:

$timeout = 60000 ; in ms
$Fritz14_Class_1 = "[CLASS:Afx:0000000140000000:0]"
Local $pos[4]
$timer = timerinit()
Do
Sleep(20)
$pos = ControlGetPos ( $Fritz14_Class_1, "", 59398 )
Until $pos[0]+$pos[1]+$pos[2]+$pos[3] <> 0 or timerdiff($timer) >= $timeout
if $pos[0]+$pos[1]+$pos[2]+$pos[3] <> 0 then
; weitermachen....
else
; funktion oder programm verlassen ggf. mit Fehlermeldung
endif

Opt("TrayMenuMode", 1) ; Standard Traymenüeinträge (Skript pausieren/beenden) werden nicht angezeigt.
$abbrechen = traycreateitem("Abbrechen")
;...
$Fritz14_Class_1 = "[CLASS:Afx:0000000140000000:0]"
Local $pos[4]
Do
if traygetmsg() = $abbrechen then
; z.b. exitloop oder return oder exit
; sofern du eine GUI hast könntest du auch guigetmsg verwenden um einen Abbrechen Button der GUI zu überwachen...
endif
Sleep(20)
$pos = ControlGetPos ( $Fritz14_Class_1, "", 59398 )
Until $pos[0]+$pos[1]+$pos[2]+$pos[3] <> 0
if $pos[0]+$pos[1]+$pos[2]+$pos[3] <> 0 then
; weitermachen....
else
; funktion oder programm verlassen ggf. mit Fehlermeldung
endif