Beiträge von Andy

Neue Versionen online, fangen nun ab, wenn vor dem Start nicht assembliert wurde.

Oha, da habe ich wohl eine der Zwischenversionen vergessen upzudaten...
Das Script stürzt ab, weil der ASM-Code nicht assembliert und in die Dateien geschrieben wurde...werde das im nnächsten Update fixen.

In der Version ohne integrierten Assembler sollte es aber laufen!

Hi,

Zitat

Bei mir stürzt das Programm beim Starten sofort ab. Ich hatte erst den Verdacht, dass da irgendwo ein Befehl verwendet wird, der zu neu für meinen Prozessor (Intel Core 2 Quad Q8200) ist, aber ich habe keinen gefunden.

Danke für die Rückmeldung!
Ich verwende die AMD64 Architecture Programmers Manuals in der Revision 3.10 26568also die "alte" Version, die um Längen verständlicher und besser geschrieben und bebildert ist wie der DRECK, den man heute als Manual von den AMD-Seiten laden kann...
Ich oute mich mal als AMD-Fanboy (hatte es schon immer mit den Underdogs^^^) aber was AMD mit den "neuen" Manuals den Leuten zumutet, ist gelinde gesagt eine Frechheit!

Das Manual ist von 2007, also SSE, SSE2 und SSE3-Befehle sind implementiert, also nichts was ein "neuer" Prozessor nicht können könnte.

Leider gibt es keine kostenlosen 64-Bit-Debugger, die wie bspw. Olly oder IDA Pro im 32-Bit-Modus beim Absturz die Fehlerstelle anzeigen, wenn doch jemand eine Info oder einen Link hat, bitte Posten!

Schalte mal testweise DEP aus.

Hi, die Idee war gut, nur die Umsetzung nicht

Hi,

Zitat

erstmal'n fettes Danke das du dich so mit meinem "babyscript" auseinandergesetzt hast

Du gibst dir Mühe, bist nicht lernresistent, setzt die Tips um und bist in der Lage dir selbstständig Wissen anzueignen! Weiterhin kannst du dein Problem mit sprachlichen Mitteln verdeutlichen und zeigen, was du bis dahin versucht hast!
Das unterscheidet dich von imho 90% der neu hier im Forum neu eintreffenden User. Und genau aus diesem Grund bekommst du auch qualifizierte Antworten! Und die "anderen" eben nicht...c´est la vie...
Und btw., "Babyscripte" gibt es nicht! Die meisten "Profis" lösen tägliche Aufgaben in einigen Zeilen Code, DAS ist die Kunst!

Bei so gut wie allen öffentlich zugänglichen Mailservern wie bspw. bei der T-com benötigt man eine Authentifizierung.
Dann funktioniert _INetSmtpMail() nicht, was du aber selbst hättest herausfinden können, in dem du den Parameter für das Ausgabefenster setzt...
Du hast keine bis sehr wenig Ahnung von der Materie. James´ Link hast du auch nicht beachtet.
Ich glaube kaum, dass dir jemand anderes weiterhelfen kann, denn du willst ein Ergebnis mit einem Script erreichen, welches in keinster Weise zur Lösung für dein Problem geeignet ist!

Update:
- Rotation der "Galaxien" hinzugefügt, Rotationsgeschwindigkeit anpassbar
- Anzeige verbessert, Partikel, die den Bildschirmbereich verlassen, werden nicht mehr "auf der anderen Seite" angezeigt

Wer hat einen Quadcore mit Hyperthreading (8 Threads möglich! ) und würde einen Screen bzw. Ergebnisse mit Angabe des Prozessors posten?
Jemand einen Bulldozer/Piledriver am Start?

Hi,
beim Betrachten des Scriptcodes ich hatte gerade ein deja vu^^
Das hat mich ca.35 Jahre in die Vergangenheit zurückkatapultiert, denn mit dieser Art "Programme" fängt alles an
Ohne GUI naatürlich, damals war sicher der Begriff noch nicht erfunden, obwohl Apple schon 5 Jahre später (1983) die LISA herausbrachte.

Wenn man soweit ist, dass das Programm läuft, dann sollte der Code auch eine "Seele" bekommen! Gerade Kommentare haben sicherlich für Anfänger mehr Wert als einige hingeworfene Scriptzeilen.....
Der Computer wurde ja deswegen erfunden, um immerwiederkehrende Abläufe zusammenzufassen.
Beim Schreiben von Code sollte man sich das auch verinnerlichen, das macht den Code lesbarer.
Ich würde also versuchen, GLEICHE oder sehr ähnliche Scriptzeilen zusammenzufassen...
Das mehrfach auftretende

GUICtrlSetData($Result, "...")
sleep (500)

könnte man aus der Schleife herausholen.
das führt dann auch dazu, die IF-Zeile zu einem Einzeiler machen zu können

Case $Tipp
$Tipps = $Tipps+1
If $Guess = $Random Then GUICtrlSetData($Result, "Mit "&$Tipps&" versuchen Gewonnen!")

auch das

GUICtrlSetData($Slider, $Guess+1)
GUICtrlSetData($Value, $Guess+1)
$Guess = $Guess+1

kommt öfter vor, nur die Ziffer ändert sich, könnte also von einer Variable ersetzt werden.

Und vielleicht gibt es sogar eine Möglichkeit der Berechnung der "IF $Guess"-Abfragen....

An diesem Stückchen Script gibt es reichlich Potenzial zu lernen und sein know-How zu verbessern!

Update:
-Code aufgehübscht und angepasst
-die beiden "Wolken" haben nun jeweils einen eigenen Farbton
-Version ohne ASM-Code und AssembleIt() angefügt

ToDo:
Kollision zweier rotierender Spiralarm-"Galaxien", so wie HIER gezeigt^^
Die Mechanik (also die Berechnung durch den ASM-Code) bleibt dabei bestehen, lediglich die Anfangsparameter (Geschwindigkeiten der einzelnen Partikel) müssen angepasst werden.
Wer da physikalisch bissl fit ist, kann gerne einen Beitrag verfassen!
Zzt. ist die Geschwindigkeit der Partikel beim Start des Scripts Null. Zuerst könnte man mal ausprobieren, beim Erstellen der "Wolke" jedem Partikel eine Geschwindigkeit tangential zum Wolkenmittelpunkt mitzugeben, dann sollten sich, je nach Geschwindigkeit, die Spiralarme ausbilden...

Meine Rede....
Eine der wenigen nachweisbar wirklich sicheren weil unknackbaren Methoden zu verschlüsseln!
Ein Einmal-Zufallsschlüssel mit der Länge des zu verschlüsselnden "Strings" geXORed, fertig ist das Thema....
Und ob ich heutzutage einen Schlüssel mit (in Minuten knackbaren) 128- oder 256 Bit habe oder direkt einen SICHEREN Schlussel mit bspw 20MB Größe ist völlig unerheblich....

Kompiliere ohne Packer auf 32-Bit, wenn dann der Virenscanner anschlägt, schick mir bitte die Source und die kompilierte Datei mit der Version des Scanners, dann bekommen die Jungs von der Virenscan-Software wieder Post.
IdR. wird es dann beim nächsten bis übernächsten Update keinen "Fehlalarm" mehr geben.

Hi,

Zitat

Leider entäuscht mein Laptop bei der Performance:
3.2e009 Interaktionen/Sekunde und 49 Takte/Interaktion
Intel Core i7-2640M

Bei wievielen Partikeln?
Spiel mal mit der Anzahl der Threads, ich vermute stark, dass sich der Turbo-Modus nur bei einem oder zwei belasteten Cores einschaltet.
Auf der anderen Seite könntest du mal 4 oder 8 Threads testen, Intel unterstützt Hyperthreading.
Weiterhin spielt sicherlich die Cache-Größe eine Rolle...

Was mich auf die Idee bringt, eine Testsuite (Benchmark) zu schreiben

// EDIT Vielen Dank an die Tester eukalyptus, UEZ und die vielen anderen, die ich mit meinen PN´s nerven, und auf deren Rechnern ich meine Programme testen darf

Hi,

hier gibts einiges zur n-Body-Simulation zu lesen.
Ich hab mich mal dran gemacht, den "inner loop" in 64-Bit-Assembler zu schreiben, und weil ich schon dabei war, gabs Multithreading noch dazu^^

Das folgende Script läuft nur unter 64Bit-Betriebssystemen!
Für die "Bastler" ist noch eine neue (Vorab-) Version von AssembleIt() angehängt. In dieser ist jetzt die FASM.dll im Script enthalten und wird direkt in den Speicher geladen (keine dll-Datei). Auf die FASM-UDF und Memory.UDF wird also völlig verzichtet
Weiterhin wurde das "inlinen" noch weiter vereinfacht, der Assemblercode wird einfach zwischen #cs und #ce geschrieben.
Bei Syntaxfehlern im Assemblercode springt der Cursor in Scite in die betreffende Zeile!

Einen kleinen Wermutstropfen gibt es aber....die FASM.dll ist nur in 32-Bit verfügbar. Sie kann zwar anstandslos 64-Bit-Code assemblieren, aber nur aus einer 32Bit-Umgebung gestartet werden.
Dazu habe ich mir folgenden Workaround überlegt:
Erst per

#AutoIt3Wrapper_UseX64=n

den Code assemblieren und dann einfach mit

#AutoIt3Wrapper_UseX64=y

ausführen^^
Beim Assemblieren wird dann bspw. eine Datei mit dem Binärcode angelegt, die dann eingelesen werden kann, alternativ könnte man auch direkt in die Scriptdatei schreiben...

Vorteil bei 64Bit ist einfach die UNMENGE an verfügbaren Prozessorregistern. In der n-Body-Simulation gibt es nur noch Schreib- und Lesezugriffe in den Speicher um die Koordinaten einzutragen. Die gesamte Schwerkraft-Berechnung läuft in einer Handvoll Takte in den Prozessor-Registern ab!
Da auch die 128-Bit SSE-Register verwendet werden, kann man die Interaktionen von 4 Körpern gleichzeitig berechnen.
Um bei den heute vorhandenen Multi-Cores das letzte an Power rauszuholen, habe ich auch noch Multithreading integriert. Das war wesentlich einfacher, als ich gedacht hatte...

Wer also "FETTE" Prozessoren hat, der sollte mal schauen, was so geht....mein AMD A6-3400M (Laptop 4-cores @2400Mhz) schafft bei 30000 Partikeln 9.8e009 Interaktionen/Sekunde und 8 Takte/Interaktion, OHNE AVX, das 8 Körper gleichzeitig berechnet!
Mal zum Vergleich, ein XEON-Phi 5110P mit 61 physischen Kernen schafft bei 24400 Partikeln "NUR" 54e009 Interaktionen/Sekunde (gleicher Algorithmus, beste Optimierung INTEL-Compiler! ). Bei 15x mehr Prozessoren also nur 5x mehr Leistung....LÄCHERLICH!!!
Eine Tesla K20x liefert in etwa 80e009 Interaktionen/Sec. bei 24400 Partikeln, bei einer Million Partikeln (lmaa) ca. 120e009 Interaktionen/Sec, DAS ist Power

Genaueres zum Thema gibt es HIER (sehr lesenswert!!!)

Wer einmal assembliert hat, kann die ersten 325 Scriptzeilen weglassen^^ //EDIT oder gleich die Version "ohne ASM-Code und AssembleIt" starten
VIEL SPASS!
.....und schaut, ob eure Lüfter alle drehen....

-Update 06.07.2013
Rotation hinzugefügt, Anzeige verbessert
-Update 07.07.2013
Performance-Counter angepasst, RDTSC muss bei mehreren Threads durch CPUID serialisiert werden ! Thx an eukalyptus fürs testen!
GUI angepasst, um die Titelleiste des Fensters im Sichtbereich zu halten
-Update 13.07.2013
Assembler-Code angepasst von 1/sqrt() ^4 zu 1 / sqrt() ^3 (Thx an eukalyptus), beeinflusst die Benchmarkergebnisse nicht.
Vergleichbare Berechnungsschritte pro Sekunde zum Benchmark hinzugefügt
Setzen der Prozessorflags FTZ Flush To Zero und DAZ Denormals Are Zero, um auch bei unterschiedlichen Betriebssystemen gleiche Startparameter für das Behandeln von Floating-Point-Exceptions zu erhalten.

Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist. Benchmark

Als grafisches Gimmick habe ich zwei "Galaxien" kollidieren lassen:
Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist. Der Inhalt kann nicht angezeigt werden, da er nicht mehr verfügbar ist.

Benchmarkergebnisse:

Hi,
ehrlich gesagt, wirklich nachvollziehen kann ich das "Problem" nicht!
Wenn ich eine bestimmte Funktion in einer Programmiersprache brauche die "nativ" nicht zur Verfügung steht, na dann schreib ich mir halt eine...
DAS verstehe ich unter einer "perfekten" Umsetzung eines Problems in ein Programm!
Aus irgendwelchen nicht zu meinem Problem passenden Funktionen die rauszusuchen, die am ähnlichsten ist und dann irgendwelche programmiertechnischen Klimmzüge zu machen ist alles andere als ein Ausdruck von "Perfektion"!

Funktioniert bei mir sowohl bei einem X2 250 (XP32) als auch bei einem A6-3400M (WIN7-64)

About spielt "Für Elise" ab, und ist mit ESC zu beenden.
Wechselnder Prozessortakt wird angezeigt

Zitat von Mein Name ist Programm

Sehr geehrter Fahrradhersteller!

Ich verstehe nicht, warum bei Ihrem Produkt "Rolling Wheels" folgender Fehler auftritt:
Es ist eine von mir erstellte Erweiterung der Funktion "Bremsen".
Ich möchte, dass das Fahrrad auf Zuruf anhält!
Dazu setze ich meine nur englisch sprechende Oma auf die Lenkstange, lasse sie während der Fahrt mit einem roten Regenschirm winken und wenn ich bremsen möchte, rufe ich laut:"STOP!"
Daraufhin steckt meine Oma den Regenschirm in die Speichen des Vorderrades.
Nach erfolgtem Überschlag und Sturz bei voller Fahrt ruft meine Oma immer: ""The requested action with this object has failed"
Wenn ich meine Oma weglasse und statt dessen während der Fahrt an den lustigen kleinen Hebeln rechts und links am Lenkrad ziehe, dann bleibt das Fahrrad stehen!
Haben Sie eine Idee?

MfG
Der User

Alles anzeigen

Sehr geehrter Käufer unseres Produktes,

wir möchten Sie eindringlich bitten, sich mit der Betriebsanleitung unseres Produktes "Rolling Wheels" auseinanderzusetzen!
Die Funktion "Bremsen" ist ein nicht unerheblicher Bereich zum einwandfreien Betrieb unseres Produktes.
Wir raten Ihnen im Interesse der Gesundheit Ihrer und der von uns geschätzten Oma von weiteren Manipulationen der Bremsanlage dringend ab!
Wenn Sie sich dennoch mit dieser Materie beschäftigen möchten, werden Sie sicher im Bereich "Tutorials" auf unserer Website fündig.
Dazu sollten Sie den Unterpunkt "Objekte", welcher die Komponenten unserer Fahrräder beschreibt, durcharbeiten.
Dann werden Sie sicherlich die Funktionen der einzelnen Objekte verstehen.
Weiterhin viel Spass mit unserem Produkt!

MfG
Der Kundendienstspezialist

Hi,

Zitat

Gibt es keine Möglichkeit den Timer auch im Hintergrund sicher laufen zu lassen?

Du solltest die Möglichkeiten nutzen um zu prüfen, ob der Timer (du meintest das Script) wirklich nicht läuft.
Wenn du die Debug-Möglichkeiten (s. Scite "Debug to Console" (Alt-D) und/oder "Debug to MsgBox" (Strg-Shift-D) nicht nutzt, bleibt noch eine Msgbox mit dem 4. Parameter. Dort eine 1 zeigt die Msgbox nur eine Sekunde, danach läuft das Script weiter.
Alternativ kannst du bspw. Tooltip(Timerdiff(tStart)) in den Loop integrieren.
Alle Möglichkeiten stehen offen um zu prüfen, ob das Script läuft oder nicht....aber die Aussage

Zitat

Allerdings scheint der Timer nichts zu machen,

ist so nichts weiter als die Aufforderung: "Leg mir mal bitte einer den Arm aus der Sonne!"

Das ist ja wohl lächerlich!
Ich komme mir ehrlich gesagt völlig verarscht vor!
Am 21.6. (vor 4 Tagen) habe ich geschrieben, du (Torni) solltest bitte die Dateilänge des Orginalstrings mit der Dateilänge der Datenbankrückgabe vergleichen.
Daraufhin kam als Antwort:

Zitat von Torni

...Die Datei ist gerade mal ~14kb groß, dies zeigt er auch bei beiden StringLen an....

Und heute stellt sich dann heraus, dass der von der Datenbank zurückgegebene String um einige Zeichen (CRLF) länger ist als die Orginaldatei!
Auf dieser Basis werde ich wohl keinen Gedanken mehr an kommende "Probleme" verschwenden!

Hi,
das Array ist definitiv verloren gegangen, und zwar, weil es bei jedem Schleifendurchlauf while/wend neu initialisiert wird...

While 1
$nMsg = GUIGetMsg()
Global $FileArray[100]
Dim $GetArchivPath