Beiträge von Marthog

Dazu muss man sagen, dass AutoIt immer ein paar Byte zusätzlich alloziiert, damit noch Platz für weitere Zeichen ist und nicht beim Anhängen z.B. eines weiteren Zeichens gleich neuer Speicher alloziiert werden muss.

EDIT:

Zitat von progandy

Lass mal das laufen: Ich weiß jetzt nicht, ob das ein Bug oder ein Feature ist, aber der Variableninhalt wird nicht mehr gelöscht bei der Redeklaration.

[autoit]

For $i = 1 To 200
Local $var
$var &= "x"
ConsoleWrite(StringLen($var)
Next

[/autoit]

Das ist ein Feature und wird im Manual erwähnt bei "Language Reference">"Variables">"Scope". Es gibt nur den zwei scopes: Global und in Funktionen, während bei anderen Programmiersprachen oft jeder Block einen eigenen scope hat.
Ich finde das ungünstig, denn es ist eine zusätzliche Fehlerquelle, da man in Funktionen globale Variablen deklarieren kann, und man außerhalb der Funktion nicht sicher sein kann, ob die Variable überhaupt existiert.

Außnahme von der Regelung sind die Laufvariablen von for-loops.

Schau dir mal die UDF Date.au3 an (in der Hilfe unter "User Defined Functions" und "Date Management"). Da sind die Funktionen zum Auslesen der Zeit drin.

Zitat von Andy

Das sollte sich per inline-asm in den C++-Code reinbringen lassen^^

Dann muss man aber die ganze Schleife, die das Bild konvertiert, in assembler schreiben.
Da der Compiler bei inline-assembler nicht weiß, wie er den Code davor und danach optimieren darf, geht oft Geschwindigkeit verloren. Für so kleine Funktionen lohnt sich das oft nicht.

Mach eine Schleife und arbeite darin beide ab.

Du kannst integer nicht binär schreiben. Verwende Hexadezimal.

So schlimm ist das mit zwei Parametern doch nicht.
Wenn du aber unbedingt einen haben willst, würde ich das so machen:

union RegisterData
{
	struct
	{
		byte b1;
		byte b2;
	};
	short s;


	RegisterData()
		: s(0)
	{
	}
	RegisterData(byte _b1, byte _b2)
		: b1(_b1), b2(_b2)
	{
	}
	explicit RegisterData(short _s)
		: s(_s)
	{
	}
	RegisterData(RegisterData other)
		: s(other.s)
	{
	}
};

Dann hast du das Object RegisterData. Du kannst auf die beiden Bytes gemeinsam zugreifen (als 16-bit integer) oder einzeln.
Desweitern hast du mehrere Konstruktoren, sodass du zum Erzeugen eines neuen Objektes

RegisterData variablenname(byte_1, byte_2)

oder

RegisterData variablenname(16_bit_variable)

schreiben kannst und die Bytes bei Verwendung keines Konstruktors automatisch auf 0 gesetzt werden.

Die DLL-Funktionen sind als cdecl deklariert. Beim DllCall musst du :cdecl hinter den Rückgabetyp hängen, also z.b. "none:cdecl".

EDIT: Bei flags muss für das Bildformat mit R8G8B8 (8 bit pro Farbe) 0x1000 hin.

Dabei schreibt man keine DLL. Es wurde lediglich eine stark reduzierte DLL im Skript abgespeichert und diese wird bei Funktionsaufruuf abgespeichert und die Resourcen werden hinzugefügt.

Zitat von RR04

Funkey hat ein Programm geschrieben mit dem eine DLL mit Autoit erstellt werden kann (siehe Zitat: Deine Vorgaben)!
CreateResourceDLL

Es ging hierbei aber nicht darum, eine DLL für Resourcen zu generieren, sondern eine DLL zu schreiben, die ihre Hauptaufgabe erfüllt: Funktionen exportieren.

Es gibt dafür Formeln, diese generieren aber nur Pseudo-zufallszahlen. AutoIt nutzt den Mersenne-Twister.

Als seed (sowas, wie ein Startwert) nutzt man oft die Millisekundenzahl.

Die Benennung der Variablennamen kann ich so nicht unterstützen, da ein guter Name den Typ bereits deutlich machen kann, z.B. wird die Variable $kosten wohl ein Integer/Float sein, und die ganzen zusätzliche Zeichen machen den Code auch nicht leichter lesbar.

Zitat von meyermeyer11

P.S: Der Editor sieht fast genau so aus wie der von Koda

Nein. Koda sieht fast genau so aus, wie der Editor von Borland für Pascal und alle ähnlichen Sprachen (Delphi, Lazarus, ...).

Es reicht ein directional Light.

Mein PC läuft seit drei Jahren und ist vollkommen in Ordnung. Never touch a running system.

Zitat von N0THING

Ich hätte einfach ein .0 ergänzt in der Rekursion-Variante.

Dann rechnet man mit Floats. Für das Ergebnis ist das egal.

Zitat von name22

Das liegt wohl daran. AutoIt verwendet (glaube ich) 32-bit signed integer. Dadurch ist das erste Bit für das Vorzeichen reserviert und man kann maximal Zahlen von −2.147.483.648 bis 2.147.483.648 speichern. Was bei 10000000000000000 genau passiert weiß ich nicht. Die Bignum UDF in James Post hat aber diese Probleme nicht.

Nein. AutoIt verwendet die größten Grenzen, die Microsoft Visual C++ zulässt. Das sind 64-bit Integer und 64-bit Floats.

10000000000000000*10000000000000000 hat aber 107 bits.

Zitat von Christoph54

Sorry aber das klingt für mich viel zu sehr nach einem Virus!

Wieso? Ich kann da nichts ungewöhnlich verdächtiges erkennen.

Anstatt Strings als Parameter solltest du enums verwenden. Dabei schleichen sich weniger Fehler ein und es ist schneller.

Zitat von Andy

Stack muss man also selbst aufräumen^^

Nicht unbedingt. DllCallAddress funktioniert wie ein DllCall. Normalerweise wird stdcall verwendet (Routine räumt Stack selber auf). Man kann auch cdecl verwenden (Als ReturnType z.B. "int:cdecl"). Dann wird der Stack vom Aufrufer leergeräumt. Ein Vorteil der cdecl-Methode ist, dass man eine variable Parameteranzahl übergeben kann, wie z.B. bei printf in C.

Du musst das Objekt erst noch erstellen (z.B. mi ObjCreate) Die Variable $pObj ist noch leer.