das geht ja wüst hin und her, was ich bisher verstanden habe:
- es geht um Kommunikation zwischen DSPF und Programm
dafür gilt erst einmal:
=> das geht über einen Buffer, der für In und Out in (mehreren) Formaten beschrieben ist und zwar doppelt, einmal im DSPF und einmal im Programm, das sich die Beschreibung zur Compiletime auch aus dem DSPF holen kann.
=> selber kann man sich die Beschreibung auch aus dem DSPF holen, mit DSPFFD oder mit dem im Thread bereits benannten API, das ist nicht explizit dokumentiert, wird sich aber (zumindest rückwirkend) nicht ändern, sonst müsste man nämlich neu compilieren und mit WebFacing hätte man ins selbige gegriffen (was man aus anderen Gründen eh hat).
=> ob man jetzt den Buffer über Programmvariablen, oder Bit weise über die DSPF Buffer Beschreibung verarbeitet, oder teils teils, das ist letztlich Gechmacksache (ich habe meinen Geschmack benannt, W seinen, andere ihren), am Wahrheitsgehalt des Programms ändert das nix, wenn man es denn richtig macht. Ob ich meinen Geschmack an dieser Stelle ändern würde, weiß ich nicht so genau, da habe ich mich zu wenig mit den DSPFs beschäftigt (z.B.: woran erkenne ich die Attribut Felder? 1 p ist mir zu wenig, Namensgedöns auch...)

So ein paar Sachen sind mir immer noch im Nebel:
- die Sortiererrei und dieses AAAAAAA Feld scheinen mir überflüssig
- die Userspace APIs sind es definitiv, da kann man direkt Pointer im Programm nehmen (mit denen kann man auch rechnen!!!), selbst Substring würde es schon tun, oder ein Array of Character
- diese Biton Bitof Arie würde ich durch named Constants ersetzen (die kann man in der Deklaration Hex belegen)

D*B

der nix gegen Jugend forscht hat