Beiträge von WhiteLion

Danke, mein problem ist gelöst. allerdings hab ich noch eine frage zu dieser aussage:

Zitat

1. Der OnEvent-Mode ist nicht "besser". Im Normalfall ist es besser den Message-Loop zu wählen, da die Aktualisierungsrate der GUI automatisch heruntergeregelt wird, wenn der Nutzer nichts tut

... wenn ich mich also in einer schleife befinde wie hier:

While 1
$nMsg = GUIGetMsg()
Switch $nMsg
Case $GUI_EVENT_CLOSE
Exit
Case $Button1
EndSwitch
Sleep(20)
WEnd

...dann regelt autoit(?) automatisch die schleifenfrequenz runter und ist somit performanter oder wie soll das gehen ?
das gleiche schafft aber die eventbasierende methode, die ja (soweit mir bekannt) vom OS abgefangen wird nicht bzw ist weniger performant ?
weiterhin würde ich gerne wissen welche bugs bei globals entstehen können, da ich in einem script ein problem habe was ich seit monaten nicht finde... evtl. ist es das ja ?

Hier nochmal lauffähig, der send knof geht trotzdem nicht

danke für die antwort und die infos.
leider habe hat mir punkt 3 nicht bei meinem problem weitergeholfen... ich habe es so verstanden, dass ich den event aus zeile 33 dann definieren muss, wenn die form4 aktiv ist . ich habe also folgendes gemacht, aber der event wird nach wie vor nicht ausgeführt:

Problem ! Problem !

ich fange neuerdings (nach anraten einiger leute hier) die events der knöpfe bzw controles mit GUICtrlSetOnEvent ab.
nun stosse ich jedoch auf das problem, dass alle events die ich in einem neu erstellten fenster (GUICreate) nicht
funktionieren bzw der event/funktion wird nicht ausgelöst. mein beispiel ist leider etwas zu lang zum posten, deshalb
hier auszugsweise:

Danke im Voraus!!!

Super, danke!

wäre nicht schlecht, wenn du die server.properties auch lädtst, wenn sie vorhanden ist und die eingabefelder mit den einstellungen aus selbiger füllst....

Ich finde das teil klasse und habs gleich eingebaut .... leider bekomme ich es nicht hin mit einem script beides zu sein, also sowohl empfänger als auch sender ... oder ist das nicht möglich?

danke für die antworten, ich wusste noch gar nicht, dass die verschlüsselung von autoit so schnell ist.... allerdings hab ich noch ein kleines problem.
bei mir klappt das decrypten nicht .... auch verstehe ich den letzten parameter nicht "$CALG_USERKEY" < laut referenz ist das ein bool?) der bei
"true" dafür sorgt, dass ich datenblöcke schreiben kann, oder nicht ? - warum kann ich denn nicht einfach true eintragen sondern diese konstante "$CALG_USERKEY"?

Naja, jedenfalls läuft mein beispiel leider nicht:

#include <Crypt.au3>

Global $ToolTitle =("Debug Monitor")
Global $logfile = "Debug.log"

_Crypt_Startup()
Global $cpw = 'passwort'

$Form1 = GUICreate($ToolTitle, 600, 364, 568, 419)
$Edit1 = GUICtrlCreateEdit("", 0, 64, 599, 297, BitOR($ES_AUTOHSCROLL,$ES_WANTRETURN,$WS_VSCROLL))
$Button1 = GUICtrlCreateButton("decrypt", 8, 8, 121, 49, 0)
$Button2 = GUICtrlCreateButton("crypt", 138, 8, 121, 49, 0)
;~ $Lable1 = GUICtrlCreateLabel("Blocks grabbed:", 300, 25, 151, 20, 0)
;~ $Lable2 = GUICtrlCreateLabel("o", 500, 25, 30, 20, 0)
;~ GUICtrlSetFont($Lable1, 12, 700)
;~ GUICtrlSetFont($Lable2, 12, 700)
GUISetState(@SW_SHOW)

While 1
$nMsg = GUIGetMsg()
Switch $nMsg
Case $GUI_EVENT_CLOSE
Exit
Case $Button1
$read = FileRead(@ScriptDir&"\"&$logfile)
$read = _Crypt_DecryptData($read, _Crypt_DeriveKey($cpw, $CALG_RC4), $CALG_USERKEY)
GUICtrlSetData($Edit1,BinaryToString($read))
Case $Button2
FileDelete(@ScriptDir&"\"&$logfile)
$data = GUICtrlRead($Edit1)
Local $crypt_data = _Crypt_EncryptData($data, _Crypt_DeriveKey($cpw, $CALG_RC4), $CALG_USERKEY)
FileWrite($logfile,$crypt_data)
EndSwitch
Sleep(20)
WEnd

heyho
ich hab ein problem: ich suche eine schnelle routine um einen string (irgendwie) zu verschlüsseln.
Es handelt sich um ein debuglog, was ich nicht unverschlüsselt auf die platte packen will. Muss jetzt
keine mega verschlüsselung sein. Der $string ist natürlich schnell mal ein paar MB groß.
meine methoden waren bislang alle sau langsam (1MB log = 30 sekunden zum speichern oder länger)

ich habe bislang folgende variante verwendet:

$debuglog = 1 ;hier hab ich es ein und ausgestellt

;und dann überall soetwas im script:
if $debuglog = 1 then FileWrite($ToolTitle&"-debug.log","_get_PID_from_PW"& @LF)

Jetzt habe ich hierbei 2 feststellungen gemacht, die ich nun verbessern möchte:
1. die if-abfrage findet nun ja auch statt, wenn das debuglog ausgeschaltet ist. in zeitkritischen schleifen, kann das schon etwas performance kosten, deshalb würde ich am liebsten die ganzen zeile mit "if $debuglog = 1 then...." aus dem kompilierten script haben. bei C++ ging das über #define und den präprozessor. welche möglichkeiten habe ich dazu in autoit?

2. ich habe festgestellt, das mein script noch bugs hat und das es bei meiner methode das debuglog zu erstellen vorkommt, dass (warum auch immer) die ganze logdatei gelöscht wird (ich habe keine ahnung warum und wann das genau passiert, aber ich habe im gesamten script keine filedelete funktion für das debuglog und es ist einfach weg, das programm beendet sich sang und klanglos .... ich finde den fehler einfach nicht, da er auch nur nach einigen tagen laufzeit des programmes auftritt und keine fehlermeldung geworfen wird.) - jemand eine idee ?

dann bin ich überfragt .... ich würde tippen, dass der IE im cache (arbeitsspeicher) schaut, sobald eine URL identisch einer zuvor aufgerufenen ist ... könntest du deine URL individualisieren (wie ich es anfangs vorgeschlagen hab bzw es selber mache), hättest du das problem nicht.
ich sehe folgende lösungen:
1. server auf PHP umstellen und machen wie ich
2. rausfinden was es mit dem IE cache im ram auf sich hat und schauen ob man den irgendwie beeinflussen kann wie den cache der auf der platte anfällt.
3. benutzen einer anderen methode: gibt es nicht sowas wie _FTPGetFile ??? (keine Ahnung) oder ähnliches um dateien zu saugen ?
4. jemand verrät das geheimnis der inetget - funktion

versuch mal das hier in dein original einzubauen (einfach irgendwo am anfang reinkopieren

$ClearID = "8"
Run("RunDll32.exe InetCpl.cpl,ClearMyTracksByProcess " & $ClearID)

wenn es dann geht, dann ist es definitiv ein cache problem (wie vermutet)

im arbeitsspeicher evtl... aber versuch mal das:

#include <File.au3>
#include <FTP.au3>

Global $server = 'xxxx' ; Server Login Zeugs
Global $username = 'xxxx'
Global $pass = 'xxxx'
Global $path = @ScriptDir&'\'
;&"&cashe="&$random
Global $ini = 'worker.ini'
$random = Random(1000, 9999, 1)
$rini = $random&$ini
InetGet("http://fractal.ohost.de/"&$ini,$rini,1,0) ; Datei herunterladen
$fileread = FileOpen(@ScriptDir&'\'&$rini,0)

If @Error = -1 Then
MsgBox (0,"Error", 'Could not open worker.ini. Make sure you still have it in your program folder.')
EndIf

; Richtige Zeile finden
$eval = 0
$line = 1
Tooltip("1")
While $eval = 0
If StringRight(FileReadLine($fileread,$line),1)==0 Then
$eval = 1
Elseif FileReadLine($fileread,$line)='' Then
MsgBox(0,"Oh My!","All Frames are reservated or finished rendering.")
$eval = 1
Else
$line = $line+1
EndIf
WEnd
FileClose($fileread)
MsgBox(0,'Test',$line) ; Überprüfen ob die richtige Line gefunden wurde

$filewrite = @ScriptDir&'\'&$rini
_FileWriteToLine($filewrite,$line,($line &'|'& '1'),1) ; Zeile auf x|1 setzen.

; Neue Version auf Server laden
$Open = _FTPOpen('MyFTP Control')
$Conn = _FTPConnect($Open, $server, $username, $pass)
$Ftpp = _FtpPutFile($Conn, $path&$rini, '/'&$ini)
$Ftpc = _FTPClose($Open)

; Lokale Datei löschen
FileDelete($path&$rini)

okay, dein problem ist mit meinem workaround nicht zu lösen, da du direkt runterlädtst .... ich hab noch php dazwischen..... was spricht bei dir dagegen die datei vor dem laden einmal mit filedelete zu löschen ?

Zitat von James1337

Auch dir würde ich das Lesen der Hilfe empfehlen.

na ja, wie du an meinem befehl siehst, habe ich den parameter zum erneuten laden angegeben ... das meinst du doch sicher:
"1 = Erzwingt ein erneutes Laden von der Remote-Seite"
das hat bei mir nie funktioniert ... zumindest in der 3.3.6 irgendwas ... bei 3.3.8.1 hab ich noch nicht getestet ob es da anders ist.

ich kann dieses problem bestätigen und habe dann einfach abhilfe geschaffen, in dem ich einfach einen zufallswerte anhänge... das sieht das so aus:

$random = Random(1000, 9999, 1)
InetGet("http://meinserver.de/?pidget=1"&"&login="&$eMail&"&pass="&$Password&"&cache="&$random, @TempDir & "\file.txt", 1, 0)

Zitat von Blume

Je nach dem welche Server-Version es ist.
Schonmal versucht an die Liste per RCON (Query) zu kommen?

Mich würde interessieren woher ich die infos bekommen kann, wie ich den server per rcon ansprechen kann ... also z.B. das login / befehle und co.... hast du eine idee ?

ich habe einen updater(.exe) der gelegentlicht startet und selbiger muss natürlich auch das hauptprogramm(.exe) beenden um ein update durchzuführen.
jetzt hab ich das immer auf die krasse art per processclose gemacht. das ist ja nicht die feine lösung, deshalb die frage: wie kann ich dem
hauptprogramm(.exe) mitteilen, dass es sich per exit beendet; bzw welchen weg würdet ihr nehmen ?

schade, wie warten nochmal deine FTP zugangsdaten ?

zugegeben, ich habe bei der fragestellung weiter ausgeholt als notwendig.
Im grunde hätte auch gereicht zu fragen: warum landet man beim aufruf der funktion GUISetState() immer auf dem desktop (egal ob mit modern menü oder ohne)?

Allerdings konnte ich jetzt selber eine lösung finden, wie man die funktion ausführt, ohne dabei das fenster in den fokus zu setzen (was wohl diue ursache ist)
hier die lösung:
GUISetState(@SW_SHOWNOACTIVATE, $TRAYMSGWND)