Article View: bln.comp.pc
Article #2262Re: 16 MB Ram
From: Martin Bast
Date: Tue, 26 Mar 1996 00:00
Date: Tue, 26 Mar 1996 00:00
19 lines
1536 bytes
1536 bytes
Gernot Zander wrote: > > Hi, > 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, 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 ueberfluessig - besonders, wenn sie doppelt soviel kosten wie einfache. MB
Technical Details
Message-ID:
<3157B2C8.2781@informatik.uni-bremen.de>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<65M33mD$rTB@firefox.snafu.de> <31566790.3A6F@informatik.uni-bremen.de> <DouBDx.5wn@scorpio.in-berlin.de>Show Full Headers
Complete Article Headers
X-Google-Language: GERMAN,ASCII X-Google-Thread: 113e4c,c63245fb34a95cc8 X-Google-Attributes: gid113e4c,public X-Google-Thread: 1127bd,c63245fb34a95cc8 X-Google-Attributes: gid1127bd,public From: Martin Bast <bast@informatik.uni-bremen.de> Subject: Re: 16 MB Ram Date: 1996/03/26 Message-ID: <3157B2C8.2781@informatik.uni-bremen.de> X-Deja-AN: 144135520 references: <65M33mD$rTB@firefox.snafu.de> <31566790.3A6F@informatik.uni-bremen.de> <DouBDx.5wn@scorpio.in-berlin.de> content-type: text/plain; charset=iso-8859-1 organization: Universitaet Bremen, Germany mime-version: 1.0 newsgroups: bln.comp.pc,de.comp.sys.ibm-pc x-mailer: Mozilla 2.0 (X11; I; IRIX 5.3 IP22)