AW: AW: Allegro-Grenzen?

[Thomas Berger]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hallo Herr Fischer,


|>Ein Problem sollte es m.E. wirklich nur geben, wenn #usv mit
|>Blank endet.
|
|
| Kurzer Test mit A99 v24.4 brachte folgende Ergebnisse:
| 1. Die Kombination
| #usv b' ' f32 =sv
| schneidet alle Leerzeichen am Anfang ab, auch alle Leerzeichen am Ende
werden auf einen Schlag entfernt.
| 2. Die obige Setzung führt zu einer "leeren" #usv, die aber noch "da
ist"; z.B. ein Sprung
| #usv +t e0
| wird immer noch ausgeführt, wenn ks=1 gilt. Erst dsv löscht #usv
vollständig.

... und bei diesen Geister-Anwendervariablen habe ich manchmal den
Eindruck, dass sie den Hintergrundspeicher durcheinanderbringen.


|>Es schadet nichts, auch diesen lt. Ihrer Definition
|>von #usv eigentlich nicht vorkommenden Fall abzufangen:
|
|
|>#-t
|>#udx
|>#usv e' '
|>#usv b' ' e' ' p' '
|>#usv +t dsv b' ' f32 p{8} asv     % c' ' vor asv noch effizienter?
|>#udx ddx e0
|
|
| Das kann ich ja machen. Ist dsv asv effektiver als dsv =sv? Und hat
das irgendwelche Vorteile gegenüber =sv ohne dsv?

"=sv" ist ein hoch gefaehrlicher Befehl, weil er mit einer
Zuweisung verwechselt wird. Er ist aber in Wirklichkeit
ein Vergleichsbefehl (Kurzform von "=sv,0", das Handbuch
behauptet evtl. etwas anderes), dessen Seiteneffekt eine Zuweisung
ist. Sollten Arbeitstext und alter Inhalt von #usv zufaellig
uebereinstimmen, so treten subtile Effekte auf, ein Sprung wird
z.B. nicht genommen.

viele Gruesse
Thomas Berger
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3-nr1 (Windows XP)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFAlj9AENVh3bB0lwMRAjnIAJ9hcaqC+hj6dubjBBDzdWBvxqgnSQCgqaY+
ImhW4/uPi0ma1f+YjP/QpqA=
=uJtg
-----END PGP SIGNATURE-----