Beiträge von nuts

Es geht wohl beides.
Eine andere MAC vorgaugeln, spoofen heisst das imho (über die Reg.? Manche Router können das imho auch) oder die MAC tatsächlich zu überschreiben.

Ich hatte mal ein Intelboard mit einer MAC 00:00:00:00:00 (oder noch mehr Nullen ).
Damit war keine Netzwerkverbindung möglich und man musste die MAC mit der richtigen überschreiben.
Dazu gibt es verschiedene Tools im Netz, ist aber nicht so trivial (hat ein Freund gemacht).
Bei Interesse mach ich mich mal schlau.

Aso, sorry die ganzen Querverweise aus den zahlreichen Threads hat hier niemand im Kopf

80 -> zurückwandlen in die Wochentage (hier Do & Sa)
Diese Tage mit der Funktion in ein Datum umwandlen und mit den Makros (@year, @mon usw.) prüfen ob heute auch wirklich der zurückgegebene Tag ist

Und wie soll man damit Tage=80 verarbeiten?
Was soll denn überhaupt geprüft werden?

Am Anfang des Skriptes alle Gui-Fenster erstellen und dann mit @SW_Hide & @SW_Show die Fenster anzeigen bzw. verstecken.
Bei Gui-Fenstern, die nur einmal gebraucht werden (z.B. Login-Fenster) kann man per Guidelete das Fenster gleich wieder löschen.

WM_Command ist eine Nachricht, die z.B. von Controls auf verschiedene Events (z.B.: Edit Control erhält den Fokus) abgefeuert wird.
Diese kann man abfangen und darauf reagieren.

Und was Microsoft dazu sagt: http://msdn.microsoft.com/en-us/library/ms647591(VS.85).aspx

Natürlich gehts, alles geht
Raupi hat doch ein Bsp. gepostet.

Schon seltsam.
Meine Vorgehensweise war: http://msdn.microsoft.com/en-us/library/bb761771(VS.85).aspx nachgeschlagen, Konstanten in DateTimeConstants.au3 gesucht, ins Skript eingebaut und mich über den Misserfolg geärgert.
Dabei war nur die Konstante falsch/unpassend.

Irgendwie muss man so Sachen doch auch ohne Hilfe lösen können, schließlich sind nicht alle Möglichkeiten dort aufgeführt.

Könnt ihr mal bitte Zeile 14 erklären. Finde das verwirrend, $DTM_SETFORMAT ist doch in den DateTimeConstants definiert.

Na einfach die ganze Section löschen. :wacko:
Kannste ja bei Bedarf neu anlegen (Iniwrite).

Zeile 16 ersetzen durch

IniWrite(@ScriptDir &'\save.ini', 'Quelle-Ziele', $var1, $var2)

Sowas ist gar nicht nötig.

For $i = 0 to 5
$var1 = "Key" &$i
$var2 = "Value" &$i
IniWrite(@ScriptDir &'\save.ini', 'Quelle-Ziele', $var1, $var2)
next

Mangels 64bit OS kann ichs nicht selbst testen, aber du kannst ja mal Zeile für Zeile mit Consolwrite durchgehen. So groß ist die Funktion ja nicht.

Hm es hängt ja an dieser Funktion: _GUICtrlListView_GetItemText(), alle anderen Infos werden richtig eingetragen?
Also müsste man diese Funktion mal genau vergleichen (32bit vs 64bit).

Wieso muss die 32bit Version zwangsläufig auf einem 64bit OS funktionieren?

64bit Version läuft auf einem 64bit OS
32bit Version läuft auf einem 32bit OS

Scheint doch alles richtig zu sein?

Ah genau, die True/False Abfrage ist aber ja im Prinzip eh unnötig.

$myPw = "pwd"
$pwd = InputBox("Pw- Abfrage","Noch " &$i& " Versuche","","*")
If $pwd <> $myPw Then
;usw.

Und die Variablen sieht man dann im Memorydebugger?
Weil dann müsste man ja $myPw unveränderbar machen. :wacko:

Sensible Daten zu schützen ist gar nicht so einfach.

Sehr interessant hier.
Ist diese kostenlose Express Version von Microsoft überhaupt für Einsteiger geeignet oder gibts was besseres?

@simon: Wenns dich tröstet, bei mir klappts auch nicht

Zitat von eF_Hacks

So lade ich das Programm im Memorydebugger und setze $PW_OK auf 1.. und schon ist aufs Passwort geschi...

Na dann sind wir mal gespannt auf deine Lösung
Mit Autoit bleibt das wohl ähnlich aussichtslos wie den Sourcecode zu schützen?

Edit\ Selbst wenn eF_Hacks jetzt was tolles aus dem Hut zaubert, die einfachste Lösung ist es zu dekomplilieren und die Passwortabfrage zu entfernen.
Wirklich sicher wirds also meiner Meinung nach eh nicht.

Global $i

AdlibEnable("d", 10000)

While $i <15
Sleep(1000)
WEnd

AdlibDisable()
exit
Func d()

$i += 1

EndFunc ;==>d

Noch eins. Ging ja vorhin um die While .. Wend Schleife.

So?