Beiträge von ohforf

#include <File.au3>
#include <Array.au3>
Local $aRecords
_FileReadToArray("dings.txt", $aRecords)
_ArrayDelete($aRecords, 0)
For $i = 0 To UBound($aRecords) - 1
$aRecords[$i] = StringReplace($aRecords[$i], "Kabelanschluss", "High Speed", 1, 1)
Next
_FileWriteFromArray("dings.txt", $aRecords)

Teste mal die Kiste ohne das installierte Windows, also boote Linux oder Windows PE von USB Stick/CD/DVD.
Wenn du schonmal ein Linux hast, hast du meistens auch memtest86 zum booten...

Zitat aus dem Uninstaller:

Func _filedelete()
For $i = 0 To 100 Step 1
GUICtrlSetData($Progress1, $i)
Sleep(100)
Next
FileDelete(@ProgramFilesDir & "\dein_programm\")
EndFunc

Äh... Microsoft machts so ähnlich, aber irgendwie ist das albern.
Übrigens: muss ein Programm unbedingt in den "Programme" Ordner ?
Ich mag meine Installer etwas flexibler, z.B. wenn "C:\" nicht genug Platz übrig hat (ist ne 120 GB SSD).

http://de.wikipedia.org/wiki/Voreilender_Kontakt

Zitat

Gewisse Hot-Plug-fähige Systeme (Beispiele: USB, Serial ATA) benutzen im Stecker voreilende Kontakte für die Versorgungsspannung, so dass diese bereits anliegt, wenn die Datenverbindung hergestellt wird. Dadurch wird ein Latch-Up-Effekt vermieden.

http://de.wikipedia.org/wiki/Latch-Up-Effekt

Zitat

Der Fachbegriff Latch-Up-Effekt (von englisch „einrasten“, auch single event latchup, SEL) bezeichnet in der Elektronik den Übergang eines Halbleiterbauelements, wie beispielsweise in einer CMOS-Stufe, in einen niederohmigen Zustand, der zu einem elektrischen Kurzschluss führen kann. Wenn Schutzmaßnahmen fehlen, führt der Latch-Up-Effekt zur thermischen Zerstörung des Bauteils.

Die Spannungsversorgung zu unterbrechen während die Datenleitungen verbunden sind ist keine gute Idee.
Schau dir mal einen USB Stecker genauer an... da sind +5V und GND Kontakte etwas länger als D+ und D-.
Dadurch werden die Verbindungen beim Einstecken zuerst hergestellt. Lebenswichtig für Hot-Plugging, sonst geht evtl. was kaputt.
Ideal wäre wenn man den Controller in der Tastatur zu einem Reset zwingen könnte, weil sich da ja offenbar die Firmware aufhängt.

Wenn ich das richtig lese, ist dein Label 220 pixel hoch und deckt den Rest zu.
GUI Elemente dürfen nicht überlappen, das bringt nur Ärger.
Auch würde ich das "GUISetState(@SW_SHOW)" ein paar Zeilen runter schieben, wenn alle GUI Elemente definiert sind.

Der Lösungsansatz ist falsch.
Treiber/Firmware updaten wenn möglich, beim Händler/Hersteller reklamieren, notfalls den Schrott wegwerfen und bessere Tastatur benutzen.

Dafür gibts mysql.udf hier: http://www.autoitscript.com/forum/topic/20814-mysql-udfs/
Die Funktionsnamen sprechen für sich, z.B.:

Zitat

_CreateTable()
Adds a table to the database

Umständlicher gehts wohl nicht mehr ?
Wozu soll das ganze dann gut sein ? Was wird damit automatisiert ?

Zitat von nuts

Naja ungeprüft ob das überhaupt stimmt hat das nichts mit den Binary Funktionen in autoit bzw. deren Sinn zu tun.

Das heisst dass du nicht verstanden hast, worüber ich schimpfe.

Der ganze Binary Kram in AutoIt is meiner Meinung nach eh Blödsinn.
Was ist ein ASCII String ? Ein Array aus Bytes, mit null am Ende (C-String).
Wenn du einen ASCII Text als "Binary" betrachtest, sollte das ein Array sein das als 0x61 0x62 0x63 0x20 0x00 dargestellt wird.
Die Verkettung zu 0x61626320 macht daraus ein 32-bit wort, das keinen Sinn mehr ergibt.
Binary Strings sind ein Oxymoron, das widerspricht sich. Strunzdämlich.

Da gibts nur eins: schreib die Version als Kommentar rein, am besten als erste Zeile.

;Version=01.08.15e

Ich glaube allerdings nicht, dass ein Script sich selbst lesen, überschreiben und dann neu starten kann...
Der übliche Trick wäre ein zweites Script, das nur zum starten/updaten dient.

OK, ich glaub jetzt hab ichs kapiert.
Wenn ich das hier ausführe:

FileWrite("temp.txt", StringToBinary("abc"))
$file=fileread("temp.txt")
msgbox(0,"",binarytostring($file))

...dann kriege ich eine Textdatei, wo "abc" drinsteht und die msgbox sagt "abc".
Ist doch in Ordnung, oder was soll sonst rauskommen ?

0x61626320 sind die ASCII-Hex werte für "abc ", als String.
Wenn du "Binary" in der Datei haben willst, dann erstell sie mit einem Hex-Editor.

Windows macht das doch sowieso, doppelklick mal auf die Uhr rechts unten...
Oder seh ich das falsch ?

Man könnte auch kritisch hinterfragen, ob das Script überhaupt schützenswert ist.
Wenn du ein gutes Produkt hast, solltest du schon ein bisschen Schleichwerbung machen.

PixelChecksum

Man könnte auch die Dateinamen aus dem Filmordner in ein Array lesen und daraus die Buttons erzeugen etc.
Damit wird das Programm universell, da gibts dann nichts mehr anzupassen.
Je weniger Code wiederholt wird, desto eleganter ist das Programm.

Was hast du denn genau vor mit USB ?
Was schon mal vollkommen unmöglich ist, wäre einzelne USB-Datenleitungen nach belieben
auf "0" oder "1" zu setzen, wie es bei RS232/Parallelport geht.
Ein richtig billiger Trick wäre, ein USB/RS232 Adapter mit ComportStati zu steuern
(hab ich nie ausprobiert, aber der Autor sagt ja, dass es geht.
USB hat ein reichlich kompliziertes Protokoll... nicht vergleichbar mit RS232.

Eigene Sortierfunktion als Callback registrieren.
http://translation.autoit.de/onlinehilfe/fu…istViewSort.htm
Wenn der Buchstabe nach der Zahl nicht über "F" hinausgeht, würde ich das als Hexadezimal betrachten.