Hallo Sirius
Das ist witzig 
Eine ini-Datei ist für die Speicherung von sich ändernden Einstellungen da - wie etwa die letzte Fensterposition. Wenn du feste Werte hast, die sich nicht ändern sollen, schreib die in den Quelltext, wo sie hingehören.
Ich nehme aber mal an, das ist dir klar und du hast dich nur etwas unglücklich ausgedrückt, oder? Dann leg bitte nochmal einmal nach 
Hallo sccssf
Schau dir mal die Hilfen zu ControlSend und Send an. Bei Send ist beschrieben, wie man bestimmte Steuerzeichen escaped.
Hi Oscar
Ich verstehe dich. Aus meiner Sicht, bist du meiner Ausführung aber nicht zu Ende gefolgt.
Du willst ein Programm erstellen, dass es absoluten Laien, die außer der Google-Leiste im Browser schon nichts finden, eine Antivirensoftware bereitstellen.
Braucht mir keiner erklären, dass hier schon der Fehler liegt. Ist aber im Bsp gegeben.
Jetzt ist Interpreter-Software ja genau zu prüfen. Nach dem "Kompilieren" kommt ja kein Maschinencode raus..
Das heißt doch, man müsste JEDE dieser Sprachen SEHR genau kennen, um Risiken auszuschließen. Oder man müsste aufwendig Testumgebungen für alles bereitstellen, oder nicht?
Ich würde dann selbst den Rotstift bei Sprachen ansetzen, die in der Vergangenheit negativ aufgefallen sind und ganz blind for einer möglichen Bedrohung warnen.
Da würde ich das größte Potenzial für uns sehen. Die meisten Scanner schlagen ja gar nicht aufgrund irgendeiner Blacklist gegen den AutoIt-Interpreter an. Ihre Heuristik kommt zu dem Schluss, hier KÖNNTE eine Bedrohung vorliegen.
Wenn ihr was machen wollt, würde ich bei den AVs nachfragen, ob man nicht die Meldung klarer machen könnte.
"Wir haben nichts gefunden, aber es könnte sein, dass dieses Programm schädlich ist!"
Wenn da die Antwort Quatsch und ablehnend ist, würde ich mich an einem Shitstorm beteiligen. Wir würden sicher viele Teilnehmer finden. Allerdings kann es auch sein, dass wir gegen die Antwort nicht viel anderes sagen können als, "aber wir sind doch nicht böse!!!1!11". Damit wäre ich dann raus..
// Reine Meinungsäußerung
Außerhalb des administrativen Bereichs ist AutoIt3(!) einfach sehr oft für negative Zwecke genutzt worden. Ich wäre froh, wenn die AVs sich wenigstens den Code ansehen würden und testen würden, ob die Option (Option Leute!!!) gesetzt ist: pragma compile(AutoItExecuteAllowed, False). Wenn dann noch UPX nicht genutzt wird, sollte einer Überprüfung nichts im Wege stehen. Nichts?
Wohl eher nicht, fürchte ich. Ich scheitere jedenfalls an dem Gedankenexperiment mir vorzustellen, wie der Prozess für ein perfektes AV aussehen sollte. Erleuchtet mich bitte, wenn ihr das besser wisst.
Kann ich sicher davon ausgehen, dass ein Interpreter-Skript keinen Code nachlädt?
Kann ich mittels Tests ausschließen, dass Schadcode während der Laufzeit gebildet wird?
Kann ich für tausende, immer neue Programmiersprachen solche Tests entwickeln?
Sind meine Tests sicher?
Wenn ich einer Omi nicht garantieren kann, dass mein AV jede Schadsoftware erkennt, wie gehe ich dann vor?
Egal welche Parameter und Gewichtungen ich vornehme.. Bei der Historie von AutoIt kann ich mir nicht vorstellen, dass Software in dieser Programmiersprache bei mir ohne ausufernde, nicht rentable Tests auf eine Whitelist käme.
Man kann sich bei den AV Herstellern melden und versuchen, seine Software kostenlos "whitelisten" zu lassen. Mehr ist wohl nicht drin.
Hallo Silvermoon1
(nenn dich besser 2 wenn du nicht der erste bist )
EDIT : Alternativ -> file-to-base64-string-code-generator von UEZ
Dieser Hinweis von Musashi ist wirklich die beste Methode für eigene Bilder.
Sorry Oscar , natürlich ist das Mist.
Mit allem anderen rennt man aber gegen die Wand.
Wir können uns die Welt nicht selbst stricken und müssen akzeptieren, dass AutoIt in absehbarer Zukunft keine Sprache ist, in der man tolle Applikationen zum freien Teilen erstellen kann.
Meiner Erfahrung nach machen Enterprise Virenscanner kein Gewese um AutoIt. Es ist für Administratoren (meine ich) kein Problem.
Ja, so ist das in der Welt. Sie ist kein Wunschkonzert. Du verlierst die Möglichkeit deinem Programm ein fancy Icon zu geben. Das ist aber alles.
Wenn es um produktive Applikationen geht, ist das doch wirklich wurscht..
Was können wir dagegen tun?
Hier die ultimative Lösung!
Nicht mehr "kompilieren".
Ein stripped Skript mit allen Includes, AutoIt3.exe und ein Powershell/vbs/batch Skript zum Starten des Programms in relativem Pfad. Fertig. Alle Probleme gelöst.
Haha danke Oscar ,
Das habe ich bei AutoIt noch nie gesehen. Nicht mal mit Hallo Welt in der Messagebox würde ich so ein Ergebnis erwarten. 😁
Damit ist AutoIt für dich schonmal nicht die beste Wahl. Dazu kommt ja noch, dass Windows bei "Normaleinstellung" auch noch warnt, wenn die Software nicht von MS signiert wurde.. 
Das sagt ja noch nicht viel. Die kompilierten Nim Applikationen weiter zu geben oder zu virsutotal hochzuladen, würde mehr Aufschluss geben.
Ich habe im übrigen allerdings keine Probleme mit Win Defender (ein anderer Scanner kommt mir eh nicht mehr ins Haus. - Wenn es damit Probleme gibt werde ich auch Ausnahmen definieren und fertig).
Hallo Bitnugger
Lustig ist aber, dass AU3Check so keinen Fehler meldet:
Macht AU3Check nie bei Strings. Selbst wenn die Funktion gar nicht existierte, würde nichts passieren, da der String ignoriert wird.
Nur als Hinweis. Wenn du einfach eine Exceldatei öffnen möchtest, brauchst du keine UDF. ShellExecute($Pfad & "\MeineExcelDatei.xlsx") tut es auch.
Selbst wenn wir dafür ein Unterforum erstellen sollten ändert das doch nichts an dem, was wir sind: Die AutoIt-Gemeinde.
Ich habe mit nein gestimmt. Dabei finde ich die Beschreibung hoch interessant. Gegen einen Bereich Nim würde ich mich sicher nicht wehren. Ich will nur zu bedenken geben, dass die Sprache wirklich anders ist als AutoIt (typsicher und so) und dass es eher ein toter Zweig würde.
Selbst Lua, was ja auch in unserem Kontext zur SciTE Modifikation genutzt werden könnte, beinhaltet doch nur Beiträge von BugFix, oder?
Ohne sinnvolle Connection zu AutoIt wäre es besser ein anderes Forum zu eröffnen. (Und/Oder einen Wikipedia Artikel zu schreiben, den es auf deutsch auch noch nicht gibt).
Sei kein absolutes Arschloch.
Überleg mal, wann dir in dem Thread die Lösung präsentiert wurde und du sie nur nicht gerafft hast und stattdessen weiter gepöbelt hast..
Wird wohl ein neuer Nutzername fällig, wenn du zu schwach bist, dich einfach mal selbst zu korrigieren und ehrlich zu entschuldigen.
Du wirst mit Sicherheit dazulernen, bevor du die Schule verlässt. Ich kann dir auf dem Weg dahin nur raten, dich mehr zu reflektieren. Sonst erreichst du in deinem Leben gar nichts.
Nun ja. Die PID ist die eindeutige Process ID, nicht wahr?
Probiere es mal aus
Nutze einfach auch mal ConsoleWrite oder MsgBox, um dir solche Werte anzuschauen.
Probiere es aus. Starte nacheinander zweimal Notepad und lass dir die jeweiligen PID anzeigen.
Und gib Rückmeldung.Und wirf etwas Asche auf dein Haupt. Es gibt keinen erwachsenen Grund dafür, sich nicht auch mal für sein Verhalten zu entschuldigen.
Köln! Das wusste ich nicht. Interessant.
Komm svenjatzu
Ich sitze seit 3 monaten an diesem script, teilweise 82 Stunden am stück
PID ist unverständlich? Schau dir bitte mal die Hilfe zu den Funktionen, die du nutzt, um die Browser zu starten. Das ist in einem Hilfe Thread natürlich nicht zuviel verlangt
Pfalz wegen "verzählen". Das habe ich noch nie woanders gehört
Was ist denn mit der vermeintlichen Lösung von Mars? Hast du das überhaupt geprüft?
