HDTenEightyP/NetNews huggingface dataset:
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: Is the /install dir necessary?
Organization: University of Toronto Chemistry Department
Date: Tue, 18 Aug 1992 23:54:51 GMT

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: comp.sys.apollo
From: gregp@greece.seri.philips.nl (Greg Pritchett)
Subject: Re: Node ID from C
Originator: news@phcoms.seri.philips.nl
Reply-To: gregp@scs.philips.nl
Organization: SERI-CEN Network Services, Philips C&P, Eindhoven, The Netherlands
X-Newsreader: Tin 1.1 PL4
Date: Mon, 17 Aug 1992 07:40:20 GMT

I have used the following in the past. Unfortunately, it's not
documented ( or supported ! ) . It used to work on a flat 10.0
and I've just tested it on a 10.3.5 machine , so I guess it will
work on your 10.3. Hope this helps . . . 

extern std_$call void msg_$get_my_node();

main ()

{
long node_id;

msg_$get_my_node ( node_id );

printf ("Node id %X\n", node_id );

}

==============================================================================
|                                                                            |
|  Greg Pritchett                     _/_/_/_/ _/_/_/_/ _/_/_/_/  _/_/_/_/   |
|  Central Systems Support Group     _/       _/       _/        _/          |
|  Philips Semiconductors Ltd       _/       _/_/_/_/ _/_/_/_/  _/  _/_/     |
|  Southampton                     _/             _/       _/  _/    _/      |
|  United Kingdom                 _/_/_/_/ _/_/_/_/ _/_/_/_/  _/_/_/_/       |
|  email : Being changed at the moment                                       |
|  tel   : +44 703 316385                                                    |
|  fax   : +44 703 316305                                                    |
|                                                                            |
==============================================================================
Newsgroups: comp.sys.apollo
From: tegge@flipper.pvv.unit.no (Tor Egge)
Subject: Re: X11r5 server needed for apollo(68k)
Organization: ProgramVareVerkstedet - UNIT
Date: Sat, 15 Aug 92 04:25:11 GMT

  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
From: s861298@minyos.xx.rmit.oz.au (Marc A. Boschma)
Newsgroups: comp.sys.apollo
Subject: Apollo Domain 3500 Technical information.
Date: 13 Aug 92 18:32:27 GMT
Organization: img Consultants

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: comp.sys.apollo
From: awhitton@bnr.ca (Alan Whitton)
Subject: Re: DN10K's for sale
Reply-To: awhitton@bnr.ca
Organization: Bell Northern Research, Ottawa
Date: Fri, 21 Aug 1992 12:06:22 GMT

In article <1992Aug20.135129.8315@novatel.cuc.ab.ca>, hpeyerl@novatel.cuc.ab.ca (Herb Peyerl) writes:
|> System Admin (Mike Peterson) (system@alchemy.chem.utoronto.ca) wrote:
|> : 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 :-).
|> 
|> Seriously, we just traded one for a 400s and the whole time felt like
|> at any moment somebody was gonna catch us with our hand stuck in the 
|> cookie jar...
|> 
|> Wasn't it just a few weeks ago somebody was selling one for $700 plus the
|> cost of shipping?

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....

Regards,
Alan Whitton
-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
BNR Ottawa (Woodline 4A2)     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: comp.sys.apollo
From: gthelen@paronomasia.engin.umich.edu (Greg Thelen)
Subject: Apollo ethernet card.
Date: Fri, 14 Aug 92 17:36:56 EDT
Organization: University of Michigan Engineering, Ann Arbor
Originator: gthelen@paronomasia.engin.umich.edu


Does anyone know of anywhere I can get a 3com505 ethernet card for a DN3000?


-- 
-------------------------------------------------------------------------------
Greg Thelen                                                CAEN User Services
4940 Baseline Rd.				 	   2121 Bonisteel Blvd.
Onondaga, MI  49264					   Ann Arbor, MI  48109
Newsgroups: comp.sys.apollo
From: lnz@lucid.com (Leonard N. Zubkoff)
Subject: GNU Emacs for 18.58 and SR10.3/4 (at long last)
Organization: Lucid, Inc.
Date: Fri, 21 Aug 92 23:01:08 GMT

A new version of my modifications to GNU Emacs for the Apollo is now available.
This version supports GNU Emacs 18.58, Domain/OS SR10.3 and SR10.4, and the
latest release of the Domain C Compiler.

Please note that there have been a number of versions of the file
"unexapollo.c" that purport to solve the unexec problem for SR10.4.  Even if
they appear to work correctly in one instance, and the resulting executable
file runs, they do not actually produce correct Apollo executables, and a
subsequent build may fail to run.  Only the version of "unexapollo.c" provided
in this release is known to work correctly for both SR10.3 and SR10.4.

Special thanks to Brian D. Carlstrom for allowing me access to an SR10.4 system
for testing.

I am distributing this release from labrea.stanford.edu (36.8.0.47).  The
following files are available for anonymous ftp from the "pub/gnu" directory:

    APOLLO.README			    README for Apollo GNU Emacs
    apollo-emacs.tar.Z			    Apollo GNU Emacs modifications
    apollo-emacs-executables-sr10.3.tar.Z   SR10.3 Emacs Executables
    apollo-emacs-executables-sr10.4.tar.Z   SR10.4 Emacs Executables

As always, to install my Apollo GNU Emacs modifications, uncompress and untar
"apollo-emacs.tar.Z" on top of a unmodified GNU Emacs 18.58 distribution tree,
and consult "APOLLO.README" for building instructions.

		Leonard N. Zubkoff
		Lucid, Incorporated
Newsgroups: comp.sys.apollo
From: disser@engin.umich.edu (David Disser)
Subject: Unable to open a stream to the SIO line
Date: Fri, 21 Aug 92 08:51:08 EDT
Organization: University of Michigan
Distribution: net


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: comp.sys.apollo
From: rees@pisa.citi.umich.edu (Jim Rees)
Subject: Re: Old Apollo system wanted....
Reply-To: Jim.Rees@umich.edu
Organization: University of Michigan IFS Project
Date: Thu, 13 Aug 1992 20:33:02 GMT

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: comp.sys.apollo
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: DN10K's for sale
Organization: University of Toronto Chemistry Department
Date: Tue, 18 Aug 1992 23:57:41 GMT

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: comp.sys.apollo
From: librarian@iworks.ecn.uiowa.edu (InterWorks librarian)
Subject: The InterWorks library in New Orleans
Date: Mon, 17 Aug 1992 15:54:25 GMT
Organization: International HP Workstation users' group (InterWorks)

In a previous msg, I indicated that HP-Corvallis had contributed many of
the "core" X11R5 binaries for m68k machines to InterWorks, which I have
made available on iworks. It now appears that HP will also provide the
source to much of the X11R5 stuff by conference time. Note that this
package will not include any server however. Through the diligent work 
of many people, InterWorks will also be making available for the first 
time a CD of the entire library, in addition to the normal tape media.
Everything I have will be available in the InterWorks "TECH" room in the
Hyatt Regency. Don't forget to bring along anything you have to contribute.

If you need last minute registration information, please contact Carol
Relph as listed below. I understand reduced registration is available 
through Tuesday (18th). I have also included a few items from the 
conference program below which caught my eye..

Carol Relph
(508) 436-5046
relph_c@apollo.hp.com
    -or-
on-site at the Hyatt Regency InterWorks Registration/Hospitality Desk

--a few selected items from the conference program--
System Administration Tutorials
  HP-UX vs. Domain/OS
  UNIX System Security
  The OSF Distributed Computing Environment- The HP Apollo Perspective

Contributed talks
   Migrating Source Code From Domain to HP-UX; The ADVISE Tool and Languages Compatibility Issues
   Domain 10.4 and More... It's Up To You
   Highlights of the OSF Member Meeting in Munich
   Hewlett-Packard Operating Systems Panel Discussion
   Series 700 and Beyond
   Designing a Heterogeneous HP Network-Domain and HP-UX, ATR and Ethernet
   Networks in Transition-The Evolution of an Apollo Network
   The Effect of X Terminals on Client-Server Systems
   Shared X
   DSEE Migration Alternatives - Panel Discussion

Dave Shaw
InterWorks librarian
From: dwork@angelo.amd.com (Jeff Dwork)
Newsgroups: comp.sys.apollo
Subject: Re: colormap "black" not found under X11
Date: 17 Aug 92 17:02:37 GMT
Organization: Advanced Micro Devices, Santa Clara, CA

In article <1992Aug8.111553.2833@csdvax.csd.unsw.edu.au> u2116318@csdvax.csd.unsw.edu.au writes:
>Our school has a lot of apollos workstation
>but when I start X windows server
>it always complain 
>colormap "black" not found
>any one know what's wrong with the program?
>we are using X11.4 on old apollos(68k)machine

Do you have a colorful picture as your root window?
We have seen this happen with pictures with many colors.
Setting the root window to something simple fixes the problem.

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.
From: u2116318@csdvax.csd.unsw.edu.au
Newsgroups: comp.sys.apollo
Subject: X11r5 server needed for apollo(68k)
Date: 14 Aug 92 09:18:08 +1000
Organization: University of New South Wales

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


Newsgroups: comp.sys.apollo
From: dahls@fhydra.dnet.unit.no (Joern Yngve Dahl-Stamnes)
Subject: DPCI 5.1.1 release notes
Reply-To: dahls@fhydra.dnet.unit.no (Joern Yngve Dahl-Stamnes)
Organization: University of Trondheim, NORWAY
Date: Thu, 13 Aug 92 09:31:45 EDT

Hello.

Someone on this list told me that the last version of DPCI is 5.1.1.
Can you or someone else *please* mail me the release notes from the
distribution media to me?

Thanks.

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--+-+-+-+-+-+-+
* I went back to my mother,           * Joern Yngve Dahl-Stamnes           *
* I said, "I'm crazy ma, help me!"    * University of Trondheim            *
* She said, "I know how it feels son, * The Norwegian Institute of Tech.   *
* 'cause it runs in the family."      * Division of Physical Electronics   *
*       - The Who, Quadrophenia       * e-mail: dahls@fhydra.dnet.unit.no  *
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--+-+-+-+-+-+-+
From: thompson@pdx.mentor.com
Newsgroups: comp.sys.apollo
Subject: re: sio vs tty (was High speed modem attached to 3500)
Date: 20 Aug 92 14:59:37 GMT
Organization: The Internet



> => 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. :-) )

From the 10.1 (!!) release notes.  It's probably also in the later release notes
too.  I won't try to interpret the info presented here, since I try to avoid 
being involved with hardware.  (This from a sys-admin!  :-)

:      UNIX SIO line software now fully supports all UNIX line protocol
:      semantics. The Aegis SIO software continues to support the Aegis
:      semantics. As a result, the /dev/sio# files and the corresponding
:      /dev/tty0# files refer to the same devices, except that the state of
:      the DCD line is always ignored on open by /dev/sio# devices.  For a
:      detailed description of this change and its effects, see _Making_The_
:      _Transition_To_SR10_Operating_System_Releases.
: 
:      The SR10 SIO software initializes the /dev/sio# devices to settings
:      different than those used in previous releases.  Use the -default
:      option of the tctl command to obtain the pre-SR10 settings.  For exam-
:      ple, to set SIO line 3 to the pre-SR10 settings, do this:
: 
:           tctl -default -line 3


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

What do I know?  I'm just a Token Administrator.
*************************************************************************
* 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.          *
*************************************************************************
From: u2116318@csdvax.csd.unsw.edu.au
Newsgroups: comp.sys.apollo
Subject: Re: colormap "black" not found under X11
Date: 17 Aug 92 16:34:17 +1000
Organization: University of New South Wales

In article <4727@daily-planet.concordia.ca>, malowany@cs.concordia.ca (Stephen Malowany) writes:
> In article <1992Aug8.111553.2833@csdvax.csd.unsw.edu.au> u2116318@csdvax.csd.unsw.edu.au writes:
>>Our school has a lot of apollos workstation
>>but when I start X windows server
>>it always complain 
>>colormap "black" not found
>>any one know what's wrong with the program?
>>we are using X11.4 on old apollos(68k)machine
> 
> Make sure that the files /usr/lib/X11/rgb.{dir,pag,txt} exist and are 
> *UNIQUE TO EACH HOST*. These files should be shareable among many hosts,
> but due to the funky Apollo file system(?), the first X server to access
> these files ends up locking them.
> 
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> Steve Malowany                                         Software Systems Analyst
> Centre for Pattern Recogn. & Machine Intell.     malowany@cenparmi.concordia.ca
> Department of Computer Science                         malowany@cs.concordia.ca
> Concordia University                                   Montreal, Quebec, Canada
> =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
I copy the color database to my home directory 
but it still doesn't work, any ideas?

Newsgroups: comp.sys.apollo
From: dmuntz@dip.eecs.umich.edu (Daniel A Muntz)
Subject: Using an Apollo 16" color monitor elsewhere
Organization: University of Michigan EECS Dept., Ann Arbor, MI
Date: Fri, 21 Aug 1992 21:48:09 GMT

I'd like to use an Apollo 16" color monitor (model 007284) on another
machine, specifically, in place of a megapel display on an IBM RT.
Are there pots to turn somewhere so I can play with the scan rate?

  -Dan
From: davidb@zeus.ce.washington.edu (David W. Barts)
Newsgroups: comp.sys.apollo
Subject: Re: Old Apollo system wanted....
Summary: heats your house, too!
Date: 18 Aug 92 17:22:26 GMT
Organization: University of Washington

In article <5a8a88e9.1bc5b@pisa.citi.umich.edu>, rees@pisa.citi.umich.edu (Jim Rees) writes:
> [ edited ]
> 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.

With power consumption like that, you can also sell your old furnace
since you won't be needing it any more.

This is the major reason why things like used VAX-11/780 systems are so
cheap these days.  I once did a back-of-the-envelope estimate of
electricity costs to keep an old VAX up and running continuously, and
it was in the low five figures per year.  (Correct me if I'm wrong, bit
isn't it the case that most of these systems were _designed_ to run
continuously, and powering them up and down frequently shortens their
lifespan?)  For that price, one can buy a very nice Sun or HP
workatation that will run circles around an old VAX while consuming far
less power.  This is in Seattle, home of some of the lowest
electricity rates in the USA.

Of course, if the system is just for a collector's item and you don't
mind leaving it powered off most of the time, this doesn't apply.

--
David Barts  N5JRN                      UW Civil Engineering, FX-10
davidb@ce.washington.edu                Seattle, WA  98195
Newsgroups: comp.sys.apollo