Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84 exptools; site ihlpg.UUCP Path: utzoo!linus!philabs!cmcl2!seismo!lll-crg!dual!qantel!ihnp4!ihlpg!jeand From: jeand@ihlpg.UUCP (AMBAR) Newsgroups: net.arch,net.micro Subject: Re: Re: This is serious! Message-ID: <1059@ihlpg.UUCP> Date: Mon, 12-Aug-85 01:35:42 EDT Article-I.D.: ihlpg.1059 Posted: Mon Aug 12 01:35:42 1985 Date-Received: Wed, 14-Aug-85 22:42:27 EDT References: <2264@amdcad.UUCP> <> <1601@amd.UUCP> <769@lll-crg.ARPA> Organization: AT&T Bell Laboratories Lines: 23 Xref: linus net.arch:1482 net.micro:10218 > > Another inertia related problem occurred on some of the older timesharing > > systems (SDS 940 comes to mind). Programs would have a tendency to keep > > running after they were swapped out to the disc. Sometimes it was really > > tough to figure out what the program counter really should be when they > > were swapped back in! > > Tom Crawford > > Seriously now, the program counter was swapped out along with the memory > image and the value to set it to was read back in with the memory image. > That the program counter had changed along with the memory image was of > no consequence. I do remember one poor fellow who had a job swapped out > which had accumilated a lot of time and during this time the disk motor failed. > When the motor was repaired it was wired backwards and the disk ran backwards > This was done on a friday and the machine was left with the backward running > disk over the weekend until the problem was finally corrected the following > monday. When the disk was finally set straight the poor fellow has lost all > of his accumilated cpu time and the job restarted from nearly the beginning. This is nuttier than most of the stuff on net.bizarre. I'm envious! AMBAR {*ANYTHING*}!ihnp4!ihlpg!jeand "I told you when I *MET* you that I was crazy, and you weren't listening!"