HDTenEightyP/NetNews huggingface dataset:
From: shuky@mot.com (Joshua Beinhorn)
Subject: Re: automatic screen turn-off
Reply-To: shuky@mcil.comm.mot.com
Organization: Motorola Communications Israel Ltd., Tel Aviv
Date: Tue, 1 Sep 1992 12:49:58 GMT

In article  <BtuqtL.Jor@apollo.hp.com>  ganek@apollo.hp.com (Dan Ganek) writes,
in answer to my question :

>  > ...
>  >
>  >However, in some cases the screen is not turned off even if there is
>  >no user input for hours. In particular, This happens when there is one 
>  >window which covers all the screen.
>  >
>  >What are the conditions which enable / disable automatic screen turn-off?
>                  
>  ...
>
>  So, perhaps the app your running in the full screen window is calling
>  gpr_$video_ctl.  Does it happen if your grow an ordianry  DM pad to full 
>  screen?


The screen is not being turned off when I leave it with no particular application
running - just one or more shell and edit windows open.

-- 
[ name:   Joshua (Shuky) Beinhorn | Motorola Communications Israel ]
[ e-mail: shuky@mcil.comm.mot.com | Fixed Products Division        ]
[ Phone: +972 (3) 565 8355        | 3 Kremenetski Street           ]
[ Fax:   +972 (3) 565 8356        | 61 250  Tel-Aviv, ISRAEL       ]
Newsgroups: comp.sys.apollo
From: jal@acc.flint.umich.edu (John Lauro)
Subject: Printing under 10.4
Date: Wed, 02 Sep 92 12:31:50 EDT
Organization: University of Michigan - Flint

Hello, I are having a great deal of difficulty getting printing to
work under 10.4.  The problem appears to be either with prmgr or
with NCS services.

/sys/hardcopy/prmgr -c config_file -e

gives the following:
(prmgr) Can't reach glbd - no matching entry available (network computing system/locating broker)
(and tries again every so-often...)

lb_admin has no problem reaching the glbd.

Not knowing what is going wrong, I tried killing off glbd and did a
glbd -create -first, and cleaned out any llbd, but it didn't help...
The glb_log file hasn't shown any problems.

P.S.: It worked fine at 10.3, and I don't think I am doing anything
differently...
Newsgroups: comp.sys.apollo
From: system@alchemy.chem.utoronto.ca (System Admin (Mike Peterson))
Subject: Re: DN10K's for sale
Organization: University of Toronto Chemistry Department
Date: Fri, 28 Aug 1992 00:19:49 GMT

In article <199208241425.AA15575@pan.ssec.honeywell.com> thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson) writes:
>                          I have heard 
>that most people who still have these systems -- and don't call them boat 
>anchors please ...

Ours has been christened a boat-anchor-in-waiting since it is now actually
working fine (since it has no interactive users, just a few batch jobs).

I'm pretty sure I heard that the trade-up program for DN10000's will be
reinstated soon - just back from InterWorks/Hurricane.
-- 
What are the chances that any computer system will ever "work" properly?
... and Slim just left town. -*- Mike Peterson, SysAdmin, U/Toronto Chemistry
From: thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson)
Newsgroups: comp.sys.apollo
Subject: re: Colour maps on DN4500 (again??)
Date: 4 Sep 92 18:08:22 GMT
Distribution: world
Organization: The Internet


> 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 have tried:
> 
> lcm                         this leaves it in this new different colour scheme.
> lcm -p /sys/dm/color_map    again, leaves it in this new scheme
> ...lots of other things w/ lcm...
> 
> I've also copied the /sys/node_data/etc/dm_display tree across from another node, but it makes no
> difference. Rebooting the machine makes no difference either.

Check to see whether the user(s) who have the colors go wrong have a file '$HOME/user_data/color_map'
hanging around.  This is used to configure the colors at login (see the OS 10.3 release notes).

If that doesn't work, try the DM command 'rs -f' and/or 'rs -o'.  Read the HELP pages for details.

If that doesn't work, put the contents of the master color_map file `node_data/etc/dm_display/color_map
into an edit pad, and prepend 'lcm -s ' to each line.  Make sure that this file is executable, and
then run it (or copy it into an input pad like a proper Domainiac would).  This will, 1 at a time, 
set the colors by force to the master set.  It takes a long time, and may wipe out the colors at first,
but it's always ended up by cleaning things up for me.

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

Newsgroups: comp.sys.apollo
From: rocco@ll.mit.edu (A. Gregory Rocco Jr.)
Subject: Unable to open a stream to the SIO line, SLIP, hardware flow control
Originator: rocco@ll.mit.edu (A. Gregory Rocco Jr.)
Keywords: SIO, SLIP
Organization: MIT Lincoln Lab; Lexington Ma
Date: Wed, 26 Aug 92 19:11:22 GMT


In article  <DISSER.92Aug21075108@metaphor.engin.umich.edu>
disser@engin.umich.edu (David Disser) writes:

> I've got a DN3000 I want to hook up via SLIP at 14.4kbps.  I can't even get
> started.  I've got the modem hooked up, and I've got what I think are good
> tctl settings, but when I try to use emt and go into remote mode, I get
> 
> ?(emt) Unble to open a stream to the SIO line (/dev/sio1).
> - requested object is in use (stream manager/IOS)

There is a good chance that the line is in use because the
server_process_manager is using it.  If you look in /dev (generally linked
to `node_data/dev) you will probably find a symbolic link which looks
something like:
   //hamerkop/sys/node_data/dev/sio.spm -> sio1

This link controls which sio line if any spm talks to.  You do not need to
have it talk to any sio line at all. To fix the problem change the link to
be something like:
   //kingfisher/sys/node_data/dev/sio.spm -> null

If you are logged into the machine that has the sio line, the following
Aegis command can be used accomplish this:
   /com/crl -r /dev/sio.spm null

Once you have changed the link you should reboot the node so that spm will be
restarted, making the change take effect.


I have a DN4000 at home and am using US Robotics Courier V.32BIS modem to
talk to my systems back at work.  I am using the vt100 emulator and
kermit when I am using the DN4000 as a terminal.  I have the DN4000 and the
modem talking to each other at 19.2 Kbaud and connect to my systems at work
at 9600 baud with some compression.  I have not been loosing any data since
I turned on hardware flow control.  From the LEDs on an RS-232 breakout box,
I can see that the hardware flow control is working.

I am planning on setting up a SLIP connection but am having some trouble and
have not had the time to resolve it yet.  In one configuration the connection
works long enough to pass a list of routes to the routed running on my 
machine at home and then the SLIP connection hangs.

Greg Rocco
MIT Lincoln Lab
Lexington Ma USA
rocco@ll.mit.edu
Newsgroups: comp.sys.apollo
From: szabo_p@maths.su.oz.au (Paul Szabo)
Subject: Re: Idle nodes? (was Re: automatic screen turn-off)
Reply-To: szabo_p@maths.su.oz.au (Paul Szabo)
Organization: Mathematics, University of Sydney
Date: Tue, 1 Sep 1992 21:48:27 GMT

In article <BtwMGy.EG0@apollo.hp.com> ganek@apollo.hp.com (Dan Ganek)
writes:
> >I cannot find any documentation on the gpr_$video_ctl call. (Not that I
> >would need it at the moment.)
> 
> From /sys/ins/gpr.ins.pas:
> 
> {  GPR_$VIDEO_CTL --  turn video on/off  }
>     PROCEDURE gpr_$video_ctl(
>                 IN  on_off: boolean;
>                 OUT status: status_$t { returned status }
>                 ); EXTERN;
> 
> TRUE unblanks the screen,  FALSE blanks and resets the timeout 
>   
> This replaced smd_$video_ctl.

Thanks. Only problem is that my /sys/ins/gpr.ins.pas is older than yours (I
am only up to SR10.4 :-). Maybe you have access to the set of un-released,
complete include files? We simple mortals do not have smd include files
either.

Anyway, my real question was:

> Is there a way to find out how long an Apollo node (i.e. the interactive
> user logged on the display) has been idle? It might be sufficient to find
> out whether the screen has been blanked out or not (with due regard to the
> setting of scrto). Does anyone know the trick?

Paul Szabo - System Manager   //        School of Mathematics and Statistics
szabo_p@maths.su.oz.au        //   University of Sydney, NSW 2006, Australia
Newsgroups: comp.sys.apollo
From: roman@cs.ubc.ca (Marc Romanycia)
Subject: For Sale: Parts from DN3500
Followup-To: poster
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
Distribution: na
Date: Wed, 2 Sep 92 08:12:25 GMT

  I'd like to clear out the following pieces, which are of no use to me.
Hopefully they are to someone.

For Sale as a package:

  One Apollo 3500 motherboard, minus its 68030-25 CPU and 68882 coprocessor.
  One Token Ring card (I think) that came with the above motherboard.
  One Monochrome TTL video card that came with the above motherboard.

  All of these are believed to be in good working condition, but I have
no way of testing them.  I can sell them as is, or with a guarantee, but
the price will reflect this.  I'll consider all offers over $20(US) or
$30 (Cdn) and decide by the weekend.
  Marc Romanycia (roman@cs.ubc.ca)
Newsgroups: comp.sys.apollo
From: weule@cs.uni-duesseldorf.de (Joerg Weule)
Subject: xmit error 802.3, sorry for my question
Summary: aoi was configured, thin ethernet was expected
Keywords: ethernet
Organization: Heinrich-Heine-Universitaet Duesseldorf
Date: Wed, 2 Sep 1992 22:09:30 GMT

Hi erverybode,

some days ago I asked for

   di e , ex domain_os --> xmit error: 802.3 fail, data ok

I have to excuse me for my stupid question. It was a special
error I've never seen, because you can only get this with
a thik ethernet. I expected thin ethernet configred ...

Thanks for your time

J"org Weule
weule@cs.uni-duesseldorf.de
From: canning@apollo3.apollo3.ntt.JP (John M. Canning)
Newsgroups: comp.sys.apollo
Subject: BSD named questions
Date: 27 Aug 92 08:12:56 GMT
Distribution: comp
Organization: none


   I've just enabled the name sever daemon (named) on two of our
Apollo workstations.  I set them up as caching name servers with
pointers to our primary and secondary name servers.  This works well
and we can now translate host names that aren't in our /etc/hosts
file.

   Unfortunately, NTT is such a huge place that the primary and
secondary name servers don't have all the latest info about all the
workstations throughout the company.  Is there a way to enter some
local correction info so that when a translation fails, it can look in
the local file?  Or better yet, check the local file first and if
nothing was found, then query the remote name server?  In reading the
documentation, it seems that the /etc/hosts file system and the remote
name server are mutually exclusive systems.

   Another question: one of the "named" servers correctly appends our
local domain name (.ntt.jp) to the requests that need it, but the
other doesn't.  The configuration files (named.boot, named.ca, and
named.local) are identical on both machines.  What controls the
appending of the local domain name?

  - John Canning

--
//////////\\\\\\\\\\//////////\\\\\\\\\\//////////\\\\\\\\\\//////////\\\\\\\\
Dr. John M. Canning
s-mail:	Naito Group                        e-mail:	canning@apollo3.ntt.jp
        NTT Basic Research Laboratories    tel:		(0422)-59-4640
        3-9-11 Midori-cho                  fax:		(0422)-59-2178
        Musashino-shi, Tokyo 180  JAPAN               (outside Japan:
                                                       change leading 0 to 81)
//////////\\\\\\\\\\//////////\\\\\\\\\\//////////\\\\\\\\\\//////////\\\\\\\\
From: bonnetf@APO.ESIEE.FR (Frank Bonnet)
Newsgroups: comp.sys.apollo
Subject: Disk quota system calls
Date: 1 Sep 92 15:21:23 GMT
Distribution: world
Organization: The Internet

Hi,

I have some problem with the disk quota system calls.

The only documented call is :  quota_read

The two others are not ( quota_ctl quota_add ).

Unfortunatelly the documented one is wrong : the include file referenced into
the manual does not exist :

From man > SYNOPSIS
From man >      #include <apollo/sys/swap.h>

Could somebody tell me where are those files ? If it is necessary I could
FTP them.

Thanks

-------------------------------------------------------------------------------|
bonnetf@apo.esiee.fr                     |                                     |
Frank Bonnet                             | Surfing ...                         |
E.S.I.E.E                                |                                     |
BP99 93162 Noisy le Grand cedex.FRANCE.  | the rest is details !               |
Fax   : 33 1 45 92 66 99                 |                                     |
-------------------------------------------------------------------------------|
Newsgroups: comp.sys.apollo
From: khan@dxcern.cern.ch (Rizwan Ali Khan)
Subject: Where is FAQ list of this?
Organization: CERN European Laboratory for Particle Physics
Date: Thu, 3 Sep 1992 15:26:49 GMT

Could any body tell me where can I find the FAQ list?
Thanks,
Rizwan
khan@vxcern.cern.ch
From: philip@cel.cummins.com (Philip D. Pokorny)
Newsgroups: comp.sys.apollo
Subject: Re: DSEE and f77
Date: 1 Sep 92 16:09:50 GMT
Distribution: world
Organization: The Internet

Bill Smith asks:
>                  It looks like when I do a build that the f77 compiler
> either dies on the combination of options I give it or if it does work
> it puts the binary files into the working directory instead of the
> system where they belong.  Then when it tries to link it looks to the
> system for the object modules,can not find them, and fails.  I can
> manually link the object modules outside DSEE and they seem to work OK
> so I think it is probably a problem with my model.
> 
>      DEFAULT FOR ?* =
>           SHELL '/bin/csh -f';
>           TRANSLATE               
>                f77  -c -g -Asystype,sys5.3 -WO,-nuc -o %RESULT %SOURCE 
                      ^^                              ^^^
Here's the problem.  The man pag for f77 says that -o is where
to put the FINAL executable (instead of calling it a.out) 
Since you are only compiling (-c) not linking, f77 ignores the
-o option.  What you need to do is use the (-W0,-bx,%RESULT.o)
option.  This uses the -W0 option to pass a "special" option to
the compiler.  The -bx option tells the compiler to place the
object file in a file with EXACTLY the name %RESULT.o (after
DSEE substitution...)

     SHELL '/bin/csh -f';
     TRANSLATE
          ld %RESULT_OF(?*.f).o -o %RESULT
          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Warning...  This is HORIZONTAL expansion.  It is very easy to
overflow the DSEE/shell line length limits.  It's much safer to
do something like:

          ld \
            %VERTICAL %RESULT_OF(?*.f).o \
            -o %RESULT

> I have called HP/Apollo about the problem but was wondering if any other
They usually do a pretty good job...
Sincerely,
Philip D. Pokorny
philip@cel.cummins.com
:)

Newsgroups: comp.sys.apollo
From: roeber@vxcrna.cern.ch
Subject: Re: HP cafe
Followup-To: comp.sys.apollo
Organization: CERN -- European Organization for Nuclear Research
Date: Thu, 3 Sep 1992 20:40:23 GMT

In article <DYm-+S@engin.umich.edu>, afgun@engin.umich.edu (Andrew F. Gunnesch) writes:
> (I did not write this; IDK who the author is.  I found it hilarious.
>  YOUR mileage may vary)

My copy says "by Stephen Harrison and Noel Magee."
Xref: sparky comp.sys.apollo:3432 comp.sys.hp:9986
From: davidb@zeus.ce.washington.edu (David W. Barts)
Newsgroups: comp.sys.apollo,comp.sys.hp
Subject: Strange packaging technique
Summary: I didn't know machine screws were static sensitive
Date: 2 Sep 92 23:40:48 GMT
Article-I.D.: u.1992Sep2.234048.18002
Organization: University of Washington


In the HP400s to HP433s upgrade kit (A2043), we have three boxes:  a
motherboard box, an EISA adapter card box, and an accessory kit box.

The accessory kit box contains two plastic SIMM card guides, a
metal backplane cover, and three machine screws.  These are packed in
-- you guessed it -- a specially-made piece of anti-static bubble
wrap marked "CAUTION:  Contents subject to damage by static
electricity.  DO NOT OPEN except at approved static-free workstations."

Do HP sites have a number of very large Tesla coils that generate
sparks powerful to melt or vaporize these parts?  Are they plagued
by numerous lightning strikes?  That anti-static bubble wrap must
be pretty strong stuff if it can resist a lightning strike!

:-) :-) :-)

--
David Barts  N5JRN                      UW Civil Engineering, FX-10
davidb@ce.washington.edu                Seattle, WA  98195
Newsgroups: comp.sys.apollo
From: andy@ice.stx.com (Andy Moore)
Subject: Re: Strange packaging technique
Reply-To: andy@ian.stx.com
Organization: Hughes STX, Lanham, MD
Date: Thu, 3 Sep 1992 14:08:43 GMT

Another (true!) story:  a few months ago we received a box from HP, about
12"x8"x2" with the ubiquitous padding and packing list that listed itself
and the shipping materials, all just to send us a vi quick reference card!
Which we had NOT asked for!

But semi-seriously, doesn't this seem inappropriate in this age of
environmental consciousness?  I mean, I'm not your stereotypical greenie,
but the amount of shipping material we throw away from HP is obscene!!

On a related note, isn't there some way to recycle or efficiently reuse
all those HP LaserROM CDs?  At the very least, they could have the CEs
collect them from us when they're out for a service call, and then at
least reuse the jewel boxes...
______________________________________________________________________________
Andy Moore         "You keep your dream, and I'll keep the money!"
 andy@ice.stx.com                      - Ren Hoek, "The Ren and Stimpy Show"
Newsgroups: comp.sys.apollo
From: rees@pisa.citi.umich.edu (Jim Rees)
Subject: Re: Idle nodes? (was Re: automatic screen turn-off)
Reply-To: Jim.Rees@umich.edu
Organization: University of Michigan IFS Project
Date: Wed, 2 Sep 1992 18:54:18 GMT

In article <1992Sep1.214827.22827@ucc.su.OZ.AU>, szabo_p@maths.su.oz.au (Paul Szabo) writes:

  > Is there a way to find out how long an Apollo node (i.e. the interactive
  > user logged on the display) has been idle? It might be sufficient to find
  > out whether the screen has been blanked out or not (with due regard to the
  > setting of scrto). Does anyone know the trick?

Seems to me that Nat Mishkin once hacked an inactivity timer into Aegis,
back around sr5 when he was still at Yale, but it never made its way into
the release.
From: xx123yyy@matt.ksu.ksu.edu (Brian Gregory Howard)
Newsgroups: comp.sys.apollo
Subject: Re: Dead power supply (?) on DN10000
Date: 31 Aug 1992 18:35:54 -0500
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

ccount@boltzmann.mit.edu (Dr. Craig A. Counterman) writes:

>I looked at the LEDs people told me about in replys to my earlier
>post.  They indicate "VNR under voltage."

>So, any way I can repair this myself or at least resurrect it for a
>few more months?  Any ideas which component failed, and sources for
>this independent of Apollo?  Any companies with used or repaired
>Apollo parts?

Ok, here goes my personal H??l!

  1. 5V under voltage problems (the beginning).
      -This was our first power supply problems with the DN10000.  It was
       temporarily fixed by cleaning the pins on each of the power supply
       bricks.
      -After several months, just cleaning the pins on the bricks no longer
       made a difference so I tried a chemical called CRAMOLINE to improve the
       conductance of the pins on the bricks.  This worked for about one month
       and then the CRAMOLINE turned black and the DN10000 died.

  2.  5V over voltage (same DN10000).
      -in a fit of rage, I tinned (soldered) each pin on each power brick.  I
       DID NOT SOLDER THE BRICKS INTO THE POWER SUPPLY PWB.  This worked for
       about 2 days before the DN10000 died showing 5V over voltage.

      -I almost died thinking that I would have to buy the $60k boat anchor
       (I think the DN10000 makes a nice end table myself).  Using some really
       strange logic, I removed one of the 5V bricks and booted.  It has now
       been about one month and the DN10000 is still running (I even compiled
       X11R5 on it - minus the server, of course).

I am not sure what my next move will be when the DN10000 dies again, but I hope
that the above information will help someone keep there DN10000 alive until
they can buy a Macintosh (Ha Ha).

By the way, my wife does not like the idea of using the DN10000 as an end table.


			good-luck

				Brian G. Howard
				brian@grace.ecc.ksu.edu
				xx123yyy@matt.ksu.edu

------------------------------------------------------------------------------
They're comming to take me away, ha ha, he he, to the funny farm where life is
beautiful, and I'll be happy to see those nice young men in there funny white
coats, and they're comming to take me away ....
From: lampi@polari.online.com
Newsgroups: comp.sys.apollo
Subject: Re: SCSI Magtape support under 10.4?
Summary: Sure - it works for me
Date: 3 Sep 92 01:25:46 GMT
Organization: R Squared, Redmond, WA (206) 883-3116

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
From: vds7789@aw2.fsl.ca.boeing.com (Vincent D. Skahan)
Newsgroups: comp.sys.apollo
Subject: Re: Mailtool?
Date: 29 Aug 92 15:27:01 GMT
Organization: none

mannex@inference.com (Russ Mannex) writes:

>A mail tool for X Windows is all I ask for. One that actually compiles
>OK. Does ANYONE have something like this?

try 'elm' or 'pine' in an xterm
or try 'xmh'

-- 
   ---------   Vince Skahan   -----------   vince@atc.boeing.com   ---------   
   Is there a more perfect road paving material than what you get when
   you supersaturate Sweet'N'Low and CoffeeMate in a mug of coffee ?
Newsgroups: comp.sys.apollo,comp.sys.hp
From: hardy@golem.ps.uci.edu (Meinhard E. Mayer (Hardy))
Subject: Re: Strange packaging technique
In-reply-to: gordon@maxwell.uwaterloo.ca's message of Thu, 3 Sep 1992 01:27:16 GMT
Newsgroups: comp.sys.apollo,comp.sys.hp
Organization: Department of Physics, UC Irvine, CA 92717-4575, USA
Date: 3 Sep 92 04:07:41 GMT

In article <BtzApG.1o1@watserv1.uwaterloo.ca> gordon@maxwell.uwaterloo.ca (Gordon R. Strachan) writes:


   The one I always like is the packing lists that list everything in the box
   including the packing list itself!  It even has its own HP part number.  HP
   paper work, you gotta love it! :-)

That means that HP-Shipping is properly tail-recursive.
--
Hardy 
-----
Meinhard E. Mayer,  Department of Physics, UC Irvine 
e-mail: hardy@golem.ps.uci.edu (preferred) or MMAYER@UCI.BITNET

Newsgroups: comp.sys.apollo,comp.sys.hp