PureBoard

Hallo!

Ich dachte, ich hätte eine clevere Methode gefunden, um meinen Code einfacher und gleichzeitig flexibler zu machen, indem ich Pointer und Poke-Befehle verwende. Das hat auch so lange funktioniert, wie ich nur mit Zahlen gearbeitet habe. Bei der Verwendung von Strings bin ich auf zwei Probleme gestoßen.

Hier ist ein Beispiel-Code: Problem Nr. 1:
@Settings\Name ist anfangs immer 0. @Settings\Name bekommt nur eine richtige Adresse im Speicher, wenn ich vorher etwas wie Settings\Name="irgendwas" ausführe. Das gilt aber komischwerweise nur für Strings. Settings\Speed ist zwar 0, aber @Settings\Speed nicht.

Problem Nr. 2:
Wenn ich hier PokeS(@Settings\Name, "Test") statt "Test" einen längeren Namen eingebe als oben bei Settings\Name="irgendwas" stürzt das Programm ab oder verhält sich seltsam. Ich nehme an, dass das daran liegt, dass Speicher überschrieben wird, der nicht überschrieben werden sollte.

Bei allen Beispielen, die ich hier im Forum gefunden habe, wird PokeS() immer in Verbindung mit AllocateMemory() verwendet. Mir ist aber nicht klar, wie man das in diesem Fall umsetzen kann.

Für Tipps, wie man den Code zum Laufen kriegen kann, wäre ich dankbar. Falls das überhaupt kein sinnvoller Ansatz ist, mit Variablen umzugehen, wäre ich auch für den Hinweis dankbar.

Das Feld "Name" ist nur ein Pointer auf den eigentlichen Inhalt des Strings. Liest du von oder schreibst du in das Feld mit den normalen PB-Befehlen wird automatisch festgestellt, ob ein zu schreibender String noch an die selbe Speicherstelle passt oder nicht. Falls nicht, wird neuer Speicher alloziert, der String dort hin geschrieben, der alte Speicher freigegeben und der Pointer an die neue Stelle umgebogen.
PokeS macht das alles nicht. Das arbeitet low-level, das heißt es geht immer davon aus, dass an der Stelle genug Speicher zur Verfügung steht und schreibt einfach los. Falls dort nicht genug ist, gibt es entweder schon beim Schreiben einen Fehler oder es taucht erst einer im späteren Programmverlauf auf.

Was hast du eigentlich genau vor? Wieso willst du alles mit Poke und Peek machen? Es gibt ein paar Tricks mit Strings, die dir vielleicht weiterhelfen könnten.

Das liegt am internen Stringhandling von PB, das lässt sich nicht so einfach aushebeln.
Das einfachste wäre, wenn Du dem String eine Länge mitgibst, also so in etwa: Dann würde alles wieder wie gewünscht funktionieren, Du bist aber leider dann in der Länge beschränkt.

Hallo 4Planes,

alles was du hier mit:
PokeS(@Settings\Name, "Test")
machen willst, macht dieser Aufruf:
Settings\Name = "Test"
doch automatisch für dich, oder ?

Wozu das PokeS() ?

HeX0R hat geschrieben:Das liegt am internen Stringhandling von PB, das lässt sich nicht so einfach aushebeln.
Das einfachste wäre, wenn Du dem String eine Länge mitgibst, also so in etwa:

Code: Alles auswählen

Structure Settings
  ZOffset.b
  Name.s{32}
  Speed.i
EndStructure

Dann würde alles wieder wie gewünscht funktionieren, Du bist aber leider dann in der Länge beschränkt.

Vielen Dank! Das hilft doch weiter. Ich begrenze einfach den String Name in der Länge − 32 sollte sogar reichen − und dann passt das.

NicTheQuick hat geschrieben: Was hast du eigentlich genau vor? Wieso willst du alles mit Poke und Peek machen? Es gibt ein paar Tricks mit Strings, die dir vielleicht weiterhelfen könnten.

ccode_new hat geschrieben:Wozu das PokeS() ?

Peek / Poke ist mir eigentlich nicht wichtig. Mir gehts darum, mit Pointern auf Variablen zu verweisen und diesen Pointer an Prozeduren weitergeben zu können. Aber irgendwann muss man dann halt den Wert der Variable ändern und da kommt dann Poke ins Spiel. In meinem Code-Beispiel tauchte nur Poke auf, weil das der einzige Punkt ist, der mir Probleme macht.

Aber du übergibst doch normalerweise nicht einzelne Felder per Pointer, sondern eher die ganze strukturierte Variable.
Hier ein Beispiel für Strings, das dir vielleicht trotzdem hilft. Oder angelehnt an dein Beispiel von eben