HDTenEightyP/NetNews huggingface dataset:
From: enterpoop.mit.edu!snorkelwacker.mit.edu!stanford.edu!agate!spool.mu.edu!olivea!gossip.pyramid.com!pyramid!pyramid.COM!rickr@ucbvax.Berkeley.EDU  (Rick Rasor)
Subject: Apollo 3000 system forsale
Organization: Pyramid Technology Corporation, Mountain View, California
Distribution: fj
Date: Wed, 16 Dec 1992 15:09:55 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


	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: amdcad!angelo!dwork@ucbvax.Berkeley.EDU (Jeff Dwork)
Newsgroups: fj.mail-lists.apollo
Subject: Re: HELP: HOW TO READ IBM TAPES ON UNIX
Date: 3 Dec 92 21:20:41 GMT
Distribution: fj
Organization: Advanced Micro Devices, Santa Clara, CA
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Nov26.152259.3557@schbbs.mot.com> TCSAR03@waccvm.corp.mot.com (Germain Leutwyler) writes:
>Hi,
>
>I tried recently to read a tape generated on a IBM mainframe containing
>several files dumped using the "TAPE DUMP * * A" command. A mag tape
>connected to an Apollo was used and the UNIX commands "dd" and "RWMT"
>tried accordingly. But when I specify as parameter to read only the
>first file starting at the beginning of tape (BOT), the tape doesn't
>stops after the first file. Both commands are unable to detect the
>EOF character generated on IBM side !!! I will greatly appreciate if
>someone has a solution to share (trick or utility) to this specific
>problem. Please, email me or post all at your convenience !
>
>Thanks in advance and regards,
>Germain
>

This is all from memory, so some of it is sure to be wrong.

Tape Dump is an archive format.  Each file has an index record before
the file data record(s).  There is no EOF until the end of the
archive.  You have only one file on the tape.

The index records start with a magic number (16 bits 0x203 I think)
followed by the information that the LISTF command displays -
filename, filetype, filemode, RECFM (F/V), LRECL, date, time. 
I think this is a short record.  Following this are records of 1024 or
4096 bytes (other lengths may be possible here) of file data.  The
last record of data for a file is short - to the exact file length.
Each of these records starts with a different magic number (0x200 ?).

It's easiest to read these with something that reads one tape RECORD
at a time and returns the data and number of characters read.

There is a newsgroup comp.lang.asm370 - they will know the details.

Jeff
--
Jeff Dwork			|  408-987-2362   |   jeff.dwork@amd.com
Advanced Micro Devices, M/S 45	|---------------------------------------
PO Box 3453			|  The above opionions are mine,
Sunnyvale, Ca 94088		|  not AMD's.
Newsgroups: fj.mail-lists.apollo
From: news.tek.com!gvgpsa!ssigv!sunrise!gdonl@uunet.uu.net  (Don Lewis)
Subject: Apollo TCP woes
Organization: Silicon Systems, Nevada City CA
Distribution: fj
Date: Thu, 17 Dec 1992 00:24:18 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

We are experiencing some severe problems with TCP/IP under DomainOS 10.3.5
on Apollo DN5500, 425s, 425t, and 433s nodes.

Rlogin connections from a node on the token ring to HP 700 and Sun
nodes nodes on our ethernet using an Apollo as a TCP/IP router between
the networks are occasionally dropped.  It appears that the Apollo being
used as a router is sending an ICMP {NET,HOST} UNREACHABLE to to the token
ring only node, which then drops the connection.  We aren't real sure since
we don't have a way to sniff packets on the token ring.  We haven't yet
seen anything suspicious on the ethernet.  The router node shouldn't be
sending these packets, since it is directly attached to both networks.
The other node should not drop an existing connection upon the receipt of
an ICMP UNREACHABLE since this may be a transient condition.

Our ethernet currently carries packets for two IP networks.  The Apollo
nodes on both the ethernet and the token ring see broadcast packets for
the other IP network and forward them to their gateway for this network.
The directed broadcast flag (-b) on tcpd is not enabled.

The TCP/IP software occasionally seems to go semi-catatonic.  If the
node is acting is a router, it continues to broadcast routing updates,
but it can't be pinged.  It may come back to life after a while, or
the node may have to be rebooted.  This problem may only happen on the
token ring side.
-- 
Don "Truck" Lewis              Phone: +1 916 478-8284   Silicon Systems
Internet: gdonl@ssi1.com       FAX:   +1 916 478-8290   138 New Mohawk Road
UUCP: {uunet,tektronix!gvgpsa.gvg.tek.com}!ssigv!gdonl  Nevada City, CA  95959
Newsgroups: fj.mail-lists.apollo
From: netcom.com!%csus.edu%umn.edu%spool.mu.edu%darwin.sura.net%zaphod.mps.ohio-state.edu%magnus.acs.ohio-state.edu%usenet.ins.cwru.edu%agate.UUCP%stanford.edu%snorkelwacker.mit.edu@enterpoop.  (Caltrans)
Subject: HELP REQUEST: B-News installation on HP/Apollo 425t
Organization: Netcom - Online Communication Services  (408 241-9760 guest)
Distribution: fj
Date: Sun, 20 Dec 1992 00:35:44 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


   I am building B-News 2.11 on an HP/Apollo 425t running
Domain OS 10.3.5.

   When I try to run the postnews executable, it does not
recognize any newsgroups as valid, including "general".

   When I enter "?" at the prompt:

   For a list of newsgroups, type ?
   >

   I get the following error message:

   /usr/lib/news/newsgroups: no such file or directory

   The "newsgroups" file does exist in /usr/lib/news,
and the permissions are:

-rwxrwxr-x 1	news	news	23723	Dec 11 16:00	/usr/lib/news/newsgroups
	
Newsgroups: fj.mail-lists.apollo
From: agate!spool.mu.edu!caen!zaphod.mps.ohio-state.edu!darwin.sura.net!ra!atkinson@ucbvax.Berkeley.EDU  (Randall Atkinson)
Subject: Re: HP and Sun interoperability questions
Organization: Naval Research Laboratory, DC
Distribution: fj
Date: Mon, 14 Dec 1992 17:42:55 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

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
Newsgroups: fj.mail-lists.apollo
From: saimiri.primate.wisc.edu!sdd.hp.com!hpscit.sc.hp.com!cupnews0.cup.hp.com!news1.boi.hp.com!alien@ames.arc.nasa.gov  (Tom von Alten)
Subject: Re: problems with dim color monitors
Organization: Hewlett-Packard / Boise, Idaho
Distribution: fj
Date: Tue, 15 Dec 1992 19:26:37 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

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: fj.mail-lists.apollo
From: thompson@pan.ssec.honeywell.com (jt -- John Thompson)
Subject: send_alarm information
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Tue, 15 Dec 1992 17:08:18 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hi all

Does anybody know the calls that are used to find out _WHO_ has opened a user's
(or node's) alarm mailbox?  I have dumped the data that comes out, and there
appears to only be a few bytes of constant (hex) information, and then the
message.  I'd like to be able to grab the name/uid/UID/... of the person sending
the message too.

-- jt --
John Thompson
Senior Engineer / Sys-Admin
Honeywell, SSEC
Plymouth, MN  55441
thompson@pan.ssec.honeywell.com

Resist Continental Drift!
*************************************************************************
* This e-mail correspondence is a work of fiction.  Any similarity      *
* between the views presented and actual views, personal or corporate,  *
* living, dead, or still to be conceived, is pure coincidence.          *
*************************************************************************


Newsgroups: fj.mail-lists.apollo
From: saimiri.primate.wisc.edu!sdd.hp.com!spool.mu.edu!umn.edu!csus.edu!netcom.com!hbo@ames.arc.nasa.gov  (Howard Owen)
Subject: Apollo DN3000 19" color 170MB ESDI - 700.00
Organization: Netcom - Online Communication Services  (408 241-9760 guest)
Distribution: fj
Date: Sun, 13 Dec 1992 22:44:19 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


    System has Domain OS 10.something installed on it. I don't have the root
password. I have three boxes, one working system. 1/4" tape and 5-1/4" 
floppy included. 

-- 
-- 
Howard Owen, Sys Admin		           internet:              hbo@octel.com
Octel Communications Corporation           BITNET:            HBO@VOODOO.BITNET
890 Tasman Dr MS 05-04 Milpitas CA 95035   DECNET Internet:          45180::HBO
"I am not a pay TV service!"               Telephone:       408-321-6576 (work)
Newsgroups: fj.mail-lists.apollo
From: munnari.oz.au!metro!usage!news@uunet.uu.net  (Troy Rollo)
Subject: Re: Gdb on apollos (was Re: What gcc-release for Domain/OS and where???)
Organization: University of New South Wales
Distribution: fj
Date: Tue, 8 Dec 1992 12:14:34 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

>From article <MALCOLMP.92Dec8150259@hydra.maths.unsw.EDU.AU>, by malcolmp@hydra.maths.unsw.EDU.AU (malcolmp):
> Do you mean Apollo debugging format, or just something gdb will understand?
> Apollos ignore the COFF debugging format in their executable files and use
> their own, which means that any COFF code in gdb is useless.  Secondly, gas

Actually, they do create some standard COFF debugging information, just not
nearly enough to be useful. The stuff I'm doing uses the Apollo debugging
format.

> for the Apollos acts as an a.out to COFF converter (it generates a file in
> a.out format and converts that to COFF) so you can't easily generate the
> necessary sections on the object file that hold the debugging information
> without completely rewriting gas to be a COFF assembler.  It might actually

I've had a brief look through gas, and it seems to me that the major
problem is in converting the a.out debugging format to the Apollo
format, rather than actually putting it into the sections. A little
reorganisation of the module that does the conversion should work
wonders as far as generating the output goes.

> be easier to have gcc write out something in COFF debugging format and let gdb
> work on that but it means that you couldn't debug anything else.  I've been

And since when have you known me to take the easy way out?

> trying (on and off) to modify gas to generate read only text segments (which
> involved creating .aptv sections and modifying function calls) and getting
> tracebacks to work, and that is proving difficult enough!

Tracebacks is a bitch on apollos. I'm not touching that one until everything
else is working. But if you want to do that, the .unwind section is the
key to it all. 
--
_______________________________________________________________________________
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!
Newsgroups: fj.mail-lists.apollo
From: destroyer!news.itd.umich.edu!pisa.citi.umich.edu!rees@gumby.wisc.edu  (Jim Rees)
Subject: Parallel port driver?
Organization: University of Michigan CITI
Distribution: fj
Date: Wed, 16 Dec 1992 20:40:44 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Has anyone written a gpio driver for the standard IBM pc/at type parallel
port for Domain/OS?  I know Apollo has one, but I'm interested in source.
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!wupost!cs.utexas.edu!hermes.chpc.utexas.edu!news.utdallas.edu!corpgate!brtph560!nrtpa038!nrtpa22!swamp@ucbvax.Berkeley.EDU  (Steve Swamp)
Subject: 3rd party Magneto-optical drive on Apollos?
Organization: BNR, Research Triangle Park, NC
Distribution: fj
Date: Tue, 8 Dec 1992 14:16:35 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

We recently bought a 3rd party read-write optical drive with the assurance
that it would work under domain. /systest/ssr_util/scsi_info sees:


Target 1:
Device Type: Optical (Removable Media) 
Vendor: MaxOptix
Product: Tahiti 2
Rev Level: A7.4
ANSI version compliance: SCSI-1

However, invol says:


Select disk: [w=Winch|s=Storage mod|f=Floppy|q=Quit][ctrl#:][unit#] w1:0
Unable to assign disk - controller not found (OS/I/O manager)

Will these drives work under 10.3.5? There is an official HP drive
on another machine in the building, and it works fine. Any
help would be appreciated.

-- 
steve swamp                       BNR
email: swamp@bnr.ca               Research Triangle Park, NC
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!torn!nott!bnrgate!bcars6a8!bnr.ca!awhitton@ucbvax.Berkeley.EDU  (Alan Whitton)
Subject: DPCC Upgrading DOS
Organization: Bell Northern Research, Ottawa
Distribution: fj
Date: Tue, 8 Dec 1992 12:55:29 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Greetings:

I have just "inherited" a DPCC card, and I was able to scrounge up
DPCC 6.5, and it seems to work just fine (I was given a set DPCC_HARD_DISK
file also).

I have the latest MS-DOS, how do I upgrade now? The DOS-install gets upset
because my floppy shows up as drive b: , is this the problem?

Lost in the snow, with no documentation :-(

Cheers,
Alan Whitton
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
BNR Ottawa (Lab 5 M12)        Disclaimer: "This is only my opinion"
INTERNET: awhitton@bnr.ca     Anecdote:   "Who else's would it be?" 
Three Phrases To Live By: "Cover for me"; "Oooh, good idea, boss!"; 
                "It was like that when I got here."
Newsgroups: fj.mail-lists.apollo
From: dog.ee.lbl.gov!overload.lbl.gov!agate!biosci!uwm.edu!zaphod.mps.ohio-state.edu!menudo.uh.edu!sugar!brad@ucbvax.Berkeley.EDU  (Brad Morrison)
Subject: Apollo on-board controllers (was: Re: backup tape)
Organization: NeoSoft Communications Services -- (713) 684-5900
Distribution: fj
Date: Thu, 3 Dec 1992 14:04:47 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <199212022115.AA25833@pan.ssec.honeywell.com> thompson@PAN.SSEC.HONEYWELL.COM (jt -- John Thompson) writes:
>HOWEVER, I have heard that you can attach a QIC150 (for example) tape drive, 
>and have it work fine.  If this is true, you can get 150MB.  You may need to
>have a Western Digital controller (WD7000) to [attach a QIC150], if the drive
>is SCSI, since there is no on-board SCSI bus on the DN[345]?? machines.

What *is* the onboard bus/controller on the DN[345]?? machines?

>Be aware that
>the DN4000 needs to be at a pretty high motherboard rev to accept the WD7000
>controller.

What about the DN3500?
-- 
Brad Morrison        | ...These lovers of esoterica seem to derive a great
morrison@paranet.com | deal of intellectual satisfaction out of not quite
(713) 467-3100       | understanding what they are doing.
Newsgroups: fj.mail-lists.apollo
From: uw-coco!nwnexus!lampi@beaver.cs.washington.edu  (Michael Lampi)
Subject: Re: ESDI controller of DN3500 - is it any good for in a PC ?
Organization: Northwest Nexus Inc. (206) 455-3505
Distribution: fj
Date: Sun, 13 Dec 1992 22:45:56 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

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
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!csn!stortek!n33.stortek.com!plynch@ucbvax.Berkeley.EDU  (Pat "Wile E." Lynch)
Subject: Breakdown of an Apollo UID?
Organization: Storage Technology Corp.
Distribution: fj
Date: Tue, 8 Dec 1992 19:51:14 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


  The summary says it all, basically, I want to
  be able to determine the owner of a process
  by looking at the process UID. Is this possible?
  Any hints?

  Pat Lynch

  Pat_Lynch@stortek.com
Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!caen!conliffe@hplabs.hpl.hp.com  (Darryl C. Conliffe)
Subject: Looking for updated zoo
Organization: University of Michigan Engineering, Ann Arbor
Distribution: fj
Date: Mon, 14 Dec 1992 06:52:31 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I am looking for a version of zoo beyond version 2.1 running on Apollo's.
This version seems to have a problem with timestamps.  Is there a later
version fixing this problem?  Thanks.
- Darryl
P.S. The problem is that the timestamp on the .zoo file is one hour
behind the actual creation time, and it exports files with a timestamp
improperly set (again, one hour earlier than indicated in the V listing).
-- 
___________________

 Darryl C. Conliffe  conliffe@caen.engin.umich.edu  (313) 721-6069
-------------------
Newsgroups: fj.mail-lists.apollo
From: news.mentorg.com!dclemans@uunet.uu.net  (Dave Clemans)
Subject: Re: Gdb on apollos (was Re: What gcc-release for Domain/OS and where???)
Organization: Mentor Graphics Corporation
Distribution: fj
Date: Tue, 8 Dec 1992 17:53:35 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Being able to generate a read-only text segment requires more work
than just patching function calls; you also have to worry about references
to external data whose storage "comes" from one of Apollo's shared
libraries.  It's been a while, but I think one of the examples was
the "errno" variable.

The a.out->"Apollo COFF" standalone converter that I did a few years
ago (and posted at that time) was able to generate read-only text
sections; it automatically did both the function call and the
data reference patching. It also generated some of the special sections
to set sys type, run type, stacksize, etc.

You also had to make sure that each section started at an appropriate
address boundary.

It worked fine up through 10.3. At 10.4 something broke (from the error
messages printed by the linker, it probably had something to do with what
address boundary was being used); I haven't had the time to look at it.

dgc
Newsgroups: fj.mail-lists.apollo
From: agate!stanford.edu!lucid.com!lnz@ucbvax.Berkeley.EDU  (Leonard N. Zubkoff)
Subject: Want info on DN10000 Color Monitor
Organization: Lucid, Inc.
Distribution: fj
Date: Wed, 16 Dec 1992 07:58:33 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

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: fj.mail-lists.apollo
From: mcsun!sun4nl!tuegate.tue.nl!eba!ebh!wjw@uunet.uu.net  (Willem Jan Withagen)
Subject: Re: Apollo SLIP
Organization: Eindhoven University of Technology, The Netherlands
Distribution: fj
Date: Thu, 3 Dec 1992 16:20:49 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Brian Carlstrom:
=>>Hi. I'm trying to connect my Apollo 4500 (SR10.4) via slip to my
=>> [...]
=>>apollo end to get slip all set. all i an find is "ifconfig sl0..."
=>>but i assume it more complicated than that.(maybe not...)

Chuck Fuller:
=>That's about all that it takes.  Make sure that you specify both
=>addresses on the ifconfig.  For awhile I ran a "DAN" ("Desktop Area
=>Network") with two Apolli joined together at the serial port.  One of
=>the things that I've wanted to do, though, is to replace the null modem
=>cable with a pair of real modems (and a telephone network) to allow me
=>to do SLIP from other sites.  But I can't figure out how to dial the modem,
=>THEN go into SLIP mode.  Or am I misunderstanding something about SLIP?
=>(This is probably a FAQ).

As far as I figured it:
The easy but insecure way is to just let slip hang loose on the port. Whilest
the modem does auto-answer on a fixed rate. The site connecting just has to get 
the IP number right.

The problem with this is that you give TCP/IP access to just about anybody
who can dial a phonenumber and get an IP number. Note that this doesn't 
give any login facilities away. The other site still has to use telnet or rsh
or other to get into one of the systems.

A more secure way is to have people login first, then fork a program that
setup IP at the line, and keeps monitoring until the modem goes down. It this 
is the case, then the slip gets terminated. This way you can give different 
users different IP-numbers.

Currently I've only got to getting a 'getty' which sort of understand my Hayes
modem. The next thing is to write the thingy doing the SLIP setup.

I'm trying to get home OS/2's tcp/ip to talk to my work 9000/400dl

	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: fj.mail-lists.apollo
From: agate!doc.ic.ac.uk!uknet!liv!zzdlg@ucbvax.Berkeley.EDU
Subject: PC Ethernet cards in DN3000
Organization: University of Liverpool
Distribution: fj
Date: Mon, 14 Dec 1992 11:25:05 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

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.
Newsgroups: fj.mail-lists.apollo