[Allegro] orda.rtf erzeugt ansturz von a99.exe

[Thomas Berger]

Am 20.11.2015 um 13:02 schrieb Klaus Lehmann:
> Guten Tag liebe Mitlesenden,
> 
> so ganz sicher bin ich mir mit dem "Subjekt:/Betreff:" oben nicht....
> aber der reihe nach....
> 
> 
> so stehts in (meiner) orda.rtf drin:
> ====================================
> \par ?Neues Kontingent=x new\\show rec\\:form\\form Kontingent\\`#9A Kcode`$B-#9A 0.00`$E-#9A 0.00`$R-#9A 0.00`$A-#9A 0.00`$c-#9A EUR`\\yesno Speichern?\\if no jump form\\if cancel jump er\\if yes put`var '3'`ins #uoV`exec o-mkview`:er`erase
> 
> in der offiziellen orda.rtf stehts so drin:
> ===========================================
> \par ?Neues Kontingent=x new`#9A Kcode`$B-#9A 0.00`$E-#9A 0.00`$R-#9A 0.00`$A-#9A 0.00`$c-#9A EUR`show rec\\:form\\form Konti\\yesno Speichern?\\if no jump form\\if cancel jump er\\if yes put`var '3'`ins #uoV`exec o-mkview`:er`erase
> ehe einer fragt ;-) , ORDA ist aktiviert.
> 
> 
> es ist scheinbar völlig egal, ob ich den offiziellen Eintrag "Neues
> Kontingent" klicke, oder auf meine etwas veränderte in orda.rtf; a99.exe stürzt
> etwas langsam ab. man sieht das bemühen von a99.exe einen datensatz
> mit #9A Kcode anzulegen, a99.exe erblasst.

An der Demodatenbank funktioniert es.

Der Original-Flip aus orda.rtf hat ja schon einen originellen Mix aus
"\\" und "`", bedeuten tut es dasselbe: Nach dem Einlesen ist es ein
"\" in der Anwendervariablen #uZ<irgendwas> und bedeutet Befehlstrenner
bzw. Zeilenbruch.

Durch Ihre Veraenderung haben Sie das etwas doppeltes hinpraktiziert,
d.h. in der #uZ-Variablen seht dann "\\" mit der Bedeutung "\".
Damit wird also ein nichtexistierendes Formular auf einen Neuen
Datensatz geoeffnet, das wird (guenstigstensfalls) scheitern, und
anschliessend versuchen Sie an die noch nicht existierende #9A Unter-
felder zu ergaenzen: Das sollte eigentlich erlaubt sein, ist aber
auch nicht das von Ihnen beabsichtigte.

viele Gruesse
Thomas Berger