HDTenEightyP/NetNews huggingface dataset:
From: dave@imax.imax.com (Dave Martindale)
Subject: Re: setmon 72HZ ?
Organization: Imax Corporation, Mississauga Canada
Date: Thu, 15 Oct 1992 04:42:36 GMT

Six months ago, "setmon 72hz" seemed to leave my XS24 graphics system in
60 Hz mode.  This isn't too surprising, since the monitor wouldn't do
72 Hz anyway.  But when I upgraded to 4.0.5, "setmon 72hz" began working.

Also, a recently-arrived R4000 Elan with 19 inch monitor seems to default
to 72 Hz, not 60 Hz.
From: frank@marvin.contex.com (Frank Perdicaro)
Newsgroups: comp.sys.sgi
Subject: Re: Can't find 15 to 24" SCSI cables
Date: 15 Oct 92 16:17:58 GMT
Organization: Xyvision Design Systems

In article <1992Oct14.150206.4548@bb1t.monsanto.com> kjaren@bb1t.monsanto.com writes:
>     I recently attempted to install a CDROM on a Powerseries 360 at 
>standard or custom made.  I've tried Inmac, Misco, Black Box, and Control
>cable.  Does anyone know of a source for 15 to 24 inch SCSI cables? I'd
>greatly appreciate any help in finding these cables.
>

SGI makes them!  But they do not sell them line item wise.  I had a
futile search in this area not too long ago, and even got some of
the SGI part numbers, but it was all in vain.  Perhaps if enough of us
ask.  Ask your sales dude questions like this

I know there are at least two useful cables.  First, there is the about
4 foot PI to Iris File cable.  This is listed under P5-DG00A as "SCSI
cable".  Does this have a part number I can order?  Also, is this the
same cable listed under P5-T4C3A as "Shielded SCSI cable"?  If not, 
does this cable have a number I can order.  Further, there is the about 
1 foot Crimson SCSI bus 0 jumper cable ( visible from the front with
the big door open ) that I have interest in.  Does this have a part
number I can order?
Even further, whats the part number of the unlisted SCSI cable needed
for P4-T2R4X?  How long is it, too?

I finally talked with the folks at Inmac's workstation division.  They
have what you want.  
-- 
	 Frank E Perdicaro, Systems Admin, etc.		Xyvision Color Systems
      Legalize guns, drugs and cash...today.		101 Edgewater Drive
   inhouse: frank@marvin, x5572				Wakefield MA
outhouse: frank@contex.com, 617-245-4100x5572		018801285
Newsgroups: comp.sys.sgi
From: jst@nrcsp1.iar.nrc.ca (Jean-Sebastien Theriault)
Subject: Re: bash / Irix 4.0.5 problem fixed
Organization: National Research Council
Date: Wed, 7 Oct 92 12:26:36 GMT

Sorry for the last (empty) message people, here's what I wanted to say:

here's a solution to the non-working Ctrl-Z problem with
bash-1.12 running under Irix 4.0.5.
Many thanks to lebrun@ll.mit.edu (Steven F. LeBrun) who located
and solved the problem.

Put the following line in your .bash_profile to fix the problem:

stty line 0 swtch ^Z line 1

-- 
Jean-Sebastien Theriault                    "This is my signature quote"
jst@nrcsp1.iar.nrc.ca                                          -me
From: bam@rudedog.asd.sgi.com (Brian McClendon)
Newsgroups: comp.sys.sgi
Subject: Re: Indigo/r4k -- better machine, crummier monitor
Date: 14 Oct 92 00:33:24 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA
NNTP-Posting-Host: rudedog.asd.sgi.com

In article <1992Oct8.140658.29788@utstat.uucp> tg@utstat.uucp (Tom Glinos) writes:
>In article <qqa2no0@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>>It isn't just QA, it is partly driven by prices the marketing people
>>want to achieve.  The process is affected by a surprisingly large
>>part of the company, not all of whom understand the ramifications,
>>or at least, don't think the change is enough to matter.  Sometimes, 
>>from rev to rev, the changes don't look bad, but when you look
>>over the whole series of changes, it can be pretty depressing.
>
>Does SGI want to be the best "graphics" company in the world or not?
>
>If the answer is "yes" then it has to provide the customer
>the best possible equipment on the market or the option of buying it.
>
>We know the "best" costs a little bit more. But I bet when people
>spend $100k for a reality engine they won't mind spending a few hundred
>dollars on a proper monitor.

They actually don't have to spend any extra money.  We're shipping
a nice Hitachi 21" multi-sync (640x480 -> HDTV -> 1600x1200 and everything
in between) with every RE system sold.


IMHO:  The old (3-4 yrs) Hitachi 19" were pretty fuzzy, but one of the
newer versions (the one that first supported stereo, I think) is pretty sharp.
I have yet to sit down in front of one of the Mits 19".
-- 
----------------------------------------------------------------------------
 Brian McClendon                  bam@sgi.com                  415-390-1110
----------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: atems@igor.physics.wayne.edu (Dale Atems)
Subject: Local network slowdowns
Organization: Wayne State University, Detroit, MI
Date: Wed, 14 Oct 1992 19:10:05 GMT

We have 3 R3K Indigos, a 4D/440, and 2 R4K Indigos on a network. We
have noticed a problem affecting 2 of the R3K Indigos and the 440 that
occurs very seldom, but is very troublesome when it does:
network-dependent functions on the affected machines slow to a crawl,
but the problem seems to be one-way. That is, telnet *to* one of the
affected machines connects immediately but takes over half a minute to
return with a login prompt. rlogin takes about the same time. However,
telnet or rlogin out *from* one of those machines to one that is not
affected doesn't take any longer than normal. Mail behaves similarly:
affected machines are quick to send, slow to receive. The problem
usually disappears spontaneously after an hour or so, and doesn't
coincide with periods of high network traffic.

Another case that occurred just today: all of these machines were
rebooted at about the same time. On one of the machines, which mounts a
nfs volume exported by another, mount reported that the server was not
responding and timed out, but eventually did mount the volume.

The thing that distinguishes the affected machines from those that
aren't is apparently that the affected machines are all running NFS.
However, the 440, which *is* affected, doesn't actually mount or
export any NFS volumes.  We are considering opening a TAC call but
can't reproduce the problem reliably, so we are reluctant. Has anybody
observed anything similar, or might the experts have any ideas as to
what we are doing wrong?

BTW, of the affected Indigos, the NFS server is running 4.0 and the
client is at 4.0.5A. The 4D/440 is running 4.0 also.

------
Dale Atems
Wayne State University, Department of Physics and Astronomy
atems@igor.physics.wayne.edu
From: sgi.com!pdi!shoshana@BRL.MIL (Shoshana Abrass)
Newsgroups: comp.sys.sgi
Subject: Re: Indigo/r4k -- better machine, crummier monitor
Date: 7 Oct 92 02:34:50 GMT


In article <1992Oct5.210715.9195@odin.corp.sgi.com>, fouts@dallas.sgi.com (Chris Fouts) writes:
= 
=  Besides, the new ones weigh a ton, which I guess is only of 
=  concern to those of us who frequently haul them around setting 
=  up demos....

  Well, it concerns me. The Indigo is a nice, portable machine, fits
  anywhere. The monitor is huge - about 4" deeper than it used to be, 
  significantly more volume and yes, it weighs a ton. I guess the only 
  thing that really matters to me is that I could lift the old monitors,
  and can't lift the new ones without damaging myself. 

  I know that 'ergonomics' has to come second to graphics quality, but I
  just can't believe that a good smaller monitor wasn't available.

  -shoshana
   shoshana@pdi.com
   Shoshana Abrass
   Pacific Data Images, Sunnyvale, CA
From: bob@prepress.com (Robert Crowe)
Newsgroups: comp.sys.sgi
Subject: Re: compiling Gnu gcc-2.2.2 on a 4D/35
Date: 7 Oct 92 17:18:43 GMT
Organization: Pre-Press Technologies, Carlsbad Ca.

cht@panix.com (Chris Taylor) writes:

>Gcc compiles a "hello world" type file fine, but the linker (apparently) has a
>problem. Output of "gcc <filename.c>" follows:
>
>collect: vfork: resource temporarily unavailable
>collect: /bin/ld exited with error code 1
>.
>(repeat about 40 times)
>.
>collect: /bin/ld exited with error code 1
>

That sounds like you've got too many processes going on at once, or some 
similar problem. I am assuming that the vfork was actually defined to be
fork, or you probably wouldn't have got it to compile under 4.0.X at all.
Was there a lot going on when you did this test?  

Alternatively, you didn't install collect as /bin/ld did you? This
would be a bad thing, as it would involve infinite recursion ( actually
not, just about 40 levels :-) ).

>What precisely does _collect_ do? The FM is somewhat terse on the topic. Did I
>neglect to copy one of the assembler's or linker's utilities onto the machine?
>AS per usual, any assistance will be greatly appreciated, and rewarded 
>handsomly in the Afterlife.

As I understand it, collect is used to collect all of the (global)
constructors and destructors present in C++ files, and create some
routines that invoke them. These routines are called at the
appropriate times in __main ( or some such ). This process is achieved
by using nm to find all of the symbols that match what a constructor
or destructor looks like, and determine how these interact with each
other, and invoke them in a hopefully correct order.  This is my
understanding, which is probably too simplistic, but thats the meat of
it.

>
>Thanks!
>
>Chris "Gnubie" Taylor
>cht@panix.com

Good Luck,

Bob.

-- 
============================================================
Bob Crowe                      Voice:   (619) 931-2695
Pre-Press Technologies.        Email:    bob@prepress.com
2443 Impala dr.		       FAX:     (619) 931-2698
Newsgroups: comp.sys.sgi
From: shrimpto@sgi.elec.uq.oz.au (David Shrimpton)
Subject: Time on SYSLOG entries
Organization: Prentice Centre, University of Queensland
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 15 Oct 1992 06:01:01 GMT



The entries in the SYSLOG on our indigo
are 17 hours behind the time as displayed
by date.   Sendmail entries for a user
on the iris sending mail have the correct time
but sendmail entries for received mail are
17 hours out of date.  The TZ is set to EST-10
and correct file modification times are displayed.

Any suggestions.?


--

Regards David


David Shrimpton 


Speaker Verification Group
Dept Elec Engineering  
University of Qld

shrimpto@sgi.elec.uq.oz.au

365 3982



Newsgroups: comp.sys.sgi
From: tg@utstat.uucp (Tom Glinos)
Subject: Re: Indigo/r4k -- better machine, crummier monitor
Organization: University of Toronto, Dept. of Statistics
Date: Wed, 7 Oct 1992 14:09:37 GMT

Last spring I recently recieved two NCD19r's. They come with a Hitachi monitors.
I put them next to several old SUN 19" Hitachi's, a SUN 19" Sony,
and a 4D35 with the 19" Hitachi.

End result, the NCD's were clear winners.

I asked an NCD engineer about their monitors. The Hitachi's were custom built
and designed for NCD. He said Hitachi had a "special" interest in providing 
the best product possible for NCD since they expected to 
sell a LOT of monitors through them.

Moral of the story. Demand SGI start providing better monitors.
Show the sales people examples of what you mean. And return
those lousy monitors when you get them. If people do that often enough
I'm sure the QA folks will get the hint.
-- 
=================
No regrets, ever!			| Tom Glinos @ U of Toronto Statistics
For down that path, lies madness.	| tg@utstat.toronto.edu
Newsgroups: comp.sys.sgi
From: james@brokaw.lcs.mit.edu (James W. O'Toole Jr.)
Subject: nfs loopback mounts
Organization: MIT Laboratory for Computer Science
Date: Thu, 15 Oct 1992 21:48:20 GMT

We are having trouble doing loopback mounts via NFS on our SGI
file server.  We have a user-level file server which provides content-based
access to our Unix file system.  It works just fine on our Vax running
Berkeley Unix.  We normally keep it mounted in about the same way that
automount servers (such as amd or automount) are mounted.  We run the
mount command and specify the port number on which the user-level process
is ready for nfs traffic.

On our SGI machine under OS versions 4.0.1 and 4.0.5 (which we just installed),
we are unable to perform the mount command.  The command hangs and later most
direct access to the sgi file system (not via nfs) blocks, and we have to
reboot the machine.

We don't think our user-level server is ever getting any nfs traffic, and,
in fact, just doing this test on "localmachine":

   /etc/mount -o soft,intr useless:/usr /mnt

which doesn't involve our server, produces the same hanging/blocking problems.
We expect this command to mount the local machine's /usr loopback on /mnt.
Substituting "localhost" for "useless" doesn't change the results.

We've already discussed this with SGI Customer Support.  Apparently SGI
considers loopback mounts to be a special case of nfs which is not supported
by their implementation.  However, we've been informed that loopback mounts
do work on our customer support engineer's machine.  But loopback mounting
isn't officially supported "because customers may experience problems when
using loopback mounts."

Can anyone shed some light on this problem?  What possible problem is there
with loopback mounts?  Since loopback mounts work some of the time, what is
known about when the SGI implementation will accept a loopback mount and when
it will reject it?  What is the special sgi_mountd RPC program, and does it
have anything to do with this problem?

Thanks for your help.

  --Jim
Newsgroups: comp.sys.sgi
From: sgi.com!pdi!shoshana@BRL.MIL (Shoshana Abrass)
Newsgroups: comp.sys.sgi
Subject: Re: 3rd party memory
Date: 7 Oct 92 02:34:50 GMT


In <Bvo0t3.Bp1@max.physics.sunysb.edu>, rocek@max.physics.sunysb.edu writes:

>  There was a post by Dave Olson about doubts about third party 
>  memory.  He seemed to implicate Impediment; I asked him if 
>  he was specifically talking about Impediment memory, and he 
>  said no, he thought the memory was from another vendor. 

  To clear things up, the memory Impediment sells is manufactured by
  Kingston. I believe that Kingston and Parity are the only companies
  manufacturing the R4000 memory - though many companies resell it.

  We have two R4000's with Kingston memory, and two with Parity memory
  (8 Mb simms in both cases). The Kingston memory looks "more different"
  from the sgi memory than the Parity does, but they both work fine.

  It seemed from Dave's posting that the problem might only show up
  over time, though - and we haven't had any of these indigoes for more
  than a month.

  -shoshana
   shoshana@pdi.com
   Shoshana Abrass
   Pacific Data Images, Sunnyvale, CA
Newsgroups: comp.sys.sgi
From: mash@mash.wpd.sgi.com (John R. Mashey)
Subject: Re: SAS on SGI/MIPS ABI Support
Organization: Silicon Graphics, Inc.
Date: Mon, 12 Oct 1992 18:12:15 GMT

In article <1992Oct12.161138.4948@odin.corp.sgi.com>, raolson@cornflower.wpd.sgi.com (Robert Olson) writes:

|> >>I'm very concerned that the SAS Institute will probably drop support
|> >>for the SGI in the next year or two. (I've heard nothing definite).
|> >>SAS Institute told me that the SGI platform could be helped if SGI
|> >>supported the MIPS ABI standard reducing their development costs.

|> >>Can anyone at SGI either a)talk to SAS Institute to make sure future
|> >>releases are supported or b)tell me what is SGI's stand on the MIPS
|> >>ABI is.
|> 
|> 
|> The next major release of IRIX will support the execution of
|> applications written to the MIPS ABI.  For those unfamiliar with the
|
|> In the particular instance of SAS I expect that we will work things out.

Without knowing the exact state of things, I can shed a little light on this.
SAS has actually been quite involved in helping the MIPS ABI happen,
as they've urged  (as only a major ISV can) the various folks
in the MIPS camp to converge on that ABI.  They have a stressful
applications suite, including doing a lot of floating point,
which is easier to get inconsistent betweeen platforms than vanilla
integer C code, and hence their participation is quite valuable.
-- 
-john mashey    DISCLAIMER: <generic disclaimer, I speak for me only, etc>
UUCP:    mash@sgi.com 
DDD:    415-390-3090
USPS:   Silicon Graphics 7U-005, 2011 N. Shoreline Blvd, Mountain View, CA 94043
Newsgroups: comp.sys.sgi
From: senseman@lucy.brainlab.utsa.edu (David M. Senseman)
Subject: Problem Loading IRIX 4.0.5 on a 4D/80 GT
Organization: University of Texas at San Antonio
Date: Thu, 8 Oct 1992 14:58:00 GMT

We have a model 4D/80GT running IRIX 4.0.1. Recently we received
4.0.5 on QIC tapes and attempted to do a remote installation.

After setting the tapedevice variable and issuing the command:

	boot -f $tapedevice(sash.IP4) --m

We get back after a short pause the normal loading stuff:

Copy installation................//
                             
                      //.......Copy complete.

Then IMMEDIATELY we get the error:

EXCEPTION: <vector=VTLBMiss>
Exception pc:0x8030b36c
Cause register:0x30001408 <CE=3,IP5,IP3,EXC=RMISS>
Status register:0x8004<IM8,IPL=7,IEp>
Bad address: 0x5fa0
Error Addr register: 0x1cdc 1000
Local I/O interrupt rehister: 0xff<>
Parity error register: 0x4<CPU>
Registers (in hex):
   arg: 2008 80352924 ........
   tmp: 1 8032bbbc 8032bb15 ......
   sve: 5fa0 80355b98 .....

Unexpected exception

[Press reset or RETURN to rstart]


=====================================================================

I especially liked the line UNEXPECTED EXCEPTION since I certainly
wasn't expecting this to happen ;-) Otherwise the machine seems
to run fine. I'm going to place a call to the Hotline but I
thought maybe someone on the net might know what's going on.

Thanks.


-- 
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: jeff@hobbes.contex.com (Jeff Carey)
Newsgroups: comp.sys.sgi
Subject: Re: bug in SCSI tape driver or tps man page ?
Date: 7 Oct 92 18:06:05 GMT
Organization: Xyvision Design Systems

Let me throw away all previous (jumbled) correspondence and start
from the beginning.

We have this tape (an ANSI-type tape):

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

We execute this sequence of commands on the tape:

At the BOT,
open tape for reading,
read seven 80 byte blocks,
forward space three (3) filemarks,
try to "read" a block,   (NOTE: prior to read is the position in question)
close tape.

Now, where should the tape be positioned before the last read???
In practice it ends up at the end of both EOD filemarks (the last read returns
-1: No space left on device).
Logically, it would end up between the EOD filemarks and the last read would
read 0 bytes and return 0.

We have this "man tps" excerpt:

     1.	 If the	first read after an open encounters a filemark before
	 transferring any data,	and the	tape was not known to be at the	top of
	 a filemark or BOT, the	filemark will be skipped, and the read
	 retried.  Any further errors will be reported exactly as they occur.
	 In particular,	if two sequential filemarks are	found, the tape	will
	 be positioned between them in this case.

and this "man jagtape" excerpt, which, by the way, is different from above:

     1.	 If the	first read after an open or following a	BSF encounters a
	 filemark before transferring any data,	and the	tape was not known to
	 be at the top of a filemark or	BOT, the filemark will be skipped, and
	 the read retried.  Any	further	errors will be reported	exactly	as
	 they occur.

and this corrected "man jagtape" excerpt, which is what Jeremy corrected
due to "a bug in the tpsc driver":

>     1.  If the first read after an open or following a BSF encounters a
>         filemark before transferring any data,                              
>                                             the filemark will be skipped, and
>         the read retried.  Any further errors will be reported exactly as
>         they occur.
>
>I.e. It doesn't check for BOT of Top of Filemark.  Perhaps this is what
>     you are seeing.

The above three descriptions
have been enough to convince Jeremy and Dave that what I am seeing as the
above-mentioned "tape position at the last read" is correct.  But, I
disagree.  What I mentioned in my last post is that the read to determine
position is done immediately following an FSF.  No where in any of the above
three MOVEMENT CRITERIA descriptions does it mention that the filemark would
be skipped if the first read following a _FSF_ encounters a filemark.

So, is this a bug with the driver or the man pages?

-jeff

-- 
Jeff Carey
jeff@contex.com       (or: contex!jeff@uunet.uu.net)
From: k_ejm@c1.nkw.ac.uk (Ed Marchewicz)
Newsgroups: comp.sys.sgi
Subject: Re: Fortran and Irix V4.0.5 bug
Date: 16 Oct 92 10:02:22 GMT
Organization: Natural Environment Research Council
Originator: k_ejm@kwsa

k_ejm@c1.nkw.ac.uk (Ed Marchewicz)  writes:
> There appears to be a problem with the Fortran shareable i/o library
> (libI77_s) in version 4.0.5 and 4.0.5F of Irix.
> 
> The following simple program may be used to demonstrate the problem :-
> 
>         program knack
>         open(unit=1,file='fred',status='new')
>         write(1,*)'Library is OK'
>         end
> 
> To compile and link use:
> 
> 	f77 -o knack knack.f -lI77_s
> 
> Execution of knack produces core dump if run under Irix V4.0.5 but
> works correctly under Irix V4.0.4 and 4.0.4.
> if -lI77 is used instead, file fred is correctly produced.
> 
> Has anyone else come across this problem and more importantly, does
> a patch exist ?
> Replies by Email please and I'll summarise.

                 **** SUMMARY ****

Many thanks to all who replied, in particular to Laurence Tyler who
supplied the solution.

Basically libI77_s is distributed on both the Irix 4.0.5 media and
the Fortran V3.4.1 media. The version on the Fortran media gives
rise to the error.

To tell which you have installed use the command :-

versions long | grep libI77_s

If this produces the following then you have the correct version installed :-

f 19206   299 eoe1.sw.lib             usr/lib/libI77_s

If you do not have the correct version installed then you need to
re-install the software subset eoe1.sw.lib from the Irix 4.0.5
media. This requires to be installed from the miniroot. To be
safe I removed the offending usr/lib/libI77_s before doing this.

Cheers,

Ed

+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
! Ed Marchewicz         JANET: k_ejm@va.nkw.ac.uk      Tel: +44 602 363100  !
! Natural Environment Research Council,  Keyworth,  Notts,  NG12 5GG, U.K.  !
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
From: bh@nissen.asd.sgi.com (Bent Hagemark)
Newsgroups: comp.sys.sgi
Subject: Re: How to find which system (4D/30, Indigo,etc) am I logged onto ?
Date: 7 Oct 92 23:28:42 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA
NNTP-Posting-Host: nissen.asd.sgi.com

In article <1avpcgINNstb@fnnews.fnal.gov> shah@fnalb.fnal.gov writes:
>Is there a way that I can find out the which type of the machine am I on ?
>For example - Suppose I telnet to an SGI system, how can I tell whether it is a
>4D/25 or Indigo, or any other SGI model. 
>
>What does it mean by CPU type is IP6, or IP7 are these CPU types unique for
>each model ??

type "hinv"

Bent
Newsgroups: comp.sys.sgi
From: otto@nevada.edu (Frederick J. Haab)
Subject: What happened to that weekly posting?
Originator: otto@helios.nevada.edu
Organization: University of Nevada System Computing Services
Date: Tue, 13 Oct 1992 20:27:03 GMT


I haven't seen that posting that showed where to get various
SGI programs lately, have I just not seen it in all these
many posts?  Could someone mail me a recent one, please?

BTW, I'm asking because I just got a new HDD, and did not have
space before, but now I'd like all the goodies, if someone
could tell me where to get them:
	emacs
	gcc
	xv
and any other useful programs.

Thanks a lot,
Frederick Haab