Was mich jetzt noch interessieren würde ist, wozu dient das Initialisieren?
Dabei wird die GDI+ Dll geöffnet und das 'Handle' in einer Globalen Variablen hinterlegt. Auf diese Variable greifen alle Funktionen der UDF zu um nicht jedes mal einen neuen Dll-Call zu machen.
Warum packst du Datum und Uhrzeit zusätzlich in Gänsefüßchen. die sollen doch Bestandteil des Dateinamens sein.
Am Besten immer die Strings in einzelnen Variablen erstellen und dann auch überprüfen, was bei rauskommt.
#include <date.au3>
Local $_date = StringReplace(_NowDate(),".", "_")
Local $_time = StringReplace(_NowTime(),":", "_")
Local $sCmd = 'C:\Program Files (x86)\Firebird\Firebird_2_5\bin\nbackup.exe'
Local $sParam = '-U sysdba -P masterkey -B 0 "C:\Datenbank\Database.FDB" "D:\Backups\Firebird\Database_' & $_date & '_' & $_time & '.nbk"'
ConsoleWrite("@@ Debug line" & @TAB & @ScriptLineNumber & " var: $sParam --> " & $sParam & @LF)
; -U sysdba -P masterkey -B 0 "C:\Datenbank\Database.FDB" "D:\Backups\Firebird\Database_23_06_2016_10_06_37.nbk"
ShellExecute($sCmd, $sParam)Heureka, gelöst!
1. Der Telefondienst ist nur zufällig in den Fokus geraten und hatte mit dem Problem nichts zu tun.
2. chip's letzter Ansatz brachte den Weg zur Lösung des eigentlichen Problems welches war:
3. Ein findiger Programmierer hatte eine Installationsroutine mit der netten Idee der Installation eines System-Dienstes ohne zu prüfen ob eben dieser Dienstaufruf nicht bereits existiert. Um die Sache noch komplizierter zu machen erhielt der Dienst einen nichtssagenden Displaynamen und die Beschreibung des Spoolers. Somit hatte ich diesen Dienst immer überlesen.
Und die Aufgabe dieses Dienstes? - Exakt der Aufruf vom Dienst lanman.
Startete nun der Dienst und der Aufruf des echten lanman erfolgte vor dem abgeschlossenen Start, so hingen beide in der Luft. Es passierte aber auch, dass der Dienst gestartet war und dann erst der zweite Aufruf kam. Dann gab es kein Problem und alles war gut.
Nachdem ich fast alle Dienste mit Aufrufparametern verglichen hatte und die Dopplung fand, war es dann nur noch ein Start im abgesicherten Modus, Deaktivieren des original lanman (auf den Systemdienst hatte ich keinen Zugriff) und da nun nur noch ein Aufruf für den Dienst erfolgt, läuft es.
Die anderen Probleme waren nur durch Abhängigkeiten entstanden und sind verflogen 
@Code-Jack
Falls du es irgendwo bekommst: Aceton
Aber Vorsicht - sehr niedriger Flammpunkt und wenig lungenfreundlich. Damit bekommt man so ziemlich alles weg. Aber bei Plastikuntergrund aufpassen - das Zeug zerlelegt auch Plastik.
Falls du jemanden in einer Autowerkstatt kennst - die haben aggressive Reiniger für Fette und Öle. Kann sein, dass das Zeug auch hilft.
Mal etwas OT, aber Bastler betreffend:
Ich verschrotte z.Zt. diverse alte Beatmungsgeräte. Die haben recht große LCD-Displays (hier und hier in ca. 150% der realen Größe sichtbar).
Eigentlich zu schade, die in die Tonne zu treten, aber die Geräte haben das Zeitliche gesegnet und ich habe auch keinen Bedarf dafür.
Falls ihr mit den Displays rumspielen möchtet, könnte ich euch sicher welche zukommen lassen. Ich habe aber keine Datenblätter für die Teile.
Die Displays sind rückseitig mit einer Art Steckerleiste auf einem Mainboard angedockt. Dieses kann ich aber nicht hergeben, da es die Geräteinformationen (Firmware, Nutzungsdaten etc.) enthält und als Kernelement definitiv vernichtet werden muß.
Also meldet euch, falls ihr Bedarf habt. Es kann sein, dass ich mich die nächsten 10 Tage nicht melde - eine Dienstfahrt steht an.
Hi,
inzwischen konntet ihr das Problem ja lösen. 
Hier mal meine Startup.lua, alle NICHT-ORIGINAL-Einträge sind rot markiert:
--------------------------------------------------------------------------------
-- SciTE startup script.
--------------------------------------------------------------------------------
local sUserLua = props["Lua.User.Scripts.Path"]
LUA_USER_PATH = sUserLua .. "\\?.dll;" .. sUserLua .. "\\?\\?.dll;"
package.cpath = LUA_USER_PATH .. package.cpath
LUA_USER_LUA = sUserLua .. "\\?.lua;" .. sUserLua .. "\\?\\?.lua;"
package.path = LUA_USER_LUA .. package.path
-- A table listing all loaded files.
LoadLuaFileList = { }
--------------------------------------------------------------------------------
-- LoadLuaFile(file, directory)
--
-- Helper function for easily loading Lua files.
--
-- Parameters:
-- file - The name of a Lua file to load.
-- directory - If specified, file is looked for in that directory. By default,
-- this directory is $(SciTEDefaultHome)\Lua.
--------------------------------------------------------------------------------
function LoadLuaFile(file, directory)
if directory == nil then
directory = props["SciteDefaultHome"] .. "\\Lua\\"
end
table.insert(LoadLuaFileList, directory .. file)
dofile(directory .. file)
end -- LoadLuaFile()
--------------------------------------------------------------------------------
-- Calls LoadLuaFile() with directory from Lua-User-Script property
-- Also used from file "Ownhotkeys.lua"
--------------------------------------------------------------------------------
function LoadUserLuaFile(file)
LoadLuaFile(file, props["Lua.User.Scripts.Path"] .. "\\")
end -- LoadUserLuaFile()
--------------------------------------------------------------------------------
-- Load all the Lua files.
LoadLuaFile("Class.lua") -- Always load first.
LoadLuaFile("Common.lua") -- Always load second.
LoadLuaFile("AutoItPixmap.lua")
LoadLuaFile("AutoHScroll.lua")
LoadLuaFile("AutoItAutoComplete.lua")
LoadLuaFile("LoadSession.lua")
LoadLuaFile("AutoItIndentFix.lua")
LoadLuaFile("EdgeMode.lua")
LoadLuaFile("SmartAutoCompleteHide.lua")
LoadLuaFile("Tools.lua")
LoadLuaFile("AutoItTools.lua")
LoadLuaFile("AutoItGotoDefinition.lua")
LoadLuaFile("SciTE_extras.lua")
if os.getenv("SCITE_USERHOME") ~= nil then
f = io.open(os.getenv("SCITE_USERHOME") .. "\\PersonalTools.lua")
if f ~= nil then
LoadLuaFile("PersonalTools.lua",os.getenv ("SCITE_USERHOME") .. "\\")
f:close()
end
else
f = io.open(os.getenv("USERPROFILE") .. "\\PersonalTools.lua")
if f ~= nil then
LoadLuaFile("PersonalTools.lua",os.getenv ("USERPROFILE") .. "\\")
f:close()
end
end
-- Start up the events (Calls OnStartup()).
EventClass:BeginEvents()
LoadUserLuaFile("AutoStampSaveVersion.lua") -- Timpe-Stamp, Version Management
LoadUserLuaFile("ContinuousComments.lua") -- Aligned Comments
LoadUserLuaFile("EdgingSelection.lua") -- Paired Characters, Auto array declaration from selected values
LoadUserLuaFile("Ownhotkeys.lua") -- Activates OwnHotkeys
LoadUserLuaFile("MySciTETools.lua") -- My SciTE-Tools
LoadUserLuaFile("CodeAsHtml.lua") -- Au3 To HTML
LoadUserLuaFile("SelectStatement.lua") -- Selected code set in statement
LoadUserLuaFile("ShowHexColorFromCursor.lua") -- Displays colors inside SciTE
LoadUserLuaFile("CommentAutoPos.lua") -- Comments behind code in line starts automatically at given column
LoadUserLuaFile("ReplTabWithSpaces.lua") -- Inserts spaces while hit the TAB, with Backspace delete count spaces for Tab width
Hier noch mal eine kurze Erklärung, was die PATH-Anweisungen bewirken:
LUA_USER_PATH = sUserLua .. "\\?.dll;" .. sUserLua .. "\\?\\?.dll;"
Hiermit stelle ich zwei Pfadangaben mit Platzhalter zusammen, die anschließend der Globalen Variablen package.cpath hinzugefügt werden.
Die Pfade werden mit Semikolon voneinander getrennt. Das Fragezeichen ist Platzhalter für einen identischen Wert.
Bsp.:
Mein User-Lua-Pfad ist: C:\Skripte\MeinLua
Ich möchte die shell.dll einbinden. Dann kann ich jetzt entweder die Dll direkt in den User-Pfad kopieren
• C:\Skripte\MeinLua\shell.dll oder in einen gleichnamigen Ordner im User-Pfad
• C:\Skripte\MeinLua\shell\shell.dll
LUA_USER_LUA = sUserLua .. "\\?.lua;" .. sUserLua .. "\\?\\?.lua;"
Dieser Pfad verweist auf zu verwendende Lua-Dateien, die Bezeichnung der Ordner und Dateien erfolgt analog zum Bsp. der Dll-Dateien.
Anschließend erfolgt hier die Zuordnung zur Globalen Variablen package.path.
Die Verwendung von gleichnamigen Ordnern, die das jeweilige Skript/die Dll enthalten ist sehr sinnvoll um Ordnung zu halten. So kann man notwendige Dateien, auf die die einzubindenden Dateien zugreifen müssen, übersichtlich mit im jeweiligen Modul-Ordner speichern.
Bin derzeit auf Dienstreise, schaue am WE mal drauf. Schick mir bitte sicherheitshalber noch eine PN, damit ich dran denke.
Na dann ändere die Art des Zugriffs. Auslöser ist nicht der Klick auf das Label, sondern der Klick auf eine relative Mausposition in deinem Fenster.
- Definiere Rect-Struct für jedes Klick-Areal
- Mausklick erfolgt -> Position in Point-Struct setzen
- Prüfe für alle gespeicherten Rect mit PtInRect ob ein gültiger Klick existiert
--> wenn ja: zugeordnete Funktion ausführen
Und ja das Label MUSS Disabled sein! ("Darunter" sollen klickbare Grafiken liegen)
Wenn das Färben eines Disabled-Label nicht wirklich oder nur mit extrem vielen Verrenkungen klappt, ändere doch den Click-Through-Modus:
- Enabled - Label geklickt?
--> Mausposition abfragen (relativ zum aktiven Fenster)
--> prüfen welche Grafik an dieser Position liegt
--> Aktion der zugehörigen Grafik aufrufen
Der Punkt findet Verwendung bei:
- Struktur.Feldname (ist aber nicht die empfohlene Vorgehensweise)
- Objekt.Methode
- Objekt.Property
Objekte, die nativ in AutoIt verwendet werden können, sind nicht die Regel und werden per ObjCreate/ObjGet initialisiert.
code.page=0
ScriptDatei: UTF8 without BOM
Das passt nicht zusammen. Wieso ist deine Skriptdatei UTF8wB, wenn deine Standardeinstellung für SciTE "locale settings" (bei Standard-Windows ist das i.A. Win1252) ist? Hast du in deinem Skript eine Encoding-Zeile eingetragen, oder wurde das Skript mit einem anderen Editor erstellt?
Es ist etwas unglücklich, dass die Settings von SciTE keinen einheitlichen Zeichensatz festlegen (ich hätte UTF-8 bevorzugt), sondern sich an den lokalen User-Einstellungen orientieren. Bringt immer viel "Spaß", wenn man Skripte aus anderen Teilen der Welt in die Finger bekommt.
Die Nummerierung ist in beiden Dateien identisch.
Also lies beide Dateien jeweils in ein Array (_FileReadToArray).
Da die Änderungen von Datei_2 auf Datei_1 übertragen werden sollen (ich gehe davon aus, dass die Nummerieung aufsteigend ist)
Loop mit Array von Datei_2
- Filmnummer in Array-Datei_2 von aktuellem Eintrag lesen
- in Array-Datei_1 den Index solange erhöhen, bis dieselbe Filmnummer gefunden ist
- jetzt den Inhalt des Eintrags von Array-Datei_2 in das Array-Datei_1 am aktuellen Index eintragen
bis zum Ende Array-Datei_2 wiederholen
Jetzt Datei_1 zurückschreiben (_FileWriteFromArray)
Es ist unerheblich, ob und was sich geändert hat - es werden einfach alle Inhalte aus Datei_2 in Datei_1 übertragen, das geht schneller als Vergleichen und erst dann ändern.
Titel nur einmal vorkommt der Filmname sich über die FilmNr hier 2 genau zuordnen lässt
Und das sind REGELN. Hättest du das im Startpost geschrieben, hätten wir nicht bis Post 10 gebraucht um nun das Problem betrachten zu können.
Dann erstelle ich eine Datei 2 wo sich der Titel von z.B Feuerball in Feuerball 123 geändert hat.
Und woher weißt du, dass Feuerball 123 die Änderung von Feuerball ist und kein eigenständiger Titel?
Deshalb die Frage nach Regeln.
Regeln müssen abstrakt sein, sie dürfen sich nicht nur an Bsp. erklären lassen, sondern müssen in sich klar sein. Vergleichbar mit RegExp-Pattern.
@autoBert hatte bereits gefragt, aber du scheinst das geflissentlich zu ignorieren:
Welches sind die REGELN nach denen die Unterscheidung stattfinden soll?!
auch wenn das Python ist
Nee, nee, der Code ist Lua, genau so, wie du ihn im Konsolenfenster von Lua für Windows verwenden kannst (deshalb auch der Prompt '>') - nur der Syntaxhighlighter ist Python, habe ich genommen, weil keiner für Lua bei ist.
wo bzw mit was du Lua gelernt hast?
SciTE4AutoIt verwendet Lua für alle PlugIns. Und da ich viele PlugIns selber geschrieben habe, kam ich an Lua nicht vorbei. 
Im Forum Skripte haben wir übrigens eine eigene Abteilung für Lua.
EDIT:
Um in SciTE4AutoIt Lua-Dateien ausführen zu können, mußt du folgendes in die SciTEUser.properties-Datei eintragen:
command.go.$(file.patterns.lua)=dofile $(FilePath)
command.go.subsystem.$(file.patterns.lua)=3Dann kannst du die Lua-Datei im Editor mit F5 starten.
Naja, Konsole ist Dreck. Wenn du dort Funktionen erstellen willst, solltest du dann auch alles was zu dieser Funktion gehört in eine Zeile packen, weil mit ENTER der Code der aktuellen Zeile interpretiert wird. Gibt zwar auch nen Trick mehrzeilig in der Shell zu schreiben - ist aber nur ne Krücke.
Besser ist den Code in eine Skriptdatei zu packen und mit dofile aufzurufen.
Aber Lua ist nicht dafür gedacht, Konsoleninteraktionen mit dem User zu führen - das ist dann eher schon etwas für Fortgeschrittene.
Das was du machst, in der Konsole (schreiben: variable = wert ENTER, ausgabe: wert) geht nicht in der Form, dass du sagst: Ich erwarte jetzt eine User-Eingabe und diese wird der Variablen xy zugewiesen.
Du kannst das aber simulieren:
> ziel = 3 <ENTER>
> eingabe = function(wert) if wert ~= ziel then print('Bitte erneut "eingabe(WERT)" aufrufen') else print('Treffer, das ist korrekt') end end <ENTER>Jetzt kannst du mit eingabe(WERT) eine Zahl eingeben und das Programm fordert dich zur erneuten Ausgabe bei Ungleichheit auf oder sagt dir, wenn Übereinstimmung ist. Also keine wirkliche Schleife, da die Konsole dir kein 'Variable = Wert' bereitstellen kann.
In welchem Umfeld soll denn das Lua-Skript laufen? Wie soll denn der User Eingaben machen, wo werden die Fragen gestellt?
In einer grafischen Oberfläche (Tkinter, wxLua) oder soll es konsolenbasiert sein? Konsole würde ich ablehnen, sieht erstens Schei... aus und ist lange nicht so angenehm, wie eine grafische Anwendung.
Aber unabhängig davon: einfach eine repeat-until-loop verwenden
sollwert = "irgendwas"
repeat
answer = eine_input_funktion() -- Funktion gibt User-Input zurück
until answer == sollwertDu kannst ja die INI explizit in einer Kommentarzeile auf eine Codepage festlegen, also z.B.
; codepage utf-8, oder 1252 (Latin 1).
Natürlich solltest du dann auch mit dieser CP in die INI schreiben, sonst speicherst du schon Müll.
Mit geht es darum, wie zb. mit dem Befehl GUICtrlSetColor, die Textfarbe zu ändern und das für einzelne Elemente der ViewList.
DllStructSetData($tCustDraw, 'clrText', <BGR-COLOR>)
