HDTenEightyP/NetNews huggingface dataset:
From: agate!spool.mu.edu!cserver!edsi!chuck@ucbvax.Berkeley.EDU  (Chuck Tomasi)
Subject: Re: Upgrade DN3550?
Organization: Enterprise Data Systems Incorporated, Appleton WI
Distribution: fj
Date: Mon, 27 Jul 1992 01:27:59 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson) writes:

:)> <<forwarded message>>
:)> I am currently running two DN3550s.  One has OS 10.3.1 and I have
:)> put OS 10.4 on the other.  I have contacted HP/Apollo's help line and
:)> they suggested that I upgrade my systems to a DN5500 for more power.

:)(This is personal opinion / flame )
:)Why would ANYONE want to do this???!!!  HP has successfully chopped the
:)neck off the DN5500, to the point that they're giving people half their
:)money back!  It is a machine with no future, no significant past, and
:)nobody who wants to maintain its present.

John you are right with respect to asking WHY anyone would want to do
this, but realize that a year ago it was a feasible and good way to go.
Shipment on the 700s could be as much as three months, the 425 upgrade
path wasn't yet announced, and people were begging for performance on
their DN machines NOW.  I still have three or four 5500 motherboards
that I haven't installed, but would like to.  In six months to a year
I'm going to see my stock of DN machines start to go down as our lease
runs out and we bring on the 700 guns, but I would like my remaining DN
machines to be 5500s as we will have to use the old tools from time to
time.
-- 
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: destroyer!terminator!dabo.citi.umich.edu!rees@gumby.wisc.edu  (Jim Rees)
Subject: Re: Favourite DOMAIN/OS features (or mis-features)
Organization: University of Michigan IFS Project
Distribution: fj
Date: Sat, 25 Jul 1992 15:34:53 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <92206.12:40:04.711328.L58@vm.urz.uni-heidelberg.de>, L58@vm.urz.uni-heidelberg.de (Dieter Menszner) writes:

  On our Apollos and HP's we are using the Epoch editor (GNU emacs +
  X features). It can do everything the dm editor can, including the "m3"
  feature.

I use the same combination, and it's pretty nice, but it is missing one very
important feature, and that's universal editing.  So if I run some X client
that isn't Epoch, I don't get the 'm3' button or any of the other nice
features.
Newsgroups: fj.mail-lists.apollo
From: David Krowitz <krowitz@quake.mit.edu>
        ub!galileo.cc.rochester.edu!beech.lle.rochester.edu!bmcm@rutgers.edu
Subject: Re:  BZONE on the Spark or PC
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Fri, 24 Jul 1992 17:57:44 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

The Fortran code for BZONE is in the non-anonymous portion of the
InterWorks library (you must actually log into the node to get
access to the full 500+ Mb library -- this entails having an
InterWorks membership, which is free of charge. If you are not
an InterWorks member, send email to Carol Relph, our manager of
membership services at "relph_c@apollo.hp.com". Details on getting
access to the full library can be gotten from our librarian,
David Shaw, via email to "librarian@iworks.ecn.uiowa.edu" ).

The Fortran code for BZONE uses Apollo GPR graphics calls, not X
Windows calls. X is just too damn slow on anything less than a
68040 or RISC platform, and we wrote the program to run on a
DN460/660 originally. The C version uses X, and is a translation
of the origianl Fortran code plus some additions.

== Dave Krowitz
Newsgroups: fj.mail-lists.apollo
From: thompson@pan.ssec.honeywell.com ((jt) John Thompson)
Subject: re: 425t EISA bus
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Thu, 30 Jul 1992 01:22:54 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


> >The 4xxT series nodes were marketed to have no EISA expansion capabilities.
> >However, they obviously have an EISA bus, since they can take an ATR or ITR
> >card.  This leads me to ask two questions --
> 
> Sorry, but they don't have an EISA bus at all.  The ATR/ITR/Ethernet
> cards are *ISA* cards (aka AT bus style cards).  The "bus" in the 425t
> is NOT a full ISA bus like the Dn3000/3500/4000/4500/5000 or 425s but
> it is a crippled bus.  It does not support dma.  I forget if there
> are other limitations.
Okay.  I had heard that it was crippled in some way, but didn't know how.  That
(unfortunately) makes sense.  Sigh.

> >2)  There are now expanders out for the 700 series that convert a single EISA 
> >    slot to a 7-slot(?) EISA bus, via (I believe) a card w/ extender cable, 
> >    ...
> Different animule altogether.  That's a *real* EISA bus as opposed to
> a crippled ISA bus.
Unfortunately, probably the same animal.  I may be wrong, but I assume from 
the description that the EISA expansion runs into the single slot, and thence
to the rest of the bus.  Assuming that's true, I'd have an EISA bus feeding
into a crippled ISA bus.  No work'll get done through that setup.   :-(


Oh well.  I had hoped to be able to make some 425t nodes act as ethernet
machines only (or use the expander to get another slot), and use the 
slot for an ExaTape card (Pertec reel-to-reel), or an Ikon card (Versatec 
differential parallel printers), or a <something_else_altogether> but I 
guess it is not to be.


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

Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!destroyer!terminator!dabo.citi.umich.edu!rees@ucbvax.Berkeley.EDU  (Jim Rees)
Subject: Re: Favourite DOMAIN/OS features (or mis-features)
Organization: University of Michigan IFS Project
Distribution: fj
Date: Sat, 25 Jul 1992 15:22:41 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Jul23.080828.23127@eurotherm.co.uk>, nc00@eurotherm.co.uk (Neil Corlett) writes:

  How do you use the 'compress' feature on DOMAIN/OS?

Use 'compress' to compress the file, then change its type (with obty) to
'compress'.

I've got a compress type manager that runs on pre-sr10.4 systems, but I
don't know if it's redistributable.

  * I think the typed filesystem is a nice feature
    but you pay for it with desparately [sic] slow reading and writing from
    disk.

Actually, ios isn't what makes disk io slow.
Newsgroups: fj.mail-lists.apollo
From: philip@cel.cummins.com (Philip D. Pokorny)
Subject: Re: an annoying bug in the C compiler ...
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Fri, 31 Jul 1992 15:56:46 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Cameron Simpson of CS&E Computing Facility, Uni Of NSW, Oz asks:

> Observe the (short) C program listed below.
> That -2147483648 is the value of MIN_INT and MIN_LONG.
> When compiled and run, eg
> 
> 	cc it.c
> 	./a.out 147
> 
> the puts() gets executed. Ugh. Bumping the constant by one makes things
> work. A bit suss, no? This is going to bogosify the code I'm fixing...
> 
> #include	<stdio.h>
> #include	<stdlib.h>
> #include	<limits.h>
> 
> int
> main( int argc, char	*argv[])
> {
> 	int		l;
> 	unsigned long	ul;
> 	char		*cp;
> 
> 	l=strtol(argv[1],&cp,0);
> 	fprintf(stderr,"\"%s\"=%ld, left at \"%s\"\n",argv[1],l,cp);
> 	if (l <= -2147483648)
> 		puts("argh!!\n");
> 
> 	ul=strtoul(argv[1],&cp,0);
> 	fprintf(stderr,"\"%s\"=%lu, left at \"%s\"\n",argv[1],ul,cp);
> }

Mike Vermeulen of Hewlett-Packard, Fort Collins, CO, USA replies:
> 
> The interpretation of the constant -2147483648 is one area that the ANSI C
> standard has subtlely changed from many existing implementations.
> 
> [ Excelent explanation of why -2147483648 is unsigned long ]
>
But the cruelty doesn't stop there.  Now that you have an
unsigned long constant and a signed long variable to apply to
the <= operator, the compiler must promote them to the same
type.  Type promotion results in two UNSIGNED values that are
compared as such.  In this case you no longer have ANY negative
values and -214783648 becomes +214783648 and 147 is less than
that.  (The puts is executed.)  If you can read MC68000 assembly
the -W0,-exp switch will give you a list file with the generated
code interspersed.

Showing:
 (0014) 	if (l <= -2147483648)
     004A:0C8380000000                 CMPI.L    #-2147483648,D3
     0050:620C                         BHI.S     B$0000
                                       ^^^
Note the UNSIGNED branch instruction...

For even more fun try:

   ./a.out  -147
   "-147"=-147, left at ""
   "-147"=4294967149, left at ""

Notice the puts doesn't get executed.....

> This is the reason for the behavior you are seeing.  It is also the reason
> header files (on Domain/OS and hp-ux) contain:
> 
> 	#define INT_MIN (-2147483647-1)
> 
> My suggestion would be to alter your program to either use INT_MIN or a similar
> expression as above.
VERY GOOD advice.  Always use system header files when you can. 
You might also explicitly cast -214...48 to (long) in the
compare.  That might make future maintenance programmers think
twice before touching the code.

Good luck,

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

Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!caen!afgun@hplabs.hpl.hp.com  (Andrew F. Gunnesch)
Subject: Re: Need asknode_$info help
Organization: CAEN, University of Michigan
Distribution: fj
Date: Tue, 28 Jul 1992 20:49:37 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <RHV-VC#@engin.umich.edu> I wrote:
>#include <stdio.h>
>#include "/us/ins/ubase.ins.c"
>#include "/us/ins/asknode.ins.c"
>
>main()
>{
>	network_t	mynetwork;
>	status_$t	status;
>
>
>	asknode_$info(ask_network_number, (node_t)0, 0, &mynetwork, status);
>					/* Ask the node it's network number */
>	if (status.all != status_$ok) 
>		fprintf(stderr, "Get network request failed.\n");
>	else
>		printf("%lX\n", mynetwork);
>}
>
>Here's a little bit of code.  From ubase.ins.c, network_t is typedef'ed to
>an unsigned long.  The network number that I get back SHOULD be 29cf7, but
>it varies, and starts with 760.  Eg, several different runs produced either
>7600aca4 or 760de310.  What am I doing wrong here?
>

Well, the code that I posted was taken in chunks out of my program.  I ran
this little test successfully.  I did a couple of things at the same time
and ended up fixing my problem.  I'm not sure which one did it, but I decided
to initialize mynetwork as 0 and just before doing the asknode call (I have
another before this one) I set status.all = 0.  The problem is gone and my
code works beautifully.  Sorry to waste the bandwidth.

-- 
===============================================================================
Andrew F. Gunnesch          |  Evil CAEN sysadmin   |  I'm a Sun worshipper
afgun@caen.engin.umich.edu  |What?  I just work here|  not a DEC dog.......
===============================================================================
Newsgroups: fj.mail-lists.apollo
From: apollo.hp.com!netnews@eddie.mit.edu  (R. O. Curtis)
Subject: Re: Favourite DOMAIN/OS features (or mis-features)
Organization: Hewlett-Packard Company, Chelmsford, MA
Distribution: fj
Date: Thu, 23 Jul 1992 19:16:28 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Newsgroups: fj.mail-lists.apollo
From: mcsun!Germany.EU.net!orthogo!orthogo.uucp!basti@uunet.uu.net  (Sebastian Wangnick)
Subject: NFS mount: Access Denied, SR10.3
Organization: Orthogon System GmbH, Bremen, Germany
Distribution: fj
Date: Tue, 21 Jul 1992 11:13:51 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

A few days ago my colleagues installed a new version of NFS (Release notes
say 2.2, protocol spec say 3.2.5) on our Unix-PC's (Interactive Unix).
Now we get ``Access denied'' on our SR10.3 Apollos when trying to mount
the PC's via NFS. This is the same message that we got all the time
when trying to mount our other NFS servers (IBM RS6000, AIX3.2;
SONY NWS-3410, NEWS-OS 4.1R).

It seems to me that our problems are due to incompatibilities between
the SR10.3 version of NFS (whichever it may be) and the newer versions.
Since we don't want to upgrade to SR10.4, here's my question:

Is there a patch available for SR10.3 that fixes the abovementioned problems?
Does anybody know it's number so that sales folks at HP here in Germany
can be told what to sell to me?

Thanks in advance.

-- 
Sebastian Wangnick   Orthogon System GmbH
(basti@orthogo.uucp) Linzer Strasse 4
Tel +49 421 219136   D-2800 Bremen 33
Fax +49 421 213093   Germany
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!destroyer!terminator!pisa.citi.umich.edu!rees@ucbvax.Berkeley.EDU  (Jim Rees)
Subject: re: Favourite DOMAIN/OS features (or mis-features)
Organization: University of Michigan IFS Project
Distribution: fj
Date: Wed, 29 Jul 1992 14:00:30 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <199207281604.AA11993@pan.ssec.honeywell.com>, thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson) writes:

  This is a 10.4 feature.  There is no particular reason that I'm aware of preventing
  it from existing at 10.[123], or even at 9.x.  However, it wasn't written then.

It's actually been around for a while, but didn't make it into the release
until 10.4.  I would be very surprised if the 10.4 compress type manager
didn't work on 10.3.  It might work on 10.2, but probably not on 10.1
or before without recompiling.
Newsgroups: fj.mail-lists.apollo
From: eba0@kete.kete (Bob Bunting)
Subject: Seeking discussion on TCP/IP between IBM and HP/Apollo
Reply-To: bbunting@iworks.ecn.uiowa.edu
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Tue, 28 Jul 1992 15:01:38 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


Seeking discussion on TCP/IP between IBM and HP/Apollo

We are trying to set up TCP/IP between our HP/Apollo network and
our IBM Mainframe and would like to discuss som issues with
others who have already done this. Our network is currently 
made up of a variety of Domain/OS machines but we are getting
ready to add HP-UX and hope to access IBm from both platforms
semi transparently. Direct E-mail responses are preferred and please
include if you plan to attend the IWORKS meeting in New Orleans.

                               Thanks,
                                        Bob Bunting
                                        bbunting@iworks.ecn.uiowa.edu
                                        EBDiv/GD

Newsgroups: fj.mail-lists.apollo
From: ulowell!m2c!nic.umass.edu!titan.ucc.umass.edu!a10j102@uunet.uu.net  (Matt Kimmel)
Subject: WANTED: Used color Unix/X workstation
Organization: University of Massachusetts, Amherst
Distribution: fj
Date: Wed, 29 Jul 1992 21:47:49 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I'm looking to buy a used Unix workstation.  I'm interested in a workstation
with a color monitor and hard drive, which includes an operating system
and X windows (or some variation).  Other than those criteria I'm not
too picky.  So, if you're selling such a system, please e-mail me with
the system's specs and an asking price, and maybe we can work out a
deal.

Thanks!
-Matt
-- 
Matt Kimmel            University of Massachusetts              Amherst, MA

Internet: a10j102@titan.ucc.umass.edu
Newsgroups: fj.mail-lists.apollo
From: naucse!jdc@arizona.edu  (John Campbell)
Subject: Changing registries
Organization: Northern Arizona University, Flagstaff AZ
Distribution: fj
Date: Wed, 29 Jul 1992 22:26:16 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

This is possibly easy, but I've read the man pages and experimented
enough to be pretty frustrated...

I acquired three apollos (res, ind, cap) from another department.
These ran with the master registry on res.  I want to join these three 
machines to the existing network of four four other apollos (hyd, oxy, 
car, nit) where car holds the master registry.  

None of the accounts (or user files) are needed from the old machines.
It would be "perfect" if I could simply get them to accept that the
master registry was now on car instead of res.  However, the procedures I've
read seem to involve copying and not replacing master registries.  I
naively hoped stopping glbd on res would "magically" let everyone find
the new master registery.

Fiddling with rgy_admin and trying to permanently change the master
(change_master) doesn't seem to work.  I get "current master is unknown,
default host: unspecified".   /com/lcnode reports all the above machines 
just fine.  They are all catalogued properly (I believe).  Right now, 
I've stopped glbd and rgyd on res.  This means every log in currently
uses local registry and fails to find a global server.

What do I need to do to get res, ind, and cap to use car as the registry
master?
-- 
	John Campbell               jdc@naucse.cse.nau.edu
                                    CAMPBELL@NAUVAX.UCC.NAU.EDU
Newsgroups: fj.mail-lists.apollo
From: thompson@pan.ssec.honeywell.com ((jt) John Thompson)
Subject: re: Upgrade DN3550?
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Thu, 23 Jul 1992 16:04:49 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>



> <<forwarded message>>
> I am currently running two DN3550s.  One has OS 10.3.1 and I have
> put OS 10.4 on the other.  I have contacted HP/Apollo's help line and
> they suggested that I upgrade my systems to a DN5500 for more power.
> 
> If anyone has been through this process, could you please let me know
> how it went, and any bugs/problems I should be prepared to deal with.

(This is personal opinion / flame )
Why would ANYONE want to do this???!!!  HP has successfully chopped the
neck off the DN5500, to the point that they're giving people half their
money back!  It is a machine with no future, no significant past, and
nobody who wants to maintain its present.


Now, that said, if you _REALIZE_ that you have Domain/OS 10.4 as the
high point of your future, and you _REALIZE_ that the machine will be 
less and less supported as more people throw them out and go to 425s, 
433s, and 7xx machines, and you _STILL_ want the added speed that the
68040 gives to this system, please think again.

If you are staying with Domain/OS for a long time, consider the 900/4xx
series instead.  They have an upgrade path to the 700 series (for the
eventual plunge), have the same speed, and will get OSF capabilities
put on them.

If you want to chuck it all, consider the 9000/7xx machines, or <gasp>
other vendors' product lines.  This fall looks like a fun time in the
workstation market, as everyone brings out the next line of "my stuff
is fastest" machines.


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


Newsgroups: fj.mail-lists.apollo
From: <SP02038%SWTEXAS.BITNET@ricevm1.rice.edu>
Subject:  Name <--> address resolution
X-Original-To:  apollo@srvr1.engin.umich.edu, SP02038
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Tue, 21 Jul 1992 19:06:00 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


        Our university has a class B address (147.26) and a domain
        (swt.edu), but does not have a master name server.  Most of
        the Internet access from this university is via our VAX cluster
        (yuk) and we use another university to resolve name requests.

        I look after a group of apollo nodes, one of which is connected
        to the campus backbone ethernet.  This has enabled us to avoid
        using the VAX :)  We also use the remote name server to resolve
        names to addresses, but when we try to log into a site that
        expects us to have a name we get rejected.

        QUESTION:  how do I configure the apollos to have recognizeable
                   names?
        i.e. I would like to be able to connect to a site without being
             told that our IP address does not resolve to a name and
             then get rejected.

        Thanks in advance.

        Shaun Pankau
        UNIX Systems Administrator
        Computer Science Department
        Southwest Texas State University
        sp02038@swtexas.bitnet
        sp02038%swt.decnet@relay.the.net
Newsgroups: fj.mail-lists.apollo
From: agate!spool.mu.edu!sdd.hp.com!wupost!think.com!cayman!carl@ucbvax.Berkeley.EDU  (Carl Heinzl)
Subject: Re: 425t EISA bus
Organization: Cayman Systems Inc., Cambridge, MA
Distribution: fj
Date: Wed, 29 Jul 1992 20:28:05 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


>The 4xxT series nodes were marketed to have no EISA expansion capabilities.
>However, they obviously have an EISA bus, since they can take an ATR or ITR
>card.  This leads me to ask two questions --

Sorry, but they don't have an EISA bus at all.  The ATR/ITR/Ethernet
cards are *ISA* cards (aka AT bus style cards).  The "bus" in the 425t
is NOT a full ISA bus like the Dn3000/3500/4000/4500/5000 or 425s but
it is a crippled bus.  It does not support dma.  I forget if there
are other limitations.

>1)  Can you throw in a different card (for example, an ExaTape card or an Ikon
>    10092 card), and have it work?  I think I remember that HP _said_ "no," 
>    but that's different than not being able to.  You couldn't put a color
>    head on a 705 by changing a jumper and buying a new cable either.   :-)

The short answer is no for the reasons mentioned above.

>2)  There are now expanders out for the 700 series that convert a single EISA 
>    slot to a 7-slot(?) EISA bus, via (I believe) a card w/ extender cable, 
>    and an expansion box (presumably w/ its own power).
>    Can one of these be put in a 4xxT machine (or a 4xxS machine, for that 
>    matter), to expand its capabilities?  Perhaps this answer is affected by
>    the same constraints that answered (1), but perhaps not.

Different animule altogether.  That's a *real* EISA bus as opposed to
a crippled ISA bus.

-Carl-
--
Newsgroups: fj.mail-lists.apollo
From: "James J. Waldram" <waldram@wolf.Uwyo.EDU>
Subject: DN 10000 1.4 GB disks
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Wed, 22 Jul 1992 15:50:07 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I am looking for information on the 1.4 GB disks that can be put on the DN 10000
ESDI disk controller.  Manufacturer, model, jumper configuration, controller jumpers,
controller revision required...

Jim Waldram                        Department of Atmospheric Science
waldram@grizzly.uwyo.edu           University of Wyoming
JWALDRAM@OUTLAW.UWYO.EDU           Box 3038 University Station
307-766-5351                       Laramie, WY 82071

Newsgroups: fj.mail-lists.apollo