Beiträge von horst290

Mit
Autoit (_INetGetSource) kann man sehr einfach einen GET/Post Befehl
absetzen, um z.b. ein PHP Skript zu triggern, welches die übergebenen
Werte in eine Datenbank einfügt.
Wie
kann verhindern, dass die URL zweckentfremdet wird (Url wird z.b. per
Netzwerksniffer bekannt und es werden einfach sinnfreie Inserts
generiert) und nur im Autoit Skript verwendet werden kann. Der Input
wird vom PHP Skript bereits validiert.

Wie gesagt, die offenen Handles sind meiner Meinung nach alle geschlossen. Gibt es eine Möglichkeit, alle bisherig geöffneten Filehandles zu schließen? Oder eine Möglichkeit, zu löschen, obwohl noch ein offenes Handle besteht?

Ich hab einen Ordner mit versch. Dateien, die sich nicht löschen lassen, lt. Process Explorer sowie Lockhunter hat kein anderes Programm Zugriff auf die Dateien (nur mein Autoit Skript). Ich kann die Dateien aber auch während das Skript läuft löschen. Lt. Process Explorer existieren zwei Filehandles auf den Ordner, ich hab den gesamten Code schon durchforstet, ich wüsste jetzt aber nicht, wo noch ein offenes Filehandle o.a. sein sollte.

Ein löschen per Batch (ausgeführt über Autoit) funktioniert übrigens auch nicht. (per Hand jedoch einwandfrei). Gibt es eine Möglichkeit Autoit zu zwingen alle noch offenen (eigenen) Filehandles zu schließen? Wo könnte das Problem noch liegen?

Super gemacht, aber pack unbedingt noch ein "IsArray" an die Abfrage. Sonst stürzt im Zweifel dein Programm ab, wenn der Registry Schlüssel nicht existiert.

#include <REG.au3>

$Array = _REGRead("HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run")
if @error Then MsgBox(16,"Fehler","Das angegebene Schlüssel existiert nicht.")

If IsArray($Array) Then
MsgBox(0,"",$Array[0][0]) ; Gibt die Anzahl der Schlüssel an.
MsgBox(0,"",$Array[1][0]) ; Gibt den Namen des Schlüsssels an.
MsgBox(0,"",$Array[2][1]) ; Gibt den Wert des Schlüssels an.
EndIf

Bin ich wirklich alleine mit dem Problem?

Hi leute,

ich hab festgestellt, dass meine Labels für darunterliegenden Buttons viel zu groß dargestellt werden, wenn in Windows 7 (XP und darunter habe ich nicht getestet) die Menüelemente größer dargestellt werden.

Sprich diese Option wurde verändert.
[Blockierte Grafik: http://imageshack.us/photo/my-image…roessewin7.png/] [Blockierte Grafik: http://img651.imageshack.us/img651/2064/lbltextgroessewin7.png]

Gibt es eine Möglichkeit darauf zu reagieren?

Zitat von chip

Da solltest dich an den Hersteller wenden, das hat mit Autoit nichts zu tun.

Das ist nicht unbedingt auf dieses Konsolenprogramm begrenzt, vielmehr ist die Frage ob sich eine Datei auch als nur im Speicher befindliche Datei einer herkömmlichen Anwendung zuweisen lässt, denn diese muss ja auch irgendwie die Daten einlesen.

Hi leute,

Gibt es eine Möglichkeit dem Consolenprogramm "plink" statt mit dem Parameter "-m" eine Zuweisung nicht zu einer Datei sondern zu
einer Variablen zu geben (mit verschiedenen Konsolen Kommandos). Vielleicht gibt es auch die Möglichkeit eine Datei zuzuweisen, die nur im Speicher existiert.

Hintergrund: Ich hab einen Sicherungsauftrag in dieser Datei, der natürlich Passwörter der entsprechenden SSH Maschine enthält. Gibt es eine "sichere" (Passwörter nicht im Klartext) Möglichkeit plink diese Kommandos zuzuweisen?

Danke euch

Ich konnte es lösen.

Es lag daran das die sqlite3.exe nicht im ScriptDir Verzeichnis lag. Das hat mich 6-7 Stunden meines Lebens gekostet.

Danke an progandy ;-)

Wenn mir jemand einen Workaround vorschlagen könnte, wäre ich sehr dankbar.

Das ist der Loop der Probleme macht:

Global $sOut, $Form, $ListView[4], $Label11, $lv_Elemente, $list


$sIn = ".headers on" & @CRLF & "select * from "&$DB_tbl&";" & @CRLF
_SQLite_SQLiteExe($FileToDB, $sIn, $sOut)




$Form = GUICreate("Konfiguration:", 885, 500, -1, -1)
GUISetState(@SW_SHOW)




For $ii = 1 To 2 - 1
_SQLite_SQLiteExe($FileToDB, $sIn, $sOut)
$array = StringSplit($sOut, @CRLF, 1)


$ListView[$ii] = GUICtrlCreateListView($array[1], -1, -1, 880, 400,$listview)


For $i = 2 To $array[0]
GUICtrlCreateListViewItem($array[$i], $ListView[$ii])
$list = $ListView[$ii]


Next


$btnNFW = GUICtrlCreateButton("a", 10, 420)
$btnFWE = GUICtrlCreateButton("b", 125, 420)
$btnFWL = GUICtrlCreateButton("c", 205, 420)
$btnFWVal = GUICtrlCreateButton("d", 289, 420)
$btnCheck = GUICtrlCreateButton("e", 460, 420)
$btnhk = GUICtrlCreateButton("f", 589, 420)
$btnOpt = GUICtrlCreateButton("g", 667, 420)
$btnExit = GUICtrlCreateButton("h", 719, 420)


Next

Warum verhält sich der Interpreter anders als die Exe, das versteh ich nicht wirklich. Der nutzt doch die gleichen Include Files. :pinch:

Die SQLite3.dll liegt mit im Hauptverzeichnis. Ich hab es jetzt mal mit Autoit 3.3.6.1 probiert, allerdings hab ich dort den gleichen Erfolgt :wacko:

Das Skript funktioniert ja im Autoit Interpreter, nur leider nicht als Exe.

Hi Leute, ich hab ein Problem mit Autoit was mich an den Rand eines Nervenzusammenbruchs bringt.

Ich schreib an meinem Skript jetzt schon mehrere Wochen und hab bisher nur in Scite getestet. Dort läuft alles einwandfrei.

Heute wollte ich die erste Version releasen und merke es funktioniert einfach gar nichts mehr. Ich hab als erstes Fenster ein ListView Element, was Tabellen aus einer SQLite Datenbank anzeigt.

Ich hab kann Skript als *.a3x "kompilieren" und dann funktioniert auch alles noch einwandfrei, da ja der AutoIt Interpreter weiterhin verwendet wird. Kompiliere ich es als *.exe geht das Gemeckere los, Variable used before bla bla, Array used without.. Naja ihr kennt die Fehlermeldungen. Fehler beim kompilieren hab ich aber keine. (mit Standardeinstellungen)

Meine Includes sehen so aus:

#include "SQLite.dll.au3"
#include <GUIListView.au3>
#include <EditConstants.au3>
#include <String.au3>
#include <GUIConstantsEx.au3>
#include <GuiComboBox.au3>
#include <Timers.au3>
#include <WindowsConstants.au3>
#include <GuiIPAddress.au3>
#include <crypt.au3>
#include "SQLite.au3"

Ich hoffe ihr könnt mir weiterhelfen, solche Probleme hatte ich bisher noch nie mit Autoit. Ich hab es auch schon an einem anderen Rechner probiert. Der eine war ein WinXP XP3 der andere ein Win 7 x86 Rechner. Ich verwende Autoit 3.3.8.1.

Ja, so hab ich mir das vorgestellt, mit noch etwas Hirnschmalz meinerseits läuft es jetzt.

Ich danke dir.

Zitat von Xenobiologist

Erst alles sammeln und dann in einer Schleife abarbeiten.

Kannst du dazu ein kleines Beispiel geben, mir fält gerade echt kein Ansatz ein.

Weiß das keiner?

Zitat von autoBert

Dass die Menge unbekannt ist stellt ja kein Problem dar, dafür kann man Array's verwenden. Wie du allerdings bei unbekanntem Inhalt dafür sorgen willst dass die Parameter stimmen ist mir ein Rätsel,

mfg autoBert

Sry natürlich ist nur die Anzahl der Dateien wechselnd. Die Parameter/Strings würde ich gerne aus der Datei auslesen (könnten dann ja für Autoit unbekannt aber gültig sein), lässt sich das irgendwie in einer Schleife abarbeiten

Danke für die Antwort, aber darum geht es nicht.

Ich hab eine immer wechselnde Anzahl an Dateien für jede Datei muss ein "RunWait" Befehl erfolgen, wie kann ich dafür sorgen, dass die "RunWait" Befehle mit in den Dateien hinterlegten Strings/Parameter so oft ausgeführt werden, wie Dateien vorhanden sind.

Hi Leute,

ich steh heute irgendwie auf dem Schlauch. Ich möchte aus verschiedenen Dateien (unbekannter Inhalt, unbekannte Menge) Strings auslesen, diese Strings dienen dann als Parameter für "RunWait" im Autoit Skript.

Wie kann ich bei einer unbekannten Menge an Strings, die als Parameter dienen mit RunWait in einer Schleife ausführen lassen, denn jede Datei muss mit einem eigenen RunWait Befehl gestartet werden.

Danke

Ich konnte den On Access Scan des Sophos Virenscanners jetzt durch einen Administrator deaktivieren. Ich hab ihn aber nicht komplett deaktiviert, sondern einen Ausnahmepfad definiert, der jetzt nicht geprüft wird. Jetzt läuft alles reibungslos

Mich hat nur verwirrt, dass die 64-Bit Exen davon unbeindruckt waren, deswegen bin ich nicht gleich auf den Scanner gekommen.