HDTenEightyP/NetNews huggingface dataset:
From: jsw@microunity.com (Jeff Weinstein)
Subject: Re: New Indigo Graphics - XZ
Distribution: world
Organization: MicroUnity Systems Engineering, Inc.
Date: Thu, 28 Jan 1993 18:31:32 GMT

In article <1993Jan28.152947.27227@samba.oit.unc.edu>, Frank.Taylor@launchpad.unc.edu (Frank Taylor) writes:
> According to what I've seen, the new XZ graphics option is twice the
> performance of the old XS24 and will run in a standard Indigo.  Does
> the Z refer to a standard Z-buffer?  What is the cost?  Did the XS24
> and Elan board costs drop?

> I have been waiting for SGI to release a decent low-cost machine with
> a decent low-cost 24-bit Zbuffer option.  I want a machine I can
> buy for home use that costs less than $10K list.  Has this happened?

  The short answer is no.  The XZ board appears to be exactly the same
as the XS24Z and Elan, but with two geometry engines(XS24 has 1, Elan has 4).
Its cost is between XS24Z and Elan, and it comes with the bit-planes and
z-buffer standard.  System cost with a 400meg disk, 16meg RAM, and 19 inch
monitor is quoted in the press release as $23k.

  It doesn't appear that XS and Elan have had any drastic price reductions.

	--Jeff

-- 
Jeff Weinstein - X Protocol Police
MicroUnity Systems Engineering, Inc.
jsw@microunity.com
Any opinions expressed above are mine.
Newsgroups: comp.sys.sgi.misc
From: Frank.Taylor@launchpad.unc.edu (Frank Taylor)
Subject: Re: New Indigo Graphics - XZ
Organization: UNC Office of Information Technology
Date: Thu, 28 Jan 1993 20:51:36 GMT

In article <1993Jan28.183132.3189@microunity.com> jsw@microunity.com (Jeff Weinstein) writes:
>
>> I have been waiting for SGI to release a decent low-cost machine with
>> a decent low-cost 24-bit Zbuffer option.  I want a machine I can
>> buy for home use that costs less than $10K list.  Has this happened?
>
>  The short answer is no.  The XZ board appears to be exactly the same
>as the XS24Z and Elan, but with two geometry engines(XS24 has 1, Elan has 4).
>Its cost is between XS24Z and Elan, and it comes with the bit-planes and
>z-buffer standard.  System cost with a 400meg disk, 16meg RAM, and 19 inch
>monitor is quoted in the press release as $23k.
>
>  It doesn't appear that XS and Elan have had any drastic price reductions.
>
Bummer.  I bet there's going to be some serious competition in the
low-cost 3D graphics arena by the time SGI finally gets something out.  And
that competition will very likely have OpenGL, so it won't just be idle
competition.

So, does the new Indigo^2 Extreme graphics board simply have the same
architecture but with 8 geometry engines?  What are the specs on Extreme?
Can it do anything that an Elan can't do?  Hardware textures?

--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  laUNChpad.unc.edu or 152.2.22.80
Newsgroups: comp.sys.sgi.misc
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: uucp w/SupraFax modem
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 28 Jan 1993 02:19:08 GMT

In article <1993Jan27.192545.1103@news.csd.sgi.com>, kevinb@oblivion.csd.sgi.com (Kevin Brokaw) writes:
> In article <C1IE7B.G9n@wizzy.com>, andyr@wizzy.com (Andy Rabagliati) writes:
> |> I also had ATZ in my Dialers script - which appears to be a rather
> |> brutal way to start the day. With &C1 it was not a problem, but with &C0
> |> I get "lost line errno - 0" - so there is a glitch on CD or something
> |> that disappoints Uutry.
> |> 
> 
> Same results here... the default ATZ sets &C1, which will in effect turn
> off CD if you had previously defined &C0. When I tested with Uutry,
> I inserted an ATZ1 in the dial string, after init, and had stored a &C1
> in profile 1. Same problem. I stored a &C0 in profile 0, and an ATZ0
> did no damage.


I don't quite understand, but it sounds as if the result will be
that DCD from the modem will "glitch."  That would mess things up.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.sys.sgi.misc
From: mfs@uunet!phcs (Mike "Phish" Sprague)
Subject: Re: troff and nroff
Organization: Private Healthcare Systems, Inc; Lexington MA
Date: Mon, 25 Jan 1993 14:41:34 GMT

In article <35149@adm.brl.mil> smant@nlr.nl (smant g.a.) writes:
>According to Randolph J. Herber:
>I think it would be better if SGi moved the dps_dev (Display PostScript
>Development System) from the IRIS Development Option (IDO) package onto
>the Laser Printer Support (LPS) package and in stead of the dps_dev, SGi
>could supply the Documenter's Workbench (DWB) with the rest of the IDO
>package (developers do make man-pages, don't they?). I think these would
>make a MUCH BETTER combination!

I must agree although the best would be to have both available with
the basic package.  Trying to install a lot of man pages without 
nroff/troff is a real pain...

-- 
Mike Sprague			Email: uunet!phcs!mfs or mfs@phcs.UUCP
Private Healtcare Systems, Inc	Phone: +1 617 861 5762
Technical Support		Fax:   +1 617 861 5777
"Nothing left to do but smile smile smile..."  -> GD
Newsgroups: comp.sys.sgi.misc
From: andyr@wizzy.com (Andy Rabagliati)
Subject: Re: uucp w/SupraFax modem
Organization: W.Z.I.
Date: Wed, 27 Jan 1993 10:52:23 GMT

In article <1993Jan26.232211.11996@news.csd.sgi.com> kevinb@oblivion.csd.sgi.com (Kevin Brokaw) writes:

>
>The problem in using Supra v32bis modems is due to uutry needing to 
>see carrier detect on the modem before it will communicate.

Ding !!!

This indeed solved my problem. I am not using a Supra, but a Twincom, a
Rockwell chip V.32bis modem.

I have AT&D3, so it does an ATZ on DTR loss.

So, if I put AT&C0&W0 to set profile 0 correctly, Uutry will pick up the
phone.

I also had ATZ in my Dialers script - which appears to be a rather
brutal way to start the day. With &C1 it was not a problem, but with &C0
I get "lost line errno - 0" - so there is a glitch on CD or something
that disappoints Uutry.

If I take ATZ out of my Dialers script it is smiles all round.

Chalk up another success to them Tech support guys ...

Cheers,  Andy.
-- 
Amendment 2 information newsgroup co.politics.amend2.info - mailing list also.
andyr@wizzy.com          W.Z.I. Consulting (719)635-6099               pgp-2.1
Newsgroups: comp.sys.sgi.misc
From: ercolessi@uimrl3.mrl.uiuc.edu (furio ercolessi)
Subject: Indigo => Indigo2?
Reply-To: ercolessi@uimrl3.mrl.uiuc.edu (furio ercolessi)
Organization: MRL - UIUC
Date: Wed, 27 Jan 1993 21:31:32 GMT

Can an Indigo be upgraded to Indigo2 retaining the original box,
chassis etc and just swapping boards? Of course without EISA.
The question is "in principle", i.e. not related to the present
offerings.  For example, can Extreme graphics reside in a normal
Indigo.

Thanks
--
furio ercolessi    <furio@uiuc.edu>*    <furio@sissa.it>+
* materials research lab, uni illinois at urbana-champaign
+ intl school for advanced studies, trieste, italy   

"Change nothing and continue with immaculate consistency"
                                      [ Brian Eno, "Oblique Strategies" ]
From: kevinb@oblivion.csd.sgi.com (Kevin Brokaw)
Newsgroups: comp.sys.sgi.misc
Subject: Re: uucp w/SupraFax modem
Date: 26 Jan 93 23:22:11 GMT
Organization: Silicon Graphics, Inc.

In article <C1GC43.2oz@wizzy.com>, andyr@wizzy.com (Andy Rabagliati) writes:
|> In article <lm8icaINNr8@ai.cs.utexas.edu> meyering@cs.utexas.edu (Jim Meyering) writes:
|> I had exactly the same problem, and found that a solution was to have
|> uugetty running on the port, through an entry in /etc/inittab.
|> 
|> Private Email from them 'elpful souls at SGI was inconclusive, and did
|> not solve the problem. Actually, it was not really a problem for me as I
|> usually have uugetty running, but when testing the modem with Sams fax
|> software I had to switch uugetty off, and that is when I noticed it.
|> 
|> If it helps, faxd in the flexfax package also 'enables' uucico as well.
|> 
|> Maybe my modem swings on some lines it shouldn't.
|> 
|> And yes, permissions are OK all round, and nothing else is using
|> /dev/tty[dmf]2. I have a full house modem cable. Honest. Switch on
|> uugetty, it works, switch it off, it doesn't.
|> 
|> I would be very interested if this solves your problem.
|> 

The problem in using Supra v32bis modems is due to uutry needing to 
see carrier detect on the modem before it will communicate. While running a 
uugetty is one way, possibly an easier way is to load the "Macintosh" profile
into the Supra as the default power-on profile. Most Supra modems shipped 
individually or as part of a DOS/WINDOWS package, use factory stored profile
number 2 as the power-up profile, which is listed in the Supra manual as
being for IBM (and all others except Macintosh), and asserts an AT&C1, 
which tells the modem to have DCD reflect a remote carrier. What the SGI
needs is to see DCD high before uutry will talk to the modem. This implies
an AT&C (or AT&C0) option, which is part of the Macintosh profile. If your
modem was not shipped specifically for use with a Macintosh, it will have 
the wrong profile (as far as using on an SGI goes) loaded as the power-up
profile. Here's how you change that....

start a session with the modem via cu

issue an AT&F1<enter>   /* Load Macintosh profile as active profile */
issue an AT&W0<enter>   /* Save this as user-stored profile 0 (or use 
                           an AT&W1 if you wish to store it as profile 1) */
issue an AT&Y0<enter>   /* To set stored user profile 0 as the power-up 
                           profile (or use AT&Y1 if you issued an AT&W1 ) */

This should do the trick... I brought my Supra in to the office and we tried
it on my indigo... uutry worked flawlessly, but if we broke out of the loop,
we had to remember to kill the uucico process before we tried it again.

I have sent e-mail to Supra suggesting that they may want to modify
their manual in future revisions to suggest &F1 as the profile for 
Macs as well as UUCP use.
Cheers,
Kevin



-- 
Kevin Brokaw   (kevinb@csd.sgi.com)     | 
Product support engineer                | Sorry, this closet is for anxieties.
Silicon Graphics Computer Systems       | Pipe dreams are under the bed. 
(Forgive them,they know not what I post)|
From: paul@aztec.ucsc.edu ( Paul Tatarsky)
Newsgroups: comp.sys.sgi.misc
Subject: What makes /usr/bin/X11/userenv tick?
Date: 27 Jan 1993 17:56:49 GMT
Organization: UC Santa Cruz CIS/CE
Distribution: world
Reply-To: paul@terra.ucsc.edu
NNTP-Posting-Host: aztec.ucsc.edu

I am setting up XDM on an non-SGI system, and find myself wishing I
had the source for /usr/bin/X11/userenv. I am looking for a way to
have the users environment variables be used by the XDM Xsession
script, _without_ making the Xsession script a /bin/csh script and
sourcing the $HOME/.cshrc file (something that causes problems if the
user has a bunch of tty oriented commands), and without forcing them
to place the commands in their .xsession.

So, eval `/usr/bin/X11/userenv` would make a nice little one liner in
my non-SGI Xsession. I did a strings on userenv and see that it does
something with /bin/env which I do have available, but what does it
do?

I've tried all sorts of shell script eval's and execs to get this
"login" emulation out of Xsession, and have failed. Anyone? Some nice
soul at SGI care to post the source? Some wizard care to elighten me?


 Paul Tatarsky         email: paul@cse.ucsc.edu
 UC Santa Cruz
 CIS/CE Board          
 Technical Staff
From: portuesi@tweezers.esd.sgi.com (Michael Portuesi)
Newsgroups: comp.sys.sgi.misc
Subject: Re: FIT Image Format Info?
Date: 25 Jan 93 19:34:45 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA


In article <106432@netnews.upenn.edu>, hollick@graphics.cis.upenn.edu writes:
> 
> Hello:
> 
> I have been using 'moviemaker' on series of .rgb images.  The man page
> mentions that moviemaker can operate on FIT images, but I have not
> been able to find any information on this format.  Moviemaker runs a
> lot faster on FIT images, so I would like to create these directly.
> Thanks a lot!

The FIT image format is supported by the SGI ImageVision
Library (IL).  IL provides file I/O calls which support
the FIT format.

I'm not sure the file format is "documented" in the sense that
we publish a document detailing its format.  However, if you
purchase the ImageVision Library Development option, you are
provided with the code to implement the FIT format, as part of
a code example for adapting the IL for new image formats.

Of course, if you have the IL, you have no need to roll your
own FIT image support, as that is already taken care of for you.

You can order the ImageVision Library development option
directly from SGI.  It costs about $500, and is well worth it
if you are writing any serious image code on our system.  It
is essential if you are programming one of the high-end
graphics systems, such as VGX or Reality Engine, or have a
multi-processor system.

m.

--
Michael Portuesi   Silicon Graphics, Inc.   portuesi@sgi.com
From: pj@sam.wpd.sgi.com (Paul Jackson)
Newsgroups: comp.sys.sgi.misc
Subject: Re: software distribution DB format ?
Date: 23 Jan 93 01:31:17 GMT
Reply-To: pj@sgi.com
Organization: Silicon Graphics, Research & Development
NNTP-Posting-Host: sam.wpd.sgi.com

In article <35184@adm.brl.mil>, chouinar@centrcn.umontreal.ca (Chouinard Luc) writes:
|> Is it possible to extract a single hardware-dependant file from a software
|> distribution package from SGI?.

The best way I know of currently to extract a single file
requires you to install the subsystem containing that file,
perhaps in a subtree of a scratch disk using the inst -r <root>
option, then copy out the file you need.  If the subsystem you
need has significant prerequisites, this can be expensive.  And
I've not actually personally done such an extraction, so there
might be other complications that I am unable to predict.

|> What would be perfect is if the next version of inst(1) could install software
|> on machines that have some of their package files on a rdonly-NFS mounted
|> filesytem. It could skip over NFS mounted files that are tagged has being
|> rd-only( i.e. not host private files).
|> It would give a warning for files that are not up to date (this
|> should not happen if the upgrade is started from the top of the cascade down).
|> ** This feature is also needed by other sysadmins then me ***

We are working on significant improvements in a number of areas
involving inst, including this.  I don't yet know when you will
receive the benefit of this, but we realize that it's important.

|> Ideally, a complete description of the distribution package format would
|> be greatly apreciated (Oops, what did I just said ? :-) ...

Sooner or later our distribution format should be at least one of
(1) more easily reverse engineered, (2) better documented (like,
at all :-) or (3) based on portable industry recognized
standards.  Though format changes take longer to fold into
production than do other sorts of changes.

-- 

				I won't rest till it's the best ...
				Software Production Engineer
				Paul Jackson (pj@sgi.com), x1373
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi.misc
Subject: Re: bootp
Keywords: bootp, RFC951, RFC1084
Date: 26 Jan 93 22:56:41 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <2515@newsserver.cs.uwindsor.ca>, philip@server.uwindsor.ca (Philip Smith) writes:
> According to the bootp(1m) man page SGI's version of BOOTP supports RFC951.
> Does anyone know when the plan to upgrade to RFC1084?  I have an application
> that needs this new version of BOOTP.


I think it does RFC-1048 as well as RFC-1084.  But that probably
doesn't help you much, since those are just schemes for registering
vendor extensions of RFC-951, and you presumably want to add your
own extensions.

It might be effective to grab bootp source from Stanford (?) and
port it to do what you want.


I've been arguing that SGI should release the source to our version of
bootp, if only to show how bootp-forwarding can be done (and how we've
done it for 5 or 6 years).  So far, no one seems enthused, and the
death of CSRG has made the question "to whom would we release it?" hard
to answer.  (Please, no GNU-copyleft speeches.)


Vernon Schryver,  vjs@sgi.com
From: beyer@bflsgu.fl.bs.dlr.de (Ralf Beyer DLR)
Newsgroups: comp.sys.sgi.misc
Subject: DMA transfers between machines
Date: 25 Jan 93 13:58:17 GMT


Hi,

we would like to DMA transfer data from a SGI machine to another
machine (DEC LSI11). Both machines are connected by Ethernet and
have Ethernet controllers.

On the LSI11 there is no room for the overhead required by TCP/IP
or UDP. The LSI11 initiates a DMA request (memory address, block
size etc.) and expects the SGI machine to listen and to respond
with a DMA transfer.

QUESTION: What is to do or how must the SGI machine be configured
	  to be able to receive the DMA request via the Ethernet
	  and then in turn make the DMA transfer ?

Any hint would be very much appreciated.

Ralf Beyer

----------------------------------------------------------------------
Ralf Beyer
German Aerospace Research Establishment (DLR), Institute for Flight
Guidance, Flughafen, D-3300 Braunschweig, Fed. Rep. of Germany
Internet: beyer@bflsgu.fl.bs.dlr.de (EARN/BITNET: fl17@dlrvmbs.bitnet) 
----------------------------------------------------------------------
From: mberger@relay.nswc.navy.mil
Newsgroups: comp.sys.sgi.misc
Subject: 4D70TG's run slow on 4.0.1
Date: 22 Jan 93 19:32:53 GMT

I recently upgraded our two 4D70TG's to 4.0.1:

	machine: slow    - cpu: MIPS R2000A/R3000 16Meg
	machine: dogslow - cpu: MIPS R2000A/R3000 8Meg

Since updating, these machines run very slowly whenever any window operations
are performed.  The 16Meg machine runs at an almost tolerable pace, but the
other machine just crawls.

There doesn't seem to be any abnormal processes running, but gr_top on dogslow
shows alot of CPU activity with Xsgi, though Xsgi isn't growing too quickly. 
Is the problem that dogslow doesn't have enough memory for X?  If so, how can
I prove this to justify the purchase of more memory (if it's available)?

PS - installing 4.0.5 gives the same result

--Mike Bergeron mberger@relay.nswc.navy.mil
--EG&G (WASC) Dahlgren, VA. 22448
From: benoist@netcom.com (Tom Benoist)
Newsgroups: comp.sys.sgi.misc
Subject: Snapshot : scrsave Trick
Date: 24 Jan 93 19:03:59 GMT
Organization: Netcom Online Communications Services (408-241-9760 login: guest)

In article <1993Jan22.184644.16996@news.dfrf.nasa.gov> cano@xrd.dfrf.nasa.gov (Reuben R. Cano) writes:
>Hello world, 
>
>  I am looking for rgb filters. I would like to do an 
>  rgbtoppm or to any pbmplus tools.
> 
>Thanks
>

Im not sure what you mean exactly.  But hears a real useful trick for 
people who use snapshot.

Snapshot actually calls 'scrsave' as directed by your PATH environment.
So make the following file and save it as 'scrsave' in the directory 
your working in.  Then start up /usr/sbin/snapshot.  All scrsaves done
in snapshot will be run through the filters you put in your scrsave.

#!/bin/csh
# Make scrsave save a black and white image, then
# scale it by .75
#
/usr/sbin/scrsave __tmp.rgb $2 $3 $4 $5 -b
/usr/sbin/izoom __tmp.rgb $1 0.75 0.75 -w 1
/bin/rm __tmp.rgb


By the way, this works for the showcase image gadget too.  Only wish
showcase had a way to extract images so you could edit them.

-Tom Benoist 
 benoist@netcom.com
From: rose@baby.swmed.utexas.edu (Rose Oguz)
Newsgroups: comp.sys.sgi.misc
Subject: Compressed backups
Date: 22 Jan 93 14:12:29 GMT

It seems to me that I can compress data before backing up by using -Z in 
the bru command.  I have not figured out how to restore compressed files.
Can someone please tell me what I need to do.

Rose

!!!!!!!!!!@@@@@@@@@@##########$$$$$$$$$$%%%%%%%%%%^^^^^^^^^^&&&&&&&&&&

Rose Oguz
The University of Texas Southwestern Medical Center at Dallas
rose@baby.swmed.utexas.edu
From: ianh@resmel.bhp.com.au (Ian Hoyle)
Newsgroups: comp.sys.sgi.misc
Subject: Appleshare server under Irix???
Date: 25 Jan 93 02:16:15 GMT
Organization: BHP Research - Melbourne Laboratories
NNTP-Posting-Host: morgana.resmel.bhp.com.au

I just saw this article in comp.protocols.appletalk:

################
henrik@uk.locus.com (Henrik Kristensen) writes:

>[Tero Siili writes:]
>> 
>> A couple of questions to Henrik Kristensen:
>> 
>> - When will PC-Interface be available for SGi/IRIX?

>Locus Computing has currently no plans to port PC-Interface for
>Macintosh to IRIX.

>However, I seem to recall that SGI has licenced an AppleTalk stack with
				^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>the intent of providing an AppleShare server for IRIX.

[stuff deleted]

>-- 
>Henrik Kristensen                         henrik@uk.locus.com

>Locus Computing Corporation ltd, 2 The Waterhouse,
>Waterhouse Street, Hemel Hempstead, Hertfordshire HP1 1ES, UK
>Tel: +44 442 236111, fax: +44 442 236453
>Send support questions to: uk-support@uk.locus.com
################


The last statement ( with the ^^^^^'s) is interesting and something I've
heard rumoured before. My local SGI office once alluded to an SGI project
(collaborative with a third party) to bring native Appletalk (Ethertalk &
Localtalk) support to Irises, but that it eventually foundered and nothing
ever came of it.

Has anyone else heard anything along these lines???? I'd **really** like
to have a native ethertalk phase 2 Appleshare server on one of the irises
here -- something that CAP currently doesn't support,

	ian
-- 
   /\/\     :  Ian Hoyle,  Senior Research Scientist
  / / /\    :  Image Analysis Group
 / / /  \   :  BHP Research - Melbourne Laboratories
/ / / /\ \  :  245 Wellington Rd, Mulgrave, 3170, AUSTRALIA
\ \/ / / /  :  Phone    +61-3-560-7066
 \  / / /   :  E-mail   ianh@resmel.bhp.com.au
  \/\/\/    :
"If the idea of a protocol behaving like a rabid,
 diseased sex-crased bunny rabbit appeals to you, 
 AppleTalk is for you." -- John Kennedy, comp.dcom.sys.cisco
From: beyer@bflsgu.fl.bs.dlr.de (Ralf Beyer DLR)
Newsgroups: comp.sys.sgi.misc
Subject: Re: DMA transfers between machines
Date: 26 Jan 93 08:12:14 GMT


	| we would like to DMA transfer data from a SGI machine to another
	| machine (DEC LSI11). Both machines are connected by Ethernet and
	| have Ethernet controllers.
	| On the LSI11 there is no room for the overhead required by TCP/IP
	| or UDP. The LSI11 initiates a DMA request (memory address, block
	| size etc.) and expects the SGI machine to listen and to respond
	| with a DMA transfer.
	
	As stated, it sounds impossible.  You could certainly write
	some simple protocol and try it out, using raw sockets on the
	SGI side (see man 7 raw), but then you still have to add
	all kinds of error checking and retry stuff if you want it at
	all reliable...
	
Thanks, Dave, for the hint. This could be a way to do it.

In fact, both machines are single user and not connected to
any net. They are, however, connected via Ethernet controllers
on both machines and the Ethernet cable. On the LSI-11 side
we are controlling the Ethernet controller directly by
accessing its registers and buffer and using its instruction
set. We are looking now for an opportunity to do the same on
the SGI machine. The 4D35 has controllers ec0 and ENP-10 (one
of each). They need not be configured for TCP/IP or other
protocols, they are available only for the low level protocol
connection to the LSI-11.

Is there a handbook available for the ec0 and ENP-10
controllers with information on registers, buffers and the
instruction set ?

By the way, the whole set-up is going to fly in a test jet
aircraft ...

Thanks for any help and best regards.

Ralf Beyer

----------------------------------------------------------------------
Ralf Beyer
German Aerospace Research Establishment (DLR), Institute for Flight
Guidance, Flughafen, D-3300 Braunschweig, Fed. Rep. of Germany
Internet: beyer@bflsgu.fl.bs.dlr.de (EARN/BITNET: fl17@dlrvmbs.bitnet) 
----------------------------------------------------------------------

Newsgroups: comp.sys.sgi.misc