Beiträge von GtaSpider

Welche AutoIt Version benutzt du? Bei mir funktioniert das Tadellos. Die zweite MsgBox zeigt halt Wirrwarr an. Aber in der dritten MsgBox wird wieder richtig dekodiert.

Die Crypt Funktionen geben ein Binären Wert aus, die 0x1234ABCD Daten können aber auch als String verwechselt werden (Hier sieht man übrigends den Nachteil, dass AutoIt auf Namenskonvention kein Wert liegt) sind aber wie gesagt Binär. D.h. 0x414243 wird nicht als "0x414243" in die Textdatei geschrieben sondern als "ABC" (ASCII). _Crypt_DecryptData formatiert aber Strings wieder ganz normal in Binärdaten um, das heißt ABC wird wieder zu 0x414243. Deswegen funktioniert die letzte Funktion (bei mir mit AutoIt 3.3.12.0)

Alternativ

FileWrite($file,String($bEncrypted));Zeile 14

Gruß,
Spider

Hallo

Zu aller erst: Ein Prozess kann seine PID nicht ändern. Entweder startet die EXE sich selber neu (und bekommt somit eine neue PID zugewiesen) oder sie behält ihr PID.

Bei dir ist es ein wenig was anderes. Du startest das Programm mit @ComSpec und dahinter den Programm Name. Was passiert: ComSpec ist der Prozess cmd.exe (Die Konsole). Die hat eine eigene PID. Diese startet nun PLINK. Plink bekommt dadurch aber auch eine eigene PID. Wenn sich nun Plink neu startet (aus irgendeinem internen Grund) dann greift deine cmd.exe nicht mehr auf plink zurück.

Mein Tipp: Ohne @ComSpec arbeiten sondern plink.exe direkt starten und dann jedes mal mit ProcessExists("plink.exe") die PID herrausfinden bevor du ein StdOut benutzt.

Gruß,
Spider

Hey,

Kompeliert als EXE oder als au3-Script? So oder so: ConsoleWrite gibt Daten entweder in die Console von SciTE aus oder wenn du das Programm als CUI kompelierst in einem DOS Fenster.

Als CUI kompelierst du dein Programm mit der aktuellen AutoIt Version, in dem du das hier ganz oben in dein Script schreibst:

#pragma compile(Console, True)

In SciTE gibt es ausserdem die Möglichkeit jede einzelne Zeile automatisch mit ConsoleWrite zu besetzten: Tools -> Trace: Add Trace Line
Alternativ kannst du das alles aber auch als LOG Datei ausgeben. Dafür gibt es in AutoIt schon die UDF _FileWriteLog.

Gruß,
Spider

Hallo,

Ich war auf der Suche nach einer Möglichkeit die Funktion WaitForSingleObject als ein OnEvent zu benutzten, also nicht darauf warten zu müssen bis die Funktion fertig ist (das Event wahr ist) um während darauf zu warten noch andere Dinge im Script zu machen. Die Windows API hat dafür die Funktion RegisterWaitForSingleObject; da es dafür aber noch keine AutoIt Implementierung gab, hab ich das in die Hand genommen.

Die einzige Restriktion: Es kann immer nur ein Event zur Zeit abgefangen werden. Um das zu umgehen, könnte man mit einem statischen Array arbeiten, da dies aber meistens nicht gebraucht wird und nicht ganz sauber ist, habe ich es so gelassen wie es ist.

Vielleicht kann es ja jemand gebrauchen.

Beispiel:

lg,
Spider

Habs mal in H&Ü verschoben.

Hey,

Wenn du _BeginUpdate und _EndUpdate richtig benutzt sollte das auch ein massiven Geschwindigkeitsboost hervor rufen. Zu den Gruppen kann ich nichts sagen. Aber zum Löschen gibt's noch ein Tipp von mir:

Ich habe letztens auch festgestellt, dass das leeren eines ListViews unglaublich lange dauert und habe mir dann mal die Funktion _GuiCtrlListView_DeleteAllItems angesehen. Dort sieht man: Wenn es ein AutoIt control (GuiCtrlCreateListView) ist wird jedes einzelne Element von "Hand" gelöscht, wenn es ein WinApi control ist (_GuiCtrlListView_Create) dann wird einfach nur eine Message abgefeuert; das sollte sehr fix gehen. Leider gibt es in der aktuellen UDF (GuiListView.au3, sowohl Stable als auch Beta) einen bösen Bug.

Genaueres findest du hier: http://www.autoitscript.com/forum/topic/16…istview-create/ so klappt das mit dem Löschen des ListViews auch super schnell. Allerdings musst du aufpassen: Die WM MEssage Funktioniert zwar auch mit GuiCtrlListViewCreate, allerdings gibt es dann hier ein Speicherleck, weil die Controls zwar aus dem ListView entfernt werden, aber trotzdem AutoIt intern immer noch existieren. Das heißt die Funktion solltest du nur bei _GuiCtrlListView_Create benutzten. Die ist sowieso schneller als GuiCtrlCreateListView, deswegen würde ich dir empfehlen nur _GuiCtrlListView_Create zu benutzten.

Gruß,
Spider

Hey,

Also um herauszufinden wann das System in den Suspend Modus geht habe ich dir hier mal was geschrieben, sollte eigentlich auch für den Away Mode gehen. Was für ein Betriebsystem benutzt du?

Gruß,
Spider

Hey,

Bin mir nicht ganz sicher, aber ich denke meine UDF könnte dir hier weiter helfen
http://www.autoitscript.com/forum/topic/108983-idleit/

Gruß,
Spider

Hey,

Hab aus Interesse überprüft, wie die Geschwindigkeit zwischen den verschiedenen AutoIt Versionen bei Strukturen variiert.
Falls es jemanden interessiert:
3.3.8.1 am schnellsten
3.3.12.0 kurz dahinter
3.3.13.19 kurz dahinter

x64 ist hier noch mal ein wenig schneller als x86
Getestet auf nem relativ schwachbrüstigen Win8.1

Der Sourcecode und die Log Files sind im Anhang.

lg,
Spider

Hey,

In der neuen AutoIt Version (3.3.12.0) wird eigentlich standardmäßig, wenn Vista oder höher Installiert ist, der ganz neue Dialog gezeigt:
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

lg,
Spider

Hey,

Oder trau dich mal an StringRegExp ran. Ist immer gut, wenn man das irgendwann mal lernt

lg,
Spider

Ah, stimmt. Ja, dann bringt dir das nichts.

Hey,

Wenn dein Passwort kein allerwelts Passwort ist, sondern etwas komplexer würde ich mit MD5 Hashes arbeiten.
Vorteil hier: Selbst wenn jemand den Sorucecode knackt bringt ihm das nichts da das Passwort gar nicht geschpeichert wird sondern nur der Hash.
Nachteil: Wenns ein nicht so komplexes Passwort ist, kann es relativ simpel geknackt werden (Wie, tut hier nichts zur Sache )

Du könntest es auch um nochmal sicher zu gehen, den MD5 Hash noch mal Hashen, oder verschlüsseln.

;Zum schreiben:
$vMD5 = _Crypt_HashData(InputBox("","Bitte geben Sie das passwort ein welches geschrieben werden soll","passwordMuchWowVeryComplexSuchSafe53453213"),$CALG_MD5)
IniWrite("set.ini","opt","key",$vMD5)
;und später zum auslesen:
$vMD5 = IniRead("set.ini","opt","key","")
If _Crypt_HashData(InputBox("","Bitte geben Sie das passwort ein"),$CALG_MD5) = $vMD5 Then MsgBox(0,"","Richtiges Passwort!")

lg
Spider

Hey,

So, ich melde mich auch mal zu Wort. Habe die letze Seite mal überflogen und stimme auf jeden Fall mit Lottich überein.
Likes für eine richtige Antwort zu Sammeln ist meiner Meinung nach Sinnlos. Bisher habe ich es meistens so gesehen, dass wenn jemand eine Frage hatte, jemand die Antwort gegeben hat und zum Schluss der Threadstarter gesagt hat: "Ah super, danke dir!"

Da brauchen wir keinen Like Button, wo kommen wir denn da hin! Nein, ein Like Button hat für mich ganz einfach den Vorteil, dass wenn z.B. jemand ein Script postet, oder aber auch ein Problem gelöst wurde, welches sehr viele Nutzer betrifft (gerade z.B. Neulinge die durch die Suche drauf gestoßen sind, und dann sehen: Ah! Da gibt es schon ein Lösungvorschlag, der ist super, den Like ich mal) gibt es dem ganzen ein Zugewinn an Übersichtlichkeit

Mal als Beispiel. Ich bin neu hier im Forum, tralalalala, und wollte jetzt Mal mein erstes TCP/IP Script programmieren. Mhh. Wieso funktioniert das nicht? Gebe ich mal in die Suche "TCP" ein und schau was kommt. Und dann kann der Nutzer die Posts nach Relevanz (das richtige Wort hier finde ich, nicht nach like-punkten oder so was) sortieren, und zack! Sieht er, dass vor drei Monaten ein anderer Neuling auch Probleme hatte und die Antwort anscheind 20 andere Nutzer auch zufrieden gestellt hat. Dem neuen Nutzer hilft diese auch und schon sind es 21.

Oder: Jemand sucht nach einer Möglichkeit wenn die Maus über ein Control fährt, dass sich dann ein Label ändert. Es gibt tausende UDFs die dieses Thema behandeln, aber eine oder zwei die dieses Thema am saubersten Behandeln bzw am zuverlässigsten Funktionieren. Wenn der User also wieder nach Relevanz sortiert, findet er mit Sicherheit die, mit der die meisten Zufrieden sind und muss nicht vorher mehrere UDFs ausprobieren, die alle nicht so richtig funktinoeiren bis der User dann endlich die richtige gefunden hat.

Um das noch mal Klar zu stellen: Ich spreche mich auf jeden Fall gegen ein globalen Like-Counter, dafür aber für ein lokalen Relevanz-Counter.

Lieben Gruß,
Spider

Wenn man irgendwas auf AutoIt.de via Google sucht landet man automatisch wieder auf der Startseite (AutoIt.de)

http://www.autoit.de/index.php?page=Thread&threadID=43837

Müsste man also entweder neu indexieren lassen oder den alten Syntax auf den neuen Link führen.

Siehe 3. Beitrag hier.

Vielen Dank noch mal Gun-Food für das Update

lg
Spider

Hey Alina,

Das ist aber eine unsaubere Lösung. Da würde ich dir lieber die hier empfehlen. Ist zwar auf italienisch, sollte aber selbsterklärend sein. Musst einfach nur z.B. "Salva Immagine" übersetzten zu "Speichere Bild" etc.

http://www.blogbox.it/autoit-generat…ean-13-e-ean-8/
http://s5.histats.com/stats/r.php?2194708&100&69213&urlr=&www.blogbox.it/wp-content/uploads/2014/01/AutoIt-Generatore-Barcode.rar

Gruß,
Spider

Hey,

Windows Phone ist ein geschlossenes System (ähnlich wie iOS). Um dafür programmieren zu dürfen, d.h. um überhaupt ein Programm auf dein Smartphone laden zu können welches du selbst geschrieben hast, brauchst du eh erstmal ein Developer Account. Dieser Kostet dich ein wenig was (mittlerweile glaub ich einmalige Gebühr...) und dann kannst du mit Visual Studio anfangen für Windows Phones zu programmieren.

Da gibts keine Shell, kein Terminal, kein AutoIt Ich weiß, all die tollen Smartphones können so viel, aber es sind halt immer noch Telefone. Zumindest Windows Phone hat diesen Standard gesetzt (worüber ich persönlich sehr froh bin). Wenn du frei Programmieren möchtest und dein Smartphone nicht hauptsächlich als Telefon benutzten willst, würde ich dir eher zu einem Android raten. Da kannst du mit Java relativ leicht und schnell (auf einem gerooteten Smartphone) programmieren.

Gruß,
Spider

Hey Holzkopf,

AutoIt ist nicht mit Windows Phone oder Windows RT kompatibel. Das hängt ganz simpel daran, dass die beiden Systeme auf ARM laufen, AutoIt läuft nur auf Intel/AMD x86/x64. Da müsstest du dir schon Visual C# o.ä. aneignen.

lg,
Spider

Hey,

Ahja
http://www.spiegel.de/netzwelt/web/w…e-a-993197.html

Gruß,
Spider

Hey Tweaky,

Du setzt die Styles mit $LVM_SETEXTENDEDLISTVIEWSTYLE d.h. du überschreibst alle vorherigen und addierst sie nicht. Außerdem würde ich dir raten hier mit den internen Funktionen von AutoIt zu arbeiten (auch wenn die das gleiche machen, aber warum sich das Leben schwerer machen als es sein muss? )

Gruß,
Spider