HDTenEightyP/NetNews huggingface dataset:
From: andreas@awstar.rus.uni-stuttgart.de (Andreas Wierse)
Newsgroups: comp.sys.sgi
Subject: Re: Possessed Mice and Reality Engines
Date: 12 Dec 92 10:44:57 GMT

In article <LAU.92Dec10121624@sunset.ai.sri.com> lau@sunset.ai.sri.com (Stephen Lau) writes:
>
>I'm working on a Reality Engine set in 1600x1200 mode. Every once
>in a while an application will cause the mouse be locked in
>1280x1024 mode. The mouse doesn't want to go beyond the
>1280x1024 barrier which means any windows or icons outside this
>region becomes inaccessible. 
>
>The applications that cause this aren't just third-party applications,
>some of the SGI demos do this and Showcase does it too. The only
>way to reset the mouse is to log out. I've tried restarting the window
>manager and that doesn't help.
>
>Does anyone know of a way to reset the mouse when it happens? Logging
>out is annoying because it always seems to happen when I have several
>things going on at the same time and don't want to start them all up
>again.
>

try to write a little programme which makes a call to setvaluator.
With this call You can specify the region in which the mouse is allowed
to move.
It should be something like :

#include <gl.h>
#include <device.h>

main()
{
  noport();
  winopen("free my mouse");
  
  setvaluator(MOUSEX,800,0,1599);
  setvaluator(MOUSEY,600,0,1199);
}

(I just type it out of my head, maybe it doesn't compile directly, but
the setvaluator call is that does it. Just checked it, it works for me)

If You have locked Your mouse again, simply call this little programme.
If You have no shell window in Your locked 1280 * 1024 region You can
login remote and call it then.

As far as I remember, setvaluator didn't work for some early 4.0.X
releases, but with 4.0.5F it's definitely ok again. In the good old 3.X
days, gclear used to set the mouse free again, but this doesn't work
since 4.0. :-(

Hope this helps
-- 
 Andreas Wierse              | Institute for Computerapplications II
                             | Dep. Computersimulation and Visualization
 wierse@rus.uni-stuttgart.de | Computer Center University of Stuttgart
 Tel.: ++49-711-685-5796     | Allmandring 30
 Fax:  ++49-711-682357       | D-7000 Stuttgart 80     Germany
From: bam@rudedog.asd.sgi.com (Brian McClendon)
Newsgroups: comp.sys.sgi
Subject: Re: Possessed Mice and Reality Engines
Date: 11 Dec 92 18:36:15 GMT
Distribution: comp
Organization: Silicon Graphics, Inc., Mountain View, CA
NNTP-Posting-Host: rudedog.asd.sgi.com

In article <1992Dec11.122428.11674@news.uni-stuttgart.de> andreas@awstar.rus.uni-stuttgart.de (Andreas Wierse) writes:
>In article <LAU.92Dec10121624@sunset.ai.sri.com> lau@sunset.ai.sri.com (Stephen Lau) writes:
>>
>#include <gl.h>
>#include <device.h>
>
>main()
>{
>  noport();
>  winopen("free my mouse");
>  
>  setvaluator(MOUSEX,800,0,1599);
>  setvaluator(MOUSEY,600,0,1199);
>}
>
>(I just type it out of my head, maybe it doesn't compile directly, but
>the setvaluator call is that does it. Just checked it, it works for me)
>
>
>As far as I remember, setvaluator didn't work for some early 4.0.X
>releases, but with 4.0.5F it's definitely ok again. In the good old 3.X
>days, gclear used to set the mouse free again, but this doesn't work
>since 4.0. :-(
>

gexit apparently used to do a setvaluator to restore defaults, but that
behavior disappeared in 4.0 (it wasn't documented).  gclear called this,
but most GL apps never seem to.  I added the calls to gclear for the
next release of IRIX:
        setvaluator(MOUSEX,getgdesc(GD_XPMAX)/2, 0, getgdesc(GD_XPMAX));
        setvaluator(MOUSEY,getgdesc(GD_YPMAX)/2, 0, getgdesc(GD_YPMAX));

This works no matter what the screen resolution is.  My search of SGI
src code discovered a few uses of the, now crufty, XMAXSCREEN/YMAXSCREEN
defines from gl.h when calling setvaluator.  Showcase, some demos, and
a confidence test are the only programs shipping to customers that still
have it.
-- 
----------------------------------------------------------------------------
 Brian McClendon                  bam@sgi.com                  415-390-1110
----------------------------------------------------------------------------
From: mmcohen@cats.ucsc.edu (Michael M Cohen)
Newsgroups: comp.sys.sgi
Subject: Re: This group is repeating on me
Date: 11 Dec 92 18:09:50 GMT


In article <1992Dec10.135223.17587@news.yale.edu> dcs@neutron.chem.yale.edu (Chaejoon Cheong) writes:
>Articles are appearing multiply, in this group only, here at Yale. Is this
>happening elsewhere?

Happening here also...

Happening here also...

-- 

======================================================================
=   Dr. Michael M. Cohen                   mmcohen@dewi.ucsc.edu     = 
=   Program in Experimental Psychology     mmcohen@fuzzy.ucsc.edu    =
=   433 Clark Kerr Hall                    408-459-2655 LAB          = 
=   University of California - Santa Cruz  408-459-2700 MSGS         = 
=   Santa Cruz, CA 95064                   408-459-3519 FAX          = 
======================================================================
Newsgroups: comp.sys.sgi
From: dave@umbc8.umbc.edu (David A Freeman)
Subject: Ethernet bug in 4.0.5F indigos
Organization: University of Maryland, Baltimore County Campus
Date: Thu, 17 Dec 1992 00:59:53 GMT

Hello,
	I noticed that in 4.0.5F, in the file /usr/sysgen/master.d/if_ec2
the value of the ec_rcvinit_delay variable is 13    In 4.0.5 the value 
was 13333.  I checked with SGI and found that the correct value is 13333
for all 4.0.X software. All of our r4000 4.0.5F systems and the distribution 
media that we have received have the variable set to 13. 



BTW:  I noticed this because of the ongoing problem with the indigo 
ethernet driver.  SGI has sent us a new driver that will hopefully fix 
the problem with the ethernet driver going off line.


-- 
David Freeman
Systems Programmer			dave@umbc3.umbc.edu
Univ Md Baltimore County		dave@umbc             !bitnet
From: portuesi@tweezers.esd.sgi.com (Michael Portuesi)
Newsgroups: comp.sys.sgi
Subject: Re: Indigo support for MIDI?
Date: 12 Dec 92 01:39:22 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA


In article <1992Dec11.192858.16608@netcom.com>, benoist@netcom.com writes:
> In article <tfj9fr8@zola.esd.sgi.com> portuesi@tweezers.esd.sgi.com (Michael Portuesi) writes:
> >
> >SGI offers a MIDI library as part of its Digital Media
> >Developer's Option (marketing code: SC4-DMDEV-1.0).
> >
> 
> Is there a chance that the man pages for this product could
> be made available by ftp.   It would be real useful for those
> of us thinking about purchasing this product.

Well, I'm not sure there is a chance, but I do know that
you can call SGI at one of the following numbers:

	USA	1 800 800 SGI1 (7441)
	 UK	0 800 440 440
  Australia	008 802 677
    Germany	0130 811 011

and ask for a copy of the Digital Media Development Option
brochure (marketing code DM-DEVEP-BRO).  This brochure
contains a short description and capsule summary of all the
calls in the Digital Media libraries, including the MIDI
library.  It's not nearly as detailed as having man pages,
but it does give you a good overview of the content and
character of each of our digital media libraries -- the
Audio Library, Audio File Library, CD-ROM Audio libary,
DAT Audio library, IndigoVideo Library, and the MIDI
Library.

yours for better digital media,

--
Michael Portuesi   Silicon Graphics, Inc.   portuesi@sgi.com
From: SUTPHINWB@npt.nusc.navy.mil (SUTPHIN WILLIAM B)
Newsgroups: comp.sys.sgi
Subject: XWSH Sizing & Fonts
Date: 14 Dec 92 17:53:22 GMT

Is there any way to make XWSH not resize when the font is changed?  I
would like to have a constant sized window thats not dependant on the
font size.

Thanks
From: lau@sunset.ai.sri.com (Stephen Lau)
Newsgroups: comp.sys.sgi
Subject: Flux Capacitors and comp.sys.sgi was Re: TO news@adm.brl.mil !!!
Date: 12 Dec 92 00:25:43 GMT
Organization: SRI International, Menlo Park, CA
In-reply-to: matt@wardsgi.med.yale.edu's message of 11 Dec 92 10:02:09 GMT


GREAT SCOTTS! DEJA VU!

Even worse I'm seeing my own postings repeating!!!!
Does this mean I can starting following up to myself?
Can we change the course of history by following up to each repeated 
thread with a different reply?

Maybe the Almighty NetNews Dieties are giving all of us second chances to
put right what once went wrong. 

Or...Maybe the Evil NetNews Dieties are just trying to confuse us. 

Could it be a conspircacy by avid Sun and Evans and Sutherland users 
to confuse and paralyze the world of SGI? 

Or...maybe it's simply a screwed up news handler... naww...too simple.

=:) =:) =:) =:) =:) =:) =:) =:) =:) =:) =:) =:) =:) =:) =:) =:) =:) =:) 

Steve

-------------------------------------------------------------------------------
Stephen Lau                 lau@ai.sri.com|
SRI International                         | "Eskimo."
333 Ravenswood Ave., Menlo Park, CA. 94025|    - J.D. from "Heathers"
(415) 859-2925              (415) 326-6200|
-------------------------------------------------------------------------------
From: js9s@helga1.acc.Virginia.EDU (Jiangeng  Sun)
Newsgroups: comp.sys.sgi
Subject: dbx get into infinite loop: what I should do?
Date: 13 Dec 92 17:28:58 GMT
Article-I.D.: murdoch.1992Dec13.172858.1800
Reply-To: js9s@helga1.acc.Virginia.EDU (Jiangeng  Sun)
Distribution: usa
Organization: University of Virginia


 
  I have a excutable which generated by linking both C and FORTRAN source code.
and when I try to debug the program, here is what I get.  

/usr1/e771/usr/js9sf/pvm/SGI> dbx track_m
dbx version 2.40 3/7/92 1:12
Type 'help' for help.
Reading symbolic information of `track_m' . . .

warning: iaux (4) greater than max (2) for file 92


warning: iaux (4) greater than max (2) for file 93


warning: iaux (4) greater than max (2) for file 142


warning: iaux (5) greater than max (4) for file 143


warning: iaux (5) greater than max (4) for file 143


warning: iaux (5) greater than max (4) for file 143

............ keep going forever.


I guess I did not compile  file 143 with -g, and somehow dbx does not like 
it, but HOW can I figure out which is file 143?  I have linked with so many
libraries, that it is impossible to retangle everything with -g. 
 
I tried gdb, which is fine for the c portion of the program. Since gdb does
not support fortran, I got stuck.

Is there anybody can enlighten me on this? 

Are there any other debugers I could try with support C and Fortran?

thanks.
  
Newsgroups: comp.sys.sgi
From: hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig)
Subject: lpc status all
Date: Fri, 18 Dec 92 09:12:00 EST
Organization: Department of Chemistry, University of Michigan, Ann Arbor

Not that is't an earth-shaking problem, but....

From the man page for lpc(1M):

     status { all | printer ... }
          Display the status of daemons and queues on the local machine.

But:

U:root > lpc status all
unknown printer all


Either the man page needs to be fixed or lpc does....
(BTW, Irix 4.0.5)

-- 
      Kurt Hillig
   Dept. of Chemistry      I always tell the     khillig@umich.edu
 University of Michigan     absolute truth    Telephone (313)747-2867
Ann Arbor, MI  48109-1055    as I see it.    hillig@chem.lsa.umich.edu
Newsgroups: comp.sys.sgi,comp.sys.sgi.bugs,comp.unix.ultrix
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: tempnam(3S) bug, possibly on all MIPS
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sat, 19 Dec 92 22:17:00 GMT

In <1gu849INNp6k@menudo.uh.edu> svec5@menudo.uh.edu (T.C. Zhao) writes:

| It appears that tempnam(3S) is broken on three MIPS machines I have
| access to:   IRIX 3.3, Ultrix 4.1, UMIPS 4.52:
| 
| /* 
|  * check to see if tempnam has the errno bug.
|  */
| #include <stdio.h>
| #include <stdlib.h>
| #include <unistd.h>
| #include <errno.h>
| 
| int main(int argc, char **argv)
| {
|    char *p;
|    errno = 0;
|    p = tempnam(0, 0);
|    if(errno) fprintf(stderr," tempnam is broken\n");
|    return 0;
| }

It isn't a bug.  The bug is in your code.  errno is only supposed
to be tested after failures of system calls or other library
routines that document that they set errno on failure.

Since tempnam() needs to make sure the file it is existing doesn't
exist, it isn't surprising that errno is set (but you shouldn't
count on it either way!).
--
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: cmbenda@unccsun.uncc.edu (Carl Michael Benda)
Subject: NEC CDR 74
Organization: University of NC at Charlotte
Date: Sun, 13 Dec 1992 03:25:43 GMT


I have an NEC CDR 74 SCSI cd rom drive, it is NEC's highest performance
external cd rom drive.  Does anyone know of a reason why this drive should
not work on an R3000 or R4000 Indigo?

Thanks for any info....

/Carl
From: scjones@thor.sdrc.com (Larry Jones)
Newsgroups: comp.sys.sgi
Subject: SGI Motif Bug
Date: 18 Dec 92 18:32:16 GMT

There appears to be a bug in the text field cursor pixmap caching logic
that SGI modified which causes a severe performance degradation under
certain circumstances.

When MakeDestCursor() and MakeIBeamCursor() in TextOut.c call
_XmInstallPixmap() to install the just created pixmap in the cache,
they do not pass the correct pixmap depth (I don't really read MIPS
assembler, but it looks like they might actually be calling it with one
too few arguments).  This causes the pixmap to be installed in the
cache with the wrong depth, so XmGetPixmapByDepth() can't ever find it
in the cache.  This results in many calls to XtResolvePathname()
looking for the same non-existant files and thus the creation of many
duplicate pixmaps.

In my case, XtResolvePathname() is making over 2000 calls to access() by
way of XtFindFile() and TestFile() when it should be making less than
10.  Since the directories it's searching are on NFS filesystems on
another machine, this takes over 4 seconds and accounts for over half of
the wall-clock startup time (although only a miniscule fraction of the
CPU time).  I suspect that other calls to _XmInstallPixmap() may suffer
from the same problem.
----
Larry Jones, SDRC, 2000 Eastman Dr., Milford, OH  45150-2789  513-576-2070
larry.jones@sdrc.com  or  ...uunet!sdrc!larry.jones
If I was being raised in a better environment, I
wouldn't do things like that. -- Calvin
From: edelman@wisdom.weizmann.ac.il (Edelman Shimon)
Newsgroups: comp.sys.sgi
Subject: Indigo R4000 + IndigoVideo problem solved...
Date: 14 Dec 92 12:35:17 GMT

A few weeks ago I posted a cry for help: my new Indigo R4000 kept
crashing about once a day. I received a number of responses, some of
which suggested that the trouble may be in the IndigoVideo card. My
local SGI people tried replacing the CPU card, the memory, the disk,
and the video card, to no avail. At their first opportunity, they
brought me a brand-new Indigo, and it has been working fine since
then, for the entire last week (with my original video card).  The
"sv1LoadMap: bad sv1AddWork" complaints from the video card still pop
up every now and then in the SYSLOG, but the machine doesn't seem to
mind. Thanks to everybody who responded to my query.

-Shimon



--
Dr. Shimon Edelman             Internet: edelman@wisdom.weizmann.ac.il
Dept. of Applied Mathematics and Computer Science
The Weizmann Institute of Science
Rehovot 76100, ISRAEL
Newsgroups: comp.sys.sgi
From: wiltzius@s1.gov (Dave Wiltzius)
Subject: Colormaps and Reality Engine incompatibilities
Organization: LLNL
Date: Fri, 11 Dec 1992 19:30:18 GMT


We have recently received a Reality Engine.  However, I have seen
an incompatibility with other SGI machines regarding colormaps.  For
example, I have a very short program using *only* X that allocates
(XAllocColorCells) colors, then sets colors (XStoreColor then XSync).

In one case I allocate only 2 colors.  The XAllocColorCells succeeds
but the XStoreColor fails (BadAccess).  In another case I allocate
32 colors, then allocate 256 more and set the 256 colors that I allocated
last.  No errors, but no color changes either (using the colormap tool).

In all cases the default display and colormap (DefaultColormap) were
referenced (to avoid flashing between applications).

Any suggestions or ideas?  Please respond by email.  Thanks much.
  Dave Wiltzius
  Lawrence Livermore Nat'l Lab
  wiltzius@llnl.gov
Newsgroups: comp.sys.sgi
From: arthur@sgi.com (Arthur Evans)
Subject: Re: problems with remote display
Reply-To: arthur@chiba (Arthur Evans)
Organization: Silicon Graphics, Inc.
Date: Mon, 14 Dec 92 23:22:35 GMT

In article <34578@adm.brl.mil> ubjta56@ucl.ac.uk (Dr P Day) writes:
>
>Hi,
>	when I do the weekly backups on our two machines I normally rlogin to 
>one machine (the one not one my desk) su to root and then run vadmin. 
>
>	This week when I tried to run vadmin I got the folowing message:
>
>	Xlib:  connection to "dublin:0.0" refused by server
>	Xlib:  Client is not authorized to connect to Server
>	Error: Can't Open display
>
>What causes this ? How do I 'authorize' the connection? 

I haven't seen an answer to this posted.  The command 
"xhost" can be used to control access to the X server.
"xhost +" will turn off access control (that is, allow
any machine to connect to your X server).  This should 
fix your problem.

arthur
From: hofmann@nova.tat.physik.uni-tuebingen.de (Bernhard Hofmann)
Newsgroups: comp.sys.sgi
Subject: Re: finding out who's on the console
Date: 12 Dec 92 22:20:42 GMT

rcaslis@hydra.acs.uci.edu (Russell Caslis) writes:


>Does anyone know an easy way to tell what user is sitting at the console?  I'm
>converting a perl script of mine from SunOS to IRIX and I need to know which
>user is logged into the console (if anyone).

I've hacked a little bash-function that does the job well enough for me.
The idea (in case you're not using the bash :-) is to look at the end of
/usr/adm/SYSLOG for a line containing 'Xsession:'. It contains all
the information you need.

konsole() { if test `grep "Xsession:" /usr/adm/SYSLOG | tail -1 | awk -F: '{print $NF; printf "%s", $(NF-1) >"konsoleuser"}' | awk '{print $1}'` != "logout"; then echo -n "The console is used by"; cat konsoleuser; echo "."; else echo "The Console is unused."; fi; rm konsoleuser }

I'm aware that it's quick and dirty. If anybody has any suggestions for
improvements, please let me know.

Bernhard
From: bam@rudedog.asd.sgi.com (Brian McClendon)
Newsgroups: comp.sys.sgi
Subject: Re: pixmode(PM_SIZE) question, Indigo XS running 4.0.2
Date: 18 Dec 1992 18:29:50 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: rudedog.asd.sgi.com


In article <8399@charon.cwi.nl>, jack@cwi.nl writes:
> Recently I've tried using pixmode(PM_SIZE) to draw packed 1-bit and
> 4-bit images on an Indigo XS24Z running 4.0.2. 4 bit images work fine,
> but if I try to draw 1-bit images I don't get any complaints but all
> the pixels come out as zero.
There is a bug here.  I verified the failure on my Elan and hopefully
it will be fixed in the "next release."  4 bit images are supported
thru software un-packing, but 1 bit images should work using hardware
unpacking.

> 
> The manpage is less than clear: it has a note about PM_SIZE<8 not
> being supported on Indigo, but 4 bit pixels *do* seem to be supported.
> Should 1-bit pixels be supported as well, or am I out of luck?
They should work, when the man page is referring to Indigo, it means
the Indigo Starter graphics.  XS/XS24/Elan should support almost
all pixmodes either in hardware or software emulation.  The man
page notes that PM_OFFSET != 0 is not supported.
Xref: sparky comp.sys.sgi:18062 comp.sys.sgi.graphics:21
From: kipp@warp.asd.sgi.com (Kipp Hickman)
Newsgroups: comp.sys.sgi,comp.sys.sgi.graphics
Subject: Re: Indigo Graphics and Z-Buffering
Date: 15 Dec 92 21:11:28 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: warp.asd.sgi.com


The OpenGL doesn't have this problem.  Depthbuffering must be provided
on all OpenGL implementations, even if it has to be emulated in
software.  This will apply to the XS version of OpenGL too.

					kipp
From: ea2cs252@troi.cc.rochester.edu (Eran Shtiegman)
Newsgroups: comp.sys.sgi
Subject: SGI CDRom on NeXT
Date: 11 Dec 92 20:16:46 GMT

I am trying to install 3.0 using an sgi cdrom drive.  This is the info I
get when I boot the next:

Dec  9 20:53:06 njoroge mach: TOSHIBA CD-ROM DRIVE:XM Rev 1971 as sd2 at sc0
target 4 lun 0
Dec  9 20:53:06 njoroge mach: ERROR: Can't read device capacity
Dec  9 20:53:06 njoroge mach:   DISK UNFORMATTED
Dec  9 20:53:06 njoroge mach: Generic SCSI Device as sg0 at sc0 target 7 lun
7
Dec  9 20:53:06 njoroge mach: Generic SCSI Device as sg1 at sc0 target 7 lun
7
Dec  9 20:53:06 njoroge mach: Generic SCSI Device as sg2 at sc0 target 7 lun
7
Dec  9 20:53:06 njoroge mach: Generic SCSI Device as sg3 at sc0 target 7 lu

I ran the installer program on the floppy but that does not seem to help.
When I log in I get a dialog saying external disk is unreadable would
you like to ignore or format.

The strange thing is I can play music cds using CDPlayer0.8 without any
problem.

Anyone have any suggestions?

Thanks,
Eran Shtiegman
ea2cs252@troi.cc.rochester.edu
From: drew+@CS.CMU.EDU (Paul Olbrich)
Newsgroups: comp.sys.sgi
Subject: Re: How to fix xwsh font weirdness
Keywords: xwsh fix
Date: 17 Dec 92 10:35:28 GMT
Article-I.D.: cs.BzEG34.GB3.2
Organization: Carnegie Mellon University

In article <BzE8s6.5Az.2@cs.cmu.edu>, drew+@CS.CMU.EDU (Paul Olbrich) writes:
> If you cat a large binary in an xwsh and suddenly
> you find yourself in some strange unreadable
> font mode, you can type:
> 
>    echo ^V^O
> 
> and it'll return you to your normal font.  You can flip
> back into the wacky font by typing:
> 
>    echo ^V^N
> 
> 
> 
> Drew Olbrich
> drew@cs.cmu.edu


Of course, I'm using tcsh.  I don't know offhand how other
shells will respond to the ^V.

Like this really matters.  Bleh.

Drew Olbrich
drew@cs.cmu.edu
From: pg@alice.att.com (Paul Glick)
Newsgroups: comp.sys.sgi
Subject: Re: 8mm tape drive - how to store 4.5GB
Date: 12 Dec 92 22:21:10 GMT
Article-I.D.: alice.24401
Reply-To: pg@research.att.com (Paul Glick)
Distribution: usa
Organization: AT&T, Bell Labs

In article <1992Dec10.132201.27325@cronkite.ocis.temple.edu> atul@sgi1.fels.temple.edu (Atul Kumar) writes:
>I have an 8mm tape drive on my sgi box. The tapes store only 2.5 GB (in tar 
>format) although it says on the tape 4.5 GB. Could somebody suggest a way to
>increase capacity (if its possible).
>
>thanks,
>atul.

Exabyte tape drives want to be fed a continuous stream of data.  The drive
will leave blank blocks (1K) or blank tracks (I seem to remember 8K for the
8200 drives, but I am not sure) if it does not have the data.  You need
to either spool the tar output (unlikely for such a large amount of data)
or use another program to save your data.  I have been using bru to backup
my disks because it has a double buffer option, but I am not really sure
about its effectiveness either.  The other important thing is to choose
an appropriate buffer size.  This is necessary to keep the 246K byte
buffer in the 8200 non-empty (I think the 8500s buffer is twice as big,
again I am not sure).  Notice I said non-empty not full.  If you select
a large buffer in either tar or bru.  You may not be able to keep up the
demand for those chunks.

				Paul Glick
				pg@research.att.com