HDTenEightyP/NetNews huggingface dataset:
From: utcsri!helios.physics.utoronto.ca!alchemy.chem.utoronto.ca!system@uunet.uu.net  (System Admin (Mike Peterson))
Subject: Re: $DISPLAY not getting set
Organization: University of Toronto Chemistry Department
Distribution: fj
Date: Wed, 7 Oct 1992 20:38:54 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Oct7.194457.23109@src.honeywell.com> bergstr@src.honeywell.com (Darryl Bergstrom) writes:
>I wouldn't be so quick to just make it a default, there are applications that
>have ascii and X inplementations (emacs/epoch).  If DISPLAY is set for these
>application, they will try to use X first and if you login from home, they will
>not start properly.

I agree with this, and in addition if the login is from another system,
I set $DISPLAY so it points to the system where the login originated,
so that any X clients will display on that system. My scheme will
get confused if you then rlogin again, but at Interworks, Steve Jumonville
from HP/Mentor demonstrated a nice way to propagate all sorts of environment
variables through a nested mess of rlogin/telnets.
-- 
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: amdcad!dvorak.amd.com!dvorak!mitchell@ucbvax.Berkeley.EDU  (Tom Mitchell)
Subject: Ikon board driver/software
Organization: Advanced Micro Device Comm. Products Div
Distribution: fj
Date: Thu, 8 Oct 1992 16:30:52 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I have a couple of Ikon boards (combination centronics/versatec i/f)
in DN5500's.  These are driven by  Mentor Graphics VPR print server 
software.  I would like to dump raster files from lpd and various other
packages to versatec plotters attached to these devices.

Anybody have any ideas on how to drive them directly?  The choices I think I
have are:

1) Use existing Mentor VPR software in 'transparent mode'.  This is
   workable but depends on Mentor licensing scheme.
2) Find some existing driver
3) Write a driver

By the way, I do have the vpr_at_call.lib and vpr_at_int.lib files
mentioned by the DDF file for the board.

Tom Mitchell (512) 462-5951    email: mitchell@amdcad.amd.com
Advanced Micro Devices, Inc.   Austin, Texas
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!scd.hp.com!hplextra!otter.hpl.hp.com!hpltoad!hpopd!hpwin052!dan@ucbvax.Berkeley.EDU  (Dan Bennett)
Subject: Re: What can I do with an Apollo 3000
Organization: HP Response Centre, Berkshire, England.
Distribution: fj
Date: Thu, 8 Oct 1992 12:39:46 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hi,

Nope, there's definitely no port of HPUX for DN3000's. And as far as
I'm aware, there's no OS other than Domain/OS that'll run on them.
Unless there have been some very BRAVE and CLEVER bods out in the
field.

But what's wrong with Domain/OS anyway?

Regards,
Dan Bennett.
From: David Krowitz <krowitz@tremor.mit.edu>
Subject: Re:  Transition to HP-UX
Organization: Electrotechnical Laboratory, Tsukuba Science City
Distribution: fj
Date: Fri, 16 Oct 1992 14:27:44 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Workstation Solutions (603-880-0080 if I remember my phone numbers
correctly) was showing a Unix utility program to read wbak/rbak
tapes on HP-UX machines at the IWorks conference in New Orleans.
It was priced at about $2000 for a single copy, $900 for additional
copies. I have not used it, so I can't give any evaluation. They claimed
it would do file-format conversions for many of the Apollo file types
(ie. convert REC files containing ascii data to regular Unix ascii files,
convert REC files containing SR9-style unformatted Fortran binary data
to the Unix F77 format, etc).

== Dave Krowitz
From: elroy.jpl.nasa.gov!nntp-server.caltech.edu!draco.macsch.com!drd@ames.arc.nasa.gov (Daniel R. Dawson)
Newsgroups: fj.mail-lists.apollo
Subject: Re: how do you kill an active prsvr job?
Date: 13 Oct 92 23:03:36 GMT
Distribution: fj
Organization: The MacNeal-Schwendler Corp.


Although the real question is how to kill an active
print job, here is a solution to the problem of
users that print postscript without the -trans option:

1) Rename /com/prf to something else (like /com/prff)
2) Make a script /com/prf that does:

#!/com/sh -nstart
eon
if eqs ^1 "" then
   args "Usage: prf filename [options]"
else
   if existf ^1 then
      check := ^"/usr/ucb/head -1 ^1 | /bin/grep -c PS"
      if eqs ^check 1 then
         /com/prff -trans ^*
      else
         /com/prff ^*
      endif
   else
      args "File ^1 does not exist."
   endif
endif
eoff

Now this may not keep all the cruft out of the printer
but it works okay for us.  We also use a similar script
to keep non-postscript files from going to our color
postscript printer (the thermal wax transfer roll and
paper is $$$).

   Dan Dawson
   The MacNeal-Schwendler Corp.
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: nameserver vs. vuelogin
Organization: University of Toronto Chemistry Department
Distribution: fj
Date: Wed, 7 Oct 1992 20:33:32 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1av286INNbuj@taloa.unice.fr> piro@ecu.unice.fr writes:
>Can anyone tell me how to solve this problem (appart from the official
>advice from hp-Spain which was to desactivate the resolve.conf!).

You need to list more than one nameserver in /etc/resolve.conf - your
system will still be slow if the first nameserver is not available,
but things should work eventually. You should try to put your
nameservers on separate network segments in case one segment gets
switched out/disconnected. I run 2 nameservers on our Ethernet
(actually both think they are masters too), plus point to a
system in our central services for worst case failures.
-- 
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: dog.ee.lbl.gov!hellgate.utah.edu!caen!zaphod.mps.ohio-state.edu!darwin.sura.net!paladin.american.edu!news.univie.ac.at!hp4at!mcsun!uknet!strath-cs!prlhp1!gupta@ucbvax.Berkeley.EDU  (Ashok Gupta)
Subject: Availability of OSF_MOTIF version 1.1 for the HP/Apollo Domain 5500
Organization: Philips Research Laboratories, Redhill, UK
Distribution: fj
Date: Thu, 8 Oct 1992 13:37:39 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

There's some confusion at HP, here in the UK, about whether this is 
actually available as a single separate product. Indeed they sent
me version 1.0 when I ordered 1.1.  :-(

Now I'm told I'll have to buy HP_VUE 2.01, Xlib, XtInstrinsics
and other GUI stuff too as they're bunded together with OSF_MOTIF v 1.1.
And these are priced together at twice what I paid for OSF v1.0 last year.
Price alone isn't the problem - I don't want to have to buy stuff I
know I will not ever need.

So can any one please tell me whether OSF v1.1 is available as a
separate product for the Apollo Domain 5500 ?  I'm only interested 
in binaries and libraries - not source.  And what version of the
OS I need to run it ?  And its cost and lastly where I can get it from ?

Please email.

Thanks

Ashok
From: bagate!dsinc!pitt.edu!warst@rutgers.edu (William A Reynolds)
Newsgroups: fj.mail-lists.apollo
Subject: TCP-IP / Ethernet Performance Problem
Date: 9 Oct 92 18:47:57 GMT
Distribution: fj
Organization: University of Pittsburgh





Ethernet Performance Problem:



I am running NCSA Telnet 2.3b5 on a Zeos 486DX33mhz machine with
a SMC Elite 16 Plus Ethernet card.  This machine is connected to
an Apollo Domain 3500 Series workstation.  When the machines are
connected and an ftp or telnet session has been established,
there is an incredible performance decrement when transferring
files to the Apollo.  The transfer rate from the Apollo to the
Zeos is fine (~50 kbps) but the reverse is 50 - 100 times slower
(~.5kbps).  Does anyone have any idea why this might be?  Any
help with this problem would be greatly appreciated.  If any
solutions come in, I will post a summary.



-Thanks in advance



Email:  danielkd@lp.musc.edu
Newsgroups: fj.mail-lists.apollo
From: mcsun!corton!sophia!taloa.unice.fr!taloa.unice.fr!usenet@uunet.uu.net  (Oreste Piro)
Subject: nameserver vs. vuelogin
Organization: University of Nice Sophia-Antipolis
Distribution: fj
Date: Wed, 7 Oct 1992 16:11:50 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

It may be an stupid question but I cannot find the stupid answer.
If we set up things in order for our hp to read from a names sarver
by adding a server entry in resolve.conf we face the following anoying
problem: If the server is down, vuelogin doesn't run. After loggin out
if you are in, you get a screen with the background color for a few
(more than a few actually) minutes until it decides to go in console mode.

Can anyone tell me how to solve this problem (appart from the official
advice from hp-Spain which was to desactivate the resolve.conf!).

Things that I already tryed but did not work were: a) changing the default
display from 'hostname':0 as it is from factory to :0 (this solved the
problem of opening new windows when the server goes down in the middle
of a session but it did not solved the vuelogin problem) b) adding 
the machine itself as the first line in resolve.conf.

Any help would be greatly appreciated. I cannot believe that the only
solution for someone with an unreliable server is to copy the whole
table in /etc/host!

Thanks in advance.


--
| Oreste Piro     piro@ecu.unice.fr         |                       |
| Institut Non Lineaire de Nice		    |   Ubi bene            |
| Universite de Nice - Sophia Antipolis     |                       |
| Parc Valrose, 06034 Nice Cedex, France    |         ibi patria    |
| Tel (33)93.52.98.36, Fax 93.52.98.48      |                       |
Newsgroups: fj.mail-lists.apollo
From: eru.mt.luth.se!lunic!sunic!aun.uninett.no!ugle.unit.no!DAHLS%FHYDRA.FYSEL.UNIT.NO@bloom-beacon.mit.edu  (Joern Yngve Dahl-Stamnes)
Subject: DPCI and Windows 3.1
Organization: University of Trondheim, NORWAY
Distribution: fj
Date: Wed, 7 Oct 1992 19:25:11 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hello.

We are using DPCI 5.1.1 to connect our PC's to our Apollo Domain
machines (running OS 10.3.5.4). The users use it for storing files, to
print files and for mail connection.

Some of the users (who do not now much about UNI*X, mail etc) want to
have an icon to click on to check if there is any unread mails on the
Apollo machine. And if there is any mail, they want to click on a second
icon to read it. A third icon may be used to send mail (not reply). But
to start a DOS box from windows and then start DTERM seems not to work
very well (the user log on the machine BEFORE starting windows). DTERM
will hang after only a few keystrokes. And the release notes say that
DTERM won't work with Windows.

So I wonder if someone out there has managed to get DTERM or rsh to work
with Windows 3.1 so that the user easily check if there is any unread
mail on the Apollo?

Is there any other way to get mail on the PC using DPCI? Or should we
forget about DPCI and get something else?

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--+-+-+-+-+-+-+
* I went back to my mother,           * Joern Yngve Dahl-Stamnes           *
* I said, "I'm crazy ma, help me!"    * University of Trondheim            *
* She said, "I know how it feels son, * The Norwegian Institute of Tech.   *
* 'cause it runs in the family."      * Division of Physical Electronics   *
*       - The Who, Quadrophenia       * e-mail: dahls@fhydra.dnet.unit.no  *
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+--+-+-+-+-+-+-+
From: munnari.oz.au!metro!maths.su.oz.au!ta_k@tcgould.tn.cornell.edu (Katya Ta)
Newsgroups: fj.mail-lists.apollo
Subject: 8 bit on apollo
Date: 13 Oct 92 05:53:43 GMT
Distribution: fj
Organization: Mathematics, University of Sydney

Hi,

I have a program cxterm (chinese xterm) which requires the 8 th bit to be passed
through. I have tried stty pass8 but doesn't seem to work. Instead of getting a
chinese character, all I get is two ascii values. I think the 8th bit must be getting
stripped of. Does anyone have any ideas of how to deal with this. I'm sorry if this
isn't real clear, as I'm so confused with this :-(.

thanks a lot

bye
Katya

-- 
*-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-*
| Katya Ta                     \    /      |  I'd rather be a hammer          |
| School of Maths & Stats      ___ |_|  |  |     than a nail ...              |
| University of Sydney _--_|\   _  |_| -|- |                                  |
| Australia           /      \  _  |_| `|  |  Winning or Loosing, What side   |     
|                     \_.--._/  _   /|  |  |  are you choosing ? It matters   |
| ta_k@maths.su.oz.au       v  |_| /_| _|  |  how you play the game ...       |
*-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-*
Newsgroups: fj.mail-lists.apollo
From: taco!jrhunsbe@gatech.edu  (JONATHAN RO HUNSBERGER)
Subject: Giving X11 applications other icons than the big ugly X.
Organization: North Carolina State University, Project Eos
Distribution: fj
Date: Wed, 14 Oct 1992 00:50:33 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>


Has anyone had any luck with giving Xwindows applications
(i.e. xterm, xclock, xload) an icon other than the bix X?

If so, please share your secrets.  I know how to manually give
them a different icon, but would like to know how to make them
come up with a different default icon.

Thanks for your help.

I am running 10.2 but will soon be upgrading to 10.4 so hopefully
any solutions will at least work in 10.4

Jonathan Roy Hunsberger
Newsgroups: fj.mail-lists.apollo
From: van-bc!rsoft!agate!spool.mu.edu!sdd.hp.com!scd.hp.com!hplextra!hpcc05!hpbbn!hpbbi4!mik@ucbvax.Berkeley.EDU  (#Michele Isernia)
Subject: Re: Help with NCS (NCA) please ...
Organization: Hewlett-Packard GmbH
Distribution: fj
Date: Mon, 5 Oct 1992 09:23:08 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

First: "Network Computing Architecture"  ISBN 0-13-611674-4
       "NCS Ref. Manual"                 ISBN 0-13-617085-4
       "NCS Tutorial"                    ISBN 0-13-617242-3

Second: To develop any program using NCS you need the NCS
	develpers kit (the OS includes the run-time part only)

Third: Into the "Tutorial" book you will find lots of examples;
       Together with the developers kit it's provided a whole
       directory of examples (/domain_examples/ncs/...)

Another suggestion: It may be much more interesting for you to
		    focus your attention to tne DCE/rpc; these
		    are the "today" NCS, mainly based on the
		    NCS 2.0 version that it's part of Domain/OS
		    10.4.

Mik
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: Testing scsi device with sst (sort of)
Organization: University of Toronto Chemistry Department
Distribution: fj
Date: Wed, 7 Oct 1992 14:47:59 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Oct7.072518.6924@news.uni-stuttgart.de> zrfh0396@ruscvx.rus.uni-stuttgart.de (Markus Draxler) writes:
>I am using a DN10000 with OS10.3 and an exabyte to backup our apollo-
>net. The other apollos are 3 DN3500 and 1 DN3000.
>
>Now I got error messages like this :
>
>** Tape i/o error
>   write, data i/o, block 31, error 1
>   mt status 8A48:  op not completed
>                    unrecoverable tape read/write error
>   --- retrying same block

When I get these messages, it usually means the tape drive is dirty;
using the cleaning tape almost always "fixes" the problem.
I find I need to clean the drive every 2 weeks, which is probably in
line with Exabyte's (and others) recommendations of every 5GB of data,
every 30 hours of use, or every 30 days, which ever comes first (this
is for a 8200 drive, no compression). Since I started this scheme, I
have had very few tape I/O errors.

Also, I rebuild the 'rmts?' devices before and after each backup
(which is NOT safe if you have multiple drives on your system which
could be in simultaneous use), since these devices seem to get corrupted
more often than the pty's :-( (my drive is on a DN2500).

I have never tried sst, but I didn't get my Exabyte from Apollo; it
fails DEX diagnostics too, but works fine once Domain/OS is booted.
-- 
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: munnari.oz.au!metro!maths.su.oz.au!szabo_p@uunet.uu.net  (Paul Szabo)
Subject: DN10k (SR10.4) problems: SOLVED (I hope)
Organization: Mathematics, University of Sydney
Distribution: fj
Date: Thu, 8 Oct 1992 01:37:33 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Some time ago I wrote about problems with our DN10k crashing at SR10.4.P. We
had patch pd92_p0467 installed; this seemed to be the cause of the crashes
(we only had some 'mild' problems without it). The solution seems to be to
use patch pd92_p0485 (SR10.4.0.4) instead: seems that patch p0467 is 'bad'.
(Thanks to Simon Momber from the Australian response center for finding this
out, and making patch p0485 available to us.)

Paul Szabo - System Manager   //        School of Mathematics and Statistics
szabo_p@maths.su.oz.au        //   University of Sydney, NSW 2006, Australia
From: panther!mothost!lmpsbbs!areaplg2!bennett@uunet.uu.net  (Steve Bennett)
Subject: RE: elm2.3pl11
Organization: Motorola, CCR&D, CORP, Schaumburg, IL
Distribution: fj
Date: Wed, 7 Oct 1992 18:25:16 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Thanks for the info

-- 

#
# Steve Bennett (bennett@mot.com)
#
Newsgroups: fj.mail-lists.apollo
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!sdd.hp.com!news.cs.indiana.edu!umn.edu!ap1.me.umn.edu!aris@ucbvax.Berkeley.EDU
Subject: Patche Tapes (cont'd)
Organization: none
Distribution: fj
Date: Sat, 10 Oct 1992 21:36:30 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

I tried to call them last week and ask them about the latest available
patches.  Of cource as usual the service was 'unique'...
It seems that they once again merged (or maybe did something else) the
ex-Apollo dbase with the HP-ones.  To make the long story short, they
couldn't find our system-handle/ID and they DID NOT provide us service!!!
And we pay good money for this @!#$^%$#% !!!

--Aris

PS  I wish someone of the HP could prove to me that things are not as bad as
    I think they are.


-----------------------------------------------------------------------------
Aris Argyriadis                              phone:   (612)-625.85.21
Productivity Center                          e_mail:  aris@ap2.me.umn.edu
University of Minnesota                               argyriad@vx.cis.umn.edu
Minneapolis MN 55455
-----------------------------------------------------------------------------
Newsgroups: fj.mail-lists.apollo
From: pipex!unipalm!uknet!sys.uea.ac.uk!marlow@uunet.uu.net  (K. Marlow PG)
Subject: maximum disc sizes - help
Organization: UEA School of Information Systems, Norwich, UK.
Distribution: fj
Date: Fri, 16 Oct 1992 08:49:09 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

Hello,

  I wonder if somebody could help me, I'm after trying to assertain the
maximum physical disc space that can be mapped by an Apollo 3500 running
SR10.3.  If anybody knows this magic number could you please Email me.

  Thanks in Advance

    Keith Marlow


--
Keith Marlow,              *  When you love someone; You're always insecure;
Information Systems P/G,   * And there's only one good way to reassure;
University of East Anglia, *    Tell her about it...
Norwich. Norfolk NR4 7TJ   * 
Newsgroups: fj.mail-lists.apollo
From: caen!uwm.edu!src.honeywell.com!bergstr@uunet.uu.net  (Darryl Bergstrom)
Subject: Re: $DISPLAY not getting set
Organization: Honeywell Systems & Research Center
Distribution: fj
Date: Wed, 7 Oct 1992 19:44:57 GMT
Return-Path: <apollo-list-errors@srvr1.engin.umich.edu>

In article <1992Sep27.220118.2747@edsi.plexus.COM> chuck@edsi.plexus.COM (Chuck Tomasi) writes:
>thompson@PAN.SSEC.HONEYWELL.COM (jt -- John Thompson) writes:
>
>:)> On one of our systems, the DISPLAY environment variable is not
>:)> automatically set upon logging on.  On all other systems, it is
>:)> properly initialized to ":0" if a user logs in to the console.
>:)> 
>:)> I've tried to find where the magic file is that sets DISPLAY, but
>:)> ...
>
>:)On our systems, at least, it's in `node_data/startup.<DISPLAYTYPE>
>:)I don't think that this is my customization, but you never can tell....
>
>On our systems I put a statement in /etc/profile (for /bin/sh and
>/bin/ksh users - which is all of us at our site) which reads:
>
>DISPLAY=`/etc/hostname`:0.0
>export DISPLAY
>
>There are several places you can put a line like this (or something
>similar) as mentioned above. 
>

I wouldn't be so quick to just make it a default, there are applications that
have ascii and X inplementations (emacs/epoch).  If DISPLAY is set for these
application, they will try to use X first and if you login from home, they will
not start properly.

I check the $term variable .login (/bin/csh) if it is not xterm, I 
unsetenv DISPLAY.

-d
From: ftpbox!mothost!lmpsbbs!mcil.comm.mot.com!gordonb@uunet.uu.net (Gordon Berkley)
Newsgroups: fj.mail-lists.apollo
Subject: RE: elm2.3pl11
Date: 8 Oct 92 09:28:56 GMT
Distribution: fj
Organization: Motorola Communications Israel Ltd., Tel Aviv

The real question is:  why are you using 2.3PL11??  2.4 was just released!

Further, most of the apollo-related problems (sigh) have been found.
In the current version, I have been doing beta testing for the Apollo.
There are *still* some specific apollo-isms that remain, But I hope to
get an "apollo.read-me" file included.

-- 
[  Gordon D. Berkley    INTERNET: gordonb@mcil.comm.mot.com   POST: cgb001   ]
[  PHONE: +972 (3) 565-8727      FAX: +972 (3) 565-8754      (UTC-2)         ]
From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!venice!gumby.dsd.trw.com!trwvssi!b_kondalski@ucbvax.Berkeley.EDU (Brian J. Kondalski)
Newsgroups: fj.mail-lists.apollo
Subject: Re: how do you kill an active prsvr job?
Date: 13 Oct 92 16:58:09 GMT
Distribution: fj
Organization: TRW Vehicle Safety Systems, Inc.

In article <1992Oct13.142114.4991@nrtpa038.bnr.ca> swamp@bnr.ca writes:
>Every so often, someone here prints a postscript file without the
>-trans option. I have been trying to figure out a way to kill
>the job from the shell pad, short of shutting off the printer or
> .......

I've been wondering about this for awhile also.  It's a real pain when a user
sends a postscript file non-transparently.

-- 
Brian J. Kondalski                              b_kondalski@mordor.vssi.trw.com
TRW Vehicle Safety Systems Inc                            Voice: (313) 781-7382
4505 West 26 Mile Road
Washington, MI  48094
Newsgroups: fj.mail-lists.apollo