Re: Kaskalierte Struktur an eine Funktion uebergeben

* Rainer Weikusat <rweikusat@mssgmbh.com> [2007-10-01 08:33 UTC]:
> Erich Fruehstueck <ef@synthesis.co.at> writes:
> > Am Fri, 28 Sep 2007 23:08:57 +0200 schrieb Roland Damm:
> >> Aus dem gleichen Argument heraus hilft ein dynamischer Puffer auch
> >> nicht, es gibt immer eine Zeichenkette die länger ist, als der
Computer
> >> Speicher hat. Man muss und kann irgendwo eine Vernunftgrenze angeben.
> >
> > Man muss keine Grenze angeben, sonderen kann jede Länge zulassen,
> > für die noch Speicherplatz angefordert werden kann. Das hat den
> > Vorteil, dass das Programm ohne Eingriffe bei zunehmend mehr
> > verfügbaren Speicher auch zunehmend längere Zeichenketten
> > verarbeiten kann.
>
> Dieser Vorteil wird durch den Nebeneffekt erkauft, dass ein solches
> Programm nicht mehr fuer unbeaufsichtigten Dauerbetrieb geeignet ist,

Wie meinen?

> weil es, entsprechende Eingabedaten voraussgesetzt, solange Speicher
> anfordert, bis es den (auf einem 'typischen, modernen OS') vorhandenen
> virtuellen Speicher vollstaendig belegt hat

Auf einem "typischen, modernen OS" laesst sich der fuer einen Prozess
verfuegbare Speicher konfigurieren. Wer mag kann dieses Feature ja in
seiner Software verdoppeln, aber bitte keine Obergrenze hardcoden.

> Auch ein kompletter 'System-Absturz' aufgrund von Speichermangel ist
> bei 'manchen Betriebssystemen' durchaus im Rahmen des moeglichen.

Ein solches System ist wohl kaum fuer "unbeaufsichtigten Dauerbetrieb"
geeignet.

> Das hat zwar nichts mit C zu tun aber C definiert kein spezifisches
> Ressourcenmanagement, dh auch kein solches, in dem von einer
> unendlichen Ressourcen-Verfuegbarkeit ausgegangen werden kann.

Dass C erlaubt, beliebige andere Annahmen ueber den verfuegbaren
Speicher hardzucoden, heisst nicht, dass das eine gute Idee waere.

Holger [f'up2 poster]
[ Auf dieses Posting antworten ]
Antworten

Rainer Weikusat (01.10.2007 17:49)