HDTenEightyP/NetNews huggingface dataset:
From: swiet@whatever.cs.jhu.edu (Alexander Swietlicki)
Subject: Re: Terminal Emulator for Apple //e
Organization: Johns Hopkins Computer Science Department, Baltimore, MD
Date: Mon, 7 Sep 1992 21:29:24 GMT

In article <1992Sep3.212736.20856@oswego.Oswego.EDU> ostroff@oswego.Oswego.edu (Boyd Ostroff) writes:
>We have an 128K Apple //e (and also a 256K memory card if that matters)
>with duo-disk and monochome monitor.  Since it is not seeing any productive
>use I was hoping to use it as a terminal emulator.
>
>Now I don't use Apple II's anymore, but I used to, and even bought one of
>the very first.  Anyway, I have an old emulator called "Pro Term" and
>when I tried using it with the //e at 9600 baud it was pretty worthless.
>The first line or two of output was fine, then as it continued down the
>screen more and more characters were missing until it degenerated into
>complete gibberish.  Evidently the //e and Super Serial Card just can't
>handle 9600 baud.

	I have a //c and a ][+.  The ][+ with the Super Serial Card will
handle 19200 baud with Kermit.  Kermit's emulation is shaky on the ][+,
though.  ProTerm 3.0 should be able to handle 19200 baud (possibly 38400??)
with solid vt100 emulation (among others).  ProTerm is commercial, whereas
Kermit is free...but ProTerm has many more features.  It depends what you're
looking for.   Both ProTerm and Kermit work with a //e or //c.  The ][+
can only use Kermit.

>there were still characters dropped.  Also, the emulator does not support
>vt100 and the vt52 emulation didn't work quite right with my unix termcap.

	There are also generic apple2 termcap entries.  They do not support
scroll-up (as vt100 does), so while it will work, it will be significantly
slower for text editing.

	Here are some BSD-type entries from /etc/termcap:

# From Peter Harrison, Computer Graphics Lab, San Francisco
#   ucbvax!ucsfmis!harrison  .....uucp
#   ucbvax!ucsfmis!harrison@BERKELEY   .......ARPA
# "These two work.  If you don't have the inverse video chip for the
# Apple with videx then remove the so and se fields."
zO|DaleApple|Apple with videx videoterm 80 column board with inverse video:\
        :do=^J:am:le=^H:bs:cd=^K:ce=^]:cl=300^L:cm=^^%r%+ %+ :co#80:ho=^Y:\
        :kd=^J:kl=^H:kr=^U:kh=^Y:\
        :li#24:nd=^\:pt:so=^Z3:se=^Z2:up=^_:xn:
#
zh|appleII|apple ii plus:vs=\024\103\066:ve=\024\103\062:\
        :am:co#80:ce=\035:li#24:cl=\014:bs:nd=\034:up=\037:ho=\E\031:pt:\
        :cd=\013:so=\017:se=\016:cm=\036%r%+ %+ :is=\024T1\016:do=^J:kd=^J:\
        :vb=\024G1\024T1:kr=:
#  Gary Ford 21NOV83
#  New version from ee178aci%sdcc7@SDCSVAX.ARPA  Fri Oct 11 21:27:00 1985
zi|apple-80|apple II with smarterm 80 col:\
        :am:bs:bt=^R:bw:cd=10*^K:ce=10^]:cl=10*^L:cm=^^%r%+ %+ :\
        :co#80:cr=10*^M:do=^J:ho=^Y:le=^H:li#24:nd=^\\:up=^_:
#


	Alex

Newsgroups: comp.sys.apple,comp.dcom.modems
From: work@tasha.guug.de (Felix Blank)
Subject: Re: Terminal Emulator for Apple //e
Date: Sat, 5 Sep 1992 15:02:06 GMT

ostroff@oswego.Oswego.edu (Boyd Ostroff) writes:

>We have an 128K Apple //e (and also a 256K memory card if that matters)
>with duo-disk and monochome monitor.  Since it is not seeing any productive
>use I was hoping to use it as a terminal emulator.

>Now I don't use Apple II's anymore, but I used to, and even bought one of
>the very first.  Anyway, I have an old emulator called "Pro Term" and
>when I tried using it with the //e at 9600 baud it was pretty worthless.
>The first line or two of output was fine, then as it continued down the
>screen more and more characters were missing until it degenerated into
>complete gibberish.  Evidently the //e and Super Serial Card just can't
>handle 9600 baud.

>Next I tried it at 2400 baud.  The results here were a little better, but
>there were still characters dropped.  Also, the emulator does not support
>vt100 and the vt52 emulation didn't work quite right with my unix termcap.

Meanwhile there is a version 3.0 of ProTerm, which has an excellent
vt100 support and can handle speeds up to 38400 bps on Aplles equipped
with speedup cards/chips.
But it's a commercial product and not a cheap one!

Felix
-- 
Felix Blank                                 Internet   : felix@tasha.guug.de
Germany, Munich                             CompuServe : 76334,3373
Fax: +49-89-8206074
From: niblett@lodi.csd.sgi.com (Ray Niblett)
Newsgroups: comp.sys.sgi
Subject: Re: key bindings. 4.0.5 problem
Date: 11 Sep 92 16:12:04 GMT
Organization: Silicon Graphics, Inc.

On the VAX type: SET TERM/PASTHRU to tell it to pass all
control characters thru to the application.  The log in
to the Iris.
-- 

Ray Niblett  

PSE, Silicon Graphics
niblett@sgi.com
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: X Terminal: I want my WorkSpace!
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 6 Sep 92 05:19:38 GMT

In <l#pnyvc.jchauvin@netcom.com> jchauvin@netcom.com (John H. Chauvin) writes:
| Image my surprise when I found out that the WorkSpace 
| will not work on X terminals. My question is:

Why should that surprise you?  Like all but the most recent
programs that we ship (and still many of them!)  WorkSpace
is primarily a GL program, not an X program.  A diskless low end
Indigo isn't a whole lot more expensive than color X terminals
so perhaps that might be a viable alternative, although I personally
think that is a waste of a good machine, since ethernet is slow
enough (at best just over 1 Mbyte/sec; at worst much less) that you
spend a lot of time waiting for the net.

| Does SGI have any plans to provide a version which will
| run on a X terminal? If so, when? How about adding more

Probably, in some future release.

| capability to the application along the lines of Hewlett
| Packard's HPVue which works on all terminals that support X.
| Compare the jot program to the editor that is supplied with
| HPVue. Jot is a joke!!!! (Zip is much better) If my users
| see a HP workstation, they will refuse to work on an SGI machine.

I know that our UI folks (I'm not part of that group) would be
interested in knowing just what it is about the HP Vue environment
that you like so much; I'm casually aware of some of its features,
they probably know them better.

| My understanding is that most SGI users are "power unix users"
| who have no need for a GUI. Well if SGI want to expand its
| market share it must address the useability issue.

To some extent we are, but it still doesn't get anywhere near
the budget that fast graphics gets, because that is still the
primary reason customers buy our machines (and fast CPU's, of
course).

| (Other vendors are!) You can at least offer it. Users can decide
| for themselves if they want to use it. If gl is so important
| to SGI, why don't they sell a X/gl terminal? 

Because it isn't worth the cost of development to us.  There *are*
other vendors working on them, but primarily for OpenGL.  We would
rather put our resources into doing systems, as I understand it
(I do *not* officially speak for the company).  Certainly I think
it would be a bad decision for us to work on X or GL (or PEX, or
whatever) terminals, rather than systems.
--
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: kunz@binah.cc.brandeis.edu
Subject: Re: Please put s/w title on CDROM spine
Reply-To: kunz@binah.cc.brandeis.edu
Organization: Brandeis University
Distribution: na
Date: Thu, 10 Sep 1992 14:21:32 GMT

How about making the spine white, rather than dark blue so that those
of us who wish to write something may do so?? A black marker against
dark blue just doesn't make it. It would be cheap and keep us from
complaining too much.
Sara Kunz, Brandeis Univ., Waltham, MA
From: macleod@vissgi.cvrti.utah.edu (Rob MacLeod)
Newsgroups: comp.sys.sgi
Subject: Re: Accelr8 Conversion tools
Date: 5 Sep 92 20:06:13 GMT

>Does anyone have experience with the Accelr8 Tools (DCL9, EDT8, LIBR8,
>Transl8, Integer8) from Access Technology?  We are considering a purchase,
>and would appreciate any feedback (positive & negative) about the products.

We have used Transl8 for a couple of years and find it to be quite
functional, a real godsend when you need to get some files between VMS and
Unix systems with a minimum of fuss and pain.  It would be nice if the
mget/mput commands were implemented, but we can get around that with a VMS
script that sends a single file with each line.  The script can be
generated in a semi-automatic manner so that large sets of files can be
moved without too much fuss.  The thing that we find most inconvenient with
the package is the length of command-line argument strings we find we need
to get the file transfer to go, eg.,

put -s source_format_filename -t target_format_filename source_filename \
	target_filename. 

with an occasional -r to clobber existing files at the target.

There are also some funky things with filenames that include underscores
(_), which took us a while to clue into.

A more significant problem is the limitation on record size that the
product will handle.  We had some image files stored as binary grey-scale
values on a 256 X 256 grid, which ended up being 64kByte in size, stored
under VMS as a single record.  This is too big a record for Transl8 (the
max is 65,500 Bytes < 65,536 = 64kB), and so I had to re-write the files in
a new format of smaller, more numerous records, then transfer them, and
re-pack at the other end.  

For file types that we move often between system, we have moved to
converting the data ourselves and providing NFS access to get at the files.
And we have also used ASCII files, which provides the best in portability
and the worst in storage efficiency.  But for binary files we move only
occasionally, Transl8 works well.

Hope this helps,

Rob.


--------------------------------------------------------------------------
Rob MacLeod, Ph.D.
Nora Eccles Harrison Cardiovascular Research and Training Institute (CVRTI)
Building 500, University of Utah          
Salt Lake City, Utah 84112                      ____  __o
Internet:  macleod@cvrti.utah.edu              ____   -\<,
Phonemail: (801)581-8183                         ....0/ 0
Fax:       (801)581-3128
---------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: kdobbs@brahms.udel.edu (Kerwin D Dobbs)
Subject: Listening to CD's
Organization: University of Delaware
Date: Fri, 11 Sep 1992 10:32:29 GMT


I believe I have seen the answer here before to my question
but let me ask again. Is it possible to listen to "musical" 
CD's on the SGI supplied CD player? If so, how does one go
about doing it?

kdobbs@brahms.udel.edu

Xref: sparky comp.sys.sgi:13676 comp.unix.questions:11104
From: gaumondp@ERE.UMontreal.CA (Gaumond Pierre)
Newsgroups: comp.sys.sgi,comp.unix.questions
Subject: Strange behavior of vi
Keywords: vi
Date: 15 Sep 92 21:58:25 GMT
Organization: Universite de Montreal

Suppose I have a file containing the following line:

abc

I enter vi and I do:

:s/'*/===/g

and I get:

===a===b===c===

Is it a bug?

If it is a feature, where is it documented?

Thanks.
-- 
Pierre Gaumond.        gaumondp@ERE.UMontreal.CA
Services Informatiques, Universite de Montreal. 
C.P. 6128, Succursale "A", Montreal,            
Quebec, Canada.   H3C 3J7                       
Newsgroups: comp.sys.sgi
From: jwest@d-day.nas.nasa.gov (John T. West)
Subject: xdbx on SGI 4.0.X
Organization: Computational Fluid Dynamics Branch, NASA Ames Research Center
Date: 15 Sep 92 15:12:49
Distribution: comp.sys.sgi


Does anyone have the patches which will allow xdbx 2.1 to compile under
IRIX 4.0.X on an Indigo?  (I'm unhappy with edge, and cvd costs money
and RAM).

thanks,
jt

PS: the errors I'm currently getting start with the following:
	cc -O2 -prototypes -cckr -float  -I/usr/include    -DSYSV -DMALLOC_0_RETURNS_NULL -DFUNCPROTO -DNARROWPROTO -DBSD -DMIPS  -c calldbx.c
ccom: Error: calldbx.c, line 96: unknown size
          struct sgttyb Sgtty;
      -----------------------^
ccom: Error: calldbx.c, line 128: TIOCGETP undefined
          ioctl(slave, TIOCGETP, &Sgtty);
      -------------------------^
--
#include <std_dsclmr.h>
 ________________________________   ______________________________     
|John T. West                    | |   NASA Ames Research Center  |
|Sterling Software, Inc.         | |   Mail Stop 258-2            |
|jwest@nas.nasa.gov              | |   Moffett Field, CA 94035    |
|Voice (415) 604-1430            | |   FAX (415) 604-4377         |
|________________________________| |______________________________|
Newsgroups: comp.sys.sgi
From: taylorf@sweetpea.jsc.nasa.gov (Frank S. Taylor IV 283-4278)
Subject: Re: Font Manager
Organization: McDonnell Douglas Space Systems Company
Date: Mon, 7 Sep 1992 14:25:40 GMT

In article <1992Sep3.184249.2962@odin.corp.sgi.com>, ib@ivan.esd.sgi.com (Ivan Bach) writes:
....
|> The IRIS Font Manager in IRIX 4.0.5 and higher can use outline fonts.  An 
|> outline font can be scaled to any desired point size, so there is really no 
|> list of available point sizes.  The X11R5 version of the X Window System can 
|> also use outline fonts.  It lists an outline font with the point size set to 0.
|> 
|> Ivan Bach, ib@sgi.com

-- 
Are there more extensive notes on these changes than those found in the
release notes?  We have wanted scaleable fonts in the fmfonts for a long
time.  I'd like to know more about how to take advantage of these changes.

By the way, was it intended to make these changes transparent to the user?
We have GL applications where it is quite apparent the fonts have changed.

----------------------------------------------------------------------------
Frank S. Taylor IV  -  McDonnell Douglas Space Systems Company
16055 Space Center Blvd., Houston, Tx  77062
(713) 283-4278 (Voice)  ||  (713) 283-4020 (Fax)
taylorf@sweetpea.jsc.nasa.gov
----------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: jsw@microunity.com (Jeff Weinstein)
Subject: Re: respawning problem, 4.0.5
Organization: MicroUnity Systems Engineering, Inc.
Distribution: na
Date: Thu, 10 Sep 1992 20:07:37 GMT

In article <1992Sep10.133440.8153@biome.bio.ns.ca>, silvert@biome.bio.ns.ca (Bill Silvert) writes:
> Since I installed IRIX 4.0.5 my console has been displaying the message
>
> INIT: Command is respawning too rapidly.  Check for possible errors.
> id:  co "/etc/gl/conslog"
> 
> I imagine that the problem relates to the following line in /etc/inittab:
> 
> co:23:respawn:/etc/gl/conslog

  conslog doesn't exist in 4.0.x.  This must be the result of an incorrect
merge of your old inittab with the new 4.0.x inittab.

	--Jeff

-- 
Jeff Weinstein - X Protocol Police
MicroUnity Systems Engineering, Inc.
jsw@microunity.com
Any opinions expressed above are mine.
From: pjf@osiris.cs.uoguelph.ca (Peter Jaspers-Fayer)
Newsgroups: comp.sys.sgi
Subject: Scroll Lock key toggles Num Lock?
Date: 10 Sep 92 20:24:21 GMT

I just installed 4.05 (uname -a now says "IRIX osiris 4.0.5 06151813 IP6")

Now when I press Scroll Lock, the NUM LOCK indicator lights up, and the 
arrow keys stop working.  Sorry if this is a FAQ, I'm a bit behind in my 
reading of this group (who isn't? ;-).
-- 
 /PJ                                            pjf@osiris.cs.uoguelph.ca
        "42?"                                          pjf@vm.uoguelph.ca
        "I told you you wouldn't like it..." HHGTTG    (519)824-4120x6309
Newsgroups: comp.sys.sgi
From: peta@thunder.mcrcim.mcgill.edu (Peter Whaite)
Subject: PI colour map problems
Organization: McGill Research Centre for Intelligent Machines
Date: Wed, 16 Sep 92 02:59:01 GMT


Is seems as though the color map is messed up on our Personal Iris (uname =
IRIX Obelix 4.0.2 02211459 IP12).  It was OK but something has changed.  The
winterms now come up a kind of sickley green instead of the deep blue they
were previously.  Even colours I am drawing in RGB mode in a GL program have
changed -- which I dont understand because I thought RGB mode bypassed the
colour map (well in IRIX 3.3.x anyway).  

Can someone tell me where to start looking for the cause of this?  I suspect a
configuration file has been changed (others were), possibly copied over from a
4.0.4 system.  The file /usr/lib/X11/xdm/Xservers contains the following
line...

	:0 secure /usr/bin/X11/X -bs -c -pseudomap 4sight

and I was wondering if the "4sight" should be "gl" but I must admit that this
is just a wild stab in the dark.
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: top
Date: 13 Sep 92 04:13:09 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Sep12.002531.18923@magnus.acs.ohio-state.edu> fnorman@magnus.acs.ohio-state.edu (J Farley Norman) writes:
|   I've been using top to check up on processes on a
| friends 310 VGX.  But, on my 4D/25, I don't seem
| to have it.  I found on the VGX that top resides
| in /usr/sbin.  But, top is not in my /usr/sbin
| on the Personal Iris.  Both machines are running
| 4.0.4.

It is in eoe2.sw.perf, which isn't installed by default (you
have to explictly install it).  Apparently the two machines
had their s/w installed differently.
--
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: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Tape Drive Question
Date: 12 Sep 92 02:20:35 GMT
Distribution: usa
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <22345@galaxy.ucr.edu> starbuck@ucrmath.ucr.edu (starbuck) writes:

| Our Machine is a SGI 320VGX running Irix v 4.0.1 with a 150 megabyte internal
| tape drive.
| 
| On our VAX regardless of the tape drive ( be it reel or cassette ) I can do
| the following.
| 
| Create a archive ( vax save_set ).  This archive can be of any size.  I may
| put different archives ( vax save_sets ) on a tape.  Archives ( vax save_sets )
| may span multiple tapes.
| 
| When I wish to extract data I need only start on the tape that the data is
| on. Not like tar where I have to go though n tapes to get at the data.  Also

You can start with any tape, just use the 'e' option so tar reads until
it finds the start of the next file (since a file may be split across 
tapes).

| on the VMS BACKUP untility one can append archives ( vax save_sets ) to
| the end of a tape.  This saves money.  At this time I have unload partial a
| tape and reload with the new data just to get some value out of the tapes.

Of course you can put multiple archives on a single tape.  You can only
make it a single archive (save set) on tapes that support overwriting
with the standard tape programs though (9 track, and DAT, currently).
To put multiple archives on a single tape, just do 'mt feom' first to
get to the end of the recorded data.

--
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: naiming@eng.umd.edu (Naiming Shen)
Subject: Need a sample program for filtering(Frequency) using ImageVision
Date: Tue, 15 Sep 92 13:51:05 GMT
Organization: Electrical Engineering, University of Maryland

I just started to learn C++ language and I am tring to use ImageVision
library on the Iris which is in C++. I can't figure out how to filter
an image(after fft and filter and ifft) using ImageVision by looking at
the manuals. I would appreciate if someone using ImageVision can send
me an example source code for the filtering part. Thanks in advance.

Naiming,
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: 4.1 cron "Tbin: error msg" bug -- easy fix?
Date: 15 Sep 92 19:19:46 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <GEORGE.92Sep14230014@tusk.med.harvard.edu> george@tusk.med.harvard.edu (George Planansky) writes:

| On an Indigo running IRIX 4.1, cron is misbehaving:

Actually, it is 4.0.1.  It is a bug in cron, since fixed.  The
short answer is upgrade to 4.0.5.  Another thing you can do is
kill and restart cron about once a week to prevent the problem.
--
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: bruggink@neep.engr.wisc.edu (Dennis Bruggink)
Subject: Re: Euroweather data
Organization: 
Date: 11 Sep 92 14:00:35
	<1992Sep11.114718.26874@ringer.cs.utsa.edu>
In-reply-to: senseman@ricky.brainlab.utsa.edu's message of 11 Sep 92 11:47:18 GMT


>The original post in this thread (which I missed somehow) mentioned
>something about getting US weather maps but not European. Could someone
>E-Mail me the site for getting US Weather maps? Thanks.


Get US gifs at   vmd.cso.uiuc.edu
                 unidata.ucar.edu
                 io.nosc.mil

-db
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: VME-P2 EXPANSION connector on a 4D/35GT
Date: 15 Sep 92 19:30:09 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Sep15.140351.22824@aio.jsc.nasa.gov> barrett@ial3.jsc.nasa.gov (Jim Barrett) writes:
| I'm trying to install a VME board in a 4D/35 here, and am trying to 
| access the board's user pins on the VME P2 connector.  There's a
| connector  on the back of the 4D/35 labeled "VME-P2 EXPANSION" with
| many pins (64? I haven't counted yet).  

You should be able to buy the cable from us; as I recall, it has a
standard connector on the other end.

| I've R'ed all the FM's that came with the system, and can't find a 
| *mention* of the connector, let alone a description.  Can anyone tell
| me what the specs are on this connector, or what document contains a
| description of it?

It isn't in any document except the cable ECO and the schematics.
I believe the support folks now have a copy of the pinout.  Unfortunately,
the connector is a rather uncommon (read, hard to get) connector,
so it isn't likely you'll be able to find one yourself to build
your own cable.
--
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: tarun@psyclops.psyc.queensu.ca (Tarun Kripalani)
Subject: Restarting famd
Organization: Dept. Of Psychology,  Queen's University,  Kingston
Date: Mon, 14 Sep 1992 13:24:15 GMT

Does anyone know how to restart famd after it has
been killed? I have dicked around but to no avail
except on a soft reboot. 
Any suggestions?

-- 

Tarun Kripalani (of Wounded Knee and now Wounded Shoulder)
e-mail:   tarun@psyclops.psyc.queensu.ca
Dept. of Psychology, Queen's University,
Kingston, Ontario.
Newsgroups: comp.sys.sgi
From: pjanhune@sumppu.fmi.fi (Pekka Janhunen)
Subject: CAP 6.0 under Ethernet, phase 2
Keywords: Ethernet, CAP
Organization: Finnish Meteorological Institute FMI
Date:  9 Sep 92 11:30:23 GMT

Has anyone been successful in installing CAP under
Ethernet, phase 2 zone. Our release of CAP only
supports Sun and Ultrix if phase 2 is desired.
We would like to get rid of phase 1 but cannot because
of cap.

Please answer to: Pekka.Janhunen@fmi.fi
From: senseman@ricky.brainlab.utsa.edu (David M. Senseman)
Newsgroups: comp.sys.sgi
Subject: r4K Indigo Upgrades -- Shipping Yet?
Date: 16 Sep 92 03:48:45 GMT
Organization: University of Texas at San Antonio

The new Irix Universe mag arrived yesterday with an article about the
r4k Indigo. It reminded me that we are waiting on a r4k upgrade for
one of our Indigos. When we ordered it some time ago, the tentative
shipping date was September. Now that September is here, will SGI
start shipping upgrades soon or are all the available R4000 chips going
into Crimsons and new Blackjacks.

Thanks.
-- 
David M. Senseman (senseman@lonestar.utsa.edu)
Division of Life Sciences
The University of Texas at San Antonio 
Newsgroups: comp.sys.sgi