HDTenEightyP/NetNews huggingface dataset:
From: scrutton@ac.dal.ca
Newsgroups: comp.sys.sgi
Subject: Hypothetical(?) Sony WORM drivers.
Date: 19 Aug 92 13:43:07 -0300
Organization: Dalhousie University, Halifax, Nova Scotia, Canada

We have two Sony WORMs sitting idly by while we decide wheter
or not to spend some money with DEC. Some NASA folks informed 
me that SGI and Sony are talking about getting a driver up for
IRIX. The drives are WDD-3000's and controllers are WDD-2000-10's.

I'd like to know if someone could put a talk/action ratio to this
rumor and an expected release date.

-- 
-Jeff scrutton@ac.dal.ca	Dalhousie University Oceanography Dept.
Newsgroups: comp.sys.sgi
From: ohrd!twriter@cs.toronto.edu (Timothy Writer)
Subject: STREAMS obsolete?
Keywords: STREAMS
Organization: "Ontario Hydro - Research Division"
Date: Wed, 19 Aug 92 21:50:18 GMT

I only just upgraded to 4.0.1 (4.0.5 is out of stock) because my most
important application software has only just been upgraded to run under
4.0.X.  The "READ ME FIRST" letter which came with the developer's
option states that the STREAMS Primer and STREAMS Programmer's Guide are
obsolete.  Does this imply that STREAMS are obsolete?  I thought that
SGI was migrating IRIX to SVR4.  If so, why are STREAMS obsolete?  If
STREAMS are not obsolete, why are the manuals obsolete and why didn't I
get new manuals?

What's the story?

Tim

-- 
Tim Writer			     phone:  (416) 231-4111 ext. 6990
Ontario Hydro Research Division	     fax:    (416) 237-9285
Toronto, Ontario		     e-mail: cs.toronto.edu!ohrd!twriter
CANADA					     cs.utoronto.ca!ohrd!twriter
From: dwatts@ki.com (Dan Watts)
Newsgroups: comp.sys.sgi
Subject: Re: mac network copy from 4ddn 4.0.4 fails - machine type "dec" ?
Keywords: dec macintosh network copy 4ddn 4.0.4
Date: 13 Aug 92 14:31:14 GMT
Organization: ki Research, Inc

In article <1992Aug11.220507.26055@ccu1.aukuni.ac.nz> raymond@ccu1.aukuni.ac.nz ( Raymond W L Martin) writes:
|raymond@ccu1.aukuni.ac.nz ( Raymond W L Martin) writes:
|>Has anyone noticed that 4ddn on irix 4.0.4 advertises itself as a system type
|>DEC.  When using "network copy" from a macintosh a users reports that he
|>can list and select files on our 4d/240D but the copy fails. 
|
|THIS IS NOT CAUSED BY kinet lat v4.3 R11 beta as I previously thought.
|
|OK for the sake of honesty I must now eat crow.  We have removed kinet lat R11 
|v4.3 form our 4d/240 and the problem still stands.  However we are leaving it
|off because it corrupted our /etc/wtmp file.  So the only factor to change was
|IRIX 4.0.1 to IRIX 4.0.4.  We hope the upgrade to IRIX 4.0.5 will fix it.
|
|    Ray Martin
|    Computer Centre
|    University of Auckland

Just for the record:

  The wtmp corruption occured because our software was compiled on Irix 3.3
  which has a different utmp element structure than exists on Irix 4.x.  We
  have since recompiled our software on Irix 4.0.1 and the wtmp corruption
  no longer exists.  We plan to be shiping our software for Irix 4.x within
  the coming week.

  Dan Watts
  ki Research
-- 
######################## Have A Nice Nude Day #########################
# CompuServe: >INTERNET:uunet.UU.NET!ki.com!dwatts  Dan Watts         #
# UUCP      : ...!uunet!ki.com!dwatts               ki Research, Inc. #
# The Bill Of Rights: Void Where Prohibited by Law. Vote Libertarian ##
Newsgroups: comp.sys.sgi
From: williams@agomoda.asd.sgi.com (Eric Williams)
Subject: Re: HPGL viewers
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sat, 22 Aug 1992 03:35:00 GMT

In <osc6f34@fido.asd.sgi.com> williams@agomoda.asd.sgi.com (Eric Williams) writes:

>In <1992Aug21.152220.11671@ncsa.uiuc.edu> heathman@ncsa.uiuc.edu (Michael Heathman) writes:
>> Has anyone developed a HPGL viewer for the SGI?  
>
>I asked this question a while back and only got one response.  The
>response said to try an HPGL to PostScript converter available from
>swedishchef.lerc.nasa.gov in the programs directory as hpgl2ps.tar.Z.

follow-up to my follow-up....   :-)

Someone responded to me and suggested that I try 'xhpgl'.  I haven't
tried it, so I can't say if it works.  Here's where to get it:


archie sez:


Host ftp.uu.net   (137.39.1.9)
Last updated 05:43 11 Aug 1992

    Location: /usenet/comp.sources.x/volume4
      DIRECTORY rwxrwxr-x       512  Jul 29 16:28   xhpgl
    Location: /usenet/comp.sources.x/volume10
      DIRECTORY rwxr-xr-x       512  Jul 29 16:32   xhpgl


Good luck,
Eric
Newsgroups: comp.sys.sgi
From: hshamans@magnus.acs.ohio-state.edu (Harry T Shamansky)
Subject: Any possibilities for GPIB on an Indigo
Keywords: gpib
Organization: The Ohio State University
Distribution: comp.sys.sgi
Date: Tue, 18 Aug 1992 21:36:05 GMT

Hello again...

Is there any hope for GPIB control from my new Indigo ??

Any suggestions will be appreciated....

Thanks
  
  Harry


Newsgroups: comp.sys.sgi
From: mogal@deadhead.asd.sgi.com (Joshua Mogal)
Subject: Re: Marketing Triangle performance (how do I acheive it)
Organization: Silicon Graphics, Inc.
Distribution: usa
Date: Wed, 19 Aug 1992 18:15:06 GMT

In article <14580@borg.cs.unc.edu>, cullip@pooh.cs.unc.edu (Timothy Cullip) writes:
|> I'm sure this has been covered in the past (probably several times), but
|> I am looking for example code that gives the 1 Mega tris/sec for a VGX 
|> that the marketing pamplets all talk about.
|> 
|> We have a PowerSeries 4D/340 VGX with 128 Megs of memory.
|> 
|> I've written a program that opens a 500x500 pixel window in RGBmode,
|> double buffered with zbuffer off.
|> It uses triangle meshes (200 meshes of 400 triangles each).
|> Each triangle typically covers about a 3x3 pixel area (very small).
|> It makes no calls to n3f (just v3f for the vertices) and uses shademodel(FLAT).
|> It does no lmdef or lmbinds to define material or ligh properties.
|> 
|> It only gets 450 K tris/sec.
|> 
|> 
|> Interestingly, if I use an lmdef and lmbind to define a material and light,
|> (use phong lighting with gouraud shading) and use n3f() and v3f() at each 
|> vertex and turn the zbuffer on I still get about 400 K tris/sec.
|> 
|> I'm not surprised that with all the bells and whistles turned on I get
|> 400 K tris/sec, but I am surprised that with them turned off I only
|> get 450 K tris/sec.
|> 
|> Have I missed something? 


Have you made sure that you set SUBPIXEL(TRUE) ?  If this is not set you will get approx 50% of the peak machine performance...



Joshua Mogal
Product Manager
Advanced Graphics Division
Newsgroups: comp.sys.sgi
From: tolley@cs.ucf.edu (Derek Tolley)
Subject: Event-driven C++ windows/classes for SG
Organization: University of Central Florida
Distribution: comp.sys.sgi
Date: Fri, 21 Aug 1992 17:10:57 GMT

I'm looking for a generic windowing environment in C++ for the 
pc using the IRIS Vision 24 bit color card which is similiar
to IRIS Inventor.  I can't imagine having to generate from 
scratch all the necessary classes to handle event driven
class windows and objects that know how to render themselves
in both 2-D and 3-D.  I need class libraries similiar to
what is avialable to IRIS Inventor that is platform
independent.  I've looked at HOOPS available from Ithica
Software, but it would still require the building of your
own class libraries.

Thanks,
Scott Davidson
Naval Training Systems Center
Orlando, FL
From: rogerk@Veritas.COM (Roger B.A. Klorese)
Newsgroups: comp.sys.sgi
Subject: Re: R4000 compiler directive, is there one ???
Date: 17 Aug 92 21:38:20 GMT
Organization: VERITAS Software

In article <1992Aug14.180101.14529@megatek.uucp> rgs@megatek.uucp (Rusty Sanders) writes:
>From article <1992Aug13.181236.18013@Veritas.COM>, by rogerk@Veritas.COM (Roger B.A. Klorese):
>> It's omitting delay-slot nops.
>It definitely does more than this...

Yes, I know; I tried (and apparently failed) to cancel this when I
realized I didn't have time to flesh this out.  Sorry for the
inconvenience.
-- 
ROGER B.A. KLORESE                                             VERITAS Software
4800 Great America Parkway #420   Santa Clara, CA 95054    +1 408-727-1222 x310
rogerk@veritas.com                               {apple,pyramid}!veritas!rogerk
"Life turns on a dime." -- Ruth Ann
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: CDC Drive Parameters
Date: 19 Aug 92 04:51:26 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Aug19.011509.7427@iscnvx.lmsc.lockheed.com> cunning@arthur.msd.lmsc.lockheed.com (Dave Cunningham) writes:

| My in-company computer repair folks replaced my failing 380 Mb system
| disk on a 4D20 with with a similar one last used on a sun.  It's the
| same model (CDC 94171-9) but with a different firmware rev. (0045).
| I formatted it with stand alone fx, using the "auto" command.  That
| went ok, but I notice that some of the drive parameters are different
| than on my SGI CDC 380s- specifically,  "Report recovered errors" is 
| enabled, "Auto bad block realloc. on read" is enabled, "Error retry attempts"
| is 16, and "Drive read-ahead" is enabled.
| 
| Are all of these changeable with fx, or are they jumpered ?
| If so, should I change them or assume fx did what was right ?

They are all changeable with fx.  recovered  error reporting
is a religious issue, but ESD systems ship with it off, and
ASD systems with it on, for the most part (different divisions,
different religions).  I think we ship with auto bad block
reallocation enabled on all drives that support it from both
divisions these days.

Error retry of 16 is strange, since that drive wants a multiple
of 3.  readahead enabled is something you definitely want for
performance.
--
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
From: fouts@exacto.dallas.sgi.com (Christopher Fouts)
Newsgroups: comp.sys.sgi
Subject: Re: BattleZone + DogFight = WARZONE ?
Keywords: bz, flight, wz
Date: 13 Aug 92 18:20:01 GMT
Organization: Silicon Graphics (Dallas, TX)

In article <1992Aug13.141802.19220@eagle.lerc.nasa.gov>, gstewart@kestrel.lerc.nasa.gov (Gary Stewart) writes:
|> 
|> Does anyone know of a merge of bz and dogfight in the works or has
|> someone done it already?  I assume the tanks would carry SAMs and 
|> the planes would drop nuclear warheads, etc.  :)
|> 
|> Any have any info?

Not that I know of.  I'm not planning on adding planes to bz.  I don't know
if Rob Mace and Co. are planning on adding tanks to dog.  A few people have
dreams of this massive simulator that involves all types of vehicles, but
I think its just dreams for now.

|> Thanks!
|> 
|> 
|> -- 
|> Gary Stewart      gary@lerc.nasa.gov      216-433-8577   
|>  

-- 

Chris Fouts				Email:  fouts@dallas.sgi.com
Systems Engineer			Phone:  (214)-788-4122
Silicon Graphics Computer Systems	Vmail:	8714
Dallas, TX

        "I'm as much of a non-conformist as everybody else."
From: blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN AAD/TAB)
Newsgroups: comp.sys.sgi
Subject: Repeat Messages
Date: 14 Aug 92 19:01:35 GMT


   Has anyone else noticed repeated messages on the mailing list?!

  Brent L. Bates				Phone:(804) 864-2854
  M.S. 361			  		  FAX:(804) 864-8469
  NASA Langley Research Center
  Hampton, Virginia  23681-0001
  E-mail: blbates@aero36.larc.nasa.gov or blbates@aero00.larc.nasa.gov
Newsgroups: comp.sys.sgi
From: apian@ise.fhg.de (Peter Apian-Bennewitz)
Subject: do I need a TBC for VideoLab input ?
Summary: Is a time-base-corrector needed for VideoLab input ?
Keywords: time-base-corrector, VideoLab, VGX, Video
Organization: FhG-ISE - Institute for Solar Energy Systems
Date: Sat, 22 Aug 92 18:40:05 GMT

Hi,

current situation:
A VideoLab (VGX320) gets its input via a SONY Laserdisc, which
acts as composite->RGB converter. The Disc doesn't like being
fed from a recorder (even JVC S-VHS professional stuff) without
a (pricy) time-base-corrector (that's what SONY told me).

Now the Question: 
Does the VideoLab accept input directly from a recorder, even
when the timing is not 100% accurate (composite->RGB done by
an external non-tbc converter ) ?
Anyone got experience with not-using a TBC ? Whatabout dropouts ?

(Oh yes, well, don't tell me a TBC is generally a Good Thing,
I just wonder how far I come without one on the Videolab).

Any plans to feed the nice Comp. and S-Video connectors on the
VideoLab output box ?

many TIA,

Peter

--------------------------------------------------------------------
 Peter Apian-Bennewitz				apian@ise.fhg.de
 Fraunhofer Institute for Solar Energy Systems	Tel +49-761-4014-118
 D-7800 Freiburg   ,  Oltmannsstrasse 22	Fax +49-761-4014-200
--------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: sinkwitz@ifi.unizh.ch (Rainer Sinkwitz)
Subject: Re: Binary File: SGI <-> IBM
Organization: University of Zurich, Department of Computer Science
Date: Thu, 13 Aug 92 14:06:17 GMT


In article <1157@deere.com>, jrh@de.deere.com (John R. Howell) writes:
> I have a binary file created with C fwrites and read with C freads.
> 
> If I create this on an SGI (IRIX) and read it with an IBM RS6000, I seem to
> read everything ok, but my floating point numbers don't make sense. If
> I go the other way (IBM -> SGI) a similar thing happens.
> 
> Apparently the integers are read correctly ...
> 
...
The XDR package is a portable way to do this.

% man xdr

XDR(3R)                        Silicon Graphics                        XDR(3R)

NAME
     xdr - External Data Representation (XDR) library routines

SYNOPSIS AND DESCRIPTION
     These routines allow C programmers to describe arbitrary data structures
     in a machine-independent fashion.  Data for remote procedure calls are
     transmitted using these routines.

        #include <rpc/rpc.h>

-- 
oooooo    oooo  Rainer Sinkwitz, Multimedia Lab         sinkwitz@ifi.unizh.ch
 $   $   $   "  University of Zurich, Switzerland        VOICE +41-1-257-4346
 $"$$    """"$  Inst.f.Informatik, Winterthurerstr. 190   FAX +41-1-363-00-35
o$o "$o  $ooo"  CH-8057-Z\"urich
Newsgroups: comp.sys.sgi
Subject: Re: ftp from VAX
From: doelz@comp.bioz.unibas.ch (Reinhard Doelz)
Date: Sat, 15 Aug 1992 07:48:43 GMT
Reply-To: doelz@urz.unibas.ch
Organization: EMBnet Switzerland [BASEL]   

In article <1992Aug14.153700.16263@gserv1.dl.ac.uk>, ufe@dlva.dl.ac.uk writes:
|> --
|> Attempts to FTP from a VAX (5.5, UCX 1.3A - both straight off the CD
|> and with latest patches from DEC) to a
|> Crimson (4.0.4) or Indigo (4.0.1) results in the session hanging at
|> 220 host FTP server ready.
|> It seems to work OK from a VAX running UCX 1.3.
|> Both DEC and SGI support seem baffled - has anyone else seen this ?

It works here from various UNIX systems to a VAX 8840 5.4-3 with UCX 1.3A. 
(including crimson 4.0.4, indigo 4.0.2 4.0.4 4.0.1, PI 35 4.0.2, 320 4.0.4)
However, I needed to increase various buffers switching from 1.3 to 1.3A on 
the  UCX side in the UCX$STARTUP and attached scripts. Otherwise the symptoms
were similar as you describe. Check with show comm/mem/cont to see whether
you run out of buffers. Better more than quite enough buffers free, otherwise 
hangups.  At our side, the shortage was appearing because  of X Windows using 
the UCX transport on TCP/IP in addition to many FTP incoming sessions. 


Maybe this helps,
Reinhard 


-- 
+----------------------------------+-------------------------------------+
|    Dr. Reinhard Doelz            | RFC     doelz@urz.unibas.ch         |
|      Biocomputing                | DECNET  20579::48130::doelz         |
|Biozentrum der Universitaet       | X25     022846211142036::doelz      |
|   Klingelbergstrasse 70          | FAX     x41 61 261- 6760 or 267- 2078     
|     CH 4056 Basel                | TEL     x41 61 267- 2076 or 2247    |   
+------------- bioftp.unibas.ch is the SWISS EMBnet node ----------------+
               -----------------------------------------
From: joseph.maddry@matrix.sbs.com (Joseph Maddry)
Newsgroups: comp.sys.sgi
Subject: list
Date: 13 Aug 92 22:37:54 GMT

Date:        Tue, Aug. 11, 1992
From:        Joseph Maddry  <joseph.maddry@matrix.sbs.com>
Newsgroups:  comp.sys.sgi





Thank you very much (in advance) for removing my name from the mailing list.





Joseph Maddry
joseph.maddry@matrix.sbs.com
---
 . SLMR 2.1a . If at first you don't succeed, use BIG LETTERS!
From: senseman@ricky.brainlab.utsa.edu (David M. Senseman)
Newsgroups: comp.sys.sgi
Subject: Problems with FrameMaker 3.1
Date: 21 Aug 92 04:09:41 GMT
Organization: University of Texas at San Antonio

We are running FrameMaker 3.1 on 3 Indigos XS24's under IRIX 4.0.5.
(Probably 4.0.5A but I could be wrong). We have a floating license
for 4 machines.

Problem #1: The ability of each of the four machines to get a license
            seems to vary from day-to-day for no apparent reason. 
            Even if you log into the machine that is the license server,
            you may (or may NOT) have to try 3 or 4 times to get a
            license. This problem is NOT due to the available licenses
            being used up as far as I can tell. On other machines the
            problem is even worse. For better or worse I didn't do
            anything special about how could or couldn't get a
            license.

Problem #2: This is a very SEVERE problem, but I only encountered it
            today for the first time so I don't know how common
            it is. I was editing a document that was originally 
            prepared under MS Word for Windows, imported into FrameMaker 3.0
            for Windows and then 'ftp'd' to an Indigo for final editing
            under FrameMaker 3.1. Twice when I moved the mouse to the
            upper left part of the FrameMaker window, in order to save
            my work, the WHOLE SCREEN WENT BESERK! The entire screen
            turned a light grey with various repeating patterns in
            quasi horizontal strips! This happened twice in a row. 

            The first time only FrameMaker crashed. The second time 
            the machine froze. I could rlogin into the frozen machine 
            from another Indigo but the login only got as far as announcing 
            the unread news before also freezing up. After rebooting the 
            machine I was able to save my work.

Questions:	Has anyone else using FrameMaker 3.1 experienced either of
            these problems? Do I need to reinstall the software?
            Are these problems at all related to the infamous lockd bug?
            I would appreciate any input before I start a game of
            telephone tag with the Hotline folks. Thanks.
            

            

-- 
David M. Senseman (senseman@lonestar.utsa.edu)
Division of Life Sciences
The University of Texas at San Antonio
From: mash@mips.com (John Mashey)
Newsgroups: comp.sys.sgi
Subject: Re: finding page size?
Date: 18 Aug 1992 18:45:01 GMT
Organization: MIPS Computer Systems, Inc.
NNTP-Posting-Host: winchester.mips.com

In article <onughl0@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <1992Aug18.072025.11920@CSD-NewsHost.Stanford.EDU> philip@ziggy.stanford.edu (Philip Machanick) writes:
>
>| I need to dynamically look up the page size (I know it is 4K now, but prefer  
>| not to build such assumptions in).
>| Is this a good constant to use (i.e. supported)?

>Yes, and no.  r4k systems can have multiple page sizes, and one
>of these days we will use that feature.  Besides, it may not
>be terribly portable.  See 'man getpagesize'.  ....

To amplify this a little more, and perhaps stir up some discussion
about what people should be doing later:
	a) As Dave says, R4000s support multiple page sizes, and you certainly
	don't want to build 4K into your programs.
	b) This means, not only might different programs have different
	sized pages ... but different parts of the same program might
	have different-sized pages ... and in fact, there are ways of
	using the R4000 TLB where the page size of a given chunk of
	virtual memory changes around during execution....

Hence, this leads to the question: if you are using the result of getpagesize,
what are you expecting it to tell you, and how are you using it?
This might provide some guidance about what getpagesize ought to do
in an OS that really uses multiple sizes at the same time.
Note that getpagesize explicitly says its return is not necesarily
the size of underlying hardware pages....

In a multiple-page size environment, there are at least the following
potential values that might make sense:
a) 4K: the minimum possible size of allocation.
b) 8K: 2 of those, since the R4000's TLB conveniently pairs pages,
and there might be some advantage under some schemes in allocating 8K chunks.
c) XK, where X is the *largest* size that the OS is willing to put in the TLB,
i.e., so that asking for this much space could be a good hint to the OS to
allocate this much much physical memory in one chunk and be able to map it
with a single TLB entry.
-- 
-john mashey	DISCLAIMER: <generic disclaimer, I speak for me only, etc>
UUCP: 	 mash@mips.com [soon to be mash@sgi.com, but not quite moved yet].
DDD:  	408-524-7015,  or 524-8253
USPS:	(soon) Silicon Graphics, 2011 N. Shoreline Blvd, Mountain View, CA 94043
From: bob@caw2.4950tw.wpafb.af.mil (Bob Plested)
Newsgroups: comp.sys.sgi
Subject: The list
Date: 21 Aug 92 00:28:42 GMT

Michael Gold writes...
> 
> In <ohojcns@twilight.wpd.sgi.com> wsj@triton.wpd.sgi.com (Bill Johnson) writes:
> 
> >Stop whining to the world, and talk to your system administrator -- I'm sure
> >he can tell you how your site implements news and/or news mailing lists.
> 
> >This is *definitely* my personal opinion, and not SGI's.

Damn, I hope so.

> I believe requests to be added or removed from the list go to
> iris-info-request@somewhere, not iris-info@somewhere.  

I think the problem at hand is that info-iris-request is administered by a
real human being, not by a mail server as is, say info-hams@ucsd.edu. The
turn time on requests to be added, deleted, or simply changed at brl.mil has
been as long as a few weeks in my case.

This is not an idictment of the info-iris admin folks. But it would be nice
if routine admin requests were handled like the mail lists on VM machines
(UCSD.EDU, TAMVM1.TAMU.EDU, etc) - by the machine itself.

Bob
------------
Bob Plested                    bob@caw2.4950tw.wpafb.af.mil
4950th Test Wing/FFXD              134.136.241.11 
Wright-Patterson AFB, OH           (513) 257-6809 DSN 787-6809

Life is too short for stop signs.
From: frank@marvin.contex.com (Frank Perdicaro)
Newsgroups: comp.sys.sgi
Subject: Re: of shells and discs
Keywords: zsh, nfs
Date: 17 Aug 92 19:47:34 GMT
Distribution: usa
Organization: Xyvision Design Systems

In article <oisgk8c@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>| Not that this really matters much, but I did run into an IRIX login
>| shell bug that had us all perplexed.  If the beginning of the path
>| of the login shell specified in /etc/passwd was "/bin/s" it did not 
>| matter what it was, /bin/sh was run.  I think I was trying to run something
>| called "/bin/setup"; always got /bin/sh.  SGI eventually agreed this
>| was the case.  Last I knew, this was not fixed, but I have not looked into 
>| the problem for more than a year...
>
>I've never seen or heard of this.  Was this through xdm, pandora, rsh,
>a terminal, or what?  I just tried it for rsh, and it works fine.
>--
This was? an old bug.  If you say its fixed, then it likely is.  As I
clearly said, I have not looked at it for more than a year, and it
does not really matter much.  More of an anecdote.  It certainly was
perplexing...

F
i
l
l
e
r
F
i
l
l
e
r
F
i
l
l
e
r
-- 
	 Frank E Perdicaro, Systems Admin, etc.		Xyvision Color Systems
      Legalize guns, drugs and cash...today.		101 Edgewater Drive
   inhouse: frank@marvin, x5572				Wakefield MA
outhouse: frank@contex.com, 617-245-4100x5572		018801285