HDTenEightyP/NetNews huggingface dataset:
From: gregc@cave.sandiego.sgi.com (Greg Carter)
Newsgroups: comp.sys.sgi
Subject: In-We-Go-With-Video!, Seminar-San Diego
Date: 31 Jul 92 17:55:18 GMT
Organization: Silicon Graphics, Inc.

***********************************************************
	Announcing the In-We-Go-With-Video Seminar

	  August 4th - 7th in the San Diego area


**** DIGITAL MEDIA IS HERE! ****

Learn about SGI's new core technology through a hands-on seminar format.
We'll bring 5 Video-ready Indigos, 5 VCR's and a speaker that will show
you how to use the Indigo to create your own video.  Designed for
scientists, engineers and creative professionals who want to get started
in video, the seminar illustrates the benefit of communicating your
ideas with Video/Audio technology, the ease of working with Video/Audio
on the Indigo and the importance of considering video in selecting
workstations.


DATES/TIMES AND LOCATIONS
Tuesday
San Diego Supercomputer Center
Hopkins Drive
UCSD
9:30am - 11:30am
2nd session may be added (1:30pm - 3:30pm)

Wednesday
Biosym Technologies
9685 Scranton Rd.
San Diego
9:30am - 11:30am
1:30pm - 3:30pm

Thursday
MediaShare
2035 Corte Del Nogal
Carlsbad
9:30am - 11:30am

Friday
S-Cubed
3398 Carmel Mountain Rd.
San Diego
1:30pm - 3:30pm

************************************************************************
*
PLEASE RSVP to Greg Carter at SGI:	gregc@sandiego.sgi.com
					619 546 0409
	* Indicate which 2-hour session you would like to attend.
	* Directions to locations are available.
	* The seminar is free and open to everyone.
************************************************************************
*
	PLEASE FORWARD THIS ANNOUNCEMENT TO ALL INTERESTED PARTIES
************************************************************************
Newsgroups: comp.sys.sgi
From: andy@jhunix.hcf.jhu.edu (Andy Poling)
Subject: Re: tcpdump ? 
Followup-To: comp.sys.sgi
Keywords: tcpdump
Organization: HAC - Johns Hopkins University, Baltimore
Date: Thu, 30 Jul 1992 18:51:24 GMT

In article <1992Jul29.174032.2614@comp.bioz.unibas.ch> doelz@urz.unibas.ch writes:
>Recently,  tcpdump was mentioned in this group to be available
>as version from Scott Presnell in a patch, and the 
>full distribution from ftp.ee.lbl.gov - just the files which are mentioned
>in the patch are not in the distribution. Same applies to the version 
>from  vab02.larc.nasa.gov . Please inform me by Mail if you have a 
>working distribution and how to get it. 

jhunix.hcf.jhu.edu:pub/SGI/tcpdump-2.0.tar.Z
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: rmt and VMS machines
Date: 22 Jul 92 19:15:56 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <31495@adm.brl.mil> MIKE@scripps.edu (Mike Whittaker) writes:

| I have a 4D/35 with an attached DAT drive for backups. I also have a
| VMS machine running Multinet 3.1. Multinet provides rmt functions,
| although VMS backup is not supported on 4mm drives. I was complaining to
| TGV (multinet's company) about having to use this crummy TK50 drive for
| backup when I had a DAT just sitting there, and they told me IRIX 4.0.5
| *should* fix my problems, allowing VMS backup to work correctly with rmt.
| Anybody able to comment? Thanks.

I didn't make any changes in the rmt protocol in 4.0.5, so I'd be a bit
surprised to hear this.  What problems do they think are fixed?
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sgi
From: davea@quasar.wpd.sgi.com (David B.Anderson)
Subject: Re: cc errors
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 27 Jul 1992 17:57:31 GMT

In article <1992Jul27.103035.26247@bernina.ethz.ch> hoesel@igc.ethz.ch (Frans van Hoesel) writes:
>I don't like the lengthy error messages from the c-compiler.
>They fill the screen
>with lots of dashes even if one makes only a few mistakes. 
>This behavior is *NOT* what is described in the ansi-c manual from sgi.
>there is some page describing exactly what the format of the
>error messages is. The format described there is not the format I get.
>Any way to force this output format?
>(this is still 4.0.1)
>
>-- frans

Sorry you don't like the messages.  While I do :-), it clearly would be
desirable to give users control over verbosity.   Can't promise when
that will happen.   I believe it will happen, though.

The dashes attempt to show exactly where the compiler thinks the error is.
If there are lots of dashes then you have very long source lines (after
preprocessing).    On really long lines the dashes are sometimes not
helpful.   Tough for the compiler to know which are useful.

The present output of *multiple* messages on a single error inflates the
output a lot.  This was never *desirable*, but did make compiler maintenance
easier (for reasons I won't go into).

Thanks for the input.

Regards,
[ David B. Anderson             (415)390-1548             davea@sgi.com ]
From: mas@everest.esd.sgi.com (Michael Schulman)
Newsgroups: comp.sys.sgi
Subject: Re: Mixed cc and f77 problems
Date: 29 Jul 92 15:43:28 GMT
Reply-To: mas@sgi.com
Organization: Silicon Graphics Computer Systems, Mountain View, CA

In article <31574@adm.brl.mil>, fred@poly2.nist.gov (Frederick R. Phelan Jr.) writes:
|> From: fred@poly2.nist.gov (Frederick R. Phelan Jr.)
|> Newsgroups: comp.sys.sgi
|> Subject: Mixed cc and f77 problems
|> Date: Wed, 29 Jul 92 05:07:48 PDT
|> Lines: 88
|> 
|> 
|> This is a prototype of a problem I am
|> having trying to use existing f77 
|> read/write subroutines, with graphics
|> code written in c.
|> 
|> Here are three file definitions for main.c,
|> IOstuff.f and test.dat ... main.c attempts
|> to read an integer value from test.dat using
|> the subroutine read_val defined in IOstuff.f ...
|> 
|> (1) main.c :
|> #include <stdio.h>
|> #include <stdlib.h>
|> #include <math.h>
|> 
|> void read_val_(int);
|> 
|> int a;
|> 
|> main()
|> {
|>   read_val_(a);
|>   printf("a = %d\n",a);
|> }
|> 
|> 
|> (2) IOstuff.f :
|>       subroutine read_val(a)
|>       integer a
|> 
|>       read(5,1000) a
|>  1000 format(I2)
|> 
|>       return
|>       end
|> 
|> (3) test.dat :
|>  3
|> 
|> 
|> Problem 1:
|> ----------
|> If I compile with
|> 
|> 	cc -o Mix1.exe main.c IOstuff.f -lm
|> 
|> and then do 
|> 
|> 	Mix1.exe < test.dat
|> 
|> it returns the answer
|> 
|> 	a = 0
|> 
|> when according to test.dat a should = 3.
|> 
|> Problem 2:
|> ----------
|> If I compile with
|> 
|> 	cc -c main.c -lm
|> 	f77 -c IOstuff.f
|> 	cc -o Mix2.exe main.o IOstuff.o -lm
|> 
|> I get the error messages
|> 
|> 	/usr/bin/ld:
|> 	Undefined:
|> 	s_rsfe
|> 	do_fio
|> 	e_rsfe
|> 
|> 
|> I'd prefer the second way of compiling in parts,
|> since the IO programs have been written for a 
|> long time and have no need of edit/recompile.
|> 
|> Any clues are appreciated.
|> 
|> ---
|> Fred Phelan
|> fred@poly2.nist.gov
|> /*___________________________________________________
|>    ____ __  ___  __    ___       ___        ___ 
|>   /__  /_/ /__  / /   /__/ /__/ /__   /    /__/ /\  /  
|>  /    / ( /__  /_/   /    /  / /___  /___ /  / /  \/
|> ___________________________________________________*/

1) you need to pass the variable from a c to a fortran program as an address,
   fortran passes address all over the place.

2) link with f77

3) why are you including -lm when compiling with  cc -c ???

4) why are you including -lm at all ?


-- 

Michael Schulman

Silicon Graphics Computer Systems
2011 N. Shoreline Blvd.
Mountain View, CA 94039

mas@sgi.com
From: zhe@ecl.psu.edu
Newsgroups: comp.sys.sgi
Subject: regarding monitor
Date: 22 Jul 92 19:01:22 GMT
Organization: Engineering Computer Lab, Pennsylvania State University

We have SGI 4D/35. We would like to connect another terminal with graphics 
capability. Could anybody suggest a monitor and approximate price.

Thanks in advance.
Newsgroups: comp.sys.sgi
From: roeber@vxcrna.cern.ch
Subject: pgm_$invoke changed at 10.4 ?
Organization: CERN -- European Organization for Nuclear Research
Date: Tue, 28 Jul 1992 13:42:24 GMT

It seems that the pgm_$invoke routine has changed between 10.3.5 and
10.4 -- whereas previously trying to invoke a nonexistant program
resulted in an error status, in 10.4 it results in an ok status.
There's a quick program down below which will illustrate this.

There's nothing in the documentation or release notes about any
changes, at least that we've found.

Has anybody else seen this?  Does anybody know if this is a feature,
or is it a bug?  If the latter, is there any chance of it being fixed?
Any easy workarounds?

Thanks.

/* A program to test pgm_$invoke.  Running it on a 10.3.5 node
   results in an error, running it on a 10.4 node does not. */

#include <apollo/base.h>
#include <apollo/pgm.h>
#include <apollo/error.h>

main()
{
     ios_$id_t ios_vector[3];		/* streams in process		*/
         pgm_$proc handle;
       status_$t status;
	char path[] = "nonexistant";    /* There should not be a 
                                           file by this name.     */

    ios_vector[0] = ios_$stdin;
    ios_vector[1] = ios_$stdout;
    ios_vector[2] = ios_$stderr;

    pgm_$invoke(path, (short)strlen(path), (short)0, (pgm_$arg_ptr *)0,
		(short)3, ios_vector, pgm_$extra_proc,
		&handle, &status);

error_$print(status);

printf("%s %d\n", path, status.all);

}


-- 
Frederick G. M. Roeber | CERN -- European Center for Nuclear Research
e-mail: roeber@cern.ch or roeber@caltech.edu | work: +41 22 767 31 80
r-mail: CERN/PPE, 1211 Geneva 23, Switzerland | home: +33 50 42 19 44
--  
"Sorry, baby, I can't take you to the pizza joint tonight, I've got to go
back to the lab and split the atom." -- Ayn Rand, "What is Romanticism?"
Newsgroups: comp.sys.apollo
From: barton@chopin.eche.ualberta.ca (Bob Barton System Administrator (403)492 5160)
Subject: Help. 15" monitor died
Summary: Monochrome 15" monitor died, what replacements?
Keywords: monitor, substitute, monochrome, DN2500
Organization: University Of Alberta, Edmonton Canada
X-Newsreader: Tin 1.1 PL3
Date: Tue, 21 Jul 1992 14:32:24 GMT

The 15" monochrome monitor on our DN2500 just died. Probably switching power-
supply problem. Are there any substitute monitors that may be more readily
available than the HP/Apollo ones?
Newsgroups: comp.sys.apollo
From: roeber@vxcrna.cern.ch
Subject: re: Favourite DOMAIN/OS features (or mis-features)
Organization: CERN -- European Organization for Nuclear Research
Date: Wed, 22 Jul 1992 10:03:18 GMT

In article <199207212228.AA01227@pan.ssec.honeywell.com>, thompson@PAN.SSEC.HONEYWELL.COM ((jt) John Thompson) writes:
> [...]
> o   The keyboard.  Biilllioonnns and biillionnns (sorry C. Sagan) of keys all
>     waiting to be redefined.  I _hate_ having to point and click and pulldown
>     and popup everything.

Ah, yes.  Especially for touch-typists like myself.  If I'm dragged (kicking and
screaming) to our new snakes, I'm going to hack (binary-only kernel hack, if I
have to) and wire so I can use the Domain keyboard.

> o   The USER-extensible, typed, file system!  [...]
>       (Thanks, guys -- I love the COMPRESS file type.)

Is it just me, or does anybody else have the hunch that the compress file type
was written by a remaining Apollo guy, who had read the perennial "on-the-fly
compression?/It can't be done" dialogs on comp.unix.wizards, and wanted to 
prove it *could* be done before the possibility slipped away?

The other day, somebody was wanting to boot normal BSD on a 3500.
I'd like to do the reverse: boot Domain on our snakes, suns, 386s, etc.
Anybody else interested?

-- 
Frederick G. M. Roeber | CERN -- European Center for Nuclear Research
e-mail: roeber@cern.ch or roeber@caltech.edu | work: +41 22 767 31 80
r-mail: CERN/PPE, 1211 Geneva 23, Switzerland | home: +33 50 42 19 44
Newsgroups: comp.sys.apollo
From: lampi@polari.online.com
Subject: Re: Adding second disk/controller to DN5500 by stealing from DN4000
Summary: Only if it is another WD7000 conntroller
Keywords: disks, ESDI
Organization: R Squared, Redmond, WA (206) 883-3116
Date: Thu, 23 Jul 1992 00:01:19 GMT

In article <1992Jul16.230532.27256@ll.mit.edu> rocco@ll.mit.edu (A. Gregory Rocco Jr.) writes:
>
>I have a DN5500 with one 700 Mbyte, ESDI  drive on a WD7000 controller
>along with a 9-track tape, CD-ROMs, 8mm and an internal cartridge tape
>on the SCSI.  The WD7000 is setup as controller 0.  I am running Domain/OS
>10.3.5.1 and will soon be running 10.3.5.4.
>
>I have a DN4000 with two Maxtor, 380 Mbyte, ESDI, model XT-4380E drives on a
>controller with Apollo part number 011914-001 (I believe this is an OMTI
>8261-1D but I could only find Apollo's part number on the board).
>
>I would like to move the controller and the external drive from the DN4000
>to the DN5500.  (I will steal a controller from a dead DN3000 for the DN4000's
>internal drive and I assume that I will be able to figure out how to terminate
>the internal drive after the external one is moved).
>
>It is my understanding that I cannot put drives of different sizes on the 
>same controller. Which is why I am planning to add a controller to the DN5500.

You *can* have drives of different sizes on the same controller. Just
make sure they are jumpered to different drive addresses.

However, you can NOT have the OMTI controller in the same Apollo AT bus
as the WD (or any other disk) controller. It takes up too much address
space, and two controllers would overlap. The WD controller is better
behaved, and takes up less address space, so you CAN have two of these.

>
>Here are my questions:
>1. Is it possible to change the strapping on the 11914-001 controller so
>   that it can live in the DN5500 as controller 1 along with my WD7000 which
>   I will leave as controller 0?

See above - NO!

>
>2. I assume that with ESDI disks when there are multiple controllers/disks
>   the OS boots from the lowest unit number on the lowest controller number
>   (this is different different from SCSI disks where it boots from the highest
>   controller number).

Yes.

>   
>
>Thanks much for any help/advice,
>Greg Rocco
>MIT Lincoln Lab
>Lexington Ma USA


-- 
-----
+-+  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: comp.sys.apollo
Subject: colormap for greyscale 425e
From: juber@uceng.UC.EDU (james uber)
Date: Sat, 25 Jul 1992 17:31:11 GMT
Organization: College of Engineering, University of Cincinnati

I recall reading some time ago about problems with the default colormap
for the 425e machines. I have one of those, and would like to get a colormap
that appears similar to the mono nodes, if possible. I especially don't like
how the cursor and rubberbanding get lost in the black background.

I have called the response line (some time ago) and was basically told to
play around with lcm. Given that i don't really understand colormaps and
the combinatorial nature of the problem, i didn't have much luck.

does anyone have the 'right' colormap for what i want? Thanks alot for any
advice.

jim uber
univ. of cincinnati
juber@uceng.uc.edu

-- 
--
james uber
juber@uceng.uc.edu
From: nc00@eurotherm.co.uk (Neil Corlett)
Newsgroups: comp.sys.apollo
Subject: Re: Favourite DOMAIN/OS features (or mis-features)
Date: 23 Jul 92 08:08:28 GMT
Organization: Eurotherm Limited

roeber@vxcrna.cern.ch writes:

>Is it just me, or does anybody else have the hunch that the compress file type
>was written by a remaining Apollo guy, who had read the perennial "on-the-fly
>compression?/It can't be done" dialogs on comp.unix.wizards, and wanted to 
>prove it *could* be done before the possibility slipped away?

Acorn Computers in the UK (who came up with the ARM processor) had a
port of bsd4.3 which did this on executables. You 'squeezed' the
executable and each time it was run, the loader noticed and unsqueezed it.

How do you use the 'compress' feature on DOMAIN/OS? I come from the
Unix side of the universe and don't use 'typeing features of the
filesystem.

For what it's worth:

* I think the typed filesystem is a nice feature
  but you pay for it with desparately slow reading and writing from
  disk. I have here a 2500 with a 760Mb SCSI drive. It's disk operations
  are 5x slower than a PC running Interacive SVR3.2. Personally, I'd
  rather have 5x faster disk and do the work in my own program.

* The inability to reserve an amount of disk to be used by the
  operating system for paging is painful. User cheerfully fill up the
  disks and then wonder why their systems go to sleep. /dev/swap
  anytime.


* Networked filesystem is wonderful. And the lack of YP/NIS.

Neil
-- 

Janet:    nc00@uk.co.eurotherm    | Eurotherm Limited, Faraday Close,
Internet: nc00@eurotherm.co.uk    | Durrington, Worthing, W.Sussex, England.
UUCP:     {ukc,uunet}!etherm!nc00 | Phone: +44 903 68500  Fax: +44 903 65982
From: davidh8@pogo.wv.tek.com (David Haight)
Newsgroups: comp.sys.apollo
Subject: Re: Printing to Tektronix
Date: 23 Jul 92 01:52:44 GMT
Reply-To: davidh8@pogo.wv.tek.com
Organization: Tektronix, Inc., Wilsonville,  OR.

In article <22610@oasys.dt.navy.mil> lipman@oasys.dt.navy.mil (Robert Lipman) writes:
>We have a Tektronix 4693DX printer hooked up to an Apollo
>network running Domain/OS 10.3.5.  We prf gpr bitmaps to
>the printserver to get hardcopy on the 4693DX.

>Tektronix is offering an upgrade for the 4693DX to turn it
>into a Phaser II PXi for $2K.

>If we upgrade the printer, will we still be able to send
>gpr bitmaps to the printserver?  Will we have to convert the
>bitmaps to postscript?  Will the printserver convert them to
>postscript?  Can the Phaser II PXi handle bitmaps in addition to


Yes, you will have to convert gpr bitmaps to PostScript to print them on
the PXi.  There are many such filters around to convert various raster
formats to postscript but I don't know of one for gpr.  As you have a 
non-standard machine/operating system I suggest you ask HP/Apollo if such a 
filter exists.  

> you asked about the HP720 and if the PXi can print HPGL.

Yes.  And If you are running HPUX, there exists xwd to ps filters.



-----------------------------------------------------------------------
David Haight            | davidh8@pogo.wv.tek.com          | INTERNET
Tektronix, GPID Div.    | ...!tektronix!pogo.wv.tek.com!davidh8| UUCP
PO Box 1000, M/S 63-630 | (USA) (503) 685-3151             | VOICE
Wilsonville, OR 97070   | (USA) (503) 685-3063             | FAX
-----------------------------------------------------------------------
From: SP02038@SWTEXAS.BITNET
Newsgroups: comp.sys.apollo
Subject: Name <--> address resolution
Date: 21 Jul 92 19:06:00 GMT
Distribution: world
Organization: The Internet


        Our university has a class B address (147.26) and a domain
        (swt.edu), but does not have a master name server.  Most of
        the Internet access from this university is via our VAX cluster
        (yuk) and we use another university to resolve name requests.

        I look after a group of apollo nodes, one of which is connected
        to the campus backbone ethernet.  This has enabled us to avoid
        using the VAX :)  We also use the remote name server to resolve
        names to addresses, but when we try to log into a site that
        expects us to have a name we get rejected.

        QUESTION:  how do I configure the apollos to have recognizeable
                   names?
        i.e. I would like to be able to connect to a site without being
             told that our IP address does not resolve to a name and
             then get rejected.

        Thanks in advance.

        Shaun Pankau
        UNIX Systems Administrator
        Computer Science Department
        Southwest Texas State University
        sp02038@swtexas.bitnet
        sp02038%swt.decnet@relay.the.net
Newsgroups: comp.sys.apollo
From: rees@pisa.citi.umich.edu (Jim Rees)
Subject: RE: DN4500 from hell
Reply-To: Jim.Rees@umich.edu
Organization: University of Michigan IFS Project
Date: Wed, 22 Jul 1992 17:37:08 GMT

In article <9207202224.AA02846@wolf.Uwyo.EDU>, waldram@wolf.Uwyo.EDU ("James J. Waldram") writes:

         (my invol could not read the manufacturers badspot list for head 7)

Do I detect a pattern here?

Here is a suggestion.  Format the disk (option 1) with sr10.3 invol, then
make the file system (option 1 -f) with sr10.4 invol.
From: tbo@vector.dallas.tx.us (Terry Bohaning)
Newsgroups: comp.sys.apollo
Subject: Help Finding OLD OS Software
Date: 28 Jul 92 18:53:30 GMT
Distribution: usa
Organization: Dallas Semiconductor

Hi All,

I'm looking for some older (read that antique) Apollo OS software. 

We're trying to migrate some software that we have to maintain from
a dn460/660 to a dn3000. The software is currently running under
sr9.2.3. I've loaded sr9.6 on a 3000 but the software crashes when
some graphics calls occur.

Does anyone know what the first release of Domain was that supported
the dn3000???  

Secondly, does anyone have a copy of the rev of the OS that we could
aquire???

Thanks for your help,

Terry Bohaning    tbo@vector.dallas.tx.us
Dallas Semiconductor1
Newsgroups: comp.sys.apollo
From: cameron@spectrum.cs.unsw.oz.au (Cameron Simpson)
Subject: Re: Favourite DOMAIN/OS features (or mis-features)
Reply-To: cameron@spectrum.cs.unsw.oz.au (Cameron Simpson)
Organization: CS&E Computing Facility, Uni Of NSW, Oz
Date: Tue, 28 Jul 1992 13:53:20 GMT

The tb command. I love this one.

The billions and billions of keys. And the nice central keyboard layout.
I too would kick and scream if dragged across to the DEC boxen here...

Remote ps command. Dspst, too.

The filesystem, which is fast and reliable. I have heard (ugh) NFS explained as
	Not a File System
	NULs Frequently Substituted
	No Fucking Sense
by various divers people...

The trivial amount of effort needed to add new nodes.
	- Cameron Simpson
	  cameron@cs.unsw.oz.au
Newsgroups: comp.sys.apollo
From: afgun@engin.umich.edu (Andrew F. Gunnesch)
Subject: Help!
Date: Thu, 30 Jul 92 10:42:46 EDT
Organization: CAEN, University of Michigan
Summary: Problems with 425t on ethernet
Followup-To: comp.sys.apollo, poster
Keywords: 425t, ethernet

We have a single 425t on an ethernet, which is routed to the rest
of our extensive internet on two ends of the wire, one being a Cisco
AGS+ and the other a Proteon P4100.  We have removed the ringcard
from the machine, and are using the ethernet port only.  At times,
the machine works just fine, albeit a little slow.  It runs an
llbd, glbd, and ns_helper.  Occasionally (quite often now), when the
machine boots up, it registers no network number.  I've even gone so
far as to run the following script at boot time before tcp services
are started:

#!/bin/sh
(/etc/netsvc -net 29cf2 ) > /dev/console
(/etc/netsvc -a ) > /dev/console
(/etc/rtsvc -dev ETH802.3_DIO -net 29cf2 -noroute ) > /dev/console

It's worked before like this.  Sometimes it doesn't.  I've removed
the `node_data/hint_file and rebooted it several times.  Once in a
great while now the node is happy and registers it's proper network
of 29cf2, but usually doesn't (it sometimes when you are logged onto
the machine and do a bldt it replies 29cf2.341c8, but lately it just
responds 341c8).  When the machine gets into this state, I can pst
it, but not crp (object not found error).  I must telnet in then.
When I'm on the machine, I can bldt other machines in my internet.
When I try an lcnode, I get this:
?(lcnode)  Node 341C8 did not respond - request denied by local node (OS/network)

Can anybody help me out with this perplexing problem????
-- 
===============================================================================
Andrew F. Gunnesch          |  Evil CAEN sysadmin   |  I'm a Sun worshipper
afgun@caen.engin.umich.edu  |What?  I just work here|  not a DEC dog.......
===============================================================================
Newsgroups: comp.sys.apollo