HDTenEightyP/NetNews huggingface dataset:
From: tomg@hpcvusc (Thomas J. Gilg)
Newsgroups: comp.sys.apollo
Subject: Re: X Kernel for Apollos
Date: 8 Sep 92 17:41:11 GMT
Article-I.D.: hpcvusn.1992Sep8.174111.18919
Organization: Hewlett-Packard Company, Corvallis, Oregon USA
X-Newsreader: Tin 1.1 PL5

Denis Martin Anthony (dma@cs.bham.ac.uk) wrote:
> I wish to make some Apollo workstations X terminals to a new HP
> network. Has anyone out there already done this? Do you perchance have
> an X Kernel available?

I don't know of any "X Kernel" yet for the DNx5xx (Domain/OS m68k) or
hp9000s300 (HP-UX m68k) workstations.  This excellent idea was discussed
during last years ADUS conference, and again during the recent InterWorks
conference.

For the moment, I'd suggest you setup your workstations in a minimal
configuration - just enough loaded on the root disk to get the kernel
and TCP/IP going.   Then use the "-query <hostname>" option available
on the Domain/OS and HP-UX Xservers to query a workstation that has
a vuelogin or xdm daemon providing login services.

Thomas Gilg
tomg@cv.hp.com
Xref: sparky comp.sys.apollo:3491 comp.sys.hp:10161
From: seymour@milton.u.washington.edu (Richard Seymour)
Newsgroups: comp.sys.apollo,comp.sys.hp
Subject: Re: Strange packaging technique
Date: 8 Sep 92 19:44:05 GMT
Article-I.D.: u.1992Sep8.194405.15054
Organization: University of Washington, Seattle

In article <1992Sep5.210747.22758@88opensi.88open.ORG> sartin@88opensi.UUCP (Rob Sartin) writes:
>In article <0ylnpl#.snow@netcom.com> snow@netcom.com (Tim Szeliga) writes:
>>"HP P/N 19511-80014".  
>Ahh, yes, the Eagle shipping braces.  I got one that had a defect (knot hole)
> and we called up to see if there was a repair/replace kit or service manual.
> We were aghast to discover that there was NO SUPPORT for this HP product!

i'm used to DEC's part numbering scheme... where the last few digits reflect
modification status... and we'd receive space-fillers (empty boxes, blocks of
wood, etc.) with -03 or -04 revision levels (i wonder if any were Field
Change Order qualified?)
From: austin@METO.UMD.EDU (Austin L. Conaty)
Newsgroups: comp.sys.apollo
Subject: RE: DN4500 Problems
Date: 14 Sep 92 21:20:16 GMT
Distribution: world
Organization: The Internet


>   I have problems.  We have two apollo DN4500's running OS10.2.

>   When I try logging into one of them, the pad automatically
>   closes.  Also, when I try to pop a new pad, I get nothing
>   except a warning message:  (CP) $(shell) - file not found.

>   When I try to access the apollo through telnet, I connect,
>   then get kicked out with the message: telnetd:  All network
>   ports in use.

>   The second apollo seems to be working fine.  I can access the
>   first apollo's disk and directory structure by simply changing
>   directory to that node, I just cannot seem to log into it
>   directly.  Does anyone have any ideas as to what I might try?

>   Thanks,
>   Chuck Ulmer (culmer@uoft02.utoledo.edu)
>   D.A.Smith Group
>   University of Toledo
>   Toledo, OH.


I have seen this problem before. In my case it was a matter
of a newly upgraded node that was heavily linked to //node_aa.
But the new node had no idea who //node_aa was.  I had to bring
the "problem" node up in single user mode and do a ctnode -update,
and then reboot it again.

This was a few years ago, but the error message I got was the same.
I hope the solution is as simple in your case.

-----------------------------------------------------------------------

Austin L. Conaty                           austin@meto.umd.edu
Department of Meteorology                  austin@atmos.umd.edu
University of Maryland                     301-405-5357      
College Park, Md. 20742-2425               or: HEY YOU!!!!!  

-----------------------------------------------------------------------
Newsgroups: comp.sys.apollo
From: vindvad@Lise.Unit.NO (Hans Vindvad)
Subject: Re: X Kernel for Apollos
Organization: Norwegian Institute of Technology
Date: Sun, 13 Sep 92 10:48:49 GMT

In article <Bu9JK8.1rq@cs.bham.ac.uk>, dma@cs.bham.ac.uk (Denis Martin Anthony) writes:
 > I wish to make some Apollo workstations X terminals to a new HP
 > network. Has anyone out there already done this? Do you perchance have
 > an X Kernel available?
 > 
 > Any info welcomed.
 > 
 > 
 > 
 > -- 
 > Denis

We are using X11R5 from  FTP:  flipper.pvv.unit.no
                         DIR:  /pub2/apollo

Hans Vindvad
vindvad@imf.unit.no
Newsgroups: comp.sys.apollo
From: rees@pisa.citi.umich.edu (Jim Rees)
Subject: re: Apollo Password Problem
Reply-To: Jim.Rees@umich.edu
Organization: University of Michigan IFS Project
Date: Sun, 6 Sep 1992 18:35:09 GMT

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

  If you have accounts that have passwords which were
  last changed at 9.7, rather than 10.x, the passwords are different between the
  registry and the /etc/passwd file.  I have no idea why, but I do know that at
  10.x, they changed the encryption to be JLRU, instead of Aegis-like.

The encryption was changed.  Obviously, you can't take a password that was
encrypted with the pre-sr10 algorithm and convert it to one that's encrypted
with the sr10 algorithm, without knowing what the clear-text password is.
From: thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson)
Newsgroups: comp.sys.apollo
Subject: re: Versatec plot file format
Date: 9 Sep 92 22:10:51 GMT
Distribution: world
Organization: The Internet



> I'm trying to find out the file format that the Versatec electrostatic
> plotters (eg, v80, v7236) use (I'm assuming it's the same for all size
> plotters).  In other words, if I wanted to print a raster file to a
> versatec using 'prf -transparent', what should the file look like?

The basic format is identical -- it's a stream of bits that are on (black)
or off (white).  You must put out enough bytes to fill the entire line --
there's no 'carriage-return' option.

If you're close to this, you might simply be missing the (previously 
undocumented) prf switch.  Try "prf filename -transparent -vers_pp plot"
and see what you get.  By default, stuff is sent to the Versatecs in 'print'
mode unless one of the filters (for a bitmap, for example) toggles it.  If
you use -transparent, there's no toggle done, and you get that default, giving
you yards and yards and yards of paper (talk about your 15yard penalty!)

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

If you're not part of the solution, you're part of the precipitate.
*************************************************************************
* 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: chuck@edsi.plexus.COM (Chuck Tomasi)
Newsgroups: comp.sys.apollo
Subject: rz/sz doesn't work on our machines
Date: 4 Sep 92 18:41:27 GMT
Organization: Enterprise Data Systems Incorporated, Appleton WI

We're running mostly DN3550/DN4500/DN5500 machines on our site (with a
few 425Ts) under Domain/OS 10.3.5.  We compiled the rz/sz sources with
SYSTYPE=sys5.3 and everything appeared to go alright.  The problem is
that they don't work.  The same sources work fine from an HP-UX v8.0
machine however it seems that something is being blocked or trapped when
we invoke them from the Domain machines.

Let me explain.  We are working on a Mac from home with software which
supports auto-zmodem downloading.  From the HP-UX machine the zmodem
init string initiates the zmodem transfer and everything goes as
expected, however with the same command is issued from the Domain
machine you see the same portion of the init string, but you also see
things like the file name, CRC, and a few other things.  This is not
normally seen!

This happens whether we are directly connected to the sio line or
telnetted in from the HP on a psuedo tty so I doubt whether it has
anything to do with the way Apollo handles the sio lines.

Do we need some compiler switch, header file, or different SYSTYPE to
get it to work or do we need to play with stty or something equally as
mysterious?
-- 
Chuck Tomasi             |     "It's my job to help
chuck@edsi.plexus.COM    |      but I don't have to like it."
spool!cserver!edsi!chuck |                    -Dr. Crusher, "I, Borg"
------<Enterprise Data Systems Incorporated, Appleton Wisconsin>------
From: thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson)
Newsgroups: comp.sys.apollo
Subject: re: Apollo Password Problem
Date: 6 Sep 92 01:49:21 GMT
Distribution: world
Organization: The Internet

> this method doesn't seem to work consistently on the Apollo. It works
> for some accounts, but not others. I've got a sneaking suspicion that
> it's because the encrypted password in the /etc/passwd file does not
> match the one in the registry.

I may know what the problem is.  If you have accounts that have passwords which were
last changed at 9.7, rather than 10.x, the passwords are different between the
registry and the /etc/passwd file.  I have no idea why, but I do know that at
10.x, they changed the encryption to be JLRU, instead of Aegis-like.

Check the accounts that fail for this by going into edrgy and doing a 
'view <account> -f' on them.  If the last-changed time is about the time you
did your last cvtrgy, then I'll lay pretty good odds that they haven't changed
their password.

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

If you're not part of the solution, you're part of the precipitate.
*************************************************************************
* 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: bill@solaria (Bill Neisius)
Newsgroups: comp.sys.apollo
Subject: Re: rz/sz doesn't work on our machines
Date: 9 Sep 92 19:44:38 GMT
Reply-To: bill@solaria.hac.com
X-Newsreader: Tin 1.1 PL5

Kevin Gallagher (kgallagh@digi.lonestar.org) wrote:
: In article <1992Sep04.184127.17533@edsi.plexus.COM> chuck@edsi.plexus.COM (Chuck Tomasi) writes:
: I compiled the rz/sz sources under Domain/OS 10.3.0.8 on a DN3550 in SYSTYPE
: bsd4.3.  I connect from my PC at home to my Apollo through a DECserver to a
: VAX (running VMS) and from the VAX to the Apollo via telnet.  The connection
: turns out to be very robust.  The modem runs at 2400 baud.  On the PC, I use
: Crosstalk Mk.4, the latest version,  using the build-in implementation of
: ZMODEM. 
: 
: I can upload files from my Apollo node to my PC by invoking the sz command at
: the Unix shell prompt.  The transfer rate is outstanding at around 232
: characters per second.  However, I can't get the rz command to download files
: from my PC to my Apollo.  I do suspect the ZMODEM implementation in Crosstalk
: is, at least, partially at fault, but I can't be sure.  The version of Kermit
: we have installed doesn't handle downloads to the Apollo as well as it handles
: uploads.  We have to use smaller packets when downloading than when uploading,
: and download failures happen often.  So it is possible that there is something
: about the Apollo that causes problems here.

I also connect my PC through a VAX to my Apollo.  However, I found that
the only way I could send files from the Apollo to the PC was to use
the '-e' (escape control characters) option. I assume that without it
the VAX in the middle is XOFF'd and communication is blocked.  Unfortunately,
although the GSZ I use on the PC can receive escaped control characters,
it doesn't seem to be able to send them... transferring a file from PC
to Apollo requires storing it on the VAX then ftp'ing to Apollo...

So how are you able to get 232 cps?  Best I get (with the '-e' option)
is about 180 cps...

Bill Neisius
bill@solaria.hac.com
Xref: sparky comp.sys.apollo:3545 comp.dcom.lans.misc:750
From: bennett@dstos3.dsto.gov.au
Newsgroups: comp.sys.apollo,comp.dcom.lans.misc
Subject: Apollo Domain token ring on UTP/STP ?
Date: 16 Sep 92 18:09:20 GMT
Organization: Defence Science and Technology Organisation

Does anyone know if it is possible to run the Apollo Domain proprietary token 
ring on UTP or STP ?

We have a relatively old Apollo network, some nodes are on Ethernet, but most 
use the old token ring, with coax and fibre.  With a move into a refurbished
building coming up, I prefer to wire in UTP or STP.

Please reply by email to bennett@dstos3.dsto.gov.au

Thanks in advance.

Regards,

John Bennett                                E-mail: bennett@dstos3.dsto.gov.au
Head, Networks Group                        Phone : +61 8 259 5292
Corporate Information Systems               FAX   : +61 8 259 5537
DEFENCE SCIENCE AND TECHNOLOGY ORGANISATION Postal: Bld 73 Labs Area
AUSTRALIA                                           PO Box 1500 Salisbury 
            "Lord Warden of the Sync Ports"         South Australia  5108
                (DSTO Network Manager)              AUSTRALIA
Newsgroups: comp.sys.apollo
From: afgun@engin.umich.edu (Andrew F. Gunnesch)
Subject: NFS with Suns
Date: Tue, 15 Sep 92 14:08:58 EDT
Organization: CAEN, University of Michigan
Summary: Problems accessing data from SunOS4.1.1 NFS
Followup-To: comp.sys.apollo
Keywords: Sun NFS

I have several Sun partitions NFS-mounted on my Apollo network.  However,
one of them gives the following messages when I try to look at data as
any non-root user over the mount:
Sep 15 14:03:20 top vmunix: NFS request from unprivileged port.
Sep 15 14:03:20 top vmunix: nfs_server: weak authentication, source IP address=141.212.66.55
Sep 15 14:03:26 top vmunix: NFS request from unprivileged port.
Sep 15 14:03:26 top vmunix: nfs_server: weak authentication, source IP address=141.212.66.55
Sep 15 14:03:27 top vmunix: NFS request from unprivileged port.
Sep 15 14:03:27 top vmunix: nfs_server: weak authentication, source IP address=141.212.66.55

For the record, top IS running the shadow password suite (rpc.pwdauthd), and
the others are not.  All Suns are running rpc.mountd with the -n option.
The problem Sun is currently at 4.1.1, and the others are 4.1.2.  Any help
in resolving this or even a workaround would be greatly appreciated.
-- 
Andrew F. Gunnesch           /-\     "I disapprove of what you say, but I will
afgun@caen.engin.umich.edu  |   |  __   __           __    defend to the death
==> Evil CAEN sysadmin <==  |===| |__| |  | |   |   |  |   your  right to  say
 What?  I just work here    |   | |    |__| |__ |__ |__|   it."     --Voltaire
Newsgroups: comp.sys.apollo
From: mtpins@icaen.uiowa.edu (Michael T Pins)
Subject: Re: rz/sz doesn't work on our machines
Date: Sat, 12 Sep 1992 04:15:23 GMT
Organization: University of Iowa, Iowa City, IA, USA

chuck@edsi.plexus.COM (Chuck Tomasi) writes:

>We're running mostly DN3550/DN4500/DN5500 machines on our site (with a
>few 425Ts) under Domain/OS 10.3.5.  We compiled the rz/sz sources with
>SYSTYPE=sys5.3 and everything appeared to go alright.  The problem is
>that they don't work.  The same sources work fine from an HP-UX v8.0
>machine however it seems that something is being blocked or trapped when
>we invoke them from the Domain machines.

>Let me explain.  We are working on a Mac from home with software which
>supports auto-zmodem downloading.  From the HP-UX machine the zmodem
>init string initiates the zmodem transfer and everything goes as
>expected, however with the same command is issued from the Domain
>machine you see the same portion of the init string, but you also see
>things like the file name, CRC, and a few other things.  This is not
>normally seen!

>This happens whether we are directly connected to the sio line or
>telnetted in from the HP on a psuedo tty so I doubt whether it has
>anything to do with the way Apollo handles the sio lines.

>Do we need some compiler switch, header file, or different SYSTYPE to
>get it to work or do we need to play with stty or something equally as
>mysterious?

I compile most everything, including zmodem, using SYSTYPE=bsd.
The only changes I made to the code was to add a few casts to void
to make it ANSI compliant.
I've had it running as such for months without a problem.

-- 
*****************************************************************************
* Michael Pins                |   Internet: amigapd@isca.uiowa.edu          *
* ISCA's Amiga Librarian      |         #include <std.disclaimer>           *
*****************************************************************************
Newsgroups: comp.sys.apollo
From: lampi@polari.online.com
Subject: Re: NeXT on HP700
Summary: But not DomainOS
Organization: R Squared, Redmond, WA (206) 883-3116
Date: Wed, 9 Sep 1992 17:29:59 GMT

In article <9209031414.AA02108@cel.cummins.com> philip@cel.cummins.com (Philip D. Pokorny) writes:
>In the August 31, 1992 issue of Open Systems Today there is an
>interview with Lew Platt, HP's president-elect.  Quoting from the
>article:
>
>     Platt said HP, under certain circumstances, would
>     willingly incorporate industry-standard software from
>     Microsoft and even IBM into its products.  Regarding
>     NT, Platt said HP would wait to see how the product is
>     received in the market before deciding whether it would
>     be beneficial to have NT running on PA-RISC.  If NT
>     gains market share, "there is nothing whatsoever that
>     would prevent us from porting that OS to our platform
>     and we've already had discussions with Microsoft about
>     this," said Platt.
>
But not an operating system HP already knows about and "supports".

>     Platt also said that HP would consider incorporating
>     into its own products, technologies that emanate from
>     Taligent, the joint IBM-Apple object-oriented
>     programming project.

But not technology that is already present in its own non-HPUX products.
>
>     HP, for its part, is trying to make its PA-RISC
>     architecture more prevalent in the industry by
>     licensing it to vendors HP does not view as
>     competitors.  One such company, Platt said, is Next,
>     which is currently looking for a RISC technology on
>     which to base its computers.  But Platt declined to say
>     whether there had been any direct negotiations with
>     Next.  Next also declined comment.
>
I find it interesting that HP would partner with a company that has yet to
sell as many workstations as Apollo, port their code to PA-RISC, and ignore
their own DomainOS customer base.

(gripe, grumble, moan die-hard Domainiac :-)

-- 
-----
+-+  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: rees@pisa.citi.umich.edu (Jim Rees)
Newsgroups: comp.sys.apollo
Subject: Re: rz/sz doesn't work on our machiens
Date: 10 Sep 92 21:31:58 GMT
Reply-To: Jim.Rees@umich.edu
Organization: University of Michigan IFS Project

In article <9209082141.AA02720@cel.cummins.com>, philip@cel.cummins.com (Philip D. Pokorny) writes:

  There is a routine called readline that reads a
  line of input and returns after reading a line or a timeout is
  exceeded.  This turned out to be the culprit.  Something about
  signal()'s not acting correctly and needing both BLOCK and
  NOBLOCK access to an sio.  I "fixed" it by writing a BUSY loop
  that checks time_$clock and does NON-BLOCKING reads.

Why didn't you just use select()?
Newsgroups: comp.sys.apollo,comp.sys.hp
From: yywang@magnus.acs.ohio-state.edu (Yong-Yi Wang)
Subject: diskless 425e off 425s
Organization: The Ohio State University
Distribution: usa
Date: Wed, 9 Sep 1992 20:53:41 GMT

I am trying to run a diskless HP/Apollo 425e off a HP/Apollo 425s.
The OS on the 425s is SR 10.3.4. We also have a diskless 425t off the
same 425s using the token ring. Now the 425e only has ethernet. When
we tried to boot the 425e off the 425s, the 425s did not repond to
the boot (call).

The 425s is on the outside network using its ethernet card. 
(So the ethernet on the 425s seems to be OK.)
However, the principle network on the 425s is token ring.

My question is:

Given the token ring as the principal network and the ethernet as
the secondary network, is it possilbe to boot the 425e and the 425t
off the 425s at the same time? (There is no problem to boot the 425t 
as it stands now.)

Another note:

To boot the 425e off the 425s, we tried to switch the 
principal network to ethernet. Then the 425s did not boot. 
(Well, it went through all the self-tests, loaded the OS and the 
local files. However, the window did not come up.)

I'd appreciate any comments on this. 

                                  Thanks

                                               Y. Wang
From: vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan)
Newsgroups: comp.sys.apollo
Subject: Re: Help Changing Network Numbers.
Date: 10 Sep 92 17:47:51 GMT
Organization: none

levesque@mprgate.mpr.ca (Steve Levesque) writes:

>We have a network of about 25 apollo stations and I have to split them
>into two totally seperate rings, so they don't see each other at all.
>Because they are currently on both ethernet and token ring, we have two 
>seperate network numbers, so I will have to change the network number on 
>one of the networks back to 0.

no you don't have to do that.

>Reading the "Managing Domain O/S and Domain Routing in an Internet" manual,
>it first tells me to make sure I have a slave registry somewhere on the 
>new network (network 0), and then make it the master after the split. 

smart.

>Rather than waiting and using the slave and deleting all the uneccessary
>accounts after the split, I used rgy_create to create a new registry,
>and tried to make all the necessary accounts before the split.

oooohhhh.

>To do this I ran rgyd on the Soon To Be Master node, but didn't tell
>any of the other machines about this new registry, and then ran edrgy,
>and set my site to this S.T.B.M. node.

>However, when I tried to add a new account or to change the properties it said:
>"Unable to add "whatever" - Not authorized to perform operation (RGYC/Server)"
>Even though I did this as root. 

if you did a 'su' to root that's possible
do a '/com/login root' and it'll work.

you might also want to try it after deleting the `node_data/.rgyloc file,
which is kind'a like a hint_file for registries.

>Also, has anybody out there changed network numbers before?

sure, we do it all the time :-(
just split a 170 node ring into 3 interconnected rings...

>Does the book tell all, or are there some unwritten surprises?

Maybe.  The not-always-realized part is that you generally get all kinds
of fun-with-ncs problems when you change an ATR network.  You have to recreate
the glbd database with the new network, then reboot everything so it picks up
the new network.  Also, your hint_file(s) will be all messed up, so do a 
dlf -du on it before you reboot each node.

it's actually reasonably well documented if you look at it after you
did it the first time...
-- 
   ---------   Vince Skahan   -----------   vince@atc.boeing.com   ---------   
	I've finally realized that if you throw enough money and bodies
	at non-existant problems, that they really do appear...
Newsgroups: comp.sys.apollo