Beiträge von James

Ich finde den Service gut, vor allem, weil er so einfach zu bedienen ist. Minimalismus ftw!

Meinen Vorschlag habe ich ja schon in der Shoutbox genannt:
Da die Dateinamen der Bilder ja sowieso anscheinend MD5 Hashes sind, könntest du ja auch gleich den Hash des Dateiinhaltes nehmen und vor dem Abspeichern auf dem Server überprüfen, ob schon eine Datei mit diesem Namen vorhanden ist, was wahrscheinlich sowieso schon passiert. Dadurch würdest du verhindern, dass ein Bild mehrmals hochgeladen wird (ohne den Benutzer dadurch einzuschränken). Außerdem kannst du so (teilweise) verhindern, dass dein Webspace zugemüllt wird.

Zitat von Friesel

Den Pfad solltest du eigendlich mit dem Macro @DesktopDir ansprechen können.

Das wäre der Pfad zu dem Desktop des Benutzers. Der Pfad zu dem "allgemeinen" Desktop steht in @DesktopCommonDir.

Ich habe das Ganze gerade mal mit VBScript versucht und da geht es auch nicht. Dabei dachte ich immer, dass VBS "höherwertiger" als Powershell ist.
Scheint, als würde BugFix Recht behalten.

Aber sind das nicht alles COM Objekte (also im Prinzip alle gleich)?
Naja gut, dann ist das mit AutoIt wohl nicht (so einfach) möglich, danke.

Falls jemandem noch etwas einfällt, ich bin offen für gute Ideen.

Ja, natürlich hatte ich schon nach jeder Zeile Fehlerüberprüfungen eingebaut.

Zitat von James

In AutoIt habe ich dann allerdings das Problem, dass GetMembers() kein Array mit Objekten zurückgibt.

Meine Frage ist eigentlich, an welcher Stelle AutoIt einen Fehler macht (durch welchen dieses Problem erschaffen wird) und wie man das beheben kann (falls möglich).

Guten Abend,
ich würde gerne mit AutoIt die Attribute und Methoden von COM Objekten auslesen.

In Powershell funktioniert das so:

$o = new-object -comobject "System.Object"
$o.GetType().GetMembers() | foreach-object {write-host $_.Name}

ToString
Equals
Equals
ReferenceEquals
GetHashCode
GetType
.ctor

In AutoIt habe ich dann allerdings das Problem, dass GetMembers() kein Array mit Objekten zurückgibt:

$o = ObjCreate("System.Object")
For $_ In $o.GetType().GetMembers()
ConsoleWrite($_.Name & " (" & $_.MemberType & ")" & @CRLF)
Next
$o = 0

"C:\AutoIt3\Scripts\test.au3" (2) : ==> Variable must be of type "Object".:
For $_ In $o.GetType().GetMembers()
For $_ In $o.GetType().GetMembers()^ ERROR

Er meint, dass die Zeile die ausgelesen wurde zu einem früheren Zeitpunkt schon einmal ausgelesen wurde, d.h., dass sich in der Datei nichts geändert hat.
Diese Konstruktion ist allerdings völlig unnötig, da man auch gleich $line <> $newline als Bedingung hätte nehmen können. Dann würde der leere Teil der Kontrollstruktur wegfallen.

Zitat von BiNu

Da fällt mir auf was er eigentlich suchte war

[autoit]

ConsoleWrite(StringLower(Hex(StringToBinary("google.com"))) & @CRLF)

[/autoit]

Wenn du Hex durch StringTrimLeft ersetzt vielleicht. Oder willst du mit Absicht unnötige Funktionen einbauen (mal abgesehen davon, dass Hex eigentlich nur für das Umwandeln von Zahlen gedacht ist)?

Dann nimmst du einfach eine zweite Variable und speicherst in dieser die letzte ausgelesene Zeile. Dann kannst du vergleichen, ob sich was geändert hat.

Na das sieht doch schon ganz gut aus. Ich bin gespannt, wie sich das entwickelt.

Zitat von chesstiger

Was passiert denn beim Kompilieren (-> Übersetzen) eines C-Source-Files? Richtig, er wird in Assembler übersetzt und dann wird dieser ASM-Code in Maschinencode übersetzt. C wird zu ASM konvertiert, ASM wird zu Maschinencode konvertiert.

Mit dem Unterschied, dass dies nicht durch einfaches Ersetzen funktioniert, da die Syntaxen von ASM und C komplett unterschiedlich sind. Der Code muss also trotzdem zuerst analysiert werden, auch, um ihn vor dem Kompilieren optimieren zu können (und so weiter). Das hat also nichts mit dem StringReplace aus der ersten Version von ObjT zu tun.

Nehmen wir zum Beispiel die Zahl 2.85. Wenn wir diese in Binär umwandeln (auf 100 Nachkommastellen genau) so erhalten wir 10.110110011001100110011001100110011001100110011001101. Wenn wir diese Zahl wieder in Dezimal umwandeln erhalten wir (wer hätte es gedacht) 2.85. Wenn wir allerdings "nur" 20 Nachkommastellen benutzen erhalten wir 10.11011001100110011001. Wieder in Dezimal umgewandelt ergibt das 2.84999942779541.

Wer also mehr Genauigkeit will, muss wohl oder übel auf einen anderen Datentyp umsteigen. (Oder mit Strings arbeiten, wie das Skript welches die in diesem Post verwendeten Werte errechnet hat.) Ob sich das, verglichen mit dem erhöhten Speicherverbrauch, überhaupt lohnt und wann man so viel Genauigkeit überhaupt braucht ist allerdings eine andere Frage.

Ich weiß, ich habe nichts Neues hinzufügen können, wollte aber trotzdem ein kleines Beispiel einbringen.

D.h. du hast deine Webcam normalerweise im Gerätemanager deaktiviert?
Schau dir das mal an, vielleicht hilft es dir ja.

Zitat von Trolleule1337

Schade das AutoIt so viele limitations hat

Nichts, was sich nicht beheben lässt. Zumindest nicht in diesem Fall.

BugFix Dafür gibt es doch extra @NumParams:

Func array($Value1, $Value2=0, $Value3=0, $Value4=0, $Value5=0, $Value6=0, $Value7=0, $Value8=0, $Value9=0, $Value10=0, $Value11=0, $Value12=0, $Value13=0, $Value14=0, $Value15=0, $Value16=0, $Value17=0, $Value18=0, $Value19=0, $Value20=0, $Value21=0, $Value22=0, $Value23=0, $Value24=0, $Value25=0, $Value26=0, $Value27=0, $Value28=0, $Value29=0, $Value30=0, $Value31=0, $Value32=0, $Value33=0, $Value34=0, $Value35=0, $Value36=0, $Value37=0, $Value38=0, $Value39=0, $Value40=0, $Value41=0, $Value42=0, $Value43=0, $Value44=0, $Value45=0, $Value46=0, $Value47=0, $Value48=0, $Value49=0, $Value50=0, $Value51=0, $Value52=0, $Value53=0, $Value54=0, $Value55=0, $Value56=0, $Value57=0, $Value58=0, $Value59=0, $Value60=0, $Value61=0, $Value62=0, $Value63=0, $Value64=0, $Value65=0, $Value66=0, $Value67=0, $Value68=0, $Value69=0, $Value70=0, $Value71=0, $Value72=0, $Value73=0, $Value74=0, $Value75=0, $Value76=0, $Value77=0, $Value78=0, $Value79=0, $Value80=0, $Value81=0, $Value82=0, $Value83=0, $Value84=0, $Value85=0, $Value86=0, $Value87=0, $Value88=0, $Value89=0, $Value90=0, $Value91=0, $Value92=0, $Value93=0, $Value94=0, $Value95=0, $Value96=0, $Value97=0, $Value98=0, $Value99=0, $Value100=0, $Value101=0, $Value102=0, $Value103=0, $Value104=0, $Value105=0, $Value106=0, $Value107=0, $Value108=0, $Value109=0, $Value110=0, $Value111=0, $Value112=0, $Value113=0, $Value114=0, $Value115=0, $Value116=0, $Value117=0, $Value118=0, $Value119=0, $Value120=0, $Value121=0, $Value122=0, $Value123=0, $Value124=0, $Value125=0, $Value126=0, $Value127=0, $Value128=0, $Value129=0, $Value130=0, $Value131=0, $Value132=0, $Value133=0, $Value134=0, $Value135=0, $Value136=0, $Value137=0, $Value138=0, $Value139=0, $Value140=0, $Value141=0, $Value142=0, $Value143=0, $Value144=0, $Value145=0, $Value146=0, $Value147=0, $Value148=0, $Value149=0, $Value150=0, $Value151=0, $Value152=0, $Value153=0, $Value154=0, $Value155=0, $Value156=0, $Value157=0, $Value158=0, $Value159=0, $Value160=0, $Value161=0, $Value162=0, $Value163=0, $Value164=0, $Value165=0, $Value166=0, $Value167=0, $Value168=0, $Value169=0, $Value170=0, $Value171=0, $Value172=0, $Value173=0, $Value174=0, $Value175=0, $Value176=0, $Value177=0, $Value178=0, $Value179=0, $Value180=0, $Value181=0, $Value182=0, $Value183=0, $Value184=0, $Value185=0, $Value186=0, $Value187=0, $Value188=0, $Value189=0, $Value190=0, $Value191=0, $Value192=0, $Value193=0, $Value194=0, $Value195=0, $Value196=0, $Value197=0, $Value198=0, $Value199=0, $Value200=0, $Value201=0, $Value202=0, $Value203=0, $Value204=0, $Value205=0, $Value206=0, $Value207=0, $Value208=0, $Value209=0, $Value210=0, $Value211=0, $Value212=0, $Value213=0, $Value214=0, $Value215=0, $Value216=0, $Value217=0, $Value218=0, $Value219=0, $Value220=0, $Value221=0, $Value222=0, $Value223=0, $Value224=0, $Value225=0, $Value226=0, $Value227=0, $Value228=0, $Value229=0, $Value230=0, $Value231=0, $Value232=0, $Value233=0, $Value234=0, $Value235=0, $Value236=0, $Value237=0, $Value238=0, $Value239=0, $Value240=0, $Value241=0, $Value242=0, $Value243=0, $Value244=0, $Value245=0, $Value246=0, $Value247=0, $Value248=0, $Value249=0, $Value250=0, $Value251=0, $Value252=0, $Value253=0, $Value254=0, $Value255=0)
Local $Array[@NumParams], $i
For $i = 1 To @NumParams
$Array[$i-1] = Eval("Value" & $i)
Next
Return $Array
EndFunc

Du könntest statt _SQLite_FetchData _SQLite_GetTable oder _SQLite_GetTable2d benutzen, dann hast du alle Einträge in einem Array, in das du dann auch die von TrayCreateItem zurückgegebenen IDs speichern kannst. Diese kannst du dann auch mit TrayGetMsg benutzen.
Soweit zu Frage 2. Wenn du alle Daten ordentlich abgespeichert hast, sollte es aber auch kein Problem mehr sein die IDs der Kategorien zu finden (auszulesen) um ein Item in dieser Kategorie zu erstellen.

Zitat von BugFix

Die Hilfe stimmt schon - es sind ja beides Status-Variablen. Aber die eine ist abfragbar über GuiCtrlRead und die andere über GuiCtrlGetState.

Schon, aber wenn man sich die zitierten Stellen ansieht könnte man meinen das beide (oder eigentlich alle) Status-Variablen über GUICtrlRead abgefragt werden können.

Zitat von Schnitzel

Also ich weiß ja nicht wie es bei euch ist, aber aus Guictrlread bekomm ich nicht den Enabled/Disabled Status raus und aus Guictrlgetstate bekomm ich nicht den Checked/Unchecked Status.

Dann stimmt aber in der Hilfe etwas nicht:

Zitat von GUICtrlRead

Checkbox, Radio --- Status des Buttons/Kästchens. siehe Status-Tabelle

Zitat von Status-Tabelle

$GUI_CHECKED --- Radiobutton, Checkbox oder ein ListViewItem wird markiert
$GUI_ENABLE --- Das Control kann benutzt werden

Schon so probiert?

If BitAND(GUICtrlRead($bCheckbox08), $GUI_ENABLE, $GUI_CHECKED) Then

Ich denke nicht, da in einer CSV Datei (meines Wissens nach) keine Formatierung gespeichert werden kann, sondern nur die Daten.

Edit:

Zitat von YaeroxXO

CSV : means C omma S eparated V alues. it is a plain text (ansi) format.
Sagt wie ich find, schon viel aus...

Genau darauf wollte ich hinaus (wollte es nur etwas netter formulieren).

Dem Skript in Beitrag #1 nach zu urteilen ist $WGTFile ein Filehandle. Dass das keine Methoden hat, ist klar.
Wieso nimmst du nicht $oExcel?

Freie Crypter gibt es wie Sand am Meer, Google wird dir das bestätigen.

Ob diese dir allerdings helfen, das wage ich zu bezweifeln.
Je öfter ein Crypter verwendet wird, desto höher die Wahrscheinlichkeit, dass ihn schon jemand geknackt hat.
Außerdem werden kostenlos im Internet angebotene Crypter von den meisten Antivirenprogrammen erkannt, was dir zusätzlich Ärger bereiten würde.

Du hast zwei weitere Möglichkeiten:

• du kaufst einen Crypter für viel Geld, wobei du dir bei dessen Qualität nicht sicher sein kannst
• du programmierst selbst einen Crypter

Edit:

Zitat von r0m

Natürlich gibt es viele kostenlose Tools, aber kennt jemand ein gutes?

Das ging aber aus deiner ersten Frage nicht hervor.

Zitat von r0m

ist einem von euch bekannt ob es einen freien Crypter für EXE-Dateien gibt?