HDTenEightyP/NetNews huggingface dataset:
From: senseman@ricky.brainlab.utsa.edu (David M. Senseman)
Newsgroups: comp.sys.sgi
Subject: Re: R4k Indigo memory
Date: 3 Oct 92 20:47:32 GMT
Organization: University of Texas at San Antonio

In article <qkhf6ds@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
>In article <1992Oct3.123602.8775@ringer.cs.utsa.edu>, senseman@lucy.brainlab.utsa.edu (David M. Senseman) writes:
>> In article <qjomcv4@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>> ...
>>                                             So make sure you
>> >get money back guarantees, or deal with somebody who is really
>> >understands memory and SIMMs.
>> 
>> WOW! After all the effort you guys went to modify the memory structure
>> of the r4K Indigo so it could use "standard 72-pin SIMMS" instead of
>> the custom memory in the r3K Indigo, I was looking forward to populating
>> my new r4K Indigo with "tons" of cheap RAM bought from the first mail order
>> outfit I found in the back of Byte Magazine. Now I'm scared to buy it
>> from even companies like Impediment that specializes in workstation
>> memories....
>
>
>Would you expect the cheap 3rd party memory situation for Indigos to be
>any better than the situation for PC-clones?  Wouldn't you expect at
>least as many hassles finding usuable Indigo memory on the street as
>reliable memory for fast 486 mother boards?
>

To be honest, I didn't realize the degree to which "standard" memory
varied from vendor to vendor in the "PC world" since most of my money
has been shipped to Mountain View to purchase a small flock of Indigos :-)

I knew that the r3K memory had special connections to accomodate the (ASIC?)
chips on the back, but I didn't realize that there were different ways 
vendors could wire together the chips on a "standard 72-pin SIMM". Thanks
for the warning.

So does anyone care to recommend a GOOD 3rd party vendor for r4K memory chips?
-- 
David M. Senseman, Ph.D.      |   A man who has never gone to school may steal 
(senseman@lonestar.utsa.edu)  |   from a freight car; but if he has a university
Division of Life Sciences     |   education, he may steal the whole railroad.
UT San Antonio                |             Theodore Roosevelt (1858-1919)
From: young@qut.edu.au
Newsgroups: comp.sys.sgi
Subject: Printing Problem (System V to BSD)
Date: 2 Oct 92 10:47:01 EST
Organization: Queensland University of Technology

I've recently started working on an Iris Indigo and I'm having some
problems setting up printing. The printers I use are hanging off a
VAX and I've setup BSD printing (ie /etc/printcap) and lpr works fine
to both line printers and postscript laser printers (the Indigo and the
VAX are on the Campus ethernet).

I've also used the Print Tool Manager to set up printers and I gather
this sets up the System V side of things. The problem comes when I run
Showcase for instance and do a print ... I finds the dummy printers I
setup with the Print Tool but not the BSD printers.

So, is there a trick or some utility that will let Showcase send output
to the BSD spooler? I suppose one could set up a process to check the
System V spooler and shuffle output files across to the BSD side of things.

Any assistance would be greatly appreciated.

Joe Young.

j.young@qut.edu.au (Internet)
Newsgroups: comp.sys.sgi
From: chris%virtuoso@uunet.uu.net (Chris Cressy)
Subject: Indigo R4k DMA: 266 Mbytes/s or 266 Mbits/s?
Organization: StellaCom, Inc., Arlington, VA
Date: Fri, 2 Oct 1992 16:57:59 GMT

The Digital Media Overview Technical Report from SGI states on pg. 2
that the Indigo R3k GIO32 bus runs at a speed of 133 megabits/sec.

Elsewhere in SGI product literature, I see many references to the R4k
and R3k buses having 266/133 "MB/s" DMA, respectively.  My SGI sales
rep has assured my that MB is really MegaBytes and that the
Technical Report is in error.

Could anyone at SGI confirm the Indigo DMA rate for me?
-- 
------------------------------------------------------------------
Chris Cressy, (703) 243-1695  
StellaCom, Inc. / Advanced Television Support Group, Arlington, VA
E-mail:	...!uunet!virtuoso!chris or chris%virtuoso@uunet.uu.net
Newsgroups: comp.sys.sgi
From: chatz@yoyo.cc.monash.edu.au (David Chatterton)
Subject: Arg List Too Long with 4.0.5
Organization: Monash University, Melb., Australia.
Date: Sun, 4 Oct 1992 05:11:35 GMT

HI,

Since I upgraded from IRIX 3.*.* to 4.0.5 some software packages cannot
be easily recompiled due to some commands, usually 'ar', failing due to:

Arg List Too Long

when linking a large number of object files. This limit was not present
on the old system - is there anyway of avoiding it? The reason this is
difficult to avoid is because it is hard to set up an imakefile to link
in two seperate stages. One such package which has this problem is
Khoros.

Thank You.

David


David Chatterton     | "A new character has come on the scene (I am sure I did
Comp Sci Department, | not invent him, I did not even want him, though I like
Monash Uni, Clayton, | him, but there he came, walking out of the woods of
Australia, 3168.     | Ithilien): Faramir, the brother of Boromir."
Phone: 03 565 5191   | - in a letter from JRR Tolkien to his son, 4 May 1944.
email: davidc@bruce.cs.monash.edu.au

Newsgroups: comp.sys.sgi
From: orman@iastate.edu (David L Orman)
Subject: anyone else getting 2 copies 4DWM running at the same time?
Organization: Iowa State University, Ames IA
Date: Wed, 30 Sep 1992 17:15:32 GMT

Is anyone else getting 2 copies 4DWM running at the same time?

I doesnt happen consistantly and really slowsa things down when it does
happen, any ideas on why or how to prevent it?
Newsgroups: comp.sys.sgi
From: story@sgi.com (David (Duis) Story)
Subject: Re: IRIS Indigo <-> HP LaserJetII: How?
Organization: Silicon Graphics, Inc.
Distribution: na
Date: Sat, 3 Oct 92 02:05:45 GMT

In article <3691@amethyst.math.arizona.edu> winfree@math.arizona.edu (Art Winfree) writes:
>We are trying to connect our IRIS Indigo to a HewlettPackard
>LaserJet series II, but do not find the appropriate device
>driver. Does anybody know where such an interface can be
>obtained? 

Absolutely.  Call SGI Telesales and order SGI's Impressario printer
support package.  You'll get very fast host-based rendering of SGI
Image, PostScript, and text to the LaserJet II.  It screams!

>If not, Plan B is to get a PostScript cartridge for
>the HP, and use the generic PostScript driver on the Indigo.
>Anybody had any luck with such a strategem, or see any potential
>problems?

Either will work, but you get a lot more for your money by buying
Impressario.  Check it out!

Cheers,

David Story                        	        Silicon Graphics, Inc.
story@bent.wpd.sgi.com				Mountain View, California

I've changed my name, so duis@sgi.com may bounce, please use story@sgi.com.
Newsgroups: comp.sys.sgi
From: joel@jellotrees.esd.sgi.com (Joel Tesler)
Subject: Re: mmkmf, where has it gone?
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 5 Oct 92 16:12:39 GMT


mmkmf is actually stored in /usr/src/X11/motif/mmkmf.

Joel Tesler
joel@sgi.com
415-390-3048

P.S. It was put there not because "motif is not standard" but because
mmkmf is not standard.
Newsgroups: comp.sys.sgi
From: iceman@nic.cerf.net (David Cook)
Newsgroups: comp.sys.sgi
Subject: FREE:  Graphical memory tool!
Date: 28 Sep 92 13:22:31 GMT
Organization: CERFnet


A new PUBLIC DOMAIN memory tool for the SGI, including SOURCE CODE
is NOW AVAILABLE!!!!!

To get a copy:     ftp swedishchef.lerc.nasa.gov
-or-               ftp 139.88.54.33

The file is named: memstat.tar.Z
and is in the:     /programs       directory

ENJOY!!!!!
David Cook  -  iceman@cerf.net   -or-   dcook@npal.rn.com
From: blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN AAD/TAB)
Newsgroups: comp.sys.sgi
Subject: Re: R4k Indigo memory
Date: 2 Oct 92 12:41:10 GMT


   Impediment, Inc.
   333 Franklin St.
   Duxbury, MA 02332
   (617) 837-8877, Alex Sunguroff (car phone): (617) 694-4488
   Fax: (617) 834-3666
      4D/3X & Indigo, 32MB Kit (KSG32/RPC) $1300 (Part #:KTM-32/MM3) (Oct. '92)
      Indigo R4000 32MB Kit (KSG32/R40) $1100 (Oct. '92)
      Indigo R4000 64MB Kit (KSG64/R40) $2300 (Oct. '92)

  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: jsw@microunity.com (Jeff Weinstein)
Subject: Re: zip 2.91 hangs randomly under IRIX 4.0.4
Organization: MicroUnity Systems Engineering, Inc.
Date: Thu, 1 Oct 1992 08:07:05 GMT

In article <1229@shrike.com>, flash@austin.lockheed.com (James W. Melton) writes:
> In article <q8smodo@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
> >In article <Bv3Fzw.4wL@helios.physics.utoronto.ca>, sysmark@helios.physics.utoronto.ca (Mark Bartelt) writes:
> >> ...
> >>                                       ...  But it's too bad X is such a
> >> pig ...
> >
> >
> >Consider made the familiar comments about X, bloat, consortia, design
> >by committee, and so on.
> >
> >
> >Vernon Schryver,  vjs@sgi.com
> 
> 
> We have an article hanging on the wall of our lab entitled,
> "The X Attitude". The basic premise of the article is that you
> should write the niftiest, spiffiest, most portable program you can
> think of and forget about performance concerns, because hardware
> will catch up to your application in a few years anyway.
> 
> To some extent, this is true: hardware has come a long way in the
> last few years. However, I am glad that while other people are
> waiting for workstation performance to catch up to their
> applications, we have zip today.

  While that this attitude does seem to exist among many using X, especially
its various toolkits and widget set, I still believe that you can write
nifty, spiffy, portable, and small applications with X.  One example is
xwsh, the SGI terminal emulator.  It began one day about two years ago
when I was working on the SGI X server, optimizing text drawing code.
I had been up all night and I walked into the office of Kipp Hickman
(usually the earliest arrival and author of the original wsh), and made
the bold claim that I had made X's text drawing faster than GL's text
drawing by 50%.  Kipp had been working on rewriting wsh, which used
the GL to do all its rendering.  Since he was already re-writing it he
decided to prove me wrong by writing an X front end so that he could
compare the performance of GL and X text drawing side by side.  After
his initial experiments proved that the X version was indeed slightly
faster he dropped the GL version entirely and xwsh was born.  Xwsh also
served as the impetus and initial application for the TinyUI toolkit that
has been alluded to here.  In the end xwsh was faster, smaller, and have
a better UI than either xterm or the original GL version of wsh.

  I believe that the biggest problem with X programs is programmer sloppyness
and apathy.  A good programmer will write a good, tight, lean program no
matter what tool (s)he is given.  If the source for zip were available
perhaps someone will add support for X to it so that it would be portable
and network transparent.  I don't think the resulting performance or memory
use will be noticably different from the GL version.

	--Jeff

-- 
Jeff Weinstein - X Protocol Police
MicroUnity Systems Engineering, Inc.
jsw@microunity.com
Any opinions expressed above are mine.
Newsgroups: comp.sys.sgi
From: rooke@noao.edu (Steve Rooke)
Subject: C++ 3.0, IRIX 4.0.5 bug?
Reply-To: rooke@noao.edu
Organization: self organized :-)
Date: Tue, 29 Sep 1992 20:06:16 GMT

I found an apparent bug in C++ 3.0, IRIX 4.0.5, in building a large package.
The following test program was abstracted from it.  Being new to C++, I'm
not entirely sure this is a compiler/linker bug, though all datatypes in
cout expressions other than char seem to work fine.  The undefined symbol,
and its relatives referenced in /usr/include/CC/iostream.h, seem to be
things generated internally by the compiler, and not present in libC.a or
other system library.

------------------------ test program -----------------------
#include <iostream.h>

main()
{
	char c = 'a';
	cout << "this reference causes undefined symbol" << c << "\n";
}
------------------------ end --------------------------------

% CC -nofilt -o test test.C
/usr/bin/ld:
Undefined:
ls_complicated__7ostreamFc


-- 
Steve Rooke  (Internet:  rooke@noao.edu  or UUCP:  uunet!noao.edu!rooke)
From: lau@avila.ai.sri.com (Stephen Lau)
Newsgroups: comp.sys.sgi
Subject: 3rd Party System Disk for Indigo?
Date: 1 Oct 92 00:27:08 GMT
Distribution: comp
Organization: SRI International, Menlo Park, CA



Does anyone know how or if it is possible to use an
external drive as the system drive on an Indigo? We
have one Indigo and want to get another, and we want to
attach one large external drive to it and use it as its
only disk. Is this possible? 

Steve
From: jeff@hobbes.contex.com (Jeff Carey)
Newsgroups: comp.sys.sgi
Subject: Re: bug in SCSI tape driver or tps man page ?
Date: 2 Oct 92 17:36:17 GMT
Organization: Xyvision Design Systems

In article <qi8q8lk@sgi.sgi.com> jeremy@classic.asd.sgi.com (Jeremy Higdon) writes:
>In article <3004@contex.contex.com>, jeff@hobbes.contex.com (Jeff Carey) writes:
>> 
>> 
>> What I have seen is inconsistent with the parenthetical "(NOT a write
>> filemark)"; no matter how many filemarks I write at the end of a tape,
>> just before close, the close appends two filemarks to half-inch tapes
>> and one on eight millimeter tapes.
>> ...
>> Which leads me to the most important of all questions: Is there a document
>> that I could get (maybe from Sun) that describes how this tape driver
>> should be expected to work; how "most BSD derived UNIX system tape drivers"
>> work?  I can not tell if the 4.0 or the 4.0.5 behavior is the correct
>> behavior.
>> 
>
>You are correct.  Originally, it worked as described with jagtape, and
>it was planned that tpsc would work that way too.
>...
>Unfortunately, the man page fell through the cracks.  Sorry.
>
>For the next major release, no changes to this protocol are planned,
>so it should stay consistent.  I will make sure that the man page
>is fixed.
>
>jeremy

Thanks for the reply...

Is there, in fact, a comprehensive document describing expected behavior?

For example, here is another unexpected...

If I have an ANSI-type tape with:

seven 80-byte blocks,
a filemark,
ten 16K-byte blocks,
a filemark,
six 80-byte blocks,
and two ending filemarks,

where should I expect for the tape to end up if I, from the BOT,
read seven 80 byte blocks, then forward space three (3) filemarks.

Logically, it seems I would end up between the last two ending filemarks.
But, in practice it seems I am after the last of both filemarks.
Does this make sense...?

On another note, does SGI support any Cipher-made half inch, 9 track tape
drives?

Thanks,

jeff

-- 
Jeff Carey
jeff@contex.com       (or: contex!jeff@uunet.uu.net)
Newsgroups: comp.sys.sgi
From: williams@herky.cs.uiowa.edu (Kent Williams)
Subject: sed loses
Date: Wed, 30 Sep 1992 03:29:17 GMT
Organization: University of Iowa, Iowa City, IA, USA

I recently wrote one of those rube goldberg shell scripts, that
uses awk to generate a sed script.  I found out there is a limit
to the number of patterns you can specify in a sed script -- somewhere
around 50 patterns, and all of a sudden, your next pattern returns
the "garbled input" error message.

Is this limit universal (i.e. present on all unixes)?
--
Kent Williams -- williams@cs.uiowa.edu
"I'm tired of being nice to people who're full of shit" -- Me
From: story@sgi.com (David (Duis) Story)
Newsgroups: comp.sys.sgi
Subject: Re: Rotate in tops ????
Date: 6 Oct 92 00:47:50 GMT
Organization: Silicon Graphics, Inc.

In article <jrh-011092080628@coyote.de.deere.com> jrh@de.deere.com (John R. Howell) writes:
>Is it possible to get tops to print in landscape format???

Impressario 1.0 includes a filter rgb2ps which will perform integer
degree rotations, mirror image, and scaling on SGI image files.

Coming soon to a CD ROM near you....

Cheers,

David Story                        	        Silicon Graphics, Inc.
story@bent.wpd.sgi.com				Mountain View, California

I've changed my name, so duis@sgi.com may bounce, please use story@sgi.com.
From: akin@sgi.com (Allen Akin)
Newsgroups: comp.sys.sgi
Subject: Re: IRIS Inventor: PHONG shading???
Date: 6 Oct 92 00:11:28 GMT
Organization: Silicon Graphics, Inc.
NNTP-Posting-Host: tuolumne.asd.sgi.com

In article <1992Oct5.224843.19563@news.iastate.edu> boylan@pi.eai.iastate.edu (Terran Boylan) writes:
| ...
| Correct me if I'm wrong, but I didn't think that GL supported
| Phong shading (interpolation of NORMALS across a polygon), but
| only GOURAUD shading (interpolation of COLORS across a poly).
| ...

IRIS GL supports Phong *lighting*, meaning the incorporation of
specular effects (as well as diffuse effects) in the shading
computation performed at each vertex.

Phong *shading* performs this same shading computation at every pixel,
using interpolated normals.  As you say, this is not supported in IRIS
GL.

I'm told very nice-looking shading effects can be achieved with
illumination maps (somewhat analogous to texture maps).  This might
be a better way to get Phong-like image quality without the full
cost of per-pixel lighting computations.

Allen
Xref: sparky comp.sys.sgi:14616 comp.sys.mips:970
From: jmb@patton.wpd.sgi.com (Jim Barton)
Newsgroups: comp.sys.sgi,comp.sys.mips
Subject: Re: Looking for help with syscall() and/or select() issues
Date: 5 Oct 92 15:10:57 GMT
Organization: Silicon Graphics Inc.

In article <1992Oct2.040725.1992@codex.oz.au>, bpja@codex.com.au (Brett Adam) writes:
|> On the Sun, we wrote the select() function along the following lines:
|> 
|> select(...)
|> {
|> 	/* thread manipulation code */
|> 	...
|> 	/* call the original select function */
|> 	syscall(SYS_select, ...);
|> 
|> 	...
|> }
|> 
|> 
|> This allows use to effectively replace the version of select in libc.a with our  
|> new code which wraps the kernel select function in our thread switching code.
|> 
|> This technique works fine under SunOS.
|> 
|> 
|> The problem is that on the SGI, the syscall(SYS_select, ...) returns an error  
|> in all cases., 'Invalid Argument'.

The syscall() entry point is supported, and used the same as it is on SunOS.
The syscall numbers are available in /usr/include/sys.s (select is the
same, SYS_select). As far as I can tell, the code should work correctly.

"Invalid argument" can be returned for an invalid time limit - perhaps there
is a difference in what SGI and SUN accept for a time value? According to
the man page:

     If timeout is a non-zero pointer, it specifies a maximum interval to wait
     for the selection to complete.  If timeout is a zero pointer, the select
     blocks indefinitely.  To effect a poll, the timeout argument should be
     non-zero, pointing to a zero-valued timeval structure.

If this isn't the case, a program that reproduces your problem would be
most helpful to have. I wrote the following to test the syscall(SYS_select)
sequence, and it works just fine:

# include	<sys.s>
# include	<sys/time.h>

main() {
   struct timeval	tv;
   int			rfd = 1;
   int			wfd = 1;
   int 			efd = 1;

	tv.tv_sec = 0;
	tv.tv_usec = 0;
	if (syscall(SYS_select, 1, &rfd, &wfd, &efd, &tv) == -1)
		perror("select");
}

-- Jim Barton
   Silicon Graphics Computer Systems
   jmb@sgi.com
Newsgroups: comp.sys.sgi
From: favre@seas.gwu.edu (Jean Favre)
Subject: lookat() and view_up vector (??)
Organization: George Washington University
Distribution: na
Date: Mon, 5 Oct 1992 20:57:21 GMT


I cannot see a straightforward relation between the twist parameter of
lookat(vx, vy, vz, px, py, pz, twist) and a given view_up vector.

My inputs are (vx, vy, vz, px, py, pz, upx, upy, upz) and I would like
to have a GL previewer with lookat(..) but I don't know how to set up twist.

Can anyone help me with this problem? Maybe supply a routine that does the
trigonometry required?

Thanks in advance.
-- 
Jean M. Favre. EE&CS Dept. The George Washington University
		(202) 994 5917
		favre@seas.gwu.edu
From: gints@roadkill.esd.sgi.com (Gints Klimanis)
Newsgroups: comp.sys.sgi
Subject: Re: recording speech into a file
Date: 2 Oct 92 21:07:54 GMT
Organization: Silicon Graphics, Inc.

If you have 4.0.5, the Audio Control Panel (from Toolchest Title System
or Tools) has help cards opened by clicking on the 'Help' button.  Read
some stuff.

In case you do not have an Audio Control Panel with help cards:

1.  Plug in microphone.  Bring up Audio Control panel.  Click check box
for Meters.   Click on check box to select microphone input.  Click
check box to turn monitoring off.

2. Choose your recording utility: command line 'recordaiff' or graphical
waveform editor 'soundeditor'.  Read manual pages for 'recordaiff' or
help cards for 'soundeditor'.  Tip on record aiff:  use option '-n 1' to
instruct recordaiff to store one channel of data for your single channel
microphone.  No need to waste disk space.

3.  Hold microphone to side of mouth so as not to blow air directly into
microphone.  Speak a practice run of what you intend to record.  The
input level meters should bounce up and down.  If the meters reach the
top of the display and get red tips, your input signal is too hot ->
gradually bring input level sliders down until your input drives almost
all of the meter without redlining.
If your meters don't bounce up and down, bring the input level meters up
your
input drives almost all of the meter without redlining.

If your input levels are too low, your recording will be low level and
thus noisy when amplified to a higher level.  If your input levels are
too high, you run the risk of clipping - a harsh distortion.  If your
input sliders are up too high and your signal level is too low, you will
pick up a lot of background noise.

Reduce background noise:  ask your neighbor to mute, close your office
door, put your noisy machines outside your office, cover up machine fan
noise with a jacket for A VERY SHORT PERIOD OF TIME.  Man, am I gonna
get flamed for this.  Avoid chair creaks and typing on your machine
while you record.  Many recordaiff recordings have a click at the end of
them because they are exited with Control-C.  You can edit this click
out with soundeditor.

4. Engage recording utility.  If you recorded with 'recordaiff', use
playaiff to playback your file.  If you used soundeditor, click stop
button to halt recording and play button to play back.

Have fun.

 
Newsgroups: comp.sys.sgi
From: berg@physik.tu-muenchen.de (Stephen R. van den Berg)
Subject: Bogus prototype for execvp()
Originator: berg@tabaqui
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: Mon, 28 Sep 92 16:26:49 GMT

Did anyone else notice that the prototype for execvp() on SGI IRIX machines
is bogus?

Looking at the system include files I find:

/usr/include/unistd.h:extern int        execvp(const char *, const char **);


What it should have looked like:

/usr/include/unistd.h:	extern int execvp(const char *, char *const []);


Could somebody pass this on to the proper authorities in SGI;  it is kind
of a major annoyance when compiling my programs (the compiler generates
errors).
-- 
Sincerely,                                  berg@pool.informatik.rwth-aachen.de
           Stephen R. van den Berg (AKA BuGless).    berg@physik.tu-muenchen.de

"And now for something *completely* different!"
From: gmt@mosquito.cis.ufl.edu (Gary McTaggart)
Newsgroups: comp.sys.sgi
Subject: CD playback control program for SGI
Date: 5 Oct 92 04:17:39 GMT
Organization: Univ. of Florida CIS Dept.

Does anyone know of a program for the SGIs which will control the playback
of musical CDs on the CD-ROM drive?

Thanks,
Gary McTaggart (gmt@cis.ufl.edu)

Newsgroups: comp.sys.sgi