HDTenEightyP/NetNews huggingface dataset:
From: cmr@world.std.com (Charles M Richmond)
Newsgroups: comp.sys.sgi,comp.sys.sgi.bugs,comp.unix.ultrix
Subject: tmpnam/tempnam
Date: 20 Dec 92 17:19:02 GMT
Organization: Integrated International Systems Corp. One Longfellow Place, Suite 3309, Boston, Ma.


  All of this discussion about tmpnam/tempnam has lead to small bits of
foolishness on the part of a lot of people, myself not excepted.

Lets discuss the proper use of tmpnam/tempnam.  After creating the filename
one should open the file as quickly as possible , inorder to preclude the
creation of an a same named file by another process. Naturally enough one
would also want to verify the uniqueness of the file name at the start. The
tmpnam/tempnam duo handles this quite nicely by testing for you. The proper 
sequence of code would then be thus:


fname = tmpnam(arg);
if (errno == ENOENT)
   {
   open(.....

You can massage this in many ways.  As an example one could add on a while
loop for errno != ENOENT to continuously try new names until a unique one
is found.

Charlie

-- 
*****************************************************************************
*  Charles Richmond 	Integrated International Systems Corporation        *
*  cmr@world.std.com	(Temporary) cmr@koneko.shr.dec.com		    *
*  Specializing in UNIX, X, Image Processing, and Communications.           *
Newsgroups: comp.sys.sgi,comp.sys.sgi.hardware
From: atems@igor.physics.wayne.edu (Dale Atems)
Subject: SGI floppy drive faulty?
Organization: Wayne State University, Detroit, MI
Date: Sat, 12 Dec 1992 17:02:50 GMT

Hello,

Occasionally on booting my system (an entry R3K Indigo) I get SCSI
error messages echoed to the screen and also to the SYSLOG, such as:

Dec 11 19:04:27 igor unix: sc0,1,0: cmd=0x12 timeout after 1 sec.  Resetting SCSI bus
Dec 11 19:04:27 igor unix: sc0,2,0: cmd=0x12 timeout after 1 sec.  Resetting SCSI bus
Dec 11 19:04:27 igor unix: sc0,3,0: cmd=0x12 Unexpected info phase 20, state 4B.  Resetting SCSI bus
Dec 11 19:04:27 igor unix: sc0,3,0: cmd=0x12 Unexpected info phase 20, state 4B.  Resetting SCSI bus
Dec 11 19:04:27 igor unix: sc0,5,0: cmd=0x12 timeout after 1 sec.  Resetting SCSI bus
Dec 11 19:04:27 igor unix: sc0,6,0: cmd=0x12 timeout after 1 sec.  Resetting SCSI bus

hinv then shows all devices connected to the SCSI bus except the
floppy drive, which is at ID=3. So far, the problem has always
corrected itself upon reboot, and it does not happen often. Is there
enough info here to determine whether the fault lies with the floppy
drive itself or something else?

Thanks in advance.

------
Dale Atems
Wayne State University, Detroit, MI
Department of Physics and Astronomy
atems@igor.physics.wayne.edu
Newsgroups: comp.sys.sgi
From: senseman@ethel.brainlab.utsa.edu (David M. Senseman)
Subject: Comparison of R3000 and Intel 386 and 486's
Organization: University of Texas at San Antonio
Date: Wed, 16 Dec 1992 05:54:18 GMT


I hate to post this because this newsgroup has too many flame wars
going on right now, but I promised my friend, so please, no flames....

Can anyone send me "speed comparisions" between R3000 and Intel's 386/486 
chips? (yeah, I know, ......).

Thank you.



-- 
David M. Senseman, Ph.D.     | A man who has never gone to school may steal 
(senseman@lonestar.utsa.edu) | from a freight car; but if he has a university
Division of Life Sciences    | education, he may steal the whole railroad.
UT San Antonio               |             Theodore Roosevelt (1858-1919)
Newsgroups: comp.sys.sgi
From: dhinds@leland.Stanford.EDU (David Hinds)
Subject: Maxtor Tahiti II troubles
Organization: DSG, Stanford University, CA 94305, USA
Date: Mon, 14 Dec 92 22:11:59 GMT

We just got a Maxtor Tahiti II optical drive from Parity Systems, and
I'm having trouble getting it going.  I remember that a while back,
someone posted about this, and gave the DIP switch settings he used,
but alas I did not save it.  The #^%$&* instructions from Parity are
not helpful, to be generous; they only mention the device ID switches.
I've set the ID, and properly hooked up the drive (plus terminator).
When I boot, 'hinv' reports an optical drive in the appropriate place.
I remembered reading that it was possible to avoid using the Parity
drivers and just use the regular SCSI disk drivers, so I thought I'd
give that a try.  I tried running 'fx' with a new cartridge, and it
seemed to successfully identify the drive, and gave some messages
about creating default partitions and so on.  The disk label looked
OK.  But when I went to exit from 'fx', I got an I/O error with the
following messages in /usr/adm/SYSLOG:

> Dec 14 13:50:46 hyper unix: sc1,5,0: cmd=0x8 Unexpected info phase 46, state 49.  Resetting SCSI bus
> Dec 14 13:50:46 hyper unix: PMO87: read  error on block #0.
> Dec 14 13:50:46 hyper unix:  Error detected on PMO87 due to command <dis/allow medium removal>: unit attention : Power on, reset or bus device reset occurred

So, I thought I'd go ahead and install the Parity driver and rebuild
the kernel.  That seemed to work, but when I run the 'pmoinfo' thing,
even with just '-c INQUIRY', I get an I/O error the first time, and
the second time seems to block in the kernel.  I suppose I'll log a
call with Parity, but if anyone could send me their DIP switch
settings, it might save me some time...

Thanks in advance.

        - David Hinds
          dhinds@allegro.stanford.edu
From: olson@zuni.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: User tool question...
Date: 12 Dec 92 09:12:21 GMT

In <34501@adm.brl.mil> morten@oase.kemi.aau.dk (Morten Kjeldgaard) writes:

| When using the user tool in the System Manager, the computer suggests a
| value for the UID of 1100. Is it possible to change this 'base' number,
| and having it incremented each time a new user is added? We use a different
| range of UID numbers for historical reasons. I found the file
| /usr/lib/vadmin/pwd.defaults, but there was nothing there corresponding to
| the 1100 default number (although the default GID is there).

I just checked, and it is hardwired in the source.  Sorry.
--

     Dave Olson (olson@sgi.com)
Xref: sparky comp.sys.apollo:4159 gnu.epoch.misc:1205
From: mse@ttsi.lonestar.org (Mark Evans)
Newsgroups: comp.sys.apollo,gnu.epoch.misc
Subject: Re: Emacs/Epoch on 10.4
Date: 18 Dec 92 13:55:41 GMT
Organization: st

In article <5d04d303.cb12@dabo.citi.umich.edu> Jim.Rees@umich.edu writes:
>In article <1992Dec17.170802.15149@ttsi.lonestar.org>, mse@ttsi.lonestar.org (Mark Evans) writes:
>
>  This was discussed earlier this year.  Could someone in the know tell us 
>  the recommended latest versions of GNU emacs and epoch for Apollo 
>  Domain OS 10.4?
>
>I'm not sure about emacs, but any epoch 4.1 or later should work with no
>patches.  I made the necessary changes and sent them in to the source.  Most
>of the changes consisted of yanking out obsolete sr9.7 support code that had
>somehow survived into this decade.
>
>  Is there a shrink-wrapped archive that has all the necessary
>  patches applied?
>
>I was going to make a binary-only release available for ftp, but the gnu
>copyright forbids it.
>
>By the way, I don't recommend running epoch on a dn330.


I am attempting to build epoch 4.2 on an HP/Apollo 425 running
Domain OS SR 10.4.  After working around a problem relating to the
definition of  NULL in <time.h> :-(, I come to the following
impasse in the build:

    ./temacs -batch -l ../epoch-lisp/inc-vers
    Loading ../epoch-lisp/inc-vers...
    New Epoch version will be 4.2.1
    ./temacs -batch -l ../epoch-lisp/loadup.el dump
    Loading ../epoch-lisp/loadup.el...
    Loading subr...
    ...
    site initialization done
    Dumping under names epoch and epoch-4.2.2
    .rwdi section needs relocation - cannot dump Emacs

Could someone tell me what I am doing wrong or how to work around this
problem?  We greatly appreciate it.
-- 
Mark S. Evans                 Tandem Telecommunications Systems Inc.
Phone: 214-516-6201           1255 W 15th St.
Fax:   214-516-6805           Plano, TX 75075
Mail:  mse@ttsi.lonestar.org
Newsgroups: comp.sys.apollo
From: ardavan@boris.carleton.ca (Ardavan Tajbakhsh)
Subject: Problem related to NFS?
Organization: Carleton University, Ottawa, Canada
Date: Fri, 18 Dec 1992 17:58:31 GMT

 
 
   Hmmmm... my last message didn't seem to go out properly...
 
   We are running Domain/OS sr10.2 and NFS v2.3.  I ran into a problem
which I believe is caused by the version of NFS we are running.
Attempts to rlogin to an Apollo (DN2500) from a Sun Sparc IPC failed
with a protocol error.  I had also noticed an error condition which
showed up on the Apollo a little while before the failed rlogins.  The
message on the console was: "No more processes: No entries in level 2
process table (OS/level 2 process manager)".  When the rlogins were
failing, all tasks on the Apollo seemed to be frozen. 
 
   I believe that NFS v2.3 was forking processes until the process
tables became full, necessitating a reboot to clear the condition.
Have any of you encountered a similar situation?
 
   I called Hewlett Packard and was informed that the latest version
of NFS available for Domain/OS is version 3.2.  Anybody upgraded
because of problems with v2.3?
 
 
                                    Ardavan <Ardavan@ccs.carleton.ca>
 
Newsgroups: comp.sys.apollo
From: troy@cbme.unsw.EDU.AU (Troy Rollo)
Subject: gdb for Apollo m68k available
Organization: Centre for Biomedical Engineering, University of NSW
Date: Wed, 16 Dec 1992 06:55:45 GMT

A preliminary version of GDB for Apollo m68k machines is available
from plod.cbme.unsw.EDU.AU:/pub/gdb-apollo.tar.Z

This version reads files generated with C 6.7. Complete support for
more recent compilers may require some modification.

So far, the port of gdb has been proving very rewarding. gdb startup
times are a fraction of those for dbx and dde, and it doesn't have any
of the annoying bugs that dbx has.

I will be away for three weeks as of Friday, so any mail will be
attended to in mid January.
--
_______________________________________________________________________________
troy@cbme.unsw.EDU.AU	      Overworked, overcommited and always multitasking.
Opinions expressed are not those of the CBME or UNSW, but are my opinions only.
You are free to adopt them.   I suggest you adopt them.    You will adopt them!
From: waldram@SILVERTIP.UWYO.EDU ("James J. Waldram")
Newsgroups: comp.sys.apollo
Subject: DN 3,4,5xxx memory for sale
Date: 17 Dec 92 22:43:29 GMT
Distribution: world
Organization: The Internet

We have:
     DN5500 16MB memory
     DN3,4xxx 8MB memory
     DN3,4xxx 4MB memory
  for sale.
Jim Waldram                        Senior System Analyst
waldram@grizzly.uwyo.edu           Department of Atmospheric Science
JWALDRAM@OUTLAW.UWYO.EDU           University of Wyoming
307-766-5351 (Ph)                  Box 3038 University Station
307-766-2635 (Fax)                 Laramie, WY 82071

Newsgroups: comp.sys.apollo
From: randall@bcstec.ca.boeing.com (Michael Randall)
Subject: Re: Hang at login 
Organization: Boeing Computer Geeks
Date: Tue, 15 Dec 1992 19:45:10 GMT

In article <1992Dec09.101010.19631@news.mentorg.com> thiam-chye_sim@mentorg.com writes:
>I am posting this on behalf of someone in India. He said that he the HP400t
>simply hangs at login. It was working fine until  the system crashes a number of times.
>
>I know the information is very bare, but that's all I've got.
>-- 
>*       _/      _/      _/             Email: simtc@em-sp01.mentorg.com *

The FIRST step (I know, this is obvious) is to have him run TWO LONG
SALVOL's in a row, without attempting reboot in between. i.e. use the "-a"
option after Logical Volume #.

% salvol
...
Salvol options:
     -a : read all blocks in all files
     -f : fix disk errors without prompting
     -n : only salvage if disk needs it
     -s : print statistics at the end of salvage
     -p : polite mode, pause before overflowing screen
     -v : verify only (don't write anything to disk)
Please input lv_num (1)[-option]... : 1 -a
                                         ^
                                         |

If that doesn't solve the problem, have him try a control-C (or Control-Q if
aegis key defs). If that doesn't get him in, he will have to go to phase II
shell (ex at the Login: prompt), and enter SH (for SHell). IF it allows the
login at this level, I would suggest checking and editing ALL the startup
type files... /sys/dm/startup_login*  /sys/node_data/startup* ~/.login
~/.cshrc ~/.profile ~/user_data/sh/startup (whichever are appropriate to the
shell he is using). He may find one of those files corrupted. 
-- 
  Michael W. Randall           | What does a snail say when it rides on the
  randall@bcstec.ca.boeing.com | back of a turtle? "Wheeee!"
   ...!uunet!bcstec!randall    | --Taken from someone on The Comedy Channel
From: mse@ttsi.lonestar.org (Mark Evans)
Newsgroups: comp.sys.apollo
Subject: Emacs/Epoch on 10.4
Date: 17 Dec 92 17:08:02 GMT
Organization: Tandem Telecommunications Systems Inc. Plano, Tx.

This was discussed earlier this year.  Could someone in the know tell us 
the recommended latest versions of GNU emacs and epoch for Apollo 
Domain OS 10.4?  Is there a shrink-wrapped archive that has all the necessary
patches applied?

Many thanks!
-- 
Mark S. Evans                 Tandem Telecommunications Systems Inc.
Phone: 214-516-6201           1255 W 15th St.
Fax:   214-516-6805           Plano, TX 75075
Mail:  mse@ttsi.lonestar.org
From: ZZDLG@LIVERPOOL.AC.UK
Newsgroups: comp.sys.apollo
Subject: PC Ethernet cards in DN3000
Date: 14 Dec 92 11:25:05 GMT
Organization: University of Liverpool

Hi,
 I have seen info about this on the group. Can anybody let me have the
gen about which cards may be used. which drivers etc. Thanks.
From: rees@pisa.citi.umich.edu (Jim Rees)
Newsgroups: comp.sys.apollo
Subject: Re: printing
Date: 16 Dec 1992 19:00:46 GMT
Organization: University of Michigan CITI
Distribution: world
Reply-To: Jim.Rees@umich.edu
NNTP-Posting-Host: pisa.citi.umich.edu

In article <1805@eba.eb.ele.tue.nl>, wjw@ebh.eb.ele.tue.nl (Willem Jan Withagen) writes:

  It was at: 
  	archive.umich.edu:/pub/apollo/printing
  
  Note that the're a lot of goodies here. It is/was Jim Rees' archive
  and it's wirthwile to check it out. 

That's apollo/printing (no silly /pub here).

A lot of the stuff in there is pretty old.  I don't really maintain it any
more.  It's part of a larger UM archive that includes lots of Mac stuff and
other interesting things.

By the way, that ftp site is sometimes an Apollo running the Berkeley ftpd
hacked to do anonymous ftp without chroot(), and further hacked by Willem
and by me.  The files are actually stored in afs.  The Apollo afs port was
done by me at the Center for Information Technology Integration of the
University of Michigan.  If you have afs, you can get at the files at
/afs/umich.edu/group/itd/archive.  If you are a Transarc afs licensee, you
can get the Apollo client for free from Transarc.
Newsgroups: comp.sys.apollo
From: alien@boi.hp.com (Tom von Alten)
Subject: Re: problems with dim color monitors
Date: Tue, 15 Dec 1992 19:26:37 GMT
Organization: Hewlett-Packard / Boise, Idaho
X-Newsreader: TIN [version 1.1.7 PL6]

I've been told by the local electronic maintenance folks that monitors
often have an internal brightness adjustment (I suppose it's a potentiometer
on one of the circuit boards), although I've never mucked around in there
myself.  Isn't there a big, nasty capacitor in there, waiting to zap you?!

Anyway, this might give you an avenue to pursue...  I recommend getting
expert advice, though - "no user serviceable parts inside" and all.
_____________
Tom von Alten           email: alien@boi.hp.com
                        Hewlett-Packard Disk Memory Division

This is not official, nor particularly well-informed, advice.
Newsgroups: comp.sys.apollo
From: lampi@halcyon.com (Michael Lampi)
Subject: Re: ESDI controller of DN3500 - is it any good for in a PC ?
Organization: Northwest Nexus Inc. (206) 455-3505
Date: Sun, 13 Dec 1992 22:45:56 GMT

hpeyerl@novatel.cuc.ab.ca (Herb Peyerl) writes:

>... I called Western Digital and spoke with a couple of 
>people in Tech Support (Oxymoron?) and they'd never heard of the 
>WD7000-ASE.  They said there was no such product listed in their databases

The product is a WD7000V-ASE and it is a special board produced only for
HP (or maybe *was* produced--I suspect there isn't much of a market for
it any more :-/).

BTW, I missed the original article, so I can't comment on the original
question(s) of the original poster. Could someone send it to me?

Thanks in advance.

Michael Lampi      lampi@mdlcorp.com
MDL Corporation    15301 NE 90th Street, Redmond, WA 98052
(206) 861-6700     (800) 800-3766      FAX (206) 861-6767


-- 
Michael Lampi         lampi@mdlcorp.com
MDL Corporation       15301 NE 90th Street, Redmond, WA 98052
                      (206) 861-6700    (206) 861-6767 FAX
From: wjw@ebh.eb.ele.tue.nl (Willem Jan Withagen)
Newsgroups: comp.sys.apollo
Subject: Re: gdb for Apollo m68k available
Date: 17 Dec 92 09:49:54 GMT
Organization: Eindhoven University of Technology, The Netherlands

In article <1992Dec16.065545.29637@usage.csd.unsw.OZ.AU> troy@cbme.unsw.EDU.AU (Troy Rollo) writes:
=>A preliminary version of GDB for Apollo m68k machines is available
=>from plod.cbme.unsw.EDU.AU:/pub/gdb-apollo.tar.Z
=>
I've downloaded this also to:
	ftp.eb.ele.tue.nl:/pub/apollo/pd-progs/gdb-apollo.tar.Z

Just to reduce the load on the AU link, people might want to use this one.

	Willem Jan
Digital Information Systems Group, Room EH 10.35 
Eindhoven University of Technology   
P.O. 513                     		Tel: +31-40-473401,Fax: +31-40-448375
5600 MB Eindhoven            		The Netherlands
Newsgroups: comp.sys.apollo
From: bennett@areaplg2.corp.mot.com (Steve Bennett)
Subject: Wd700 controller	
Organization: Motorola, CCR&D, CORP, Schaumburg, IL
Date: Fri, 18 Dec 1992 08:32:31 GMT

Did anyone ever determine wether the wd7000 controler would work in a pc or not.

-- 

#
# Steve Bennett (bennett@mot.com)
#
Newsgroups: comp.sys.apollo
From: schultz@bcstec.ca.boeing.com (Robert A. Schultz)
Subject: Re: /etc/passwd - name not found?
Organization: Boeing Computer Services
Date: Thu, 17 Dec 1992 23:13:58 GMT

From article <1go8jeINNr6q@trwvssi.vssi.trw.com>, by s_rickus@trwvssi.vssi.trw.com (Stephen H. Rickus):
> 
> I've got a rather frustrating problem with a small handful of my
> Apollo DN3500's running Domain 10.3+. Seems that any file open
> calls to the /etc/passwd file return 'name not found' errors even
> though the file exists and has read permissions to the world.
> Comparing a node that works with one that doesn't reveals no
> differences in permissions or files in the /etc and /sys/mgrs
> directories. What should I be looking for?
>   
Are you running in an internet?  I do, and have noticed that the
/etc/passwd file on one side of the routing node (ring 1) is appears
empty when viewed from a node on the other side (ring 2).

Newsgroups: comp.sys.apollo
From: kemp@andy.bgsu.edu (Leader Deslock)
Subject: DN570 Tape Drive
Keywords: tape, DN570, Archive
Organization: Bowling Green State University B.G., Oh.
Distribution: usa
Date: Tue, 15 Dec 1992 18:01:51 GMT

Hello All,

	I recently was given a 570 with out hard drives, and was
wondering if anyone has information concerning the Archive tape unit
that was installed on this system. What I am really after is, is this
a scsi tape unit? Can I use this tape unit on other makes of
computers, i.e. a pc with a scsi card or a mac ?


	Thanks in advance for any info.

					wade
					kemp@andy.bgsu.edu

-- 


Newsgroups: comp.sys.apollo
From: lnz@lucid.com (Leonard N. Zubkoff)
Subject: Want info on DN10000 Color Monitor
Organization: Lucid, Inc.
Date: Wed, 16 Dec 92 07:58:33 GMT

Does anyone know the interface specs on the Color Monitor for the DN10000 with
40 plane graphics?  Specifically, I'm trying to find out if one could be
connected to a PC or MAC that supports 1280x1024.  Thanks.

		Leonard
Newsgroups: comp.sys.apollo,comp.sys.hp
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Subject: Re: HP and Sun interoperability questions
Organization: Naval Research Laboratory, DC
Date: Mon, 14 Dec 1992 17:42:55 GMT

In article <1992Dec9.210033.24977@telematics.com> ted@telematics.com (Ted Goldblatt) writes:

>    What problems (if any) are there porting PD/BerkCopyright/
>    Copylefted software to HPUX 9.0?  GNU and X applications
>    are the main interest here, I would guess.

Porting such software to SunOS 4.x is trivial.  Porting such software
to an HP is highly non-trivial.  Among other things, the person doing
the port has to know that the HP-supplied mmap() is not officially
supported and is broken and so one shouldn't use it even though the
interface is there.  There are a large number of other issues.  Much
of the X11 stuff is downright hard to port because HP doesn't supply
all of the standard X11 libraries (e.g. Xaw, Xmu, Xdmcp are NOT
officially supplied by HP or supported by HP, at least in the US).

>    If you had the choice, what would you do? (:-))

  Buy Sun and tell the HP sales rep that HP needs to start shipping a
full set of X11 libraries and a more complete set of system software
and stop the de facto policy of selling minimal UNIX (HPUX).  

  Locally, we call HPUX "Caffeine-free diet UNIX" because it is UNIX
with very few added features compared with Sun's or SGI's standard
included-with-the-hardware UNIX operating system.

  The unofficial support from the HP technical guys doing the real
work is great.  I don't have official HP support (instead we have some
weird arrangement because I buy off of a USN workstation contract), so
I can't comment directly on that.

Ran
atkinson@itd.nrl.navy.mil
From: rickr@pyramid.COM (Rick Rasor)
Newsgroups: comp.sys.apollo,misc.forsale.computers.workstation
Subject: Apollo 3000 system forsale
Keywords: 68020 apollo
Date: 16 Dec 92 15:09:55 GMT
Distribution: usa
Organization: Pyramid Technology Corporation, Mountain View, California


	APOLLO WORKSTATION FORSALE


 I have the following workstation forsale, it includes:

Mentor Graphics chassis
Tower stand adaptor
mouse
keyboard
19" mono monitor
video controller
domain ring card
80 meg MFM HD
5 1/4" HD floppy drive
drive controller card
CPU is a 12 mhz 68020
8 Mb ram

Domain users guide
Domain Admin guide
Domain language level debugger reference
Power and monitor cables

All for the asking price of 400 dollars 

rickr@pyramid.com
From: wjw@ebh.eb.ele.tue.nl (Willem Jan Withagen)
Newsgroups: comp.sys.apollo
Subject: Re: printing
Date: 15 Dec 92 16:18:31 GMT
Organization: Eindhoven University of Technology, The Netherlands

In article <1gii56INNbcb@menudo.uh.edu> pkn@uh.edu writes:
=>
=>Hi,
=>
=>I'm going to try and set up lpd on the two Apollo's we have here (a 10K and a 
=>3500).  They have the most unusual printcap file I've ever seen. :-)  So,
=>I started looking at the FAQ, but it says see the separate file "printing".
=>Can someone let me know where to ftp that file from.

I seem to have lost it. 
But since I knew the original site, I just updated our site as well.
                                                  
It was at: 
	archive.umich.edu:/pub/apollo/printing

Note that the're a lot of goodies here. It is/was Jim Rees' archive
and it's wirthwile to check it out. 

I've also archived it at:
	ftp.eb.ele.tue.nl:/pub/apollo/notes/printing

	Willem Jan

PS: I've added this to the FAQ. (ftp.eb.ele.tue.nl:/pub/apollo/FAQ)


Digital Information Systems Group, Room EH 10.35 
Eindhoven University of Technology   
P.O. 513                     		Tel: +31-40-473401,Fax: +31-40-448375
5600 MB Eindhoven            		The Netherlands
Newsgroups: comp.sys.apollo