Es liegt mit grosser Sicherheit am Inhalt des Scripts, denn eine Testdatei mit einer einfach MessageBox macht keine Probleme. Was wird denn nach den Strings obfuscatet? Entweder er crasht bei den Strings oder gleich danach, wobei ja gemeldet wird, dass die Strings erfolgreich obfuscatet wurden. Kann dir das Script leider nicht schicken, da einfach schon zu viel Arbeit drinsteckt, als dass ich es jemandem anvertrauen würde ^^
Ich verwende im Script auch Opt(), @CR, GUI-Konstanten, HotKeys, DLL-Funktionen, ....
Es wäre sicher hilfreich, wenn ich wüsste, was nach den Strings obfuscatet wird.
Es liegt mit grosser Sicherheit am Inhalt des Scripts, denn eine Testdatei mit einer einfach MessageBox macht keine Probleme. Was wird denn nach den Strings obfuscatet? Entweder er crasht bei den Strings oder gleich danach, wobei ja gemeldet wird, dass die Strings erfolgreich obfuscatet wurden. Kann dir das Script leider nicht schicken, da einfach schon zu viel Arbeit drinsteckt, als dass ich es jemandem anvertrauen würde ^^
Ich verwende im Script auch Opt(), @CR, GUI-Konstanten, HotKeys, DLL-Funktionen, ....
Es wäre sicher hilfreich, wenn ich wüsste, was nach den Strings obfuscatet wird.
MfG
Danach werden die Unnötigen Zeilen entfernt.
Kannst ja mal testweise ausbauen, deswegen liegt der Source ja bei.
shadow, bug: (müsste glaube ich bei jedem sein)
wenn der name der .au3 ein "leerzeichen" im namen hatt, crashed es.
"hallo 123.au3" ->crash.
"hallo123.au3" -> geht.
Danach werden die Unnötigen Zeilen entfernt.
Kannst ja mal testweise ausbauen, deswegen liegt der Source ja bei.
Weiss leider nicht welchen von den 192'302'102'102 C++ Compilern, welche zu 99% nicht gehen, ich nehmen sollte. Kann es sein, dass Zeile 910 dort falsch am Platz ist?
Code:
test.ObfuscateFunctions();
cout<<"Funktionen wurden erfolgreich obfuscatet.\n";
test.ObfuscateCommands();
cout<<"Befehle wurden erfolgreich obfuscatet.\n";
test.ObfuscateStrings();
cout<<"Strings wurden erfolgreich obfuscatet.\n";
[color=red][b]test.ObfuscateCommands();[/b][/color]
test.RemoveUnusedLines();
cout<<"Unnötige Zeilen wurden erfolgreich entfernt.\n";
Weiss leider nicht welchen von den 192'302'102'102 C++ Compilern, welche zu 99% nicht gehen, ich nehmen sollte. Kann es sein, dass Zeile 910 dort falsch am Platz ist?
Code:
test.ObfuscateFunctions();
cout<<"Funktionen wurden erfolgreich obfuscatet.\n";
test.ObfuscateCommands();
cout<<"Befehle wurden erfolgreich obfuscatet.\n";
test.ObfuscateStrings();
cout<<"Strings wurden erfolgreich obfuscatet.\n";
[color=red][b]test.ObfuscateCommands();[/b][/color]
test.RemoveUnusedLines();
cout<<"Unnötige Zeilen wurden erfolgreich entfernt.\n";
Nein das ist das 2. Obfuscaten, das Erste macht nur die Befehle von deinem eigentlichen Skript, das zweite zusätzlich noch die vom Code erstellten Funktionen.
Mit einer Zeile crasht er nicht, bei 3538 aber schon
Meine Projekte waren teilweise noch größer, also liegt es ziemlich sicher nicht daran.
Ich glaube aber das Problem gefunden zu haben, sollte also jetzt klappen.
Genauso wie die MutilineComments jetzt richtig entfernt werden sollten.
Komisch, 2x ist er gecrasht, beim 3. Mal ging's dann, obwohl der Code ein und derselbe war oO
Jetzt crasht aber der Interpreter beim Ausführen des Scripts :O
Komisch, 2x ist er gecrasht, beim 3x Mal ging's dann, obwohl der Code ein und derselbe war oO
Jetzt crasht aber der Interpreter beim Ausführen des Scripts :O
AutoIt crasht normalerweise nicht, falls du von Errors redest, wäre es hilfreich zu wissen welche genau auftauchen.
Es war ein kompletter Crash der Interpreters, keine Errors. Habe versucht mit MsgBox mich an die Codestelle heranzuarbeiten, jedoch crasht der Interpreter jetzt nicht mehr, sondern gibt ein paar Errors wegen Variablen aus. Ist es denn normal, dass die Variablen umbenannt werden? Eine Variable bei mir heisst z.B.
Konnte es jetzt sogar schaffen, dass die GUI angezeigt wird, da der Interpreter jetzt komischerweise nicht mehr crasht. Liegt wahrscheinlich daran, dass ich das Script nach ein paar MsgBox neu obfuscatet habe.
Was auch komisch ist, ist die Tatsache, dass der Obfuscator beim genau gleichen Script 10 Mal crashen kann, aber beim 11 Mal erfolgreich obfuscatet.
Edit// Mit welchen Funktionen kommt der Obfuscator denn nicht klar? GUI(Ctrl)SetOnEvent funktioniert jedenfalls nicht.
Es war ein kompletter Crash der Interpreters, keine Errors. Habe versucht mit MsgBox mich an die Codestelle heranzuarbeiten, jedoch crasht der Interpreter jetzt nicht mehr, sondern gibt ein paar Errors wegen Variablen aus. Ist es denn normal, dass die Variablen umbenannt werden? Eine Variable bei mir heisst z.B.
Konnte es jetzt sogar schaffen, dass die GUI angezeigt wird, da der Interpreter jetzt komischerweise nicht mehr crasht. Liegt wahrscheinlich daran, dass ich das Script nach ein paar MsgBox neu obfuscatet habe.
Was auch komisch ist, ist die Tatsache, dass der Obfuscator beim genau gleichen Script 10 Mal crashen kann, aber beim 11 Mal erfolgreich obfuscatet.
Edit// Mit welchen Funktionen kommt der Obfuscator denn nicht klar? GUI(Ctrl)SetOnEvent funktioniert jedenfalls nicht.
Zu Variablen:
Wenn du eine Funktion hast, die _LootMobs heißt, dann kann es sein, dass die Variable in Mitleidenschafft gezogen wird.
Zu OnEvent:
Edit: Habe es mir jetzt angeschaut und OnEvent funktioniert selbst bei großen Skripten ohne Probleme.
Zum Crashen:
Das liegt wahrscheinlich daran, dass der Obfuscator das Skript jedesmal anders obfuscatet.
Edit:
Das mit den Variablen sollte jetzt auch behoben sein.
Manchmal kommt mittlerweile auch "Duplicate function name" bei Funktionen, die mehr als 0 Parameter haben, deren Variablen aber unterschiedlich gehasht sind. Wenn dies nicht auftritt, dann crasht der Interpreter. Ich werde mal versuchen den ganzen Start mit MsgBox immer wieder zu stoppen, um den Fehler zu lokalisieren ^^
Manchmal kommt mittlerweile auch "Duplicate function name" bei Funktionen, die mehr als 0 Parameter haben, deren Variablen aber unterschiedlich gehasht sind. Wenn dies nicht auftritt, dann crasht der Interpreter. Ich werde mal versuchen den ganzen Start mit MsgBox immer wieder zu stoppen, um den Fehler zu lokalisieren ^^
Der Fehler mit dem Duplicate Functionsnames sollte jetzt auch verschwunden sein.
Der Obfuscator sollte jetzt auch nicht mehr crashen.
Leider crasht es immernoch nach den Strings. Habe jetzt zwar alles mit MsgBox zugepflastert, aber aus mir unerklärlichen Gründen stoppt das Script irgendwo. Vor allen Exits sind MsgBoxen,
Leider crasht es immernoch nach den Strings. Habe jetzt zwar alles mit MsgBox zugepflastert, aber aus mir unerklärlichen Gründen stoppt das Script irgendwo. Vor allen Exits sind MsgBoxen,
AutoIt Obfuscator - Verschlüsselung 09/06/2009 - AutoIt - 7 Replies Hey,
Bin dank einem guten Freund, der mich darauf hingewiesen hat, auf diesen nützlichen Tool gestoßen:
AutoIt Obfuscator
Was macht er:
English:
Obfuscator doesn't make your source safe!
Suche v1.0.24.14 vom Obfuscator von Autoit 09/17/2008 - Guild Wars - 2 Replies Hi,
hat die vielleicht noch jemand oder habt ihr auch alle nur die neue version ??
Falls jemand noch die alte hat würde ich mich freuen wenn man die hie hochladen oder mir schicken könnte
Mfg
emtec