🚀 go-pugleaf

Hi,

in bln.comp.pc Martin Bast (bast@informatik.uni-bremen.de) wrote:
> > Nee, der macht - wenn der Fehler nicht gerade im Windows-Kernel ist,
> > erstmal weiter und schreibt z.B. flei�ig Schrottdaten auf die Platte.
> > Ich hatte schonmal das Vergn�gen... Erst wenn zuf�llig ein St�ck
> > wichtiger Code auf die kaputte Stelle zu liegen kommt, rei�t er
> > die Hufe hoch. Danach suchst du ewig!

> Das mag auch von der Art & Position des Fehlers abhaengen - ich hatte
> mal ein defektes SIMM mit dem ich Windows gar nicht erst starten
> konnte... Aber zugegeben, wenn der Rechner nicht *sofort* abstuerzt,

Ja klar.

> laeuft man Gefahr, sich die Platte zu zerschiessen (mit absoluter
> Zielgenauigkeit *saemtliche* DOS-Dateien geloescht, das mach' mir
> erstmal einer nach :( ). Trotzdem halte ich Parity-SIMMs fuer

Ja das ist "gut". Bei mir hat er nur immer brav die Gruppendateien
zerhauen, frag lieber nicht, wie lange ich nach _dem_ Fehler ge-
sucht habe...
> ueberfluessig - besonders, wenn sie doppelt soviel kosten wie einfache.

Das ist aber auch eine Folge der Nachfrage - wenn mehr Leute auf
RAM _mit_ bestehen w�rden, w�re das sicher anders...
Nichtsdestotrotz werde ich wohl die n�chsten Steinchen auch
_ohne_ nehmen (m�ssen)...

mfg.
Gernot

--
<hifi@scorpio.in-berlin.de> (Gernot Zander)
Diese Telekom-Leute arbeiten eigentlich ganz gut, wenn man sie l��t.
Man darf sie nur nicht mit technischen Fakten verwirren, denn dann
l�uft alles schief. (Andreas M. Kirchwitz)