🚀 go-pugleaf

kl@kl.in-berlin.de (Kaspar Landsberg) writes:

KL> Und nun zur eigentlichen Frage: Der Compiler hat eigentlich fuer eingabe  
KL> nur Speicherplatz fuer ein Char-Objekt von *einem* Zeichen bereitgestellt.  
KL> Daher wird doch, falls mehr als ein Zeichen eingegeben wird (z.b.  
KL> "Kaspar") mehr Speicher benutzt, als eigentlich vom Compiler  
KL> vorhergesehen, bzw. bereitgestellt, so dass eventuell schon besetzter  
KL> Speicherplatz einfach durch die Eingabe von "Kaspar" bzw. von "aspar"  
KL> ueberschrieben wird, oder??

Richtig.

KL> Wenn ja, dann sollte man also derartige Methoden lieber ganz schnell  
KL> vergessen, nehme ich kann...

Geht nicht.  Die durchgängige Behandlung von char* als nullterminierte
Strings kommt aus der C-Tradition.  Auch wenn im neuen Standard
meistens eine String-Klasse verwendet wird, so wird es dennoch Jahre
dauern, bis diese Fehlerquelle trockengelegt ist.

Übrigens gibt es bei den istreams für sowas die Funktion setw().

KL> PS Fuer "char *eingabe = new char" haette man (IMO) auch einfach nur
KL>    "char *eingabe" nehmen koennen.

Nicht unbedingt, weil dadurch die Adresse keinen gültigen Anfangswert
hätte (es sei denn, "eingabe" wäre eine globale Variable).  In Deinem
Beispiel zeigt eingabe aber tatsächlich in den Heap und dürfte dadurch
die Hauptspeicherverwaltung durcheinander bringen.  Wenn eingabe
dagegen woanders hinzeigt, bekommt man oft "Memory fault - core dumped",
und das ist ja viel weniger interessant :-)