1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Forenregeln
  4. Forum
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. AutoIt.de - Das deutschsprachige Forum.
  2. Mitglieder
  3. horst290

Beiträge von horst290

  • Autoit 32-Bit kompilierte Exe(n) Probleme auf x64 System

    • horst290
    • 21. Januar 2012 um 14:21
    Zitat von misterspeed

    Würde da den Fehler mal eher beim Virenscanner vermuten. UPX und Autoit wird oft fälschlicherweise erkannt oder als verdächtig betrachtet. Evtl läuft da die Heuristik deiner Antivirensoftware amok.


    Ich kann den Scanner leider an diesem Rechner nicht deaktivieren, aber bei 64-Bit Exen mit UPX wird ja auch nicht gemeckert. ;(

  • Autoit 32-Bit kompilierte Exe(n) Probleme auf x64 System

    • horst290
    • 20. Januar 2012 um 15:01

    Ich hab jetzt Autoit 3.3.8.0 sowie Scite komplett neuinstalliert. Gleicher Fehler!!!

    Auch wenn ich nur eine Zeile kompiliere z.b. MsgBox(0,"","") und danach die Exe öffnen möchte, ist das System am rudern ohne Ende, (die Lüfter gehen an!!!) nach 10 - 15 Sekunden kann ich dann auf die 32 Bit Exe zugreifen. Das kann es ja nicht sein! :wacko:

    Wie gesagt kompiliere ich das ganze mit 64-Bit ist die Exe sofort und ohne Probleme zu starten!


    edit: Ich hab die 32-Bit Programme jetzt ohne UPX kompiliert, seitdem ist auch der Fehler weg 8|

    Dann wird am jetzt am Ende mit Zähneknirschen das ganze per Shell UPX verpackt (Ultimate Packer for eXecutables).

    edit2: Tatsächlich, wenn ich das ganze nachträglich per Shell packe, ist das Ding am Rödeln ohne Ende!! Und das bei jeder Ausführung der Binary.

    D.h. die 32-Bit UPX Packer sind nicht für 64-Bit Maschinen geeignet (der 'Entpackvorgang' ist einfach zu lahm), kann das jemand bestätigen?

  • Autoit 32-Bit kompilierte Exe(n) Probleme auf x64 System

    • horst290
    • 20. Januar 2012 um 01:29

    Hi leute, ich bin vor kurzem auf ein 64-Bit System umgestiegen, ich kompiliere viele Scripts aus Kompatibilitätsgründen und weil viele System noch mit 32-Bit arbeiten natürlich im x86 Modus.

    Ich nutze Autoit 3.3.6.1 auf einem Windows 7 x64 mit SP 1 und habe massive Probleme die Skripts zu kompilieren, teilweise funktioniert es zwar, die CPU hängt dann aber irgendwo bei 80-90% und wenn ich auf die fertige Exe zugreifen möchte, geht erstmal die Windows Indizierung an und rödelt und rödelt -> zum verrückt werden. :evil:

    Kompiliere ich aber alles in 64-Bit verhält sich das System ganz normal. 8|

  • [gelöst] 0-Byte in Datei schreiben schreiben?

    • horst290
    • 7. November 2011 um 14:24

    Wahrscheinlich sollen Checksummen getrübt werden 8o

  • Crypt.au3 <-> PHP mcrypt

    • horst290
    • 10. Oktober 2011 um 14:37
    Zitat von progandy


    Wenn du einen variablen IV haben willst, dann musst du diesen beim verschlüsseln erstellen, z.B. im ECB-Modus verschlüsseln und zusätzlich zu den eigentlichen Daten verschicken. Beim entschlüsseln wird dann zuerst der IV entschlüsselt und letztendlich damit dann die eigentlichen Daten.


    Ist zu überlegen, da der Standard ansonsten "verletzt" wird, da aber die Anzahl der zu sichernden Dateien eher gering ist, werde ich es wahrscheinlich lassen.

  • Crypt.au3 <-> PHP mcrypt

    • horst290
    • 10. Oktober 2011 um 14:03

    :thumbup: Oh man, ein absoluter Traum, ich danke dir vielmals. Ich würd dir dafür gern ein Bier ausgeben ;)

    Der Initialisierungsvektor ist jetzt immer gleich bzw. wird jetzt zwar ausgeschlossen, da aber die Anzahl der zu verschlüssenden Dateien bzw. Strings eher gering ist, gibt es da kein Problem. Das es in Windows 2000 Probleme gibt, steht auch in der Crypt.au3.

    "To provide backwards compatibility with Windows 2000 it will use the PROV_RSA_FULL provider for Win2000 and PROV_RSA_AES for windows xp and higher".

  • Crypt.au3 <-> PHP mcrypt

    • horst290
    • 10. Oktober 2011 um 11:48

    Ich habs mir mal durchgelesen, wirklich verstehen kann ich nicht warum AES 256 und als Gegenstück Rijndael 128 verwendet werden soll.
    Die Algos unterscheiden sich doch nur darin, dass Rijndael variable Blockgrößen/Keygrößen zulässt (32 bit Abstufungen)

    edit: Die Beispiele von "Maniac" funktionieren alle Einwandfrei! Da der Vorschlag nur mit der Crypt UDF zu arbeiten super ist, wäre es toll, wenn du wie er Sample Code liefern könntest oder mir etwas mehr Informationen zukommen lassen könntest, denn selbsterklärend ist das Thema nicht. (auch nicht über den Link).

    In summary: If you want to be AES compliant, always choose MCRYPT_RIJNDAEL_128. :wacko:

  • Crypt.au3 <-> PHP mcrypt

    • horst290
    • 10. Oktober 2011 um 02:06
    Zitat von progandy

    Wenn du AES-Verschlüsselung willst, musst du auf der PHP-Seite etwas ändern, denn MCRYPT_RIJNDAEL_256 ist nicht AES-256. Für AES256 wird MCRYPT_RIJNDAEL_128 benötigt.
    http://www.chilkatsoft.com/p/php_aes.asp
    In AutoIt reicht dann die Standard-UDF Crypt.au3


    Interessant, kannst du ein Beispiel dazu geben?

    Welcher MCRYPT_MODE wäre dann zu verwenden? Ich finde nichts zu dem Thema.

  • Crypt.au3 <-> PHP mcrypt

    • horst290
    • 9. Oktober 2011 um 19:12

    Danke, das mir sehr weitergeholfen :thumbup:

  • Ereignis (Flag) muss über einen bestimmten Zeitraum bestehen

    • horst290
    • 12. Januar 2011 um 15:12

    Letzter Code Stand ist folgender (Beispielcode, vielleicht hilft es jemanden)

    [autoit]


    Global $Versorgung1 = ""
    Global $Versorgung2 = ""
    Global $dif
    Global $dif2 = StringLeft($dif, StringInStr($dif, ".") -1)
    Global $Count = int($dif/1000)
    Global $60Count = Int($Count / 60)
    Global $begin = TimerInit()

    [/autoit][autoit][/autoit][autoit]

    While 1

    [/autoit][autoit][/autoit][autoit]

    $Minutes = 5 ; will wait 5 minutes
    $60Count = 0

    [/autoit][autoit][/autoit][autoit]

    While $Minutes > $60Count

    [/autoit][autoit][/autoit][autoit]

    If $Versorgung2 Then
    ;Setze Timer zurueck
    $begin = TimerInit()
    ;MsgBox(0,"",".......",1)
    Sleep (1000)
    EndIf

    [/autoit][autoit][/autoit][autoit]

    If $Versorgung1 Then
    $dif = TimerDiff($begin)
    TrayTip("Test","......"&$Count&" Sekunden.",45)
    Sleep (20)
    EndIf

    [/autoit][autoit][/autoit][autoit]

    If $Versorgung1 AND $Count >= 300 Then
    TrayTip("""","Test",60)
    ;fuehrt funktion aus
    ;Setze Timer zurueck
    $begin = TimerInit()
    ;Warte 30 min ....
    Sleep (1800000)
    EndIf

    [/autoit][autoit][/autoit][autoit]

    Sleep (20)
    WEnd
    WEnd

    [/autoit][autoit][/autoit][autoit][/autoit][autoit][/autoit][autoit][/autoit][autoit][/autoit][autoit][/autoit][autoit][/autoit]
  • Ereignis (Flag) muss über einen bestimmten Zeitraum bestehen

    • horst290
    • 2. Januar 2011 um 23:14

    Vielen vielen Dank! Ich konnte es bereits mit dem Ansatz von "name22" lösen.

  • Ereignis (Flag) muss über einen bestimmten Zeitraum bestehen

    • horst290
    • 2. Januar 2011 um 21:37

    Es wird ein bestimmtes Signal abgefragt, dieses ist hat auch nur 2 Zustände.

    Besteht dieses Signal jetzt länger als z.b. 3 Minuten dauerhaft soll erst eine Aktion durchgeführt werden.

    Es reicht also nicht ein Sleep einzubauen, das nach 3 Minuten einfach versendet, sondern es muss nach 3 Minuten prüfen ob Zustand B noch besteht.

    Wegen den Hilfen Danke, da hab ich mich schon durchgewühlt aber bin bisher nicht schlauer daraus geworden.

  • Ereignis (Flag) muss über einen bestimmten Zeitraum bestehen

    • horst290
    • 2. Januar 2011 um 20:53

    Hi leute, ich hab folgendes Problem. Ich prüfe in einer While Schleife einen bestimmten Zustand welchen ich in einer If Abfrage in einem bestimmten Intervall abfrage z.b. so.

    [autoit]


    If NOT Dll xyz = 1 Then
    MsgBox(0,"Status", "Zustand A", 3)
    Sleep (30000)
    Else
    MsgBox(0,"Status", "Zustand B", 3)
    ;Tue folgendes......

    [/autoit]

    Meine Frage ist jetzt wie schaffe ich es (wahrscheinlich mit einer for-schleife), wenn Zustand B erreicht wird, das erst nach einer bestimmten Zeit z.b. 3 Minuten eine Aktion ausgeführt wird, aber auch nur dann, wenn zu diesem Zeitpunkt der Zustand noch existiert.

    Für eine Antwort wäre ich sehr Dankbar.

  • Variable aus Ini lesen und im Pfad einsetzen

    • horst290
    • 9. November 2010 um 19:01

    Keine Sorge hatte ich bereits gemacht ;) Hatte das 3. Flag nur nicht mehr ganz im Gedächtnis.

    Anscheinend war ich echt nur zu Blöd die Variable richtig einzubinden, denn der Pfad bestand bereits ;)

    Ich danke euch vielmals :thumbup:

  • Variable aus Ini lesen und im Pfad einsetzen

    • horst290
    • 9. November 2010 um 18:31

    Ich danke Dir! :thumbup:

    Ich frag mich nur warum das bei mir nicht funktioniert hat, habs auch mit dem "filecopy" Befehl probiert, aber du hast anscheinend noch ein Flag am Ende gesetzt??? Was bedeutet die 8?

  • Variable aus Ini lesen und im Pfad einsetzen

    • horst290
    • 9. November 2010 um 17:58

    Hi leute,

    Ich hab ein Programm, welches eine *.Ini erzeugt. Danach wird exakter Wert in eine Variable geschrieben. Diese Variable ist zugleich der Username nennen wir Sie $gesetzerusername.

    Die Variable wird in der MSGBOX auch problemlos ausgegeben.

    Jetzt möchte ich eine Datei mit Hilfe von Xcopy in den Autostart dieses vorher definierten Users setzen. Dazu muss ich aber im Zielpfad eine Variable mit angeben, wie kann ich diesen setzen?

    So in der Art:

    Zitat

    Run( xcopy "R:\test.exe" "C:\Dokumente und Einstellungen\"$gesetzerusername"\Startmenü\Programme\Autostart")

    Gibt es eine Möglichkeit das zu erreichen?

Spenden

Jeder Euro hilft uns, Euch zu helfen.

Download

AutoIt Tutorial
AutoIt Buch
Onlinehilfe
AutoIt Entwickler
  1. Datenschutzerklärung
  2. Impressum
  3. Shoutbox-Archiv
Community-Software: WoltLab Suite™