Beiträge von Andy

Zitat von Alina

Oder wäre es eher ratssam, was mir gerade einfällt, die Recover-Partition EINMAL
abzusichern (gleiche Hardware in den PC's gegeben) und dann auslesen lassen
irgendwie, wo der Unterschied zu "Betriebssystempartition ist" und dann nur pro PC
einmal die Unterschiede absichern. Sinnvoll? Dumme Idee?

Also wenn ich das alles zusammenfasse läuft es auf ein einmaliges Komplettbackup hinaus.
Die sicherste, schnellste und einfachste Lösung ist da kein rumgezackere mit irgendwelchen proprietären Backup- und Restore-Programmen, sondern ein simples
dd if=/dev/hda of=/dev/hdb
einer beliebigen Linux-Distribution, welches die Sektoren 1:1 von der alten Platte auf eine neue kopiert. Kein Stress mit Recovery- und allen anderen Platten.
Wenn irgenwann mal Rechner/Platten ausfallen, ist das Restore innerhalb von 1 Minute erledigt. Rechner auf, Platten tauschen, Rechner zu, weiterarbeiten.

Für die Softwareliebhaber gibts auch Acronis True Image. Ist regelmäßig als kostenlose Version auf Computerzeitschrift-CD´s enthalten.
Hatte ich früher mal im Einsatz, hat aber wie alle anderen Backuplösungen keinerlei Vorteile mehr bei den heutigen Plattenpreisen!

Ja, das Problem mit der Zeit hatte ich ich während der Entwicklung (im Onlinetool) recht oft.
Wenn dort nach 2 Sekunden kein Treffer erfolgt, wird abgebrochen.

Zitat von AspirinJunkie

Ich dachte mir: Warum soll ich ihn unnötigerweise weiter suchen lassen als nötig?

Ich dachte mir: Sackzement, nach 4h rumprobieren und Dokus lesen hat´s endlich funktioniert!

Hi minx,

hat sich bzgl. Dll schon etwas getan, bzw. woher kommt, dass

push ebp
mov ebp, esp

entgegen allen Konventionen irgendwo im Code geschrieben, und damit der Stack durcheinandergewürfelt wird?

Zitat von minx

Was ist AutoIt eigentlich? Ein Sammlung von Funktionen, welche die WinAPI so dermaßen abstrahieren, dass tonnenweise neue Probleme enstehen:

GuiCtrlCreateButton ist eine Standard-Klasse
GuiCtrlCreateCombo ist eine CommonControls-Klasse (muss erst initialisiert werden)
GuiCtrlCreateGraphic ist nichtmal ein Control, sondern ein abstrakter Wrapper für GDI

das führt zu einer komplexen Überladung jeder AutoIt-Funktion (wie GuiCtrlSetData), was wiederrum für etwa 50% der Hilfethreads verantwortlich ist.

Wenn du das wirklich ernst meinst, dann frage ich mich, wieso du nicht einen massiv gepimpten Assembler (MasmBasic, JWasm) nimmst, statt einen Compiler, der doch sowieso nur ein Abklatsch der bestehenden "abstrahierenden" Sprachen darstellt?!
Wasch mich, aber mach mich nicht nass!

Entweder man "wrappert", oder man called die API nativ.
Ich persönlich bin dann fürs wrappern, wenn man dazu bei immer wiederkehrenden Abläufen EINE Funktion mit Parametern versorgen kann. Und diese wiederum verteilt diese Parameter dann an zig andere (meinetwegen API-) Funktionen.
Nichts anderes ist Klasse.Func oder Funktionen aus jedweger Bibliothek!
Eine Bezeichnung für eine ganze Latte Code!

Der Eiertanz zwischen der nativen Verwendung von API-Funktionen (früher aus dem BIOS gecalled) und dem Vorhaben, den Usern Schreibkram abzunehmen (nichts anderes machen HLL), ist so alt wie die Programmiersprachen selbst.
Die Frage ist jetzt, ob man, wie bei AutoIt, Funktionen "überlädt" und damit für die 08/15-User einfach handlebar macht, oder ob man den "richtigen" Programmierern (höhö) ein flexibles und schnelles Werkzeug an die Hand gibt!

Zitat von »FlutterShy™

Einen autoit compiler finde ich keine gute idee. minx müsste sich mit so viel zeugs rumschlagen und außerdem ist im originalen autoit code ja nichtmal threading vorhanden. wie soll er das in die syntax gescheit einabauen? darauf möchte sicherlich keiner freiwillig verzichten.

Passt zum Thema!
"Mit Zeugs rumschlagen" ist genau das, was ich oben geschrieben habe, gemeint.
Die schönen "gewrapperten" Funktionen wieder auseinanderdröseln....
Aber das macht JEDER Compilerbauer!

Auf die Frage, wie Threading in die AutoIt-Syntax einzubauen ist, nehme ich keine Stellung. Ich frage mich nur, wieso "keiner darauf verzichten will", aber Threading in maximal 0,1% aller Programme eingesetzt wird?! Und in den mir bekannten AutoIt-Scripten überhaupt keinen Sinn machen würde, weil dafür garkein Bedarf besteht!
Wobei ich persönlich übrigens der Meinung bin, dass SIMD wesentlich mehr bringt als Threading...

Die Frage ist sowieso eine ganz andere, nämlich ob moderne Rechnerarchitekturen überhaupt von der heutigen Software abgedeckt werden!
Wer heutzutage einen Compiler baut, der sollte sich auch fragen lassen (müssen) ob die in den heutigen Prozessoren vorhandenen Features abgedeckt werden!
Oder soll man für "spezielle" Softwareanforderungen einfach nur hochoptimierte Bibliotheken einbinden?!
Was die Frage erlaubt, wozu man dann einen Compiler baut, wenn ein Interpreter (*hust*) die hochoptimierte Funktion aus der Bibliothek genauso schnell ausführt?!

Zitat

...was wiederrum für etwa 50% der Hilfethreads verantwortlich ist.

Wann hast du das letzte Mal ein Java/C(++)/Fortran/ADA/E/Android/wasauchimmer-Forum besucht?
Die Hilfethreads könnten also vermieden werden, wenn "einfachere" Funktionen verwendet werden?
Auf 95% der Hilfethreads könnte man antworten: "Lies MSDN, da steht alles!" oder einfach RTFM!
Schon seltsam, dass man diesen Hinweis einem "Programmierer" überhaupt geben muss...

Mit dem RegEx und negativem Lookahead war ich mittlerweile auch dabei, es wird langsam!
Aber AspirinJunkie war mal wieder schneller

Ich hatte statt \N aber \b und auch "greedy" gesucht statt wie AspirinJunkie "lazy".
Da negativer Lookahead doch sowieso die in dieser Gruppe enthaltenen Pattern NIEMALS treffen soll?!

@steffen
ich benutze online https://regex101.com
der erklärt immer so schön^^

Probiers mal mit

//EDIT
Mit Regex hat´s nicht hingehauen wegen fehlendem Skill, daher "zu Fuß"

#include <Array.au3>
$a=fileread("Test_ID.txt")

$Suchstring="typeID: 2048"

$rep=StringRegExpReplace($a,'(?isU)\b(\d+:)',chr(255) & @crlf&'$0') ;splitten
$split=stringsplit($rep,chr(255),3)

$ret=""
for $i in $split
if stringinstr($i,$Suchstring) then ;wenn treffer
$t=stringsplit($i,@crlf,3)
$ret=$t[1] ;erster String
endif
next

msgbox(0,0,$ret)

2 Zeilen hinzugefügt, dann klappts auch mit OI

Funktion ersetzen:

@stiffn,
nein, das war keine Anmache!
Anmache von mir sieht anders aus, glaubs mir....

Zitat von stiffn

Wenn ich _exFunktionB() alleine in eine Zeile schreibe wird das auch von OI richtig erkannt und die extern.au3 als Notwendigen Include vermerkt.

Genau so siehts aus.

Zitat von stiffn

Verstehe nur noch nicht ganz wieso

AutoIt-Quellcode

GUICtrlCreateButton("Konnektor", 10, 60, 100, 40)
GUICtrlSetOnEvent(-1, "_exFunktionB")

keine "echter" aufrufe der Funktion ist, sondern nur Text, wiederum das ganze dann doch funktioniert wenn ich den Button klicke?!

Das kommt daher, weil der AutoIt-Interpreter den "Text" innerhalb der Funktion GUICtrlSetOnEvent() als Funktion interpretiert, aber OrganizeInclude das NICHT macht!
Du könntest OrganizeIncudes dahingehend erweitern bzw. abändern, allerdings würde das etwas aufwendig für einen Anfänger.

Ich setze mich mal dran, habe OI sowieso schon mehrmals auf meine Belange angepasst....

Zitat von Tweaky

Wenn diese Datei im gleichen Ordner wie das Hauptskript liegt bin ich mir nicht sicher, ob sie erkannt wird.

Die Datei wird deshalb nicht eingelesen, weil die in dieser Datei enthaltenen Funktionen NICHT im Hauptscript enthalten sind!
Ich warte immer noch auf die Antwort auf meine Frage, WO IM HAUPTSCRIPT die Funktionen stehen!

Zitat von UEZ

Das würde bedeuten, dass mein Prozessor die nichts tuende Schleife einfach ignoriert und deshalb es zu dem Faktor 12 kommt.

Nein, der Prozessor ignoriert das imho nicht, ich bin überzeugt, dass der Code ausgeführt wird!

For $v = 10 To 22
$t = TimerInit()
$s = 2 ^ $v
For $i = 1 To $s ;leere Schleife
Next
$m = TimerDiff($t)
ConsoleWrite($v & " $i=" & $i & " Zeit=" & $m & @CRLF)
Next

Skaliert eindeutig!

"Leere" Schleifen optimieren die gängigen Compiler weg, einem Interpreter diese Tricks beizubringen, ist etwas zuviel verlangt :), wozu auch?

Nur fürs Verständnis, OI erkennt keine Funktionen innerhalb eines TEXTES!

In deinem Script existieren keine Funktionen.
Beispiel:

dim $a[1] = [1234]

$b = "_ArrayDisplay($a)" ;das ist ein Text, keine Funktion

msgbox(0,0,$b)

dim $a[1] = [1234]

$b = _ArrayDisplay($a) ;das ist eine Funktion, wird von OI gefunden

msgbox(0,0,$b)

unerheblich...

Frage: WO WIRD IN DEINEM SCRIPT EINE FUNKTION AUFGERUFEN?
Antwort: ES WIRD KEINE FUNKTION AUFGERUFEN!

Ergo, wenn OI keine Funktion(en) in deinem Hauptscript findet, kann es auch diese Funktionen in den Scripten in den angegebenen Verzeichnissen nicht suchen!

Zeig mir mal, wo dein Script eine der FUNKTIONEN AUFRUFT
Diese Funktionen werden nirgends aufgerufen, sie sind ein TEXT innerhalb einer weiteren Funktion.
Alles klar jetzt?

Cron daemons habe ich schon Mitte der 80er Jahre (also im vorigen Jahrtausend ) benutzt.
Da waren Cronjobs "in", um zeitgesteuert Aufgaben auf UNIx-Systemen zu starten.
Die Steuerdaten (Tabellen, daher Cron-TAB) waren kryptisch, s.o.

30 Jahre später benutze ich dazu idR Windows-eigene Software (jaja, auch Klickibunti).
Erzähl mal heutzutage einem 08/15 Mac-User, dass er Cron-Tabs schreiben soll

Wenn Perseus AutoIt-Code compilieren würde, wären mir die 13 Gig SCHEISSEGAL

Hi,
in der deutschen Hilfe findest du alles, was du für dein Vorhaben benötigst.
Eine Suche sollte man aber durchführen können! Wenn du nicht weißt, wie man "richtig" sucht, frag!

Ein Programm macht nichts anderes, was man auch "zu Fuß" machen würde, nur schneller und öfter...
Ein Workflow, wie man dein Vorhaben von Hand durchführt, würde ich einfach in ein script überführen.

Von Hand:
1) Verzeichnis öffnen, und nach *.txt-Dateien filtern
2) *.txt-Datei öffnen
3) mit "Suchen und Ersetzen" Text ersetzen (mit "" (nichts) ersetzen =löschen)
4) Datei speichern (überschreiben)
5) nach 2)

AutoIt-Befehle, die helfen könnten...
1) filereadtoarray()
2) fileread()
3) stringreplace()
4) filewrite() (vorher löschen mit filedelete)
5) For IN

Wer lesen kann, ist klar im Vorteil

UDF Description ..............:        Reads/Writes ID3v1.1 ID3v2.3, ID3v2.4 and APEv2 Tags in MP3 files
UDF AutoIt Forum Link.........:        http://www.autoitscript.com/forum/index.php?showtopic=43950&st=0
UDF AutoIt Version Required...:        23rd December, 2011 - v3.3.8.0 of AutoIt
FUNCTIONS LIST ...............:

Einfaches copy & paste ist eben nicht immer der Weisheit letzter Schluß!

Zitat von MrB

OK, dachte es gibt so was ähnliches wie die ID3_v3.4.au3, also mehr Funktionen.

Habe eben den orginal Thread im am. Forum überflogen, dazu gibts wohl nichts weiter zu sagen...

Zitat von MrB

Naja, mit Mediamonkey oder WinExplorer bekomm ich Titel und Interpret angezeigt.

Das ist die komplette UDF!
Wenn dort nichts ausgelesen werden kann, ist auch in der Datei nichts vorhanden bzw. ein anderes (neueres ? ) Format verwendet.

Zitat von MrB

Wird zwar kaum was ausgegeben, aber wenigstens ein wenig.

Wie kommst du darauf, dass in den Dateien mehr Daten enthalten sind?

Oscars UDF funktioniert einwandfrei....