🚀 go-pugleaf

kuehl@uzwil.informatik.uni-konstanz.de (Dietmar Kuehl) writes:

> : >     >        datei << (char)datstr;

> Das hat aber, zumindest konzeptionell, immernoch nichts mit einer
> binaeren Ausgabe zu tun!  Sicher wird das passende Bitmuster
> gespeichert, aber der korrekte Weg binaere Daten (mit einem 'ostream')
> zu speichern ist 'ostream::write(char *, size_t)' ('char*' statt
> 'void*' ist noetig, da 'void' keine Groesse hat).

Ist das nicht Definitionssache?  Man könnte doch einfach sagen, das
zweite Argument gibt die Größe in Bytes (aka sizeof char) an.  Dann
könnte das erste Argument doch void* sein, und der häßliche
static_cast fiele weg.

> Ich hatte mal mit dem Gedanken gespielt "schnell mal" sowas wie
> 'ibstream' und 'obstream' zu schreiben, bin aber an so trivialen
> Problem wie 'double's zu speichern gescheitert. Wenn jemand einen
> sinnvollen Vorschlag fuer ein (halbwegs) Platform unabhaengiges Format
> (und moeglichst auch weiss, wie man das halbwegs Platform unabhaengig
> implementiert) hat, dann koennte man sowas mal angehen...

Ein plattformunabhängiges Binärformat existiert bereits, nämlich das
von Sun entwickelte XDR.  Gips auch auf anderen Kisten wie DEC
Alphas.  Irgendwer hat sogar mal eine Klasse XDRstream geschrieben,
aber das war, bevor das Standardisierungskomitee die iostreams in die
Finger bekommen hat.

> "Kleinere"
> Nebenanforderungen, wie etwa Typsicherheit, zu erfuellen waere auch
> ganz nett :-)

Fände ich gar nicht nett, weil das die Größe der Binärdarstellung
aufblasen würde, und weil es eventuell nicht sprachunabhängig ist.
Bei XDR ist sowas nicht drin; bei Bedarf könnte man sich sowas ja
oberhalb von XDR definieren.