HDTenEightyP/NetNews huggingface dataset:
From: nih-csl.dcrt.nih.gov!helix.nih.gov!rvenable@uunet.uu.net  (Richard M. Venable)
Subject: Re: Modem problems
Organization: National Institutes of Health, Bethesda
Distribution: fj
Date: Sat, 14 Nov 1992 19:26:48 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <Bxp7Ht.AEq@news.cso.uiuc.edu> rdg0298@uxa.cso.uiuc.edu (Richard Dessenberger ) writes:
>  Thanks for the post, but I have the line  getty -h 2400 in the inittab
>  file, and I also have the file that samples the input rate of the data
>  and toggles between segelected speeds until it finds the correct one. 
>  (this is the gettydefs file).  I don't think that is the problem. I had
>  a mail where someon else was having a similiar problem and they could not 
>  figure it out either.  I have tried to set the communications package that
>  I am using to connect to the HP as: 7 bit, 1 stop bit, and even parity.
>  The note said that those settings work on a HP/Apollo DN3500; but they
>  don't seem to help me on the HP 9000/730.

The parity and word size settings should be in the gettydefs file, as options
to stty; on a DN10000 running getty, I use 8 bits, no parity, 1 stop bit.

	Rick Venable
Newsgroups: fj.mail-lists.apollo
From: nih-csl.dcrt.nih.gov!helix.nih.gov!rvenable@uunet.uu.net  (Richard M. Venable)
Subject: Re: Just what is in a Apollo 9000/730?
Organization: National Institutes of Health, Bethesda
Distribution: fj
Date: Sun, 15 Nov 1992 21:50:20 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <Bxpw1x.KGH@scd.hp.com> vinoski@ch.apollo.hp.com (Stephen Vinoski) writes:
>In article <1992Nov14.052216.28745@alw.nih.gov> rvenable@helix.nih.gov (Richard M. Venable) writes:
>>They use a RISC architecture (called PA-RISC) designed by Paul Bemis, who did
>>the Apollo DN10000 RISC processor; Convex has licensed the chip with plans to
>>build some parallel systems.
>
>Are you kidding?
>
>Paul Bemis is a marketing person.  He had no part in the technical
>design of either of these RISC architectures.
>
>I'm sure he would be flattered by your outrageous claims, however. :-)
>
>-steve
>

Gosh, I guess all that vendor literature and trade press stuff wasn't
legitimate then.  Suppose you tell us the REAL story?
Newsgroups: fj.mail-lists.apollo
From: David Krowitz <krowitz@tremor.mit.edu>
        apollo@srvr1.engin.umich.edu
Subject: Re:  3COM EtherLink Card
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Mon, 23 Nov 1992 15:42:55 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

The "Domain Series 3000 Configuration Worksheet" says that the Ethernet
controller card (1st card of a possible 2) should have the interrupt
request (IRQ) set to 10, the DMA request (DRQ) set to 6 in the I/O
address range set to 300-307 (hex). The second card can be set to
IRQ 9, DRQ 3, and I/O addr 310-317. Note that IRQ 10 is also used
by the Ikon 10092 parallel printer interface card and/or the serial
controller-AT card. 

== Dave Krowitz
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!sdd.hp.com!hpscit.sc.hp.com!scd.hp.com!hpscdm!hpscdc!vinoski@ucbvax.Berkeley.EDU  (Stephen Vinoski)
Subject: Re: Just what is in a Apollo 9000/730?
Organization: Hewlett-Packard Corporation, Chelmsford, MA
Distribution: fj
Date: Sat, 14 Nov 1992 17:46:44 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Nov14.052216.28745@alw.nih.gov> rvenable@helix.nih.gov (Richard M. Venable) writes:
>They use a RISC architecture (called PA-RISC) designed by Paul Bemis, who did
>the Apollo DN10000 RISC processor; Convex has licensed the chip with plans to
>build some parallel systems.

Are you kidding?

Paul Bemis is a marketing person.  He had no part in the technical
design of either of these RISC architectures.

I'm sure he would be flattered by your outrageous claims, however. :-)

-steve
Newsgroups: fj.mail-lists.apollo
From: eru.mt.luth.se!lunic!sunic!seunet!swbull!hemulen.bull.se!marcel@bloom-beacon.mit.edu  (Marcel Bos (Proxxi))
Subject: Trying to find ATN.. Mark Sureman !!! Pleace reply!!!!
Organization: proxxi (& SDF)
Distribution: fj
Date: Fri, 20 Nov 1992 17:37:35 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

For a while ago Mark sureman called me up, and offerend me help
with my DN660 machine. thanx unfortsienly (oops) I got a 
BIG and fat phone bill so I had to take care of that first. 

However mark leaved me a Number, but when I called him
the number was disconnected.. Pleace help!
 
Marcel Bos
marcel@proxxi.uf.se
Newsgroups: fj.mail-lists.apollo
From: eru.mt.luth.se!lunic!sunic!mcsun!dxcern!vxcrna.cern.ch!roeber@bloom-beacon.mit.edu
Subject: Re: Just what is in a Apollo 9000/730?
Organization: CERN -- European Organization for Nuclear Research
Distribution: fj
Date: Sat, 14 Nov 1992 16:13:12 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Nov14.052216.28745@alw.nih.gov>, rvenable@helix.nih.gov (Richard M. Venable) writes:

> [700s] use a RISC architecture (called PA-RISC) designed by Paul Bemis, who did
> the Apollo DN10000 RISC processor;

For whom was he working when he designed the PA-RISC chip?

-- 
Frederick G. M. Roeber | CERN -- European Center for Nuclear Research
e-mail: roeber@cern.ch or roeber@caltech.edu | work: +41 22 767 31 80
Newsgroups: fj.mail-lists.apollo
From: mcsun!dxcern!dxcern!bcr@uunet.uu.net  (Bill Riemers)
Subject: Piping blues
Organization: CERN, European Research Center for High Energy Physics
Distribution: fj
Date: Thu, 12 Nov 1992 15:43:25 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


  Hi there,
 
       I've been trying to establish pipes to existing fortran
  programs.  The best I've been able to is create a temporary
  file/buffer, stop my program and wait with PGM$WAIT for the
  other process to finish.  It seems if I don't have a pipe
  installed, I must wait.  I can't figure out any reasonable
  way to connect a pipe to a fortran unit #.  If I have a 
  stream number I can open a fortran unit, but it seems
  that I can only get a stream # for stdin, stdout, and stderr.
  (None of which I'm willing to replace in my fortran program.)
  I've tried sockets, but for some reason this fails with 
  unformatted input.  Simmularly, I thought about using mailboxes,
  but the need of a separate severe stopped me cold.

       So here is where you come in.  I confident there must
  be a simple eligant solution.  Too many things seem "almost"
  work.  Please, if you have any reasonable suggestions, share
  them.

       Oh I almost forgot to mention, that I'm trying to use
  only one executable, and programs in standard unix directories
  to keep the program simple to use.  So the idea of creating
  a separte program that duplicates the functions of pipe, but
  returns stream id as well is out.  But, if this can be binded
  into the same program I'll try it.

                                  Bill
                     
Newsgroups: fj.mail-lists.apollo
From: TAZ539@PRIME.NAPIER.AC.UK
Subject: request to join
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Wed, 18 Nov 1992 09:47:15 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>
Via: uk.ac.napier.prime; Wed, 18 Nov 1992 09: 49:07 +0000

request
Newsgroups: fj.mail-lists.apollo
From: van-bc!cs.ubc.ca!utcsri!torn!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!spool.mu.edu!cserver!edsi!chuck@ucbvax.Berkeley.EDU  (Chuck Tomasi)
Subject: 3COM PC-NFS to Domain not working
Organization: Enterprise Data Systems Incorporated, Appleton WI
Distribution: fj
Date: Thu, 12 Nov 1992 21:57:41 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

System synopsis: Domain/OS 10.3.5, ATR, PCs running DOS 5.0, Microsoft
LAN Manager 2.1, 3COM TCP/IP software and 3COM NFS.

I have several Domain nodes on the token ring and one on the ethernet.
I also have several HP-UX machines (300/400) running 8.0 on the
ethernet.  I successfully compiled and am running 3comnfsd on one of the
machines and told it to take care of servicing/authorizing all the other
nodes.  While I can nfs link just about any HP-UX machine I cannot link
the Domain machines (which I can successfully nfs mount with HP-UX nfs.)


I thought I should try compiling and running the 3comnfsd on the Domain
machine however it doesn't seem to know about several header files.  I
tried compiling it with SYSTYPE sys5.3 and bsd4.3 as well as steal a few
header files from the HP-UX machines.  That just drove the source code
for the 3comnfsd nuts.

Does anyone have any ideas how I can get 3COM NFS to mount a Domain/OS
disk/filesystem?
-- 
Chuck Tomasi             |   "A munk a clone and a Ferengi
chuck@edsi.plexus.COM    |    decide to go bowling together..."
spool!cserver!edsi!chuck |             -Data "The Outrageous Okana"
------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------
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: named causing tcpd to spin
Organization: University of Toronto Chemistry Department
Distribution: fj
Date: Wed, 18 Nov 1992 18:18:13 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Nov17.140615.3143@nessie.mcc.ac.uk> bob@sna.co.umist.ac.uk (Bob Nutter) writes:
>For the second time lately, named seems to be the cause of tcpd going into a
>spin with the consequence that all connections are lost. Rebooting has no
>effect, other than it works for a few minutes and then off it goes again. The
>only cure is to stop running named on that machine.
>
>Has anyone else had this happen to them, and if so, what's the cure? We've got
>10.4 but I don't really have the time to put it on (we're at 10.3.5 at the
>moment). Is tcpd/named different at 10.4?

Named does not work properly. Using the $INCLUDE directive in the
data files causes massive corruption of the data as seen by
named (many host IP addresses are wrong, some end up with 255
in them which is illegal). Also, the SOA numeric data fields (time to
live, etc) are incorrect, and SOA records in the included files are
not seen (messages in /usr/adm/syslog say:

Oct 28 10:12:53 aurum named[1081]: restarted
Oct 28 10:12:56 aurum named[1081]: primary/chem.utoronto.ca: no SOA record
Oct 28 10:12:59 aurum named[1081]: primary/chem.toronto.edu: no SOA record

). This then causes named to fail to resolve names it should be resolving.

I tried removing all the $INCLUDE from the data files, and that didn't
fix the problem, so I recompiled named from original source code,
plus some patches. That version of named is what I run on our HP-UX and
Domain/OS systems (HP-UX named has the same problem), and it seems to
work.

This is still broken at SR10.4.

On a related front, note that the 'gethostbyname' system call does not
return the fully qualified domain name on nodes running a name server
(it works properly on systems that access remote name servers). This
caused one of the USENET news programs (nntp or rn) to fall over, since
the host name didn't match what it expected.
-- 
What are the chances that any HP computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!serval!serval.net.wsu.edu!toshok901@ucbvax.Berkeley.EDU  (Chris Toshok)
Subject: Questions about dn560
Organization: none
Distribution: fj
Date: Wed, 18 Nov 1992 21:20:19 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


  I am the proud(?) owner of a new (old) Apollo dn560.  Well, I have
purchased it, but it is not in my possession yet.  I do, however have a
couple of questions about it that the fellow I am buying it from could not
answer.  One, just how expandable is it (memory-wise).  The previous owner
told me that it had a limit of 3 megs, and I would be very sad if this were
the case.  Also, an HP rep (not the most reliable source of information),
told me that I could plug in more than one processor (68020).  I would be
very pleased if this were the case...  Any information about my new (old)
workstation would be appreciated.
--
Chris Toshok                       |  Please save all files,
(toshok901@snake.cs.uidaho.edu)    |  Rebooture is IMMINENT!!!!
(tosh901@orizaba.ee.uidaho.edu)    |                        :)
Newsgroups: fj.mail-lists.apollo
From: sdd.hp.com!apollo.hp.com!netnews@hplabs.hpl.hp.com  (Peter E. Giza)
Subject: RE: Need Some Advice...
Organization: Hewlett-Packard Company, Chelmsford, MA
Distribution: fj
Date: Wed, 18 Nov 1992 21:00:05 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Herb Peyerl Writes:
|>If you want to make the assumption that IP packets are encapsulated within 
|>DDS packets, then in order to make HP-UX reside on ATR, HP must then have 
|>ported DDS to HP-UX on 400's and 700's... That must mean 700's have 
|>node-ids. Somehow I doubt that.


Just for the record.  The ATR cards are same with the exception of
few changes for the HP.  The packets are encapsulated in a 73 byte
DDS header just like good ole Domain, this is all done at the driver
level for the card.  All of the DDS-like behaviour is from the driver
there is not a complete DDS port, just enough to make you pregnant.

-peg

Peter E. Giza HP DCE T&D ~:@)
Newsgroups: fj.mail-lists.apollo
From: johnb@hobbes.mdc.com (John Breen)
Subject: Re: Need Some Advice..
Organization: McDonnell Douglas Missile Systems Company
Distribution: fj
Date: Thu, 19 Nov 1992 14:29:38 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <5c495be0.1bc5b@pisa.citi.umich.edu> rees@pisa.citi.umich.edu  (Jim Rees) writes:
>In article <1992Nov9.192837.17737@bcars6a8.bnr.ca>, djf@bnr.ca (Duane Fowler) writes:
>
>  Not to start a religious war or anything but, as a user of both windowing 
>  systems, I'm interested in knowing what people see in Domain pads, editor,
>  etc.
>
>I use mostly X stuff now, but the thing I still use from the DM is the pads.

One thing I haven't seen anyone mention when this subject comes up, is the
DM's ability to make multiple copies of a window.  I use this constantly when
I'm writing code, so I can see one section of the program while editing
another, and it's very useful for comparing, say, program output in different
sections of the pad.  Unfortunately, HP's DM X emulator doesn't appear to
support this.

If there is a was to do this under X, I'd appreciate it if someone would tell
me.

-- 
John A. Breen                           |  johnb@hobbes.mdc.com
McDonnell Douglas Missile Systems Co.   | "I have no personal opinions;
Tel: (314)234-4341                      |  I'm a product of my environment."
Newsgroups: fj.mail-lists.apollo
From: destroyer!cs.ubc.ca!alberta!cpsc.ucalgary.ca!ajfcal!novatel!hpeyerl@gumby.wisc.edu  (Herb Peyerl)
Subject: Re: Need Some Advice..
Organization: "NovAtel Communications Ltd. Calgary, Alberta, Canada"
Distribution: fj
Date: Fri, 13 Nov 1992 17:20:35 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Jinfu Chen (chen@digital.sps.mot.com) wrote:
: This is true when all the Apollos are connected via ethernet.  However, in
: most Apollos installation, all nodes are connected via ATR and probably only
: one or few gateway nodes have direct interface to an ethernet.  Therefore NFS
: traffic on non-ethernet gateway node still goes through DDS on ATR.  I could
: be wrong if TCP/IP packet can be transferred directly as ATR tokens.

We have about 60% of our nodes on Ethernet and 40% on 3 different Token
Rings each of which have their own gateway to the ethernet... 

Yes, gateways *do* route IP packets. 

If you want to make the assumption that IP packets are encapsulated within 
DDS packets, then in order to make HP-UX reside on ATR, HP must then have 
ported DDS to HP-UX on 400's and 700's... That must mean 700's have 
node-ids. Somehow I doubt that.

--
"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: sdd.hp.com!apollo.hp.com!netnews@hplabs.hpl.hp.com  (Carl Davidson)
Subject: Re: Making /lib/xmlib1.1 a global library in SR10.4
Organization: Hewlett-Packard Company, Chelmsford, MA
Distribution: fj
Date: Mon, 16 Nov 1992 15:13:32 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <BxoDqw.ss@apollo.hp.com>, ganek@apollo.hp.com (Dan Ganek) writes:
|> 
|> Tom, the main routine of a global library is executed for EVERY process that
|> is started whether it uses it or not. For that reason, global libs should NOT
|> have a main() unless it is absolutely necessary.
|> 
|> (At least that's what I rememebr from the good old days)
|> 
|> /dan

[ sound of dust being shaken off Aegis programming skills deleted... ]

If you need to do any library initialization, a main() routine 
(more appropriately called an "init" routine) is indispensible. 
There are two things to note:

    1. Use rws_$alloc_heap_pool() to allocate any storage needed for
       data which must be globally accessible. For the pool to allocate
       from, use rws_$global_pool. This way the data will be correctly
       mapped in all processes.

    2. The library's init routine needs to do the following:

       void foo_init(status_$t *status,
                     boolean    global_init)

       {
            if (!global_init) {
                status->all = status_$ok;
                return;
            }

            /*
             * put your library initialization here...
             */

            if (initted OK) {
                status->all = status_$ok;
            } else {
                status->all = error code;
            }
       }

       This way, the initialization code will only get executed
       once, at boot time.

Have fun.

-- 
Carl Davidson  (508) 436-4361  |
Chelmsford System Software Lab | Microkernels: Where less is more.
The Hewlett-Packard Company    | 
DOMAIN: ced@apollo.hp.com      |
Newsgroups: fj.mail-lists.apollo
From: news.mentorg.com!dracula!gcagle@uunet.uu.net  (Greg Cagle)
Subject: Re: Need Some Advice..
Organization: Mentor Graphics
Distribution: fj
Date: Mon, 16 Nov 1992 15:25:47 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Nov14.053456.28937@alw.nih.gov>, rvenable@helix.nih.gov (Richard M. Venable) writes:
|> In article <1992Nov13.172035.2396@novatel.cuc.ab.ca> hpeyerl@novatel.cuc.ab.ca (Herb Peyerl) writes:
|> >If you want to make the assumption that IP packets are encapsulated within 
|> >DDS packets, then in order to make HP-UX reside on ATR, HP must then have 
|> >ported DDS to HP-UX on 400's and 700's... That must mean 700's have 
|> >node-ids. Somehow I doubt that.
|> 
|> Actually, I understand that although ATR cards are available for 700's, they
|> use a different protocol than standard Apollo DNxxxx* nodes, and a 9000/400
|> series node is needed to translate protocols.  I assume at least the packet
|> structure is different, but don't know all the details.  I hope to find out
|> soon; if anyone has any more complete information ...
|> 

It's my understanding that the 700 ATR cards talk TCP/IP only.

-- Greg
---------------------------------------------------------------------------
Greg Cagle                                      Mentor Graphics Corporation
greg_cagle@mentorg.com                         Platform Technology Division
(503)685-1570                                  Member of the Cultural Elite
---------------------------------------------------------------------------
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!uwm.edu!spool.mu.edu!cserver!edsi!chuck@ucbvax.Berkeley.EDU  (Chuck Tomasi)
Subject: Re: Format of /etc/exports
Organization: Enterprise Data Systems Incorporated, Appleton WI
Distribution: fj
Date: Wed, 18 Nov 1992 17:58:00 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

bri@athena.mit.edu (Brian D. Carlstrom) writes:

:)hmm trying to setup my apollo nfs for the first time. basically
:)all i want is for random.mit.edu to be able to mount / and //
:)on apollo.mit.edu. what should my exports contain. i have the same
:)UID's on both systems. also, with just 
:)/
:)//

For performance reasons, mounting // is not recommended.  I did this
with Domain NFS 2.3 and an HP 710 (running HP-UX 8.07) and it was
horrible.  The recommended action is that you run NFS 2.3 (or 4.1 when
it becomes available) on all nodes and mount them independently as if
they were ordinary Unix machines with NFS out there on the net.

I have not had a chance to do this since my 700 went bye-bye and I have
no need to do this with my other HP-UX machines (running totally
unrelated applications and data.)
-- 
Chuck Tomasi             |   "A munk a clone and a Ferengi
chuck@edsi.plexus.COM    |    decide to go bowling together..."
spool!cserver!edsi!chuck |             -Data "The Outrageous Okana"
------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------
Newsgroups: fj.mail-lists.apollo
From: pipex!warwick!bham!ibm3090.bham.ac.uk!LETSCHDJ@uunet.uu.net  (David Letsche)
Subject: Sendmail configuration for Apollos
Organization: The University of Birmingham, United Kingdom
Distribution: fj
Date: Wed, 18 Nov 1992 17:27:58 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Has anyone got a working setup of sendmail on an Apollo domain running
Domain/OS SR10.  A copy of the sendmail.cf file would be appreciated.

David Letsche
Faculty Support Officer Engineering/Medicine
Newsgroups: fj.mail-lists.apollo