Beiträge von Bitboy

  • Remote Starten&Stopen von Programmen (Linux-->Windows)

    Wenn das Programm eine exakte Kopie von Psexec ist, dann "sieht" man nichts, weil die Programme nicht auf der Desktop-Console ausgeführt werden.

    Du kannst das ganz einfach testen: Schreibe ein autoit-Script dass eine die Datei C:\Test.txt mit dem inhalt "autoit gestartet" anlegt
    und starte es anschließend über winexe

    Um Programme sichtbar auszuführen gibt es in psexec den Parameter -i. schau mal nach ob winexe den auch hat.
    eventuell musst du auch -i 0 eingeben (0 ist üblicherweise die nummer der Desktop-Console)

  • Assembler Hilfe-Thread

    Zitat von Threadersteller Sprenger120

    Hi,

    Um den ASM Thread ein bisschen zu schonen mache ich hier mal einen Hilfe - Antwort Thread auf.
    Vorrab habe ich aber selber noch ne Frage. Kann man in ASM Arrays ohne viel schreiberei (dauerndes POP und Pushen) verwenden ?

    ________________________________________________________________________________

    Wie wäre es mit einfachen verschlüsselungsalgorithmen?
    Afaik haben neuere Intel-CPUs auch AES eingebaut. Wie man die Funktion benutzt wäre auch mal intressant zu sehen.

    Zitat von Andy


    Lieber doch nicht...bestimmt wurden einige schon von dem REPNE SCASD-Monster im 2. Beispiel abgeschreckt....


    Wie sehen denn "einfache" Schleifen aus?

  • Installationen im Hintergrund durchführen lassen

    Stand auch schon vor dem Problem, daher hab ich die Silent-Parameter vorgeschlagen.

    @sw_Hide und ähnliches funktioniert nur bedingt. Hatte das damals bei ultravnc ausprobiert.
    Da rief das setup wohl eine neue exe auf die dann nicht mehr unsichtbar war. Hat man das neue fenster
    mit winsetstate unsichtbar gemacht funktionierten Befehle wie controlclick nicht mehr.

    Sind die programme nicht allzu umfangreich kannst du versuchen das setup nachzubauen.
    Das heißt mit einem geeigneten Programm (zb Winstall) die Änderungen am System aufzeichnen
    und in AutoIt nachprogrammieren.

  • Harddisk Kapazität ermitteln

    Mit PE 3.0 hab ich noch nicht gearbeitet. Frühere Versionen hatten die Einschränkung, das WMI nicht funktionierte.
    Falls Oscars vorschlag daher nicht funktioniert, versuche doch das programm diskpart zu automatisieren.
    Helfen könnte dabei der Run-Befehl mit den zusätzlichen Parametern $STDOUT_CHILD und $STDERR_CHILD.

    Falls du damit auch nicht weiterkommst kannst du die Ausgabe von diskpart in eine Datei umleiten lassen.
    Dazu brauchst du allerdings ein Skript.

    Skript:
    "list disk" -> speichern als skript.txt

    Befehl:
    Run(@ComSpec & " /c " & 'diskpart /s skript.txt > ausgabe.txt', "", @SW_HIDE)

    Nicht unbedingt schön, aber geht. Musst allerdings noch den Pfad zum RAM-Laufwerk angeben

  • UDF-Bibliothek

    Wie im ersten Post beschrieben ist es wie das Hilfesystem gedacht.
    Wobei jede Version (Jede veränderung) gespeichert werden soll
    um absichtliches oder unbeabsichtigtes kaputt-ändern zu verhindern.

    Zitat von Bitboy


    Ich stelle mir das ähnlich wie die Übersetzung der Hilfe vor.
    Jeder Forenteilnehmer kann neue UDFs einfügen und bestehende verbessern.

    Folgende Angaben sollten dabei gespeichert werden:
    Alle Versionen einer UDF (Nach veränderungen können schließlich neue Bugs auftreten)

    Die Zielgruppe der Bibliothek und des Forums ist dieselbe: Nutzer von AutoIt.
    Und es sollen auch genauso alle daraus nutzen ziehen (wie jetzt auch durch Forum oder shoutbox)

    Beispiel:
    Man findet eine UDF mit den gesuchten Funktionen im Forum und merkt dass sie nicht funktioniert (aus welchen gründen auch immer)
    Man behebt den Fehler. Der nächste Suchende wird wieder mit dem Problem zu kämpfen haben.
    Man selber kann ja die UDF + Bugfix wegen der meiner Meinung nach unklaren Lizenz nicht neu veröffentlichen.
    Daher auch eine "feste" Lizenz die genau das erlaubt.

    Ziel der Bibliothek wäre neben der zentralen Anlaufstelle dann eben auch die Möglichkeit der Pflege.

    Es ist keineswegs so gedacht das diverse Leute sich den A* aufreißen und nur noch UDFs schreiben sollen.
    Es soll eher eine Plattform darstellen in der Autoren UDFs veröffentlichen KÖNNEN und Patches oder Erweiterungen
    von der Comunity erhalten KÖNNEN, wovon dann auch der ursprüngliche Autor einen Nutzen hat.

    Das Forensystem halte ich für diese Aufgabe ungeeignet. Daher auch der Vergleich mit dem Hilfe-System.

    Hoffe das war verständlich.

  • UDF-Bibliothek

    Das stimmt leider. Aber einen anderen Weg bei verschiedenen Autoren sehe ich leider nicht.
    Vorschläge dazu sind willkommen.

    Das nur der Ersteller die UDF hochladen kann ist weniger ein Problem. Schließlich ist diese Person auch die einzigste die die UDF überhaupt besitzt.
    UDFs hochladen die von anderen erstellt wurden und deren Lizenz unklar bzw unpassend ist, sollte sowieso tabu sein.
    ok, zugegeben, leichter gesagt als getan.

  • UDF-Bibliothek

    Andy
    Hilfe Dateien und Beispiele zu schreiben sollte definitiv nicht als "muss" verstanden werden, sonder eher als kann.
    water hat mit seiner _AD.au3 beispielsweise eine hervoragende Hilfe mitgeliefert, daher sollte auch eine möglichkeit geben
    diese mit zu geben.

    Das Problem, das man einigen Benutzern was vorkauen muss besteht auch jetzt schon.
    Nur das man zusätzlich eventuell mit Fehlern zu kämpfen hat, die durch veraltete Versionen der UDFs entstehen.

    @progandy
    Der Aufbau würde in der Tat lange dauern (am längsten wahrscheinlich die programmierung für die Verwaltung)
    Aber jeder der möchte, kann seine UDFs (die derjenige sowieso geschrieben und gepostet hat) anderen einfacher zur
    verfügung stellen und verbessern (lassen).

    Da mein Vorschlag darauf abzielt, dass jeder Benutzer Verbesserungen und Patches in die UDFs einbringen kann, erachtete
    ich es schon als nötig eine Lizenz vorzugeben, da es diesen einen Autor dann nicht mehr gibt.

  • UDF-Bibliothek

    So, ich weiß, dass ist nicht der erste Vorschlag zu dem Thema, jedoch scheinen andere Projekte eingeschlafen zu sein.

    Ich stelle mir das ähnlich wie die Übersetzung der Hilfe vor.
    Jeder Forenteilnehmer kann neue UDFs einfügen und bestehende verbessern.

    Folgende Angaben sollten dabei gespeichert werden:
    Alle Versionen einer UDF (Nach veränderungen können schließlich neue Bugs auftreten)

    Kompatibilität zu AutoIt-Versionen
    Kompatibilität zu Windows-Versionen (w2k, xp, vista, w7)

    Welche Funktionen verwendet werden (kann beim debuggen helfen)
    [] WMI (kann schließlich auf einigen Rechnersystemen deaktivert sein oder aus anderen Gründen nciht zur Verfügung stehen)
    [] Windows-API
    [] Externe DLL (beispielsweise 7zip, MySQL)

    Die Namen der Autoren, die daran mitgearbeitet haben.

    Suchbegriffe

    Es sollte möglich sein, (HTML)-Hilfedateien in gepackter Form beizufügen

    Das Quellcode-Layout sollte sich dabei an den originalen orientieren.

    Vorteile:
    Zugriff auf relativ gut getestete und gepflegte UDFs
    Serverentlastung (Einige Suchanfragen können sich auf die UDF-Bibliothek beschränken und nicht auf das ganze Forum)
    Serverentlastung 2 (Es sind wahrscheinlich weniger Threads zu bereits gelösten Problemen notwendig)
    Gute Funktionen/UDFs gehen nicht mehr in den Threads "verloren"

    Nachteile:
    Müsste erst programmiert werden
    Community muss mitmachen (funktioniert aber auch bei der Übersetzung der Hilfe)

    ToDo:
    Vorschläge, Meinungen posten.
    Für den Fall, dass es umgesetzt wird, muss außerdem entschieden werden unter welcher Lizenz die UDFs dann stehen.

  • Flash Player (Browser Plugin) automatisieren

    Da ich immer vergess wann ein WM-Spiel läuft, würde ich mir gern ein Skript schreiben, dass zu den jeweiligen Uhrzeiten Firefox startet und anschließend den Livestream im Vollbildmodus aufruft.

    Hab allerdings keine Ahnung wie man den Flashplayer automatisiert. Hat da jemand eine Idee oder geht das gar nicht?


    PS: Kann man die Streams eigentlich aufzeichnen?

  • MySQL Parameter

    Hallo hatte vor einiger Zeit xampp 1.7.0 installiert und mir ein kleines Script geschrieben was Benutzer und eine dazu passende Datenbank anlegt.

    Jetz hab ich auf die Version 1.7.3 aktualisiert und das Anlegen vom Benutzer funktioniert nicht mehr (die anderen Befehle gehen noch).
    Wollte daher mal fragen ob jemand weiß was geändert werden muss.

    [autoit]

    $Befehl = """CREATE USER '" & $Username & "'@'%' IDENTIFIED BY '" & $Password & "';"""
    Run($MySQLPath & '\mysql.exe --execute=' & $Befehl & ' -u ' & $DB_Root & ' --password=' & $DB_Root_PW & ' -h ' & $DB_Server, $MySQLPath)

    [/autoit]

  • Flash Installation

    hm, dann hilft wohl nur noch fensterposition bestimmen, die koordinaten der einzelnen schaltflächen errechnen und controlclick mit mit eben diesen auszuführen.


    Was allerdings noch möglich sein könnte: Wenn die Install.exe ohne parameter aufgerufen wird wird die grafische oberfläche angezeigt. vllt gibts nen parameter um die installation zu starten.
    hätte aber keine idee wie man das rausbekommen könnte.