HDTenEightyP/NetNews huggingface dataset:
From: pen@lysator.liu.se (Peter Eriksson)
Subject: SLIP & SR10.3
Keywords: slip domainOS 10.3
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Wed, 19 Aug 1992 21:54:48 GMT

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.
From: mehlhaff@soda.Berkeley.EDU (ERic Mehlhaff)
Newsgroups: comp.sys.apollo
Subject: Re: dumping executable images?
Date: 17 Aug 92 00:20:28
Organization: The U.C. Berkeley Open Computing Facility
	<1992Aug12.194910.9716@lucid.com>
NNTP-Posting-Host: soda.berkeley.edu
In-reply-to: lnz@lucid.com's message of Wed, 12 Aug 92 19:49:10 GMT

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

   In article <5a81a5c9.cb12@dabo.citi.umich.edu> rees@dabo.citi.umich.edu (Jim Rees) writes:
      In article <HALL.92Aug10162423@leopard.cs.uidaho.edu>, hall@cs.uidaho.edu (Kelly Hall) writes:

	Leonard Zubkoff of Lucid wrote some patches for Emacs to dump an
	executable image, but he mentioned that his code now fails to work with
	10.4.

      John Vasta of HP/Apollo was kind enough to supply a new version of
      unexapollo.c that works with sr10.4.  You can get it by ftp from
      archive.umich.edu, in the file apollo/epoch-4.0-patches.tar.Z .

   Are you sure this works correctly for all cases?  I had a friend testing a
   version with these same changes to unexapollo.c and they did not work for him


Well, the epoch patches do more or less work, except for one minor fix that
has to be made to unexapollo.c. Change the line that reads
	+CompUnit->section_table
to read
	+CompUnit->section_table.all_bits

I can't say that it's right, just that it works.  I can put up my final
'working' fixes for ftp, if there's a need...

ERic mehlhaff, mehlhaff@OCF.Berkeley.EDU
--
ERic mehlhaff					Hoser at large
mehlhaff@soda.Berzerkeley.EDU
mehlhaff@ocf.berkeley.EDU
Newsgroups: comp.sys.apollo
From: wonga@chem.su.oz.au ()
Subject: NCS 2.0 and previous versions
Organization: Sydney University Computing Service, Sydney, NSW, Australia
X-Newsreader: Tin 1.1 PL4
Date: Fri, 14 Aug 1992 15:34:41 GMT

I'm a bit confused about running NCS 2.0 in a network with older versions
of NCS (i.e. 1.5.1). Are there any special flags for either 'llbd/rpcd'
or 'glbd' in either the 2.0 or 1.5.1 versions?

If the default protocol for 'glbd' in NCS 2.0 is ip, does that mean I 
have to run the older 'glbd' **specifically** with the ip family?

-----------------------------------------------------------------------------
Adrian Wong, Dept.of Theoretical Chemistry     wong_a@summer.chem.su.oz.au
University of Sydney NSW 2006 Australia        061-2-692 4137
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: Tue, 18 Aug 1992 20:44:28 GMT

In article <1992Aug18.172226.908@u.washington.edu>, davidb@zeus.ce.washington.edu (David W. Barts) writes:

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

Exactly.  Last winter I turned the thermostat down to 58F (that's about 14C)
and slept in the computer room.  My gas bill was under $600 for the year,
and that included $180 for hot water and $120 for the pilot light in my old
octopus furnace.  We won't go into my electric bill.

In fact, I'm having my furnace removed next week.  And I live in Michigan.
Newsgroups: comp.sys.apollo
From: rees@pisa.citi.umich.edu (Jim Rees)
Subject: Re: dumping executable images?
Reply-To: Jim.Rees@umich.edu
Organization: University of Michigan IFS Project
Date: Wed, 19 Aug 1992 18:00:49 GMT

In article <HALL.92Aug18161154@leopard.cs.uidaho.edu>, hall@cs.uidaho.edu (Kelly Hall) writes:

  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?

Here's what I put in the Epoch etc/APOLLO file about this problem:

When you try to dump emacs, you may get the message ".rwdi section needs
relocation."  This means you are linking with some code that has compressed
data sections.  In some cases this comes from linking with X libraries.  Try
using shared X libraries instead.  With some versions of Domain/OS this is
as simple as removing the "-lX11" from the link command line.  If you still
have trouble, try compiling with the "-W0,-ncompress" option (probably a
good idea anyway).
Newsgroups: comp.sys.apollo
From: davidb@ce.washington.edu (David W. Barts)
Subject: Re: Old Apollo system wanted....
Organization: University of Washington
Date: Tue, 18 Aug 1992 18:14:57 GMT

davidb@zeus.ce.washington.edu (David W. Barts) writes:

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

I must have remembered this wrong.  I just did a few calculations
and $2000 - $4000/yr seems more reasonable.  Still not pocket
change, however.

--
David Barts  N5JRN                      UW Civil Engineering, FX-10
davidb@ce.washington.edu                Seattle, WA  98195
    Sun OpenWindows...  the JCL of graphical user interfaces.
Newsgroups: comp.sys.apollo
From: hall@cs.uidaho.edu (Kelly Hall)
Subject: Re: dumping executable images?
Organization: University of Idaho CS Dept.
	<1992Aug12.194910.9716@lucid.com>
	<MEHLHAFF.92Aug17002028@soda.soda.Berkeley.EDU>
	<1992Aug18.004628.8904@lucid.com>
Reply-To: hall@leopard.cs.uidaho.edu
Date: Tue, 18 Aug 1992 21:11:54 GMT
X-Posted-From: leopard.cs.uidaho.edu
X-Posted-Through: sol.ctr.columbia.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: comp.sys.apollo
From: unruh@physics.ubc.ca (William Unruh)
Subject: Apollo 2500 dead?
Summary: Apollo 2500 dead or sick?
Keywords: diagnostics, death,2500
Organization: University of British Columbia, Vancouver, B.C., Canada
Date: Wed, 19 Aug 1992 16:35:01 GMT


One of our 4 Apollo 2500 seems to be very sick. First it's scsi died-
large large numvber of reseeks. Then the ethernet seemed to have died-
trying to boot off another machine, it will start a load, and then die
in the middle of it. Finally I got it to load the self tests from it's
own sick disk, (having had it die in the middle of th load from another
machine 10 times) but it never got anywhere- it frooze before it said
memory test, the first item on the self test. So, is it scrap, or is
there something simple I could try first?
Bill Unruh
unruh@physics.ubc.ca

Newsgroups: comp.sys.apollo
From: aj681@cleveland.Freenet.Edu (Carlin Wiegner)
Subject: Old Apollo system wanted....
Organization: Case Western Reserve University, Cleveland, Ohio, (USA)
Date: Thu, 13 Aug 92 16:06:54 GMT


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.
Did apollo make any old unix based multiuser systems that
didn't require 3 phase power? Please email replies...
CW
-- 
Newsgroups: comp.sys.apollo
From: dododge@wam.umd.edu (David O. Dodge)
Subject: operating DN3xx via serial port
Originator: dododge@rac2.wam.umd.edu
Organization: University of Maryland at College Park
Date: Wed, 19 Aug 1992 07:26:32 GMT

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
From: thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson)
Newsgroups: comp.sys.apollo
Subject: re: Is the /install dir necessary?
Date: 18 Aug 92 13:59:41 GMT
Distribution: world
Organization: The Internet



> This directory takes up alot of disk space and we were wondering
> If it is necessary

Ummmm.  I guess that depends on whether you want to have software or not.
The /install directory contains (by my count) three main sections --

    /install/baseline           A dir for info on what's been installed

    /install/doc                A dir with release notes for s/w

    /install/ri.?*              A whole bunch of directories related to 
    /install/toc                the installation of software.  The biggest
    /install/templates          chunk here is the ri.?* dirs, which are
    /install/tools              the packages that you have for your network.
    /install/minst
    /install/help
    <etc>


The baseline directory is essential for s/w loading.  You can remove all but
the last baseline.xxx file (they're numerically ascending, constantly growing
log files).

The doc directory can be removed, or better yet, linked off to an <AA> node
(where you install software tapes to).  Every time you load a tape into the
authorized-area, it'll put release notes and other such stuff there.  When
you install software from the <AA>, it tries to copy any notes over to the
destination system.  If it's linked, it warns you and doesn't copy anything.

The <other-stuff> directories are absotively, posilutely essential.  If
you've been loading O/S after O/S after O/S, you might have multiple
versions of some packages, and that can get big and wasteful, but as a general
rule, don't delete any package that you have installed somewhere, or want to
install somewhere.  If you haven't already, read the manual on installing
software w/ RAI tools.  Read up on hard-linking the installation.

-- 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: philip@cel.cummins.com (Philip D. Pokorny)
Newsgroups: comp.sys.apollo
Subject: Re: Node ID from C
Date: 20 Aug 92 15:14:26 GMT
Distribution: world
Organization: The Internet

Greg Pritchett writes:
> 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();
         ^^^^^^^^^
DANGER  DANGER  DANGER  This interface is no-longer recommended
The newer and better way to declare this is to use ANSI
prototypes (if you have C 6.8) and the Reference Variable
extension borrowed from C++:

   extern void msg_$get_my_node( long &node_id );

> 
> main ()
> 
> {
> long node_id;
> 
> msg_$get_my_node ( node_id );
> 
> printf ("Node id %X\n", node_id );
                   ^^     ^^^^^^^
Type mis-match...  This should be:

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

> 
> }

Neat call...  I'll have to file this one away...

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

Newsgroups: comp.sys.apollo
From: jjhayes@nbrwh75.bnr.ca (Jeff Hayes)
Subject: Re: advice on backup systems
Reply-To: jjhayes@x400gate.bnr.ca
Organization: Northern Telecom Public Switching, Bramalea Product Tech. S908
Date: Mon, 17 Aug 1992 19:32:59 GMT

we have an Exabyte 5 gig 8mm drive here and it is Wonderful!
Easy to use, supported HP product and is VERY reliable.
Caveat: we use internally developed s/w to run the thing so
if the driving s/w is not good you may wind up not agreeing
with me.

In article <lyndon.714069961@angelo>, lyndon@angelo.amd.com (Lyndon C. Lim) writes:
_]hi.  we have a ring of 3000's, 4500's, and 425t's here
_]at work.  i think we will need to purchase an archival
_]backup system in the near future.  i would appreciate
_]any suggestions and comments on your experiences with
_]such systems, for example, 4mm-DAT and 8mm-VIDEO.
_]
_]also, any suggestions about a scsi-based system which
_]could be moved between sun and apollo computers would
_]be particularly helpful.
_]
_]thanks,
_]lyndon c.

but i hope not..

jeff hayes                      ESN 333-3894   phone (416) 452-3894
jjhayes@ix400gate.bnr.ca        Northern Telecom, Prod Tech, Bramalea Ont
From: mk@apollo.hp.com (Mike Kong)
Newsgroups: comp.sys.apollo
Subject: Re: NCS 2.0 and previous versions
Date: 17 Aug 92 16:53:11 GMT
Organization: Hewlett-Packard Corporation, Chelmsford, MA

In article <1992Aug14.153441.8481@ucc.su.OZ.AU> wonga@chem.su.oz.au writes:
>I'm a bit confused about running NCS 2.0 in a network with older versions
>of NCS (i.e. 1.5.1). Are there any special flags for either 'llbd/rpcd'
>or 'glbd' in either the 2.0 or 1.5.1 versions?

Options for these daemons are documented in their man pages, which you can
read online or in Managing NCS Software (Order Number D-11895-E).

You'll probably never need to use any options for llbd or rpcd.

For glbd, you might sometimes need

  -create -first
    when you create your very first glbd

  -family
    to override the default protocol family for replication when you
    create your very first glbd

  -create -from
    when you create replicas of the glbd

  -change_family
    when you want to change the protocol family used by your glbds for
    replication

but you'll probably never need

  -listen
    which restricts the families on which a glbd listens for lookup or
    registration requests (and has nothing to do with the family used
    for replication)

>If the default protocol for 'glbd' in NCS 2.0 is ip, does that mean I 
>have to run the older 'glbd' **specifically** with the ip family?

I'm not sure what you mean by this question, but maybe the following
will help.

If you have old glbds running now and replicating via DDS, then there
are two ways to make new glbds interoperate with the old ones:

[A] To make all glbds replicate via IP, first use "-change_family"
    to change the replication family for all of your old glbds, then
    specify an IP hostname when you create a new glbd (e.g., start
    the new glbd with "-create -from ip:foo").  See Section 5.1.7
    of Managing NCS Software.

[B] To make all glbds replicate via DDS, specify a DDS hostname	
    when you create a new glbd (e.g., start the new glbd with
    "-create -from dds://foo").

For most configurations, I'd recommend [A], which might make future
additions of glbd replicas easier.

After you've done either A or B, you won't need to use any options
when you restart glbds, because they'll know what family to use.

See Managing NCS Software for details.

Mike Kong
Distributed Object Computing Program
Hewlett-Packard Company
Newsgroups: comp.sys.apollo
From: lampi@polari.online.com
Subject: InterWorks Hardware SIG Meeting
Summary: Interested people should be ready for mtg. 8/26 between 8 & 9 am.
Organization: R Squared, Redmond, WA (206) 883-3116
Date: Fri, 14 Aug 1992 23:49:37 GMT

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
From: wjw@ebh.eb.ele.tue.nl (Willem Jan Withagen)
Newsgroups: comp.sys.apollo
Subject: Re: High speed modem attached to 3500
Date: 20 Aug 92 09:44:04 GMT
Reply-To: wjw@eb.ele.tue.nl
Organization: Digital Systems, Eindhoven University of Technology, the Netherlands

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;
From: philip@cel.cummins.com (Philip D. Pokorny)
Newsgroups: comp.sys.apollo
Subject: Re: /sys/node_data/proc_dir
Date: 20 Aug 92 15:38:55 GMT
Distribution: world
Organization: The Internet

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
:)
From: chuck@edsi.plexus.COM (Chuck Tomasi)
Newsgroups: comp.sys.apollo
Subject: Post OS installations: what do YOU do?
Date: 15 Aug 92 22:29:58 GMT
Article-I.D.: edsi.1992Aug15.222958.27644
Organization: Enterprise Data Systems Incorporated, Appleton WI

Over the last couple of years I have evolved a script to take care of a
machine once the OS and patches have been installed.  It started out
with a few site specific links and has grown to include patches to rc
files, extreme conditional checking, and lots more.  I'm curious to know
how many other sites have a post_os (or some other named) script and
what it includes.  Would you be willing to post it here (commented of
course to help readability) or a synopsis of what you do?

I'll post mine when I get back to work on Monday.
-- 
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>------
From: krowitz@QUAKE.MIT.EDU (David Krowitz)
Newsgroups: comp.sys.apollo
Subject: Re: DN10K's for sale
Date: 22 Aug 92 15:28:20 GMT
Distribution: world
Organization: The Internet

Huh? $5000 for a DN10K to HP750 trade in? They told us at
an InterWorks board meee
meeting that they were going to offer a 40% discount on a
HP750 to DN10K owners, plus you got to keep the DN10K so 
that you could make a gradual transition to the new machine.

What gives?

== Dave Krowitz
From: librarian@iworks.ecn.uiowa.edu (InterWorks librarian)
Newsgroups: comp.sys.apollo
Subject: An sr9 OS for a DN300?
Date: 17 Aug 92 19:46:24 GMT
Organization: International HP Workstation users' group (InterWorks)

I had a user contact me wanting to install any sr9 release of the OS
on a dn300. I expect 9.2.5 would serve him the best, but he says
anything would be ok. Does anyone have such an OS install? HP won't
deal with him, as that level of the OS is too old.

If you can help out, please send mail to me and I will relay--
Thanks,
Dave Shaw
From: bonnetf@APO.ESIEE.FR (Frank Bonnet)
Newsgroups: comp.sys.apollo
Subject: SR10.4 invol and WD7000 controller with 760 Mb disk
Date: 16 Aug 92 07:44:38 GMT
Distribution: world
Organization: The Internet

Hi,

I'm in trouble running the invol utility at SR10.4 on two 
DN3500.

They crashed after the question that asks you for the 
Physical volume name. 
At this time the program seems to be stopped for a few 
moments and at last the machine crash with the stcode 
80003 : crash disk controller time-out (OS/disk manager)

Those two machines have a WD7000 controller supplied by 
Apollo.

- One of them has one 700 Mb disk
- The other one has two 700 Mb disks. 

I suspect there is a problem with the rev. of those 
controllers or a bug inside the invol program ...

In a word  ===>  INVOL-SR10.4 + WD-7000 + 700 Mb disk = CRASH ! 

Does somebody has this kind of trouble ? Could it be cured ?
 
Any help welcome ! 

Frank Bonnet      
bonnetf@apo.esiee.fr  

***************************************************************
*                                                             *
*      MY .signature FILE WAS ON ONE OF THOSE DISKS           *
*               SO I DID THIS ONE MANUALLY                    *
*                                                             *
***************************************************************