HDTenEightyP/NetNews huggingface dataset:
From: philip@cel.cummins.com (Philip D. Pokorny)
Subject: Re: strange program behavior
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Tue, 15 Sep 1992 19:05:15 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Thanks for all those that responded with suggestions on how a program might
write to the pad after a vt100 emulator was started on-top of it.

The vendor selling the software found the problem.  It seems that they were
dup() ing  the stdout stream and then latter calling tgetent (a termio
initialization routine)  It appears that tgetent tests to see whether stdout
is a DM PAD and if so, starts a vt100 window on the pad and then REPLACES
stdout with a connection to the vt100 pty.  Because the product dup'd stdout
and was writing to the old stream, the output was going to the pad and not
the vt100 emulator.  Moving the tgetent call before the dup solves the problem
as does not dup'ing stdout at all.

Thanks again for the input.

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

Newsgroups: fj.mail-lists.apollo
From: destroyer!terminator!pisa.citi.umich.edu!rees@gumby.wisc.edu  (Jim Rees)
Subject: Re: rz/sz doesn't work on our machiens
Organization: University of Michigan IFS Project
Distribution: fj
Date: Thu, 10 Sep 1992 21:31:58 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

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: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!zeus!davidb@ucbvax.Berkeley.EDU  (David W. Barts)
Subject: Re: Changing gatweay nodes
Organization: University of Washington
Distribution: fj
Date: Sat, 5 Sep 1992 00:17:26 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Sep3.215203.5370@u.washington.edu>, I write:
> I have been attempting to change the routing node between the 204
> (Ethernet) and 203 (ring) Domain internets.  The new router (ID=1CE59)
> has been configured, and it can access both nets.  However, lcnet still
> reports the router as the old machine (ID=42D7D), and all systems try
> in vain to use a router that no longer exists:
> [ edited ]

Never mind, I figured it out myself.  You can't simply shut down a
router and unplug it; that router must tell the network that it's
no longer a router with rtsvc -noroute.  Bah.

--
David Barts  N5JRN                      UW Civil Engineering, FX-10
davidb@ce.washington.edu                Seattle, WA  98195
--
David Barts  N5JRN                      UW Civil Engineering, FX-10
davidb@ce.washington.edu                Seattle, WA  98195
Newsgroups: fj.mail-lists.apollo
From: psinntp!psinntp!polari!lampi%polari.online.com@rutgers.edu
Subject: Re: SCSI Magtape support under 10.4?
Organization: R Squared, Redmond, WA (206) 883-3116
Distribution: fj
Date: Thu, 3 Sep 1992 01:25:46 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Aug30.190234.9104@novatel.cuc.ab.ca> hpeyerl@novatel.cuc.ab.ca (Herb Peyerl) writes:
>Color me stupid... Our VAX cluster is just being upgraded and part of
>the upgrade is a SCSI 6250bpi Magtape drive... We (apollo support) still
>have some 1650bpi tapes that we may need to be able to read in the future
[...problem description deleted...]
>
>Please, someone tell me that I'll just be able to hook this SCSI tape drive
>up to one of our nodes and do an "rbak -dev m ....."
>
>anyone? Anyone?
>-- 

It works for me, but then again, your mileage may vary :-)

-- 
-----
+-+  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
Newsgroups: fj.mail-lists.apollo
From: tron!dbrown@uunet.uu.net  (Darryl Brown)
Subject: Re: Colour maps on DN4500 (again??)
Organization: Westinghouse Electric Corporation, Baltimore MD.
Distribution: fj
Date: Wed, 9 Sep 1992 20:19:54 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


> <S9209041457.AA28091@uk.ac.aberdeen.sysc> writes
> We have a DN4500 running SR10.3 (no patches) which has an 8 plane
> 19 inch colour monitor.

> The command "lcm" was typed in at one of the pads and this changed
> the colour map. The question is, how do I get it back to "normal".


       I experienced what seems to be the same problem with mixed-up
colors on a DN4500 when I swapped the mono display out of it for an
8-plane color monitor.  
     At the time the machine was running SR 10.1.  I noticed that
all of the reds and blues were swapped on the display, and that lcm
did not change anything.  My solution was to swap the red and blue
BNC cables on the back of the monitor so the Red wire goes to the
Blue input and vice-versa.  It is still running with the same
mis-configuration under SR 10.3.      

                               -Darryl Brown
-- 
#  Darryl K. Brown  |  brown@sky00.tron.bwi.wec.com             #
#  Westinghouse ESG |                                           #
#  Baltimore, MD    |                                           #
Newsgroups: fj.mail-lists.apollo
From: destroyer!terminator!news@gatech.edu  (Paul Southworth)
Subject: Domain 4000 HD Controllers?
Organization: University of Michigan
Distribution: fj
Date: Wed, 9 Sep 1992 18:12:13 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

What kinds of hard drive controllers exist for the Apollo Domain 4000?

If anyone has possible sources for new or used controllers compatible with  
this machine, I would be very interested in hearing about it.

The machine had a Micropolis 170Mb ESDI drive in it.  The controller is  
dead and the drive has been moved on for use with PCs.

I really know nothing about this old beast, but would basically like to  
set it up as a glorified terminal (ie, cheaply).

Can it be run diskless?

Will IDE, SCSI, MFM, or RLL controllers be found for it?

Thanks.

Paul Southworth
CSS/ITD
University of Michigan
Newsgroups: fj.mail-lists.apollo
From: munnari.oz.au!metro!maths.su.oz.au!szabo_p@uunet.uu.net  (Paul Szabo)
Subject: re: diskless 425e off 425s
Organization: Mathematics, University of Sydney
Distribution: fj
Date: Thu, 10 Sep 1992 21:38:45 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <199209101438.AA03123@pan.ssec.honeywell.com>
thompson@PAN.SSEC.HONEYWELL.COM (John Thompson) writes:

> > 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
> > 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.)
> 
> Not as you currently have it.  If you changed the 425t and the 425s to
> have the ethernet as their primary networks, then you could boot the
> 425e and 425t off the 425s system.
> 
> I've known it for a long time, and heard it for a long time, but until today,
> I don't remember ever SEEING that you couldn't boot diskless along an alternate
> network.  However...  in "Planning Apollo Networks and Internets", page 12-1
> (in the -A01 revision anyway), they have a NOTICE:
>     Apollo nodes _cannot_ boot from partners on other networks in the
>     internet, so plan to locate diskless nodes and their partners on the
>     same network.

I do not see any reason why a node could not boot off a disked node on its
own (i.e. the diskless node's) primary network; it seems irrelevant whether
that network is primary or secondary for the disked node. We have a Domain
internet composed of 5 TR rings and one ethernet (plus the 'outside'
ethernet, but that does not carry Domain traffic). We occasionally boot
nodes off the gateway nodes, from the primary or the secondary side. In fact
we do have such an arrangement permanently: my own node is a disked 425t.
Its primary network is TR; there is a diskless 425t on the ring booted off
it. It also provides 'rtsvc -route' services between the TR and the
ethernet, and there is a diskless 425e on the ethernet booted off it.

Hope this helps.

Paul Szabo - System Manager   //        School of Mathematics and Statistics
szabo_p@maths.su.oz.au        //   University of Sydney, NSW 2006, Australia
Newsgroups: fj.mail-lists.apollo
From: sun-barr!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!mksol!mksol!huston@ames.arc.nasa.gov  (william a huston)
Subject: ? sendmail: daemon owner of /usr/spool/mail entries
Organization: Texas Instruments
Distribution: fj
Date: Wed, 9 Sep 1992 17:50:04 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I've got one for you sendmail gurus:

Yesterday at noon sendmail started (intermittantly!) creating
/usr/spool/mail entries owned by "daemon.daemon.none" instead
if the usual "$USER.mail.none", thus $USER does not have 
rights to read his/her mail. Our administrator is stumped.

Acl on /usr/spool/mail has UP for initial files, owner and group.
Sendmail on gateway is running as root.wheel.none .
Admin says that nothing in the registry has changed. /etc/passwd
files are all 0 length of type "passwd" 

Ideas please! (email if you don't mind). Thanks.

-- 
Bill Huston      214-480-4610 
Texas Instruments (Dallas/Forest Ln), ICC
MSG: ZAPA    email: huston@ap040.csc.ti.com
Newsgroups: fj.mail-lists.apollo
From: sun-barr!news2me.ebay.sun.com!cronkite.Central.Sun.COM!texsun!digi!kgallagh@ames.arc.nasa.gov  (Kevin Gallagher)
Subject: Re: rz/sz doesn't work on our machines
Organization: DSC Communications Corp, Plano, TX
Distribution: fj
Date: Thu, 10 Sep 1992 22:49:46 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <23235@hacgate.SCG.HAC.COM> bill@solaria.hac.com writes:
>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...

We use Multinet's version of telnet.  I believe that the VAX is connect to the
Apollo network via an ethernet setup.  In any case, when I connect from the
VAX to my Apollo node, I invoke telnet using the following options:

        TELNET/UNIX/NO_LOCAL_FLOW_CONTROL

Somehow, telnet automatically changes the PC to VAX Decserver connection to
PASSALL mode.  The NO_LOCAL_FLOW_CONTROL option tells the VAX terminal driver
to pass ^S and ^Q characters on to the host at the other end of the
connection.

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

With my connection, I don't have to use the '-e' option.

-- 
----------------------------------------------------------------------------
Kevin Gallagher        kgallagh@digi.lonestar.org OR ...!uunet!digi!kgallagh
DSC Communications Corporation   Addr: MS 152, 1000 Coit Rd, Plano, TX 75075
----------------------------------------------------------------------------
Newsgroups: fj.mail-lists.apollo
From: dog.ee.lbl.gov!overload.lbl.gov!agate!spool.mu.edu!sdd.hp.com!ux1.cso.uiuc.edu!news.cso.uiuc.edu!uxa.cso.uiuc.edu!dslg0849@ucbvax.Berkeley.EDU  (Daniel S. Lewart)
Subject: Re: CFV: comp.graphics.gnuplot
Organization: University of Illinois at Urbana
Distribution: fj
Date: Wed, 9 Sep 1992 07:58:04 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:

> So how is my mailer supposed to know this, seeing as how all three
> hosts have the same MX priority?  Is it just to supposed to, like,
> guess or something?

Any of the mail exchangers will work.  Mail sent to gnuplot-vote@uiuc.edu
works.  If not, your mailer is broken and that is your problem.

Daniel Lewart
d-lewart@uiuc.edu
Newsgroups: fj.mail-lists.apollo
From: Austin L. Conaty <austin@meto.UMD.EDU>
Subject: RE: DN4500 Problems
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Mon, 14 Sep 1992 21:20:16 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


>   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: fj.mail-lists.apollo
From: mcsun!sun4nl!tuegate.tue.nl!eba!ebh!wjw@uunet.uu.net  (Willem Jan Withagen)
Subject: Re: XDR on Apollos?
Organization: Eindhoven University of Technology, The Netherlands
Distribution: fj
Date: Fri, 11 Sep 1992 11:27:13 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <13074@ztivax.UUCP> paulisch@ztivax.UUCP (Dr. Frances Paulisch) writes:
=>I have an application which uses the XDR routines to save data in an 
=>efficient, (supposedly) machine-independent binary format.  Upon porting 
=>it to our Apollo workstations (DN3000), we noticed that the XDR include 
=>files and system calls are not available on our Apollo systems.
=>
=>Does anyone know whether the XDR routines are, in fact, available on 
=>Apollo? If not, does anyone know of public-domain version of the 
=>XDR-routines which we could then port ourselves?

Sun make it's RPC libraries freely available in source form.
We required it to be able to compile the PC-NFS daemons.

I retrieved ours from ftp.uu.net. I'm sorry that I can't give you the 
original directory.

The versions with small modifications for APOLLO are available in:
	ftp.eb.ele.tue.nl:/pub/apollo/tcp/sunrpc3.9a.tar.Z
	ftp.eb.ele.tue.nl:/pub/apollo/tcp/sunrpc4.0.zip

(for the last one you can find the unzip exec in:
	ftp.eb.ele.tue.nl:/pub/local/bin/unzip
)

	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
Newsgroups: fj.mail-lists.apollo
From: beartrk!ceilidh!hijo-2!dnichols@uunet.uu.net  (Don Nichols (DoN.))
Subject: Re: CFV: comp.graphics.gnuplot
Organization: D & D Data
Distribution: fj
Date: Mon, 7 Sep 1992 02:45:10 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <Bu3wJF.6Cp@hico2.westmark.com> kak2@hico2.westmark.com writes:
>Daniel S. Lewart (d-lewart@uiuc.edu) wrote:
>: This is a Call For Votes (CFV) for the comp.graphics.gnuplot newsgroup.
>: The newsgroup would be unmoderated and its charter is given below.
>: 
>: To vote *for* the creation of comp.graphics.gnuplot, reply to
>: gnuplot-vote@uiuc.edu with either of the following:
>
>I have had no luck e-mailing my vote for this in.
>Anybody else having problems?

	I waited an extra day to give bounced e-mail a chance to come in,
and I have seen no sign of problems here.  I have to hand-mangle addresses
to get them out of here, but they wind up at uunet, and apparently there is
no problem from there.

	DoN.

-- 
Donald Nichols (DoN.)     | Voice (Days): (703) 704-2280 (Eves): (703) 938-4564
D&D Data                  |  Email: <dnichols@ceilidh.beartrack.com>
I said it - no one else   |         <nichols@nvl.army.mil>
	--- Black Holes are where God is dividing by zero ---
Newsgroups: fj.mail-lists.apollo
From: destroyer!terminator!pisa.citi.umich.edu!rees@gumby.wisc.edu  (Jim Rees)
Subject: re: Apollo Password Problem
Organization: University of Michigan IFS Project
Distribution: fj
Date: Sun, 6 Sep 1992 18:35:09 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

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.
Newsgroups: fj.mail-lists.apollo
From: sun-barr!olivea!spool.mu.edu!cserver!edsi!chuck@ames.arc.nasa.gov  (Chuck Tomasi)
Subject: Re: 3rd Party Hard Disks for Apollo's
Organization: Enterprise Data Systems Incorporated, Appleton WI
Distribution: fj
Date: Fri, 4 Sep 1992 15:34:00 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

My two cents worth...

hecke@iscnvx.lmsc.lockheed.com (Peter M. Hecke) writes:

:)My questions are as follows:

:)  1.  What non-HP 1.3 GByte drives are compatible with the
:)      above mentioned machines and configurations?

We have successfully added two Fujitsu 2266SA external drives to a 425t
on the external SCSI connector under Domain/OS.  These are 1.3GB drives
(formatted to just over 1GB.)  No problems.

:)  2.  What hardware (ie: screws, mounts, etc) if any do I
:)      need to mount the drives?

You should be able to arrange that with the people you buy your drives
from.  They may suggest an enclosure to go with it.  I've never put
third party drives into an HP enclosure.
-- 
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>------
Newsgroups: fj.mail-lists.apollo
From: ico!auto-trol!jacsch@handies.ucar.edu  (Jack Schetrom)
Subject: rsh dump
Organization: Auto-trol Technology Corporation
Distribution: fj
Date: Fri, 11 Sep 1992 22:11:38 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I recently tried the following command:

 rsh gate rdump 0cf /dev/rst8 /files

and got the following results:

  DUMP: Date of this level 0 dump: Wed Aug 19 22:17:05 1992
  DUMP: Date of last level 0 dump: the epoch
  DUMP: Dumping /dev/rsd1a (/files) to /dev/rst8
  DUMP: mapping (Pass I) [regular files]
  DUMP: mapping (Pass II) [directories]
  DUMP: estimated 149186 blocks (72.84MB) on 1.70 tape(s).
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: 40.03% done, finished in 0:07
  DUMP: Tape rewinding
  DUMP: Change Volumes: Mount volume #2
  DUMP: fopen on /dev/tty fails
  DUMP: The ENTIRE dump is aborted.

This has occurred on more than one sparc station running
4.1.2 (or from an HP/apollo node running X-windows) where
the dump requires more than one ctape to complete
the dump. If the command is run on the node where the ctape
is physically attached, it also fails.
If the coomand does not require more than one ctape for the
dump, all runs OK.

It seems that the problem lies in how the display is handled.

Does anyone know of a patch/workaround/fix for this?

I've looked through lists a Sun patches that I have, but
none of them seem to address this problem.

Any help would be appreciated.

Thanks in advance.
-- 
----------------------------------------------------------------------------
Jack Schetrom  (jacsch@auto-trol.com)             1-303-252-2316
National Technical Support/Systems Integration    12500 N. Washington
Auto-trol Technology Corporation                  Thornton, Colo. 80241-2404
Newsgroups: fj.mail-lists.apollo
From: David Krowitz <krowitz@quake.mit.edu>
        cis.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!psinntp!psinntp!polari!lampi%polari.online.com@ucbvax.Berkeley.EDU
Subject: Re:  Call for HW/Peripherals SIG Members
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Tue, 8 Sep 1992 14:02:41 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Good work, Mike!

== Dave K
Newsgroups: fj.mail-lists.apollo
From: sun-barr!cs.utexas.edu!csc.ti.com!tilde.csc.ti.com!mksol!kylscott@ames.arc.nasa.gov  (kyl w scott)
Subject: sendmail: daemon owner of /usr/spool/mail entries
Organization: Texas Instruments Inc
Distribution: fj
Date: Fri, 11 Sep 1992 19:40:17 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

The problem appears to have been caused by /bin/mail no
longer have root + setuid.  Thanks...


-Kyl
Newsgroups: fj.mail-lists.apollo