Also ich verwende UPX generell nicht.
Mein Antivirenprogramm hat noch nie Alarm geschlagen. Es sagt nur: He - unbekanntes Programm, darf ich das ausführen? - und dann kommt das auf die White-List.
Ich verwende Comodo-Internet-Security.
Ich hatte mal Avira, das hat auch niemals meine Programme beanstandet.
Inhaltlich habe ich Tools, die Internetverkehr betreiben, auf das OS zugreifen - eigentlich querbeet.
Bevor wir uns durch dein Skript wühlen:
Du weißt, was du da haben willst - wir nicht.
Also wäre es erst mal sinnvoll uns mitzuteilen
- ich habe Daten in folgender Struktur...
- daraus will ich auslesen...
- mit zusätzlichen Filtern...
- Ergebnis soll so aussehen...
DANN haben wir eine grobe Vorstellung, was in deinem Skript passiert. Im Moment müßte ich das Skript Zeile für Zeile durchforsten um auf seine Funktion zu schließen. 
Interessant:
Gestern führte mich dein MSDN-Link zur Funktion "SetupVerifyInfFile". Heute lande ich in Hilfe & Support mit dem Hinweis
System Tip
This article applies to a different version of Windows than the one you are using. Content in this article may not be relevant to you.
(Ich nutze Windows 7)
Daraus schließe ich mal, dass diese Funktion unter Windows 7 keine Anwendung findet.
Edit:
Da war ich auf den anderen Link gerutscht 
Aber warum soll der nicht mehr gültig sein? Mir wird gesagt das klappt nicht mit Win7 - also gehe ich auch mal aus, dass diese Funktion für Win7 nicht zur Verfügung steht.
Return code ist 0 und der letze pointer der eigentliche auf eine " SP_INF_SIGNER_INFO" Struktur verweisen sollte ist auch 0.
Zum grundlegenden Handling:
Wenn MSDN angibt, dass dort Pointer auf bestimmte Strukturen verweisen, dann mußt du die Strukturen vorher erstellen und den Pointer auf diese an den Aufruf übergeben damit die Strukturen befüllt werden können. Aus diesen Strukturen kannst du dann die Ergebniswerte auslesen.
Wie man es auswertet wurde dir gezeigt.
Datei Lesen / Schreiben solltest du wohl hinbekommen --- oder wenigstens einen Ansatz liefern. Wenn du nach jedem Lösungsvorschlag mit einem neuen Detail rauskommst, was da eigentlich anders sein sollte, wirst du hier keine Hilfe bekommen. Klare strukturierte Ansage, was die Ausgangslage ist, wie soll das Endergebnis sein, Skript von dir bis dahin. DAS erwarten wir.
- ERROR: syntax error Global $a_Folders[]
Dazu brauchst du AutoIt Version ab 3.3.10.x
Anderenfalls schreibe in die vorderen eckigen Klammern die Anzahl der Elemente.
Achja, hatte ich vorhin nicht drauf geachtet:
Was bitte soll denn das in dem Array sein: "_VPNStatus" und "_CheckDrives" ?
Wenn du diese Funktionen aufrufen möchtest um den Return als Parameter im Array zu speichern, geht das so:
"_VPNStatus()" und "_CheckDrives()"
Der Syntaxcheck sollte dir aber dazu eine Fehlermeldung ausspucken.
$Funktionen[2][2] = [["VPN_Status",0,_VPNStatus, 10000], ["Check_drives",0,_CheckDrives, 20000]]
[/autoit]
Das Array ist mit 2 Elementen und 2 Elementen in der 2. Dimension angegeben, hat aber in der 2. Dim 4 Elemente.
Also deklariere mit $Funktionen[2][4] und passe die Indizes im Rest des Codes an.
Hier mal eine RegExp-Variante
$s = _
'[10:24:1]' & @CRLF & _
'8.07.2014 22:38:22 Teebecher=5112' & @CRLF & _
'8.07.2014 22:38:22 Kaffeebecher=2993' & @CRLF & _
'9.07.2014 08:06:49 Teebecher=8506' & @CRLF & _
'9.07.2014 08:06:49 Kaffeebecher=4980' & @CRLF & _
'9.07.2014 23:17:27 Teebecher=4855' & @CRLF & _
'9.07.2014 23:17:27 Kaffeebecher=2843' & @CRLF & _
'[10:4:5]' & @CRLF & _
'8.07.2014 22:38:22 Teebecher=1991' & @CRLF & _
'8.07.2014 22:38:22 Kaffeebecher=2780' & @CRLF & _
'9.07.2014 12:02:52 Teebecher=1410' & @CRLF & _
'9.07.2014 12:02:52 Kaffeebecher=1968' & @CRLF
$section = "10:24:1"
$matchSection = StringRegExp($s, "\[" & $section & "]\r\n([^[]+)", 1)
_StringRegExpReplace_Callback($matchSection[0], "(Teebecher|Kaffeebecher)=(\d+)", "_AddItem('$1', '$2')")
$ErgebnisArray = _AddItem('', '', 'get')
ConsoleWrite('ELEMENT' & @TAB & @TAB & 'Anz. ges.' & @TAB & 'Durchschnitt' & @LF)
ConsoleWrite($ErgebnisArray[0][0] & @TAB & $ErgebnisArray[0][1] & @TAB & @TAB & $ErgebnisArray[0][1] / $ErgebnisArray[0][2] & @LF)
ConsoleWrite($ErgebnisArray[1][0] & @TAB & $ErgebnisArray[1][1] & @TAB & @TAB & $ErgebnisArray[1][1] / $ErgebnisArray[1][2] & @LF)
Func _AddItem($_type='', $_count='', $_mode='add')
Local Static $aRet[2][3] = [['Teebecher',0,0],['Kaffeebecher',0,0]]
Local $i = 0
Switch $_mode
Case 'add'
If $_type <> 'Teebecher' Then $i = 1
$aRet[$i][1] += $_count
$aRet[$i][2] += 1
Case 'get'
Return $aRet
EndSwitch
EndFunc
; #FUNCTION# ====================================================================================================================
; Name ..........: _StringRegExpReplace_Callback
; Description ...: Replaces ByRef all matches in a string by manipulation of the matches in a callback function
; Parameters ....: $sString String to manipulate
; ...............: $sPattern RegExp pattern for the match
; ...............: $sCallback Callback function as string, i.e. "MyCallback('$1')" -- '$1' represents the match
; .....optional..: $sBefore String to insert before the manipulated match
; .....optional..: $sAfter String to insert after the manipulated match
; Return values .: Success 1
; ...............: Failure 0 set error = 1
; Author ........: Taz77
; ===============================================================================================================================
Func _StringRegExpReplace_Callback(ByRef $sString, $sPattern, $sCallback, $sBefore = '', $sAfter = '')
$sString = Execute("'" & StringRegExpReplace(StringReplace($sString, "'", Chr(26), 0, 2), $sPattern, $sBefore & "'&" & $sCallback & "&'" & $sAfter) & "'")
If @error Then
ConsoleWrite('_StringRegExpReplace_Callback error! Pattern: "' & $sPattern & '", Callback: "' & $sCallback & '"' & @LF)
Return SetError(1,0,0)
EndIf
$sString = StringReplace($sString, Chr(26), "'", 0, 2)
Return 1
EndFunc ;==>_StringRegExpReplace_Callback
Kannst ja mal probieren, mein Graph-Control zum Zeichnen zu nutzen.
Auch für die Zukunft sind alle Kalenderberechnungen unter Vorbehalt. Bis jetzt sind m.W. nur bis zum Jahr 2999 die Regelungen für Schaltjahre gültig. Da die Abweichung der Tageslängen nicht konstant ist, sondern mehr oder weniger starken Schwankungen unterliegt, kann auch jederzeit entschieden werden einen zusätzlichen Schalttag einzuführen (oder auch umgekehrt einen zu streichen).
Vermutlich wird das aber unsere Programmieraktivitäten nicht mehr beeinflussen, das können wir dann unseren Ur-Ur-...Enkeln aufhalsen.
$Dateinamen[0] Enthält den ganzen Dateinamen.
$Dateinamen[1] Enthält den gekürzten Dateinamen.
$Dateinamen[2] Enthält den neuen Dateinamen.
Ahh - OK, du willst Tipps für einzelne Array-Elemente -- das ist bisher nicht vorgesehen.
Wobei ich hierbei dann folgende Variante verwenden würde:
Global $aDateiname[3]
#region - Variablen-Tipp
; $aDateiname - Dateiname: [0] = kpl. , [1] = gekürzt, [2] = neu
#endregion
Ich schaue mal bei Gelegenheit, ob das integrierbar ist (ohne dabei das Konzept kpl. neu aufzustellen).
da ich eigtl davon ausgehe, dass "Leute" wissen wie man ein Datum richtig schreibt.
Dieser Denkansatz fällt dir spätestens dann auf die Füße, wenn du mal eine Anwendung für Jedermann schreibst. Nicht irgendein 10-Zeilentool, sondern ein komplexes Programm (Warenwirtschaft, Bestandsverwaltung oder irgendwas in der Art). Errorhandling frißt dabei fast 2/3 deines Skriptes und dass die User dann doch noch Dinge mit deinem Programm anstellen, die aus deiner vernunftbegabten Programmierersicht so abartig sind, dass sie doch gar nicht auftreten können, merkst du nach dem ersten Lauf der Beta.
Ich habe Programme zum Testen immer meiner Tochter gegeben, als die klein war. Ich habe ihr nie gesagt, worum es geht, sondern einfach nur: Probier mal, was man damit machen kann. Das ist die beste Variante Fehleingaben zu finden.
Kann man das LUA-Script 0.9 so verändern, dass man auch einen Tipp für eine Array-Variable hinterlegen kann ?
Das ist doch überflüssig. Wenn du deklarierst:
Global $variable[10]
[/autoit]dann kannst du
[autoit]$variable
[/autoit]für nichts anderes mehr verwenden, diese Variable ist dann mit dem Array verknüpft.
Ich kann im Moment nicht testen: Markierst du die Variable inkl. der Klammern oder setzt du nur den Cursor auf den Variablenkörper (wäre der korrekte Weg)?
Und woran hakt es, dass du v0.11 nicht zum Laufen bekommst? Kann ich evtl. Hilfestellung geben?
In beiden Versuchen war meine Funktion schneller als die Build-In Funktion =)
Wenn man sich den prozentualen Gewinn von ca. 50% anschaut, sieht das wirklich enorm aus. Aber wir wollen mal realistisch bleiben: Solch ein Aufruf erfolgt niemals 100.000 mal nacheinander (nur da wäre ein effektiver Gewinn zu verzeichnen). Ich halte nicht viel von einsatzfremden Zeituntersuchungen. Ein Befehl wie dieser, der in der Regel einmal aufgerufen wird, fällt auch bei der Nutzung der AutoIt-UDF zeitmäßig überhaupt nicht ins Gewicht.
Im übrigen hinkt der Vergleich ganz gewaltig. Denn die UDF hat intern noch ein gründliches Errorhandling, das natürlich auch Zeit beansprucht. Deshalb ist ein Vergleich von UDF und Standalone-Lösungen immer der Vergleich von Äpfeln und Birnen.
OK, dein Problem kann ich mangels Umgebung nicht näher untersuchen.
Aber mal ein Tipp:
If you would like to see the entire commandline string passed to an AutoIt executable, then use $CmdLineRaw for the entire parameter string.
Spart dir die Schleife um die Kommandos wieder zusammenzufügen.
ich habe ein Skript
Schön für dich - und wie sollen wir dir helfen ohne Kenntnis des selbigen? 
Da der Server-Crash die Daten gefressen hat, hier nochmal:
- Sprachdefinitionsdatei auf Stable 3.3.12.0 angepaßt
- seperate Erkennung von: Hexzahlen, Klammern, Variablen die mit Funktionen verknüpft sind
Ich hätte das jetzt auf ca. 150 - 200 geschätzt, maximal.
Wohl eher als Minimum - alleine von mir findest du einige hundert. 
Ich hatte sowas auch mal vor, habe mich aber dann darauf beschränkt in einem Thread (in meiner Signatur: Meine UDF) eine katalogisierte Liste meiner Threads zu pflegen (so ca. 1-mal im Jahr aktualisiere ich das). Wenn jeder das für sich selbst macht kann man mit diesen Sammelthreads schon einen guten Überblick bekommen. Aber es ist schon genug Arbeit mit den eigenen Skripten, wenn man das fürs ganze Forum überwachen wollte ist das ein enormer Aufwand.
Edit:
Hab mal nachgezählt - mein Thread enthält schon 148 Links und es sind längst nicht alle UDF dabei. Also kann man das gesamte Aufkommen wohl eher in Richtung >1.000 ansiedeln.
Vielleicht erklärst du einmal, was du damit meinst, eigene Befehle einzubinden. Was soll Tidy denn machen ausser der diesem Programm zugeordneten Aufgabe? :wacko:
