Assemblercompo "Dreh das Wort"

Wenn es einen Satz dreht, dürfte das doch ausreichend sein. Mehr wird doch nicht verlangt.

Mein generischer Ansatz in 46 Bytes. Geht sicher kürzer. Fertig.;)

Mehr mache ich daran sowieso nicht :

hmm, mein PRG war noch falsch, das hatte alle Zeichen außer Space gedreht, also auch Zahlen ....
Die richtige Version hat jetzt leider 32 Bytes :-<

Sollen ernsthaft nur die Buchstaben gedreht werden? Flixt.

Und habe auch noch das Kopieren der nicht-Buchstaben vergessen. :rotwerd:

Bereinigt und auf 48.

War Gottseidank nicht allzu schwierig, meine Fehler zu fixen. Jetzt bekomme ich sowas:

Weiß nicht, ob ich da noch was geschnipselt bekomme:

Deine ersten vier Bytes habe ich mir erspart.
Soll das Programm öfters laufen ? Dann brauche ich die auch (geht aber in 3).

Wenn ich das einbaue, komm ich natürlich auf 35.

Illegal Opcode !

Meine Version dreht alles um. Dann habe ich damit wohl verschissen.

Ist lax nicht ein illegal opcode? Kenn ich auf jeden Fall nicht, sieht aber praktisch aus.

cbm: Von alles auf nur zeichen drehen ist nicht weiter schwer. Wenn man alles kleiner 27 als Zeichen sieht zum Beispiel

Ich habe dem Beispielprogramm entnommen, dass "Wörter" strikt nur aus den Zeichen 1-26 bestehen. Alles größer als 26, und auch die 0, sollen also m.E. nicht zu den Wörtern gezählt und somit auch nicht umgedreht werden. Rolands Beispiel mit der C64-Einschaltmeldung fand ich gut. Also, m.E. sollten auch mehrfache Leerzeichen korrekt unterstützt werden, und keine weiteren Voraussetzungen wie "an Adresse 1xyz soll aber ein Space / kein Space stehen". @Bastet: Wie siehst Du das?

Ich habe mal ein kleines Testprogramm (Binärprogramm siehe Dateianhang) geschrieben, dass ab $2000 liegt, den Code von $1000-$10ff sichert und für jeden Test wiederherstellt, und dann jeweils auf einem Testsatz ausführt. Alle Register werden vor dem Aufruf von $1000 mit 0 initialisiert.

Die Tests sind "hallo, welt!", "blackjack@civitas.de", und " pez = array[index];".

OK, den Klammeraffen habe ich noch nicht drin. Trotzdem hier meine 32 Byte Version :

Für was kürzeres muß ich den Ansatz wohl ändern.

peiselulli: Du Lümmel

Hat ein bisschen gedauert, bis ich gesehen habe, dass du da $0e/$0f als Adresse für den Bildschirmspeicher ($0400) benutzt. Geschickt
Das Drehen über den Stack ist auch nicht schlecht.

peiselulli: Das scheint aber nicht zu funktionieren, wenn ganz vorne und ganz am ende ein wort steht.

Also:

ABCD ....(irgendwas)..... XYZ

Stack und $0e sind mir auch gleich eingefallen. Ist wirklich naheliegend.

Roland : Ist ja auch egal, ist ja eh zu lang.

Der Ansatz mit dem Stack kann aber doch noch verfeinert werden, damit er gleich die 0- und die "Wort am Ende"-Problematik abdeckt. Grundgedanke: Kiste darf am Ende der Routine crashen, deswegen ist das Verbiegen des Stackpointers erlaubt. Man schiebt so lange auf den Stack, bis ein nicht-Buchstabe dabei war, dann TSX, X auf das Lowbyte der Startadresse der 2. Zeile addieren und so lang aus dem Stack in die zweite Zeile kopieren, bis X null ist.

Haken: Stackpointer zählt rückwärts. Grrmpf. Aber vielleicht fällt einem von Euch ja noch was ein mit dem Stackpointer-Ansatz?

Jens

Zitat von peiselulli

Roland : Ist ja auch egal, ist ja eh zu lang.

naja... ich denke das 32 echt ein super ergebnis wäre, wenn alle fälle korrekt behandelt werden.

(klar... "kaputte" 27 byte lösungen hab ich auch ...und je weniger bytes man dann noch nimmt, desto "kaputter" wirds halt)