HDTenEightyP/NetNews huggingface dataset:
From: werme@alliant.com (Ric Werme)
Subject: Re: DECtape (was: Worst tape drives)
Organization: Alliant Computer Systems Corp.
Date: Wed, 29 Jul 1992 20:51:02 GMT

In article <DOUGM.92Jul28190654@bradbury.cns.caltech.edu> dougm@cns.caltech.edu (Doug McNaught) writes:
>In article <1992Jul28.152904.28638@alliant.com> werme@alliant.com (Ric Werme) writes:
>>   One thing that *did* impress me on the DECtape only system was
>>that sometimes when I ran TECO I would get the '*' prompt immediately
>>and the DECtape wouldn't spin.  Only TECO, never anything else.  It
>>wasn't until I started digging into OS source that I understood why.
>
>  Ok, I'll bite--why?
>

I figured someone would....

The original PDP-10 had a pair of relocation registers.  One was aimed
at the data (the LOSEG, starting at address 0), and the other aimed at
the code (the HISEG, starting at 0400000, the middle of the address
space).  Whenever the program FOO was run, the initial data came from
FOO.LOW.  (Or was that FOO.SAV?  .SAV files were used for programs
that put code and data in just the LOSEG.)  and the code from FOO.HGH
or FOO.SHR.  (.SHR files allowed several users the share the same
physical memory.)  When FOO exited, the data would be tossed, but the
.SHR code would be preserved in core in hopes someone else would run
it.  (The core would be reused if no free memory was around when
someone needed it.)

TECO was unique in that it had no .LOW file.  All its initial data was
assembled into the .SHR file and its initialization copied it to the
LOSEG.  Hence, those times it would start without spinning the tape were
when the .SHR file was still in core.  With 48K of 36 bit words, that
wasn't too often....


	-Ric Werme
	-EW13
-- 
| A pride of lions               | Eric J Werme                 |
| A gaggle of geese		 | 77 Tater St			|
| An odd lot of programmers      | Mont Vernon NH  03057	|
| A Constitution of Libertarians | Phone: 603-673-3993		|
From: berger@atropa (Mike Berger)
Newsgroups: alt.folklore.computers
Subject: Re: Cloned computers
Date: 31 Jul 92 15:24:54 GMT
Organization: University of Illinois at Urbana

lemay@epx.cis.umn.edu () writes:
>>Amdahl cloned IBM mainframes in the '70s. I think Terak cloned the pdp-8.
>                                                   ^^^^^^^^^^^^^^^^^^^^^^
>WRONG. Terak 'cloned' the PDP-11 (actually, LSI-11).
*----
I refrained from mentioning this in my list because it's not
technically correct.  Terak used the LSI-11 chipset, but their
machines weren't exact pdp-11 clones, and if the instruction
set is all that counts, there isn't much point to the discussion.
--
	Mike Berger
	Department of Statistics, University of Illinois
	AT&TNET     217-244-6067
	Internet    berger@atropa.stat.uiuc.edu
From: nreadwin@micrognosis.co.uk (Neil Readwin)
Newsgroups: alt.folklore.computers
Subject: Hacking COBOL (was: The Turn of The Century<tm>)
Date: 26 Jul 92 15:26:09 GMT
Organization: Micrognosis, London, UK.

In article <1992Jul23.203559.10352@ttinews.tti.com>, hollombe@polymath.tti.com (The Polymath) writes:
|> COBOL [is ...] bloody useless for doing anything most hackers or
|> scientific programmers would be interested in doing (I maintain that
|> "hacking COBOL" is an oxymoron).

Well, COBOL is not completely useless because, given enough money, you
can do almost anything with it :-) I once wrote a pair of COBOL
programs (on a PC class machine, but not running DOS) which were used
to read VMS diskettes (yep, read the FID from the MFD, dive into INDEXF
and grab the map area, then decode the retrieval pointers and find all
the right sector numbers).

Once I had the files (VMS executables) in native format I read them in,
stripped off the executable header, read the ISDs (discarding cruft
like the stack ISD, the fixup vectors etc) and then wrote them back out
as pure code which could be loaded straight into memory and run.
-- 
 Phone: +44 71 528 8282  E-mail: nreadwin@micrognosis.co.uk
 Anything is a cause for sorrow that my mind or body has made
Newsgroups: alt.folklore.computers
From: andrewb@lazy.demon.co.uk (Andrew Brown)
Subject: Re: New York Times article on BBS's
Distribution: world
Organization: Wherever it's at, like, er.
Date: Wed, 29 Jul 1992 18:43:24 +0000


In article <14kv1kINNg06@darkstar.UCSC.EDU> unknown@ucscb.UCSC.EDU (tuu) writes:

| 
| 
|       BASIC -- if the rule was true, we'd pronounce it "bahsick" rather
|               than "baysick"
Or, if you speak British English, Bore-sick.

Newsgroups: alt.folklore.computers
From: cbbrowne@csi.uottawa.ca (Christopher Browne)
Subject: Re: Kernighen's "Why Pascal is not my favorite language"
Organization: Dept. of Computer Science, University of Ottawa
Distribution: usa
Date: Tue, 28 Jul 92 00:45:07 GMT

In article <samw.712271253@bucket> samw@bucket.rain.com (Sam Warden) writes:
>mzraly@ra.cs.umb.edu (Michael S. Zraly) writes:
>>>"Why Pascal is Not My Favorite Language".  
>
>Has anything changed in the last 10 years to materially change the
>situation as described in WPINMFPL?  (I'm not that fond of Pascal
>either.)  8-)
>

Well, anybody that uses Pascal these days uses something that at least
RESEMBLES Turbo Pascal...

(1) Array typing:  I think that the OOP extensions have mitigated this...

(2) No Static variables:  Still a problem, last time I worked with TP...

(3) One Pass:  Problem...

(4) Separate Compilation:  TP fixes this up, at least in part...

(5) Order of Operations:  Unchanged.

(6) Case statement has no "default":  Don't know...

(7) Lacks standard file i/o: Solved...

(8) File inclusion ("#include" or substitutes):  Fixed...

(9) No escape: (i.e. - the language is "closed")
    Well, if other things get fixed, this becomes less necessary.  The
only languages where this is FUNDAMENTALLY not a problem are
self-interpreted languages like Lisp and Forth.  The complaints made
in point (9) could get applied just as well to C, with the change that
it does provide certain freedoms that Pascal doesn't.

-- 
Christopher Browne
cbbrowne@csi.uottawa.ca
University of Ottawa
Master of System Science Program
From: smckinty@sunicnc.France.Sun.COM (Steve McKinty - Sun ICNC)
Newsgroups: alt.folklore.computers
Subject: Re: Terminal intrinsics
Date: 30 Jul 1992 12:37:14 GMT
Organization: SunConnect
Distribution: world
NNTP-Posting-Host: hardy.france.sun.com

In article <51211@zl2tnm.gen.nz>, don@zl2tnm.gen.nz (Don Stokes) writes:

> I also have a low opinion of the feel and maintainability (none) of the
> LK201 -- if you get a beverage anywhere near them they suck it between the
> membranes of the keyboard, at which point you might as well throw it away.

We had a lot of VT2xx terminals with those keyboards in an office which
suffered a carbomb attack right outside. It destroyed the windows & interior
walls, as well as bringing down the suspended ceilings, but we were surprised
about the damage to the terminals.

Not to the screens (glass, which we expected to be fragile) or to the system
boxes, but to the LK201 keyboards! Almost every terminal needed a new keyboard
but was otherwise OK (some had chipped screens & had to be scrapped).

I realise that LK201s probably aren't tested that way very often, but why
should they be the most susceptible thing to that sort of damage?

Steve
Newsgroups: alt.folklore.computers
Subject: Re: What does UNIX mean?
From: stuartw@ccu1.aukuni.ac.nz (Stuart Woolford)
Date: Thu, 23 Jul 1992 21:37:06 GMT
 <Fa18NB2w164w@phsbbs.princeton.nj.us> <gdoherty.711907773@unix1.tcd.ie> <willimsa.711921728@unix1.tcd.ie>
Organization: University of Auckland, New Zealand.

willimsa@unix1.tcd.ie (The Phantom Coalminer) writes:

> (Eru) writes:
>>(Carl Corey) writes:
>>>(Michael Rogero Brown) writes:
>>>> "Is Unix an acronym, and if so what does it mean?"
>>>> Well as anyone who works with Unix know, Unix is >not< an acronym,
>>>> but a weak pun on Multics, the OS that Ken Thompson and all the
>>>> others who worked on Unix used before before creating Unix.

>>>Anyway, the pun is that Unix (eunichs) is a castrated version of Multics

>>I had thought it was because while *mul*tics tried to do lots of things,
>>*un*ix tries to do one thing well, (ie. time share).

>No, I thought it was a pun on Multics, *Uniques*

UNIX....and PROUD OF IT!!!!!!!!!!
-----------------------------------------------------------------------------
stuartw@ccu1.aukuni.ac.nz

		   >>>>In TECO Where No VI Available<<<<
-----------------------------------------------------------------------------
From: crow@coos.dartmouth.edu (Preston F. Crow)
Newsgroups: alt.folklore.computers
Subject: Re: 9 track data storage???????????????
Date: 27 Jul 92 00:58:51 GMT
Organization: Dartmouth College, Hanover, NH

In <1992Jul25.162351.25568@lugb.latrobe.edu.au> 9125113g@lux.latrobe.edu.au (Mitch Davis) writes:

>In article <1992Jul21.202940.25411@jhunix.hcf.jhu.edu> rdavis@jhunix.hcf.jhu.edu (Robert Davis) writes:
>>BTW, they make very good frisbees.  Other uses include using them as 
>>wrapping ribbons for Christmas packages, streamers, wall decorations, 
>>adjustable-height (stackable) foot-rests, etc.  The uses for these tapes
>>are unlimited!  ...they're also useful for storing computer data.

>Davis to Davis, will you collect the call?

>I use old 1/2" for a number of uses:

> o I fitted my kite with new tails
> o I (just today!) roped off an area of our open-plan[tm] garden so the
>   kiddies in the neighborhood wouldn't walk all over my new seedlings

>Two uses I'm strongly considering:

> o Typing one end to the side of a train...
> o A portable braille printer.

>Any other uses?

>Mitch.

Just over a year ago at Northwest Nazarene College in Nampa, Idaho, one
computer science professor gave us a bunch of computer tape to use in
decorating the house of the other c.s. professor--it's much better than
T.P. since it doesn't tear if you stretch it tight and the reels seem to
run forever.  We found that if each person started with one reel, we
could usually do two or three houses before running out.  (As in the
Academic Dean's and the President's houses--both people who happened to
retire this year.  :-( and :-) respectively.)

--PC
Newsgroups: alt.folklore.computers
From: lasner@watsun.cc.columbia.edu (Charles Lasner)
Subject: Re: IBM vs. world terminology (was: What does dd stand for?)
Reply-To: lasner@watsun.cc.columbia.edu (Charles Lasner)
Organization: Columbia University
Date: Fri, 31 Jul 1992 02:00:46 GMT

In article <13893@mindlink.bc.ca> Charlie_Gibbs@mindlink.bc.ca (Charlie Gibbs) writes:

>"If tin whistles are made of tin, what do they make foghorns out of?"
>        -- Lonnie Donegan

Does your chewing gum lose its flavor on the bedpost over night?
If your mother says don't chew it do you swallow it in spite?
Do you catch it on your tonsils, and heave it left and right?
Does your chewing gum lose its flavor on the bedpost over night?

Here comes the blushing bride; the groom is by her side.
Up to the altar, she's steady as Gibraltar.
And the groom has got the ring, and she's such a pretty thing,
and while he slips it on her finger the choir begins to sing....

cjl (A dollar is a dollar and a dime is a dime; he'd sing another chorus
but he hasn't got the time.) (Just Skiffling along)
From: kiki@csa.bu.edu (Keith Baccki)
Newsgroups: alt.folklore.computers
Subject: Re: The Turn of The Century<tm>
Date: 22 Jul 92 02:55:15 GMT
Organization: Computer Science Department, Boston University, Boston, MA, USA

>In article <phil.711763592@adam.adelaide.edu.au> phil@adam.adelaide.edu.au (Phil Kernick) writes:

>>I wouldn't program in COBOL for 2 MILLION DOLLARS!
>
>I would.  I would code in most anything for $2M.  I'd probably even code in
>my underwear in winter for that sort of cash.

	$2M ?!?! Gimme a 1, 0, and a "GO" key and I'll give you some code...

>Straight out.  You can code anything simple in it with no real difficulty,
>it is just very wordy.  However don't try anything complicated!
       ^^^^^^^^^^^^^^^

	That's why my friend has come up with:


			L O - B O L


	All the functionality of assembly, coupled with the
verbosity of COBOL. Just think of the possibilities!!!! 

- Each program will have a "register declaration" section...

	register D0 of type 32-bit;
	register A2 of type 32-bit;

or, for all you 6502 buffs:

	register X of type 8-bit;  
	register Y of type 8-bit;  	
etc.

- In effect we can create a machine independent assembly with
  such beauties as:

	load value 10 of type decimal into D0;

or, 
	store contents of D0 at location 0022f335 of type hex; 


- Tired of testing those branching bits? No problem! Try this
syntax on for size, Tex:

	if it be the case that the contents of D0 is equal to
	the value stored at the location dereferenced by the 
	contents of A0, then branch to label;  <= PUT YOUR LABEL HERE!

or one of my personal fav's:

	upon the happenstance that the value at location fff40421
	of type hex is less than 10111011101111000110101111010011
	of type binary, then increment register D0 by value 1 of 
	type decimal;

____________________________________________________________________________

So you miss the likes of "multiply a times b putting result into c" ?!?!?!?!
Well,
		L O - B O L

is just the thing for you! ORDER NOW !!!!!!!!!!! 



         - Keith (man, it's been a long day... ;) )
From: gerrit@isgtec.com (Gerrit Visser)
Newsgroups: alt.folklore.computers
Subject: Re: DECtape (was: Worst tape drives)
Date: 28 Jul 92 16:34:25 GMT
X-Newsreader: Tin 1.1 PL4

jgd@csd4.csd.uwm.edu (John G Dobnick) writes:
: 
: I've not only seen that done, I've _done_ it myself!  (Used a piece
: of facial tissue* as a pad, though, and you had to get the "wrap angle"
: right. :-)]  Saved a number of _long_ file backup runs that way.   I
: always told the operators to *not* do this, however!  :-) :-) 
: [Yeah, yeah -- do what I say, not what I do. I know, I know. :-) ]
: 
: We had Uniservo 12C drives (same thing as an VIII-C, but with a
: byte-channel (MSA) interface instead of a word-channel interface).
: The real pain with those things, aside from having to manually 
: thread the tape through the machine and wrap the leader around the
: takeup reel, was remembering to close the noise shield on the
: r/w heads.  Forget that when writing a tape, and you "hashed" the
: label.  (The "noise" on the write basically wiped out the label
: area, so the tape had to be re-labelled.  Particularly annoying
: when doing a long file-maintenance run, using all the drives.)
: It always amazed me how one could design r/w heads with that much 
: signal "spillover".   We finally got all the r/w heads replaced
: with newer (and more expensive!) heads that didn't require the
: noise shields.  Happy day that was!
: 
: -- 
: John G Dobnick                          ATTnet: (414) 229-5727

Well, to be perfectly correct john , the 12C was a phase capable
version of the VIC.  Pinch rollers and all.

The VIIIC (and its phase version 16C) did not have to be manually
threaded, they had tape leaders.  The leader was in threaded through
the loop boxes and tape path and left that way.  The operator only had
to clip the end of tape onto the leader and push the load point switch.

--
Gerrit Visser				Phone: (416) 672-2100
ISG Technologies			Fax:   (416) 672-2307
3030 Orlando Drive			Net:   gerrit@isgtec.com
Mississagua, Ontario, Canada, L4V-1S8
Newsgroups: alt.folklore.computers
From: shaggy@eskimo.celestial.com (David Case)
Subject: Re: Today's Games Destined to be Classics
Organization: -> ESKIMO NORTH (206) For-Ever <-
Date: Tue, 28 Jul 1992 18:43:11 GMT

Yeah Koronis Rift was ok, I just didn't like the theme as much as
Rescue's...  And what's this about my CoCo III's not being old?  it's
about as old as CoCo III's get, it was the second CoCo III bought in my
hometown (one of the clerks beat me to it...I got mine the first day it
was released)  I liked the CoCo, it was a nice machine, I still own
mine.
-- 
---
        //   "Bass players have bigger phallic symbols"--Myself       //
      \X/  shaggy@eskimo.celestial.com   Spudboy, and proud of it!  \X/
From: 9125113g@lux.latrobe.edu.au (Mitch Davis)
Newsgroups: alt.folklore.computers
Subject: Re: Unix Roots of DOS?
Date: 27 Jul 92 14:28:08 GMT
Organization: La Trobe University

In article <jeremy.711609677@chao> jeremy@sw.oz.au (Jeremy Fitzhardinge) writes:
>In <2155@unet.UUCP> jrs@zippy.unet.com (John Switzer Frame 3.0) writes:
>
>>In article <1992Jul14.042631.8444@wixer.cactus.org> lestat@wixer.cactus.org (Lyle J. Mackey) writes:
>>This is true - the first 24 DOS interrupts were based on CP/M calls, 
>
>If I remember correctly, there's even a MS-DOS interrupt to do the same
>as the CP/M call to print '$' terminated strings. Looks like an essential
>piece of functionality to emulate to me...

Be amazed:  (This TASM program tells you whether KEYSTACK (part of 4DOS 
             for the IBM-PC from JP Software is loaded or not.  Prints a 
             text message, and sets the errorlevel.)

.model tiny
.code
  org 0100h
entry:
  KS_ID    equ 0d44fh
  KS_REPLY equ 044ddh
  push cs
  pop  ds
  mov  dx, offset MESS01
  mov  ah, 9
  int  21h
  mov  ax, KS_ID
  xor  bx, bx
  int  2fh
  mov  bl, 1
  cmp  ax, KS_REPLY
  jz   KS_OK
  dec  bl
  mov  dx, Offset MESS02
  mov  ah, 9
  int  21h
KS_OK:
  mov  dx, Offset MESS03
  mov  ah, 9
  int  21h
  mov  ah,4ch
  mov  al,bl
  int  21h
 
MESS01:   db 'KSLOADED by Mitch Davis, Fidonet (3:634/384.6)',13,10
          db 'Keystack is $'
MESS02:   db 'not $'
MESS03:   db 'installed.',13,10,'$'
END entry

Mitch.
From: gheim@eng.auburn.edu (Greg Heim)
Newsgroups: alt.folklore.computers
Subject: Re: Pronouncing Unix names
Date: 31 Jul 92 03:17:44 GMT
Organization: Alabama Department of Tourism (NOT!)

In article <Bs7pJw.F91@undergrad.math.waterloo.edu> dagbrown@napier.uwaterloo.ca (Dave Brown) writes:
>
>But the real question is, what the **** does the 'rc' _stand_ for?!
>


I have heard from several places it stands for "run commands." But my
mom always told me, "Don't believe anthing you hear and only half you
see." :-)   It makes sense since the programs typically run those
commands before anything.  Of course it is annoying to see the name
abused in ways such as with .newsrc.

Greg


                    /~~~~~~~~~~~~~~~~~~~~~~~~~~\                A/~~\A
                    |    WELCOME TO ALABAMA    |               ((O  O))___    
                    |  Set  your  watch  back  |                 \  /     ~~~
                    |  an hour . . . set your  |  #              (--)\    #  
Greg Heim    --x---x|  calendar back 30 years  |--#---x---x---x---x---x---#---
USENET Junkie       \--------------------------/  #                    \  i_
gheim@eng.auburn.edu --| |--#---x---x---x-| |--x--#---x---x---x---x---x---#---
Sig. Copyright(c) 1991 | | )#(//  \\)(/  \| |(// \#(//  \|/   \\)|(/   \|)#(/
Newsgroups: alt.folklore.computers
From: thayne@unislc.uucp (Thayne Forbes)
Subject: Re: Computer Relics (Was: 9 track data storage?)
Organization: Unisys Corporation SLC
Date: Thu, 23 Jul 1992 05:23:22 GMT

From article <1992Jul21.205524.20552@nap.amoco.com>, by pgravel@nap.amoco.com (Philip L. Gravel):
> In article <83871@netnews.upenn.edu>, blewis@eniac.seas.upenn.edu (Benn L. 
> Lewis) writes:
>  
>> 	Has anyone ever heard of a "9track tape" as data storage? 
> 
> On a related topic, did you hear that Paul McCartney was in another band
> before "Wings"????    My, how time flies....

Really?  What was it called?

> Pretty soon we'll hear question like:
> 
>   Has anyone heard of a paper tape?
>    "    "      "    " a punch card?
>    "    "      "    " core memory?
> 
> Name your favorite artifact of a by-gone era....

Lets make it more challenging.  Who still has any of these on a system
running today.  How about any two?  Anybody want to go for three?  I
have 9-track and paper tape concurrently as late as 1982 (although I
will concede that this use was infrequent).  I have never used core
memory, but Sperry used to give away little PCBs containing about 1K
of memory to 'Visiting Dignitaries (tm)'.

-- 
           "If we don't succeed, we run the risk of failure."
                            -U.S. Vice President J. Danforth Quayl[e]
Thayne Forbes
thayne@unislc.slc.unisys.com
Newsgroups: alt.folklore.computers
From: rbe@yrloc.ipsa.reuter.COM (Robert Bernecky)
Subject: Re: 9 track data storage???????????????
Reply-To: rbe@yrloc.ipsa.reuter.COM (Robert Bernecky)
Organization: Snake Island Research Inc, Toronto
Date: Fri, 24 Jul 92 16:28:02 GMT

In article <greg.711728025@saltydog> greg@saltydog.dpsi.com (Gregory R. Travis) writes:
>In <13269@ns-mx.uiowa.edu> jones@pyrite.cs.uiowa.edu (Douglas W. Jones,201H MLH,3193350740,3193382879) writes:
>
>>A 9-track tape is 1/2 inch wide, stored on reels that are up to about a
>>foot in diameter, with thousands of feet of tape per reel.  Typically,
>>data is recorded at 400, 800, 1600 or 6250 bits per inch (you can guess
>>the age of a system by the lowest density it can deal with).
>
>Ahh, yessssss...  I don't remember any 400BPI 9-tracks, but I certainly
>remember 200 and 552 (or was it 556?  My memory fades...)BPI 7-tracks!
>Ahh, almost 6MB on a 2400 foot reel.

From the IBM 705 Data Procesing System, General Information Manual:

{This for historical interest only}
 The history of magnetic recording dates back to 1898 when the Danish
 scientist, Valdemar Poulsen, experimented with recording sound on a steel
 wire. At that time, the performance of his machine was severely 
 handicapped for lack of proper amplifiers and a uniform grade of wire.

 The design of magnetic recorders was greatly advanced in Germany during
 World War II where equipment capable of a high degree of fidelity was
 discovered during the American occupation. Further developments led to 
 the use of magnetic tape, rather than wire, for nearly all professional
 and commercial sound recording equipment.
...
 Tape units are available in 3 models... The 729 III is transistorized.
 ... The 727 and 729 I write at a density of 200 characters to one inch
 of tape... The maximum rate of reading or writing is therefore 15000 
 characters per second or 67 microseconds per character.
 The 729 III writes at a density of 556 characters per inch.

...

This is Copyright 1959 by IBM, as form # D22-6509-0.

My apologies for introducing fact into .folklore... Bob


>
>Ahh, ahh, ahh.  Back when men were men and disk drives were electro-hydraulic.
>I remember, as a young kid, forgetting to clamp down the hub lock on a
>7/9 track tape on a CDC tape drive (forgot the model, but it was one of the
>old ones with a manual door and loading procedure).  That tape spun around
>in there and took out quite a bit of hardware with it.  I never forgot
>the hub lock after that.
>
>I still have a bunch of 9-tracks in the back of my car...
>
>greg
>--
>Gregory Reed Travis				D  P  S  I
>Data Parallel Systems Incorporated   greg@dpsi.com (For MX mailers only!)
>Bloomington, IN			     greg@indiana.edu (For the others)

Robert Bernecky      rbe@yrloc.ipsa.reuter.com  bernecky@itrchq.itrc.on.ca 
Snake Island Research Inc  (416) 368-6944   FAX: (416) 360-4694 
18 Fifth Street, Ward's Island
Toronto, Ontario M5J 2B9 
Canada
From: matthews@oberon.umd.edu (Mike Matthews)
Newsgroups: alt.folklore.computers
Subject: Re: You know you've been hacking too long...
Keywords: workstation, hacking, risks
Date: 28 Jul 92 19:56:33 GMT
Organization: /etc/organization

In article <1840@adagio.UUCP> grog@adagio.UUCP (Greg Lehey) writes:
>I don't blame them. It would drive me nutty too. How the ^&* do you
>keep them in sync?

Why, with ntp of course.

>Greg Lehey
------
Mike Matthews, matthews@oberon.umd.edu (NeXTmail accepted)
------
The opposite of a correct statement is a false statement. But the opposite of a
profound truth may well be another profound truth.
- Niels Bohr


Newsgroups: alt.folklore.computers