Aber der Quellcode weist doch gar nicht das ganze Empfangspacket dem Ausgabestring zu:
for a=0...10 {
str.putchar(tst, Buf[a]); }
Es werden nur die Bytes von 0 bis 10 eingefügt. Der Rest, der in Buf[] drinsteht, sollte gar nicht
beachtet werden! Oder übersehe ich was?
GruÃ?
Johannes
> Hallo Johannes,
>
> das liegt wohl an Deiner Anzeigevariable tst vom Typ String.
> Stringvariable können lt. Handbuch nur 30 Zeichen aufnehmen.
> Was alledings passiert, wenn Du mehr als 30 Zeichen einträgst
> wieÃ? ich auch nicht so genau.Eine String Variable ist zwar 32Byte
> lang, aber im vorletzten Byte steht immer 0 und im letzten die Länge.
> Ich denke das bei deinem Versuch somit auch die Längenangabe
> überschrieben wird, und dann halt einfach nur noch "Schmarn" drin
> steht.
> Willst Du also längere Strings speichern, mu�t entweder 2 Variablen
> verwenden, oder das Ganze eben in Bytearrays speichern, ab das
> kommt nur darauf an, was weiter damit geschehen soll.
>
> mfg Tom
>
>
>
> > Hey super, jetzt funktioniert es wunderbar! Danke! :-)
> >
> > Jetzt habe ich aber noch mal eine andere Frage:
> > Ich sende zuerst: "01234567890123456789012345678901234567" (38 Bytes)
> > und auf dem Display wird vollkommen korrekt "01234567890" angezeigt (die 11 Bytes).
> >
> > Jetzt hänge ich hinten noch einen dran, also
> > "012345678901234567890123456789012345678" (39 Bytes).
> >
> > Und jetzt steht auf dem Display: "0123456 890"
> >
> > Dann hänge ich noch einen dran, also
> > "0123456789012345678901234567890123456789" (40 Bytes)
> > und es erscheint: 01234569 90".
> >
> > Hm, woran liegt das?
> >
> > GruÃ?
> > Johannes
Antwort schreiben
Antworten:
Re: Mal wieder hwcom... (von Tom - 13.04.2004 22:59)Re: Mal wieder hwcom... (von Johannes - 14.04.2004 20:02)Re: Mal wieder hwcom... (von Tom - 15.04.2004 11:23)Re: Mal wieder hwcom... (von Johannes - 15.04.2004 12:41)Ich glaube ich habs jetzt endlich... (von Johannes - 17.04.2004 12:09)