Ich möchte mit AutoIt ein Setup-Programm schreiben, das ein exe-Datei sowie eine Parameterdatei installieren kann.
D.h.: Wie kann ich diese beiden Dateien so in das Setup-Programm einfügen, dass sie beim Setup extrahiert werden können.
Mir will einfach nichts einfallen.
Vielen Dank schon einmal für eine Antwort.
Recht vielen Dank autoBert !!!
Ich führe ein Protokoll über alle Veränderungen an meinem System. Es hat bei meinem alten PC schon 393 Eintragungen. Und da habe ich nun entdeckt, dass ich vor Jahren ebenfalls SciTE4AutoIt3 installiert hatte.
Das hatte ich vergessen (altes Gehirn).
Nochmals vielen Dank für den Tipp !
P.S.: Übrigens steht nunt im Kontexmenü auch "Compile with Options".
Vielen Dank Mars für Deine Antwort.
"Compile with Options" erscheint bei mir nicht.
Siehe Anlage.
Insbesondere das STDOUT-Protokoll ist mir auch deshalb wichtig, da oftmals die Compilierung nicht klappt.
Beispielsweise, wenn die zu überschreibende exe aus unerfindlichen Gründen von Windows gegen Zugriffe gesperrt wurde.
Ich habe mir übrigens einen neuen PC gekauft. Und während der Einrichtungsphase wechsle ich zwischen Altem und Neuem öfter hin und her. Jetzt wird mir erst bewusst, dass es nur auf dem Neuen nicht klappt.
Ich habe wie auf dem Alten AutoIt 3.3.8.1 installiert.
Es beunruhigt mich, dass die Installation effektiv auf dem neuen anders verlaufen ist. Habe auch schon überinstalliert und auch deinstalliert und neu installiert.
Wenn ich bei SciTE auf Tools / Compile gedrückt hatte, kam immer zunächst ein Fenster, mit welchem man noch Einstellungen vornehmen konnte. Plötzlich erscheint es nicht mehr?
Auch unten im SYSOUT- Abschnitt des SciTE-Fensters wird der Compilierungsablauf nicht mehr protokolliert.
Was kann ich tun?
Vielen Dank schon einmal für eine Antwort.
Recht vielen Dank!
Es funktioniert.
Aber wenn ich mir den erklärenden Text nochmals gründlich durchlese, kann ich den noch immer nicht auf mein Problem beziehen. Wahrscheinlich muss ich bei mir in den Gehirnwindungen wieder mal richtig aufräumen.
Nochmals vielen Dank!
Wie kann ich ein GUI-Fenster erzeugen, das nicht in der Taskleiste erscheint?
Jedenfalls habe ich bei GUICreate keinen Stil gefunden, der das bewirken würde.
Recht vielen Dank, Oscar.
Da hätte ich mir wohl die Hilfe von GUICtrlCreateList genauer durchlesen müssen.
Trägt man mittels
GUICtrlSetData ( controlID, data [, default] )
Zeilen in ein List-Control ein, so werden diese sortiert. Ich möchte sie aber in der Reihenfolge eintragen, wie sie in data aufgeführt sind.
Siehe Beispielprogramm in der AutoIt-Hilfe zu GUICtrlRead.
Was kann ich tun?
Vielen Dank Bitnugger für Deine Antwort.
Deinen Hinweis werde ich zukünftig beachten. Ich hatte die Frage übrigens im Microsoft-Forum gestellt und jemand hat sie zum Windows 10 Forum weitergeleitet.
Das DeadLook ist ja ein prima Programm. Ich habe mir die WebCacheV01.dat auch mal angesehen. Tatsächlich sind die Cookies dort zu finden. Muss mal sehen, ob ich den Aufbau der Datei herausbekomme.
Schön wäre es, wenn man die entsprechenden APIs finden würde und wüsste, wie man sie in AutoIt aufruft.
Aber zunächst erst nochmals vielen Dank.
PS:
Siehe auch
https://social.technet.microsoft.com/Forums/de-DE/5…0itprogeneralDE
und
https://social.msdn.microsoft.com/Forums/ie/en-U…siondevelopment
Ich hatte begonnen ein Programm zu schreiben, welches Cookies bearbeitet (Internet Explorer 11).
Nun wurde das Windows 10 Update auf Version 1709 vorgenommen.
Jetzt erscheinen unter
"C:\Users\ff\AppData\Local\Microsoft\Windows\INetCache"
(ff ist mein Benutzername)
keine Cookie-Dateien mehr.
Sehe ich unter
"Internet Explorer / Extras / Internetoptionen / RK Allgemein / Einstellungen /Dateie anzeigen"
nach, so werden zwar die Cookies angezeigt. Will ich aber so ein Cookie öffnen, erscheint die Mitteilung:
"Cookies are no longer stored in files. Please use Internet*Cookie* APIs to access cookies."
Kann mir jemand helfen?
Wo finde ich solche Internet*Cookie* APIs, und wie köönte ich sie in mein Programm einbauen?
Vielen Dank schon mal für eine Antwort.
Recht vielen Dank für Deine Antwort.
Deine Ausführungen machen mich sicher: Ich werde AutoIt 3-3-14-2 deinstallieren und 3.3.8.1 installieren.
Dann werde ich mich wieder wohlfühlen.
Nochmals vielen Dank und bis bald mal wieder.
Das Fileread spielt in meinem BITMAP-Programm an verschiedenen Stellen eine Rolle. Außerdem hat ja das neue FileWrite auch seine Tücken.
Es war mir zu mühselig mich in das umfangreiche Programm wieder einzuarbeiten und alles entsprechend anzupassen.
Deshalb habe ich es mir einfach gemacht:
Ich habe von AutoIt 3.3.8.1 die Compilerdatei Aut2exe.exe in Aut2exe.exe umbenannt und in den Ordner C:\Program Files (x86)\AutoIt3\Aut2Exe kopiert.
Mit dieser habe ich mein BITMAP-Programm kompiliert und nun läuft es wieder.
Sehr befriedigend ist das nicht.
Gibt es eigentlich Assembler-Befehle bzw. -Routinen, mit denen man auf Basis von AssembleIt eine Datei einlesen und schreiben kann?
Herzlichen Dank Alpines,
das ist die Lösung. Ich werdeBinaryToString($Daten)in mein BITMAP-Programm einbauen und dann wird es wieder wie früher laufen.
Ich habe nicht gewusst, dass diese hexadezimale Zeichenfolge als "Binary" bezeichnet wird.
Nochmals Vielen Dank!
Ich muss zugeben mein Test war blöd gewählt.
Neu:
Bitte die hier angefügte Datei Test.zip in einen neuen Ordner extrahieren und dann Test.au3 starten.
Mit dieser hexadezimalen Zeichenfolge kann aber mein Programm nichts anfangen.
Hallo Oscar und Musashi,
mein BITMAP-Programm kann verschiedenes.
Z.B.: siehe
insbesondere mein Beitrag #8.
Ich kann auch die in einer eine Excel-Datei eingetragenen Koordinaten (die evtl. innerhalb Excel mittels trigonometrischer Funktionenerrechnet wurden) auswerten und danach eine Zeichnung erstellen.
Aber das geht nun alles nicht mehr, weil die AutoIt-Entwickler einfach FileRead so verändert haben, dass man eine Bitmapdatei nicht mehr unverändert einlesen kann. Enttäuschend!
Vielen Dank für Eure Antworten. Aber leider bringt das keine Lösung.
Auch wenn ich den Mode 16 in
$handl=FileOpen ("bitmap.bmp",16)
verwende, wird mir nach $Daten nicht der wirkliche Inhalt der Datei eingelesen, sondern
jedes Byte wird in zwei hexadezimale ASCII-Zeichen zerlegt.
Das Zurückschreiben mit
$erg=FileOpen("ergebnis.txt")
hatte ja nur den Zweck, dass man sieht, was in $Daten steht.
Und mit dem Feld $Daten will ich ja im Programm arbeiten.
Bitte die Datei Test.zip in einen neuen Ordner extrahieren und dann Test.au3 starten.
Schon einmal vielen Dank für Eure Mühe.
Mein Programm, das BITMAP-Dateien bearbeitet, lief immer prima.
Jetzt habe ich eine kleine Änderung vorgenommen und es neu compiliert.
Nun funktioniert es nicht mehr.
Und warum?
Es liegt an der Funktion FileRead. Mit ihr konnte ich die BITMAP-Dateie einlesen, so wie sie ist. Also jedes Byte wurde unverändert in das Zielfeld eingelesen.
Aber das neue FileRead scheint "mitzudenken". Es erkennt wahrscheinlich, dass es sich um eine BITMAP handelt und liest eine völlig verstümmelte Zeichenfolge ein.
Ich arbeite mit
AutoIt Stabil 3-3-14-2.
So wie es auch heute noch angeboten wird.
Was kann ich nun machen?
Recht herzlichen Dank!
Es klappt!
Ich habe dieses Programm zu xTest.execompiliert:
ConsoleWrite ( "Textzeile"&@CRLF )Und rufe es mit der cmd-Datei xTest.cmd
xTest.exe
Pauseauf.
In dem sich öffnenden schwarzen MS-DOS- bzw. cmd-Fenster erscheint der Text "Textzeile" jedoch nicht.
Was muss ich tun, um den Text dort anzeigen zu lassen? Ist ConsoleWrite nicht der richtige Befehl, um in die SYSOUT zu schreiben?
Starte ich das Programm im SciTE-Fenster, so erscheint der Text im unteren Teil des Fensters.