HDTenEightyP/NetNews huggingface dataset:
From: mcsun!sunic!ugle.unit.no!flipper.pvv.unit.no!tegge@uunet.uu.net  (Tor Egge)
Subject: Re: X11r5 server needed for apollo(68k)
Organization: ProgramVareVerkstedet - UNIT
Distribution: fj
Date: Sat, 15 Aug 1992 04:25:11 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


  u2116318@csdvax.csd.unsw.edu.au writes:

> does anyone have a ready complied X11r5 
> server for apollo (68k)? due to the very very
> limit disk space , I'm not able to install 
> the server. can some one mail it to me 
> 
> thanks in advance

If you only have monocrome screens then you may try anonymous ftp to 
flipper.pvv.unit.no, and look in /pub2/apollo. It is an experminental 
version of an X11R5 server for apollo, and is stable when using the mfb
driver. It is a slow server, only about 8000 Xstones as measured with the
Xbench program. The server is compiled on a DN3000 with SR10.4.

- Tor Egge
Newsgroups: fj.mail-lists.apollo
From: philip@cel.cummins.com (Philip D. Pokorny)
Subject: Re: /sys/node_data/proc_dir
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Thu, 20 Aug 1992 15:38:55 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Frederick G. M. Roeber of CERN asks:
> For awhile now (at least since 10.3) I've seen the suggestively named
I've seen it as far back as SR9.2 or SR9.7

> /sys/node_data/proc_dir, which has entries that seem to reflect the
> named processes on the node.  Can anyone give more info about this?
If you enter the 'pst -uid' command you will see that every
process has a UID associated with it.  If you list the proc_dir
directory with the -u switch you should notice that the UID of
the process and the UID of the file are the same for the named
processes.

> I would have hoped that the entries were some sort of "process" type,
> which would give plan-9 style process access, but unfortunately there
> doesn't seem to be actual filesystem objects associated with the names.
No...  I suspect that the names are side-effects of the process
of creating a UID for the process.  It was an easy place to put
the name of the process as well...  It would be nice if they
were file-system objects that could be manipulated (ala plan-9)
but even at SR9 there weren't any file system objects associated
with the UID.

Sincerely,
Philip D. Pokorny
philip@cel.cummins.com
:)

Newsgroups: fj.mail-lists.apollo
From: destroyer!terminator!pisa.citi.umich.edu!rees@gumby.wisc.edu  (Jim Rees)
Subject: Re: dumping executable images?
Organization: University of Michigan IFS Project
Distribution: fj
Date: Wed, 12 Aug 1992 21:19:47 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug12.194910.9716@lucid.com>, lnz@lucid.com (Leonard N. Zubkoff) writes:

  Are you sure this works correctly for all cases?  ...
  In private email I just received another patch from Rob Stanzel at Apollo...

I also got mail from Rob.  Apparently the patches I got earlier from John
Vasta worked with early versions of sr10.4, but more patches are needed.

By the way, I sent all the collected Apollo patches to the guy who maintains
epoch, and he has merged them in to epoch 4.1.  It would be great if this
could make its way in to emacs too.  The current emacs sources contain 6
year old sr9.7 support code.

I don't run either emacs or sr10.4, so I can't help much here.
Newsgroups: fj.mail-lists.apollo
From: destroyer!ubc-cs!unixg.ubc.ca!physics.ubc.ca!unruh@gatech.edu  (William Unruh)
Subject: Apollo 2500 15" and 19" monitors
Organization: University of British Columbia, Vancouver, B.C., Canada
Distribution: fj
Date: Thu, 13 Aug 1992 06:47:31 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

The 15" monitors on my DN2500 died ( two in one week- just after we had
converted them effectively to X terminals- Does Apollo have an X
detector, and zap the monitors when x is detected?) I can get ahold of
some ver cheap 19" from a 3500. They seem to work abfter I readjusted
the horizontal position and vertical size, but am I going to run into
trouble? How does the video driver on the 2500 detect that a high res
19" is attached (or does it?). Teh video is built into the motherboard,
and there are no obvious switches. I know the 2500 was sold with both 15
and 19" monitors. Surely it wasn't a seperate motherboard for each type.
Anyway am I liable to burn out the 19" by using them?
Bill Unruh
unruh@physics.ubc.ca
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!magnus.acs.ohio-state.edu!zaphod.mps.ohio-state.edu!caen!destroyer!terminator!pisa.citi.umich.edu!rees@ucbvax.Berkeley.EDU  (Jim Rees)
Subject: Re: Old Apollo system wanted....
Organization: University of Michigan IFS Project
Distribution: fj
Date: Thu, 13 Aug 1992 20:33:02 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug13.160654.21360@usenet.ins.cwru.edu>, aj681@cleveland.Freenet.Edu (Carlin Wiegner) writes:

  I need an old multiuser system, I was looking at PDP-11s but
  they need 3 phase power which isn't the easiest thing to get.

That depends on the 11.  As I recall, even the 11/70 (the biggest model I
ever used) could be wired for single phase.  Some of the peripherals,
particularly disk drives (rk07?) required three phase, but you could
certainly put together a working system that runs on household power (single
phase, 110/220, 30 amps or so).

Another fun early Unix system was the Interdata (later Perkin-Elmer) 7/32
and 8/32.  This was the first non-11 system to get a port of v7, and the
only non-11 to run v6.  This one ran on single phase but took lots of it,
maybe 40 amps of 220.  There were in fact two ports of v7 for it, one by
Dennis Ritchie using the Johnson portable C compiler, with the stack growing
forwards, and the other by Miller at Wollongong using the Ritchie compiler,
with the stack growing backwards.  The Miller v6 port was my first Unix,
back in 1979.

For a "modern" alternative, you can now pick up Vax 780s for a couple of
thousand.  You can either run 32v (a v7 derivative) for historical accuracy,
or bsd4.3 for modern convenience.

Three phase is hard to come by.  I tried to have it brought in to my garage
once for my IBM System 3, and the local power company (Seattle City Light)
wanted $10,000.  I ended up rewiring the cpu for single phase and running
the system off of 10 Mb 5440 (?) disks instead of the monster 40 Mb disks.
Never did get the 5424 96-column card punch/reader working properly.

These days, I tend to stick to modern hardware, like my dn330 with attached
Tektronix 4014.
Newsgroups: fj.mail-lists.apollo
From: haven.umd.edu!wam.umd.edu!dododge@uunet.uu.net  (David O. Dodge)
Subject: operating DN3xx via serial port
Organization: University of Maryland at College Park
Distribution: fj
Date: Wed, 19 Aug 1992 07:26:32 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

If I power on my DN300 in service mode with a terminal connected to one
of its serial ports (the terminal being my Amiga with some terminal
software), the MD does recognize the terminal as the primary
communications device just the manuals say it will.

The problem is that I can't get it to use the port for communications
at any level above the MD.

For example if I "EX AEGIS" (this is SR9.7), I get the messages about
the program being loaded, but I never get back a Phase-II prompt. The
only thing I can do is break back out to the MD again by using the
ESC key. Same thing happens with other programs like INVOL.

Is there some way to make this thing "think" it's really a DSP rather
than a DN, so I don't need to use the node's screen at all? I considered
pulling the display board but the manuals say that the Phase-II won't
run at all without a functional display board in the machine.

The display is on its last legs and I'd like to be able to just pull
the display fuse and bring the node up via the serial port as a server,
making it a DSP80 or DSP90 of sorts. CAN THIS BE DONE?

Any suggestions/help appreciated...
                                          -Dave Dodge/dododge@wam.umd.edu
Newsgroups: fj.mail-lists.apollo
From: mcsun!sun4nl!tuegate.tue.nl!svin02!eba!ebh.eb.ele.tue.nl!wjw@uunet.uu.net  (Willem Jan Withagen)
Subject: Re: High speed modem attached to 3500
Organization: Digital Systems, Eindhoven University of Technology, the Netherlands
Distribution: fj
Date: Thu, 20 Aug 1992 09:44:04 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <sasblc.714248243@ddt>, sasblc@unx.sas.com (Brad Chisholm) writes:
=> Still living life at 9600 buad...
I've alway understood that running things over 9600 is considered
dangerous at anything lower than a 4500. ??


=> P.S.  What's the difference between using /dev/sio1 vs. /dev/tty01?  They
=>       both seem to work with kermit.
I don't know the exact difference but I can give you some effects:
  1)  We've written our own getty to be able to handle some of the
      hayes stuff and this cause problems when using /dev/sio? because
      it seems to ignore the hardware handshake stuff, even when it is
      set using BSD calls
  2)  When using /dev/tty?? and doing a /com/tctl on that same line.
      Then the hardware flips one of the hardware line, the moden goes
      down and the apollo-side terminates the session.

      I haven't really looked very deep into this, and depending on
      given time will probably never be able to do so. 
      (Disabeling /com/tctl is fast and cheap. :-) )

	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
Internet:  wjw@eb.ele.tue.nl    
X400:      C=nl;ADMD=400net;PRMD=surf;O=tue;OU=ele;OU=eb;S=WJW;
Newsgroups: fj.mail-lists.apollo
From: utcsri!helios.physics.utoronto.ca!alchemy.chem.utoronto.ca!system@uunet.uu.net  (System Admin (Mike Peterson))
Subject: Re: DN10K's for sale
Organization: University of Toronto Chemistry Department
Distribution: fj
Date: Tue, 18 Aug 1992 23:57:41 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug18.182535.29959@tc.cornell.edu> hurf@theory.TC.Cornell.EDU (Hurf Sheldon) writes:
>	                          I know it would take an HP750
>	or an RS6000/550 to replace them so maybe 40-60% of 
>	that cost ($75k) seems like a good starting point. 

Didn't know April 1 fell in August this year :-).
-- 
What are the chances that any computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
Newsgroups: fj.mail-lists.apollo
From: swrinde!mips!mips!munnari.oz.au!goanna!minyos.xx.rmit.oz.au!s861298@gatech.edu  (Marc A. Boschma)
Subject: Apollo Domain 3500 Technical information.
Organization: img Consultants
Distribution: fj
Date: Thu, 13 Aug 1992 18:32:27 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I have two 3500's at work that (may be hiding) don't have system or hardware
documentation. If I managed to find some, great. In the mean time if I could
find some techincal information I could port an OS (such as Mach) to them 
and make them useful.

Any information on the architechure, CPU, etc. would be great! Or pointers
to sources of information. The machines are gathering dust at the moment and
their 22 in colour monitors keep begging me to turn them on once again.

Marc

--------------------------------------------------------------------------------
Student of R.M.I.T. also a founding member of APANA and :
Marc A. Boschma                                ACSnet: s861298@minyos.rmit.oz.au
img Consultants,				       marcb@img.com.au
GPO Box 3304GG, Melbourne 3001
Australia                                       Phone: +61 3 284 4858    (work)
Newsgroups: fj.mail-lists.apollo
From: psinntp!polari!lampi%polari.online.com@uunet.uu.net
Subject: InterWorks Hardware SIG Meeting
Organization: R Squared, Redmond, WA (206) 883-3116
Distribution: fj
Date: Fri, 14 Aug 1992 23:49:37 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

To all Hardware (formerly System Integration) SIG members and InterWorks
members interested in the Working Group: 

                    ***

The Hardware SIG Working Group is
meeting Wednesday, August 26 from 8-9 in the
morning at the InterWorks conference, New Orleans. 

We will put together a FAQ for Domain and HP-UX
systems, in particular the 9000/400's and 9000/700's.

Please bring your questions (and answers :-).

Continental breakfast will be served as usual.
You may bring it into the meeting room.

                   ***

>(Thank you, Mary Ann Berg (mab@civilgate.ce.uiuc.edu), for inspiring this
>  message :-)
>   
-- 
-----
+-+  Michael Lampi       lampi@polari.online.com
|R|  R Squared           16398 NE 85th St., Suite 101, Redmond, WA 98052
+-+                      (206) 883-3116       fax (206) 883-2676
Newsgroups: fj.mail-lists.apollo
From: ajfcal!%cpsc.ucalgary.ca%acs.ucalgary.ca%kakwa.ucs.ualberta.ca%unixg.ubc.ca%ubc-cs.UUCP%destroyer.UUCP%sol.ctr.columbia.edu%zaphod.mps.ohio-state.edu%pacific.mps.ohio-state.edu@cis.  (Herb Peyerl)
Subject: Re: DN10K's for sale
Organization: "NovAtel Communications Ltd."
Distribution: fj
Date: Sat, 22 Aug 1992 13:22:28 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Alan Whitton (awhitton@bnr.ca) wrote:
: HP actually had a trade-in program where you got about $5K off the price
: of a 750 if you traded your DN10K in. Not bad if you bought it about 3 years
: ago, and have "creatively accounted" it down to nothing....

Actually, our depreciation cycle is 5 years and we've only had the 
thing for about 2 1/2.  We still have one left, and we can't even run
our Mentor software on it anymore since we need new versions of libraries
and can only get them for the m68k processors... It's acting as an over-
glorified Authorized Area now... We lose.

But if you think THAT's bad, we've only had our 5500's for a year......

-- 
"I was early to finish | hpeyerl@novatel.cuc.ab.ca <Reply-To>   | I brew |
I was late to start, I | peyerlh@cuug.ab.ca                     | there- | 
might be an adult, but | #define JANITOR "Network Administrator"| fore I | 
I'm a minor at heart." |    JANITOR, NovAtel Communications Ltd.|   AM.  |
Newsgroups: fj.mail-lists.apollo
From: jrm@zeta.ma.adfa.oz.au (John R Marley)
Subject: Setting Disk Quotas on an external SCSI disk?
Organization: Maths Dept., A.D.F.A., Canberra, Australia
Distribution: fj
Date: Mon, 17 Aug 1992 05:40:28 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Howdy!  We've finally got around to setting up disk quotas on our network of
Apollos, all of which are now at SR10.4.  I'm presently sitting at a 425e with
a 1Gb external SCSI disk.  When we INVOLed the disk, we performed option 12 to
set up the quota table.  Now, when I try to run edquota, it fails.  According
to /bin/df our filesystem is /dev/wn128a:

	[zeta]_95 ~ % df
	Filesystem         kbytes    used   avail capacity  Mounted on
	/dev/wn128a       1012668  406636  606032    40%    //zeta

According the manual, "edquota /dev/wn128a -l" should list the current quota
table:

	[zeta_root]_32 / % edquota /dev/wn128a -l
	 User                   quota-limit   currently-used
	 ----                   -----------   --------------
	edquota: No such file or directory

Of course, /dev/wn128a does not exist.  Yet, the machine boots fine and works
wonderfully.  At least it appears to.  The file system is listed as mounted in
/etc/mtab despite the non-existence of /dev/wn128a.

What do I have to do to get the quotas to work?  I tried turning quota checking
on first using quotaon, but that didn't help.  I tried using mknod to create
/dev/wn128a (and /dev/rwn128a) but to no avail.

Thanks in advance,

John Marley.
--
Trust in the LORD with all your heart and    |  John Marley
lean not on your own understanding; in all  -+- j-marley@adfa.edu.au
your ways acknowledge him, and He will make  |  Programmer & Sys Admin
your paths straight.   - Proverbs 3:5-6      |  A.D.F.A. Maths Dept.
Newsgroups: fj.mail-lists.apollo
From: tulane!darwin.sura.net!zaphod.mps.ohio-state.edu!rphroy!caen!news-server!disser@ames.arc.nasa.gov  (David Disser)
Subject: Unable to open a stream to the SIO line
Organization: University of Michigan
Distribution: fj
Date: Fri, 21 Aug 1992 12:51:08 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


I've got a DN3000 I want to hook up via SLIP at 14.4kbps.  I can't even get
started.  I've got the modem hooked up, and I've got what I think are good
tctl settings, but when I try to use emt and go into remote mode, I get

?(emt) Unble to open a stream to the SIO line (/dev/sio1).
- requested object is in use (stream manager/IOS)

I'm not very fluent in Apollo, but I can't see any daemons that would have
/dev/sio1 locked, and llkr doesn't show a lock, so I'm left clueless.  As
for communication with the modem, I have been able to cat stuff to
/dev/sio1 and get the modem to respond, ie. by dialing.

Any help would be much appreciated.

--
) Dave Disser                 UM-CAEN User Services    
) disser@engin.umich.edu      229 Chrysler Center    
) (313) 763-3067              Ann Arbor, MI 48109-2092
Newsgroups: fj.mail-lists.apollo
From: destroyer!sol.ctr.columbia.edu!sol.ctr.columbia.edu!hall@gumby.wisc.edu  (Kelly Hall)
Subject: Re: dumping executable images?
Organization: University of Idaho CS Dept.
Distribution: fj
Date: Tue, 18 Aug 1992 21:11:54 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug18.004628.8904@lucid.com> lnz@lucid.com (Leonard N. Zubkoff) writes:

   The SR10.4 and Emacs 18.58 version of my patches is now in final testing and
   should be available in a few days.

		   Leonard

Will the new version be able to cope with:
 ".rwdi section needs relocation  cannot dump Emacs"?

I'm going slightly bonkers trying to figure this one out.  Any ideas?

Mucho Thankos,
Kelly
--
Kelly Hall == hall@leopard.cs.uidaho.edu
no disclaimer, no cute quotes
Newsgroups: fj.mail-lists.apollo
From: bloom-picayune.mit.edu!mintaka.lcs.mit.edu!olivea!spool.mu.edu!cserver!edsi!chuck@bloom-beacon.mit.edu  (Chuck Tomasi)
Subject: uucico: how to increase the window/packet size?
Organization: Enterprise Data Systems Incorporated, Appleton WI
Distribution: fj
Date: Thu, 13 Aug 1992 14:57:35 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

We are using a Telebit T2500 (soon to change to a WorldBlazer) on our
DN3550 running 10.3.5.  I connect to a T2500 or WorldBlazer at home and
was wondering if there was a way to change the window and/or packet size
in uucico to try and improve our transfer rate from ~800 cps to
something closer to 2000.  Has anyone does this or have information on
how it can be done?
-- 
Chuck Tomasi             |     "Mom, it's Data.  I heard you know
chuck@edsi.plexus.COM    |      how to turn him on." 
spool!cserver!edsi!chuck |                    -Wesley  "Datalore"
------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------
Newsgroups: fj.mail-lists.apollo
From: mcsun!sunic!liuida!isy!lysator.liu.se!pen@uunet.uu.net  (Peter Eriksson)
Subject: SLIP & SR10.3
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Distribution: fj
Date: Wed, 19 Aug 1992 21:54:48 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I have some slight memories of someone saying that the hardware
flow control for the serial ports was broken under SR10.3. Is that
so? I have had very big problems with running a SLIP link between our
Sun 4/380 and our four old Apollo (DN300, DN550, DN560 and DN660) machines.

Are there bug fixes for SR10.3 (which I believe is the last one for our
old machines?) available somewhere? The X server as shipped is broken too..

Anyone got a spare Apollo with both Token ring and ethernet that you wanna
give away? :-) :-) (Our Apollo's aren't fast, but atleast two of them has
got colour monitors, but it's not fun to run X over 1200bps SLIP with veery
small packets)

/Peter

--
Peter Eriksson                                              pen@lysator.liu.se
Lysator Academic Computer Society                 ...!uunet!lysator.liu.se!pen
University of Linkoping, Sweden                           I'm bored. Flame me.
Newsgroups: fj.mail-lists.apollo
From: mcsun!Germany.EU.net!unidus.rz.uni-duesseldorf.de!weule@uunet.uu.net  (Joerg Weule)
Subject: diskless apollo 400 ?
Organization: Heinrich-Heine-Universitaet Duesseldorf
Distribution: fj
Date: Wed, 12 Aug 1992 08:54:51 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hallo,
   first I wan't to thank all, who have answered my last 
questions. Now I'd like to have some more hints.

I have a new apollo 400. because of testing software
running on SR10.3.5 I also want to install SR10.4
on the secound disk (w5:0). Is this possible to install
the software from the tapes on the secound disk?
How can I boot from the secound disk? I wanted to boot
another mashine diskless (400 also) connected with an
ethernet.n I configured the fist mashine, so that
ethernet is network 1 - own traffic only - all service
allowed. I started netman and typed on the other 
  DI E
  EX Domain_OS
and
  PNET E
  DI N
  EX DOMAIN_OS
but always got a timeout.

I am very familiar with booting of DN3000/4000, but
don't know the changes of the new apollo 400.

Thanks in advance

J"org Weule

weule@mx.cs.uni-duesseldorf.de
Newsgroups: fj.mail-lists.apollo
From: utcsri!helios.physics.utoronto.ca!alchemy.chem.utoronto.ca!system@uunet.uu.net  (System Admin (Mike Peterson))
Subject: Re: Is the /install dir necessary?
Organization: University of Toronto Chemistry Department
Distribution: fj
Date: Tue, 18 Aug 1992 23:54:51 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Since JT has explained what you have, once you have installed all your
systems you can certainly remove all the '/install/ri.*' directories,
which will recover most of your disk space. I back it up as it stands
onto 8mm tape so I can just restore the whole thing without reloading
from c-tape, which wastes a whole day on our system. I leave the tools,
etc., on disk so I can easily read new tapes if necessary, without
having to load the tools again. Baseline files are useful if you have
problems, since they record what you installed when. I also keep my
config files in another directory so I don't have to re-answer all those
config/install++ questions. If you don't have any 9.7 nodes,
you can also blow away the 9.7compatibility stuff, which will recover
some more space (permanently if you avoid reloading the tools).

You can also clean up /install/docs/apollo - there are lots of obsolete
and duplicated files in there. I keep one copy of the current release
notes online on the AA node (only) so I can search them easily.
You might want to run them through 'col -b' so that all the fancy
formatting codes are removed, which interfere with searching for
section headings.

All of this is a waste if you used hard links though -- all you will
get back is the "inode" space, since the AA is in fact your O/S
(for the most part anyways).
-- 
What are the chances that any computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
Newsgroups: fj.mail-lists.apollo