HDTenEightyP/NetNews huggingface dataset:
From: brianp@ssec.wisc.edu (Brian Paul)
Newsgroups: comp.sys.sgi
Subject: mysterious as1 warning during f77 compile
Date: 9 Oct 92 20:45:46 GMT
Article-I.D.: daffy.1992Oct9.204546.28477
Organization: University of Wisconsin, Space Science and Engineering Center


Does anyone know what might cause the following message during a f77 compile:

as1: Warning: , line 0: Floating exception in conversion to binary

the compilation is successful and the executable runs fine but I'd like
eliminate this warning.  BTW, this happens on a Crimson VGX running 4.0.5
but does not happen on a 340VGX running 4.0.1.

Thanks,
-Brian
From: daver@amber.csd.harris.com (Dave Ray)
Newsgroups: comp.sys.sgi
Subject: multiply-defined symbols
Date: 9 Oct 92 17:52:51 GMT
Organization: Harris CSD, Ft. Lauderdale, FL
NNTP-Posting-Host: amber.ssd.csd.harris.com


We observed a "feature" in the compilation system of 4.0.1.  If a function
is defined in two files, and the files are linked together, the SGI link
editor gives a warning of the multiply-defined symbol and produces an 
executable.  Both copies of the function are included in the executable, and 
references to the named function are directed to the first copy seen by the
linker.

Many UNIX link editors fatally error out when encountering this kind of 
multiple definition.  Could someone explain the rationale behind SGI's
implementation?

Thanks.
From: bam@rudedog.asd.sgi.com (Brian McClendon)
Newsgroups: comp.sys.sgi
Subject: Re: setmon 72HZ ?
Date: 14 Oct 92 17:19:37 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: rudedog.asd.sgi.com


In article <33070@adm.brl.mil>, john@sg25.aud.temple.edu writes:
> 
> Hello folks!
> 
> I've heard (I don't remember where) that XS24/Elan graphics had support for
> a 72 Hz refresh rate, and that rate is listed in /usr/include/sys/gr2.h, I
> think. setmon also accepts 'setmon 72HZ' without complaint, but does not
> appear to change the refresh rate (when checked using an oscilloscope).
There is a way to tell:
On most SGI gfx subsystems (BLG, XS/XS24/Elan, PI, and RE) there is a 
graphics interrupt for each vblank.  On a quiescent system, run "osview -i1"
and the gintr line under Graphics will be approximately the frame rate.
This is best done logged in remotely as some systems include fifo intrs
in gintrs.

> 
> Is 72 Hz really supported, or is this just waiting around for later use?
> I would really like to have a refresh rate not linked to 60Hz for some
> visual pattern experiments with humans.

You may have a multi-sync monitor. I just tried /usr/gfx/setmon 72hz
on my machine and it definitely changed (because my 19" Hitachi lost
sync).
From: jcpearso@ps.ucl.ac.uk (James Pearson)
Newsgroups: comp.sys.sgi
Subject: rup giving "Remote system error"
Date: 14 Oct 92 10:23:25 GMT
Organization: Photogrammetry and Surveying, UCL

I've just installed an R4000 Indigo (cirrus) on our net, but I can't rup it:

% rup cirrus
              cirrus: Remote system error

/usr/adm/SYSLOG gives:

Oct 14 10:23:43 cirrus rstatd[2651]: read: iotim: No such device or address

The Indigo came pre-installed with 4.0.5F and 4.0.5E CD's. I've
installed NFS, NIS (YP) and the development option plus the 4.0.5E
maintenance for these. 

Could there be a problem with mixing 4.0.5F and 4.0.5E, or is there a
simple solution to the problem?

Many Thanks

James Pearson
+------------------------------------------------------------------------+
Dept. Photogrammetry & Surveying     INTERNET: j.pearson@ps.ucl.ac.uk
University College London		JANET: j.pearson@uk.ac.ucl.ps
Gower Street
London	WC1E 6BT
England
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: db25 on indigo's
Date: 11 Oct 92 20:17:15 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <33025@adm.brl.mil> karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu)) writes:
| The hiroglyphics on the back of the indigo seem to indicate
| that the db25 is a parallel printer port. My guess is that
| this is the same pinout as the db25 parallel port on the back
| of pc's. Before I ruin the parallel printer or the dingo, what
| is the pinout or specs for a parallel printer cable for the
| indigos ?

Yes, that is the parallel port.  man plp gives the pinout 
*at the centronics 37 pin connector end*.  The pins are
pretty much 1:1 with the db25, except that the reset line
is pin 16 on the db25 end.  SGI will be happy to sell you
a cable ;)  I think the owner's guide explictly says that
a "standard" PC parallel cable should work.
--
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: davidp@krill.corp.sgi.com (David Pike)
Newsgroups: comp.sys.sgi
Subject: Re: Any POPmail and Gopher available for SGI??
Date: 14 Oct 92 21:34:14 GMT
Organization: Silicon Graphics Inc, Mountain View, CA

>>>>> In article <1992Oct14.181714.24208@magnus.acs.ohio-state.edu>,
>>>>> cychong@magnus.acs.ohio-state.edu (Chi Yin R Chong) writes:

cychong> Nntp-Posting-Host: magnusug.magnus.acs.ohio-state.edu

cychong> Hi, every comp.sys.sgi subscriber,

cychong>      Does anyone know if there are POPmail and Gopher
cychong> software available for SGI machines? I know that they have a
cychong> UNIX version in boombox.micro.umn.edu but I am not sure
cychong> whether I can use them in the SGI machines.

popper available from berkeley works/compiles fine on SGI boxes with
very few changes.  You can get it anonymous ftp it from
ftp.CC.Berkeley.EDU (128.32.136.9, 128.32.206.12). It is in two files
in the pub directory: a compressed tar file popper-version.tar.Z and a
Macintosh StuffIt archive in BinHex format called MacPOP.sit.hqx.

I've been using it lately without any hitches.

DP
--
***************************************************************************
* David Pike -- davidp@sgi.com                                            *
* Silicon Graphics Inc., 2011 N. Shoreline Blvd., Mt. View, CA 94039      *
***************************************************************************
  "Tragedy is when I cut my finger.  Comedy is when you walk into an open
     sewer and die." -- Mel Brooks
Newsgroups: comp.sys.sgi
From: shenkin@avogadro.barnard.columbia.edu (Peter S. Shenkin)
Subject: Re: Bug in SGI's malloc?
Organization: Dept. of Chem, Barnard College, Columbia U, New York
Date: Thu, 8 Oct 1992 17:34:04 GMT
X-Posted-From: avogadro.barnard.columbia.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

In article <1b1kggINNp0d@perm.geologie.uni-freiburg.de> achim@perm.geologie.uni-freiburg.de (Achim Staerk) writes:
>
>We are running a couple of SGI's with IRIX 4.0.2:
>
>How can it be, that C's malloc allocates memory up to the datasize
>limit defined in the csh (which is 524288 kbytes) and doesn't care
>about physical limitations ?
>
>Malloc should return a NULL pointer when physical memory is exceeded!!

No, it "should" return a NULL pointer when physical+swap has been exceeded.

This is a FAQ in this newsgroup, and has been rehashed many times.  I
agree with the poster, except for the caveat in my last paragraph;  be 
that as it may, there is a kernel mod that can be effected to make SGI's 
malloc() behave "normally."  SGI considers the actual behavior to be
a feature, not a bug.

	-P.
-- 
************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb*************************
Peter S. Shenkin, Department of Chemistry, Columbia Univ.,  New York, NY 10027
(212)854-8402    shenkin@avogadro.barnard.columbia.edu   shenkin@cunixf.BITNET
*********************** UNIX:  the wave of the present ***********************
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: How to install accounting under irix 4.0.1
Date: 14 Oct 92 06:14:52 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Oct14.015515.6731@organpipe.uug.arizona.edu> pat@mercury.aichem.arizona.edu (Pat Walters) writes:
| Can someone tell me which subsets need to be loaded from the 
| CD-ROM in order to use accounting under irix 4.0.1.

Install eoe2.sw.acct
--
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: Increasing swap space?
Date: 8 Oct 92 19:42:25 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Oct8.133033.16629@mcs.gvsu.edu> wissner@perlis.mcs.gvsu.edu (Jim Wissner) writes:

| We are using an Indigo Elan running 4.0.5, and we have an internal
| 400mb disk and an external 1.6gb disk.  Unfortunately it only has
| 40mb for swap space.  So:  is there any way to create a "swap file"
| or do we have to repartition?
| 
| I've never had to mess with swap space so I don't really know the best
| way to do it...  Any help would be great.

We don't have swap to file, so you will have to repartition,
assuming you are using all of your disk space currently.  You
can have multiple swap partitions without doing any kernel
configuration by using the '/etc/swap' command.  You can add
that to an rc2.d startup file to have it happen automatically
also.  If you have to repartition, make sure that your backup
is valid before you start...
--
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,comp.periphs.scsi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Local network slowdowns
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 15 Oct 92 00:32:39 GMT

In <1992Oct14.190239.5394@cs.wayne.edu> atems@igor.physics.wayne.edu (Dale Atems) writes:

| 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.

Sounds like you are using NIS or DNS, and there is a problem resolving
the hostname (or username) on login.

| 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.

This will often happen when the server is slow to respond, or
the network is congested.  It also happens when a server is to
busy to respond to the mount request.

| 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?

Which problem is occuring on the 440?  I assume from the somewhat
twisted paragraph above, that it is the slow login?  If so, I'd
look for NIS or DNS problems.

| 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.

4.0 shouldn't be run on *any* machine.  Upgrade them ASAP.  4.0
was *supposed* to have been shipped only for early Indigo's, and
all of them were supposed to have been upgraded to 4.0.1 as soon
as it shipped.  I'd definitely recommend going to 4.0.5, but for
sure get everything off of 4.0!

There wouldn't be much point in calling the TAC about any of this,
since the first thing they are likely to tell you to do is to
upgrade...
--
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: slf@cs.mu.OZ.AU (Stewart Forster)
Newsgroups: comp.sys.sgi
Subject: Setuid shells scripts and perl
Keywords: setuid perl
Date: 15 Oct 92 09:21:30 GMT
Article-I.D.: mulga.9228919.15564
Reply-To: slf@cs.mu.OZ.AU (Stewart Forster)
Organization: Computer Science, University Of Melbourne, Australia
Originator: slf@turiel.cs.mu.OZ.AU


Hi,

	A little complaint about the "No permission match" message which
Irix 4 generates on setuid shells scripts.

	Why can't Irix just ignore the setuid bit rather than complaining
about it, and just execute the script with the id of the user who ran it.
Perl gets around the setuid shell script bug by first testing the setuid
bit itself and passing an open file descriptor to suidperl, rather than
the insecure standard method.

	When we first got a beta copy of Irix 4.0, I was pleased to note
that it ignored the setuid bit on shell scripts, which is great.  However
when we got our Irix 4.0.1 distributions and up, it didn't ignore the
setuid bit, and just dumped out giving "No permission match". A real
bummer.

	The kernel config only allows two options, setuid scripts and no
setuid scripts.  Couldn't there be a third option of no setuid scripts BUT
still allow the setuid bit but only ignore it.  This would allow us perl
users much more freedom. rather than having to write C wrappers every
time we want a setuid perl script.

	I don't want setuid scripts (too insecure), but I do want the
setuid bit to be ignored (the way perl expects).  Is there any reason
for dumping out rather than continuing execution without setuidness???

				Stewart.

-- 
-----------------------------------------------------------------------------
| Stewart Forster	Systems Programmer - Department of Computer Science |
|		University Of Melbourne		Phone : +61 3 3444046	    |
-----------------------------------------------------------------------------
From: fredv@abba.acs.uci.edu (Fred Velijanian)
Subject: SGI Varsity Program users
Newsgroups: comp.sys.sgi
Organization: University of California, Irvine
Date: 15 Oct 92 00:15:58 GMT

I was wondering if there are any SGI Varsity program members 
reading this newsgroup? I'd like to contact a few since I
have a few questions. Maybe even start a small mailing list?

(The Varsity is a marketing program for Education customers
such that campuswide licenses for several SGI software
packages are sold and maintained for a discounted price).

Fred Velijanian
University of California, Irvine
fredv@uci.edu
From: lau@avila.ai.sri.com (Stephen Lau)
Newsgroups: comp.sys.sgi
Subject: Icon images
Date: 13 Oct 92 22:17:58 GMT
Distribution: comp
Organization: SRI International, Menlo Park, CA


Howdy,

	This may be a FAQ, but I couldn't find the info anywhere.
In /usr/lib/images are a bunch of SGI rgb images that are used
for the icons. I have some images I want to have used as icons 
whenever a particular program runs. How do I specify the icon 
picture to use without actually putting the image in /usr/lib/images?
If I put the image in /usr/lib/images, it automatically picks it up,
but then we get into problems with permissions and other stuff.

Any info would be great. Thanks.

Steve

-------------------------------------------------------------------------------
Stephen Lau                 lau@ai.sri.com | 
SRI International                          | "Humuhumunukunukuapuaa"
333 Ravenswood Ave., Menlo Park, CA. 94025 |      - State fish of Hawaii
(415) 859-2925              (415) 326-6200 |
-------------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: vulture@carrion.cc.ic.ac.uk (Thomas Sippel - Dau)
Subject: Re: file size limit (2^31?)
Reply-To: cmaae47@cc.ic.ac.uk
Organization: Imperial College of Science, Technology and Medicine
Date: Fri, 9 Oct 92 11:29:11 BST

In article <3027@contex.contex.com>, frank@marvin.contex.com (Frank Perdicaro) writes:
- cmaae47@cc.ic.ac.uk (myself) writes on 2**31-1 file size limits:
- >
- >Currently, yes. Under unix files are byte-addressable, if the file is 2**31
- 
- I have just been itching to say something here.  One could certainly
- write a "file expander".  Yes, it would take a bit of work, but it
- would not be too hard.  Write a C++ class that redefined read(),
- write(), open(), close(), etc.  in a way very similar to the way the 
- logical volume software works ( now ) across multiple physical disks.
- This does not seem to be a difficult problem, just another layer.

Unfortunately that is not enough. Being byte addressable means not only
that read(), seek() and write() calls have to work, but also that you can
calculate offsets into the file with predictable results. Thus off_t must 
be an arithmetic type. And it must be available in C, unless you want to 
summarily drop support for C programs in unix (difficult to do as long as 
C++ is a front end).

- Think about it.  An 8 bit machine must be able to access files bigger
- than 2^8 bytes, right?

Yes, and unix was developed on a 16 bit PDP and had 32 bit file offsets 
from the word go, without hardware support for 32 bit arithmetic. It is 
just that in the eighties people brought out 32 bit computers and did not
change the file offsets to 64 bit quantities, for such bogus reasons as
"efficiency", "support for existing (badly written) software" etc.

It really is as easy as I said, make the 'long' type in C a 64 bit quantity
and recompile. 'Long long' does not help, nor does it help to make off_t 
an aggregate type, unless the C compiler overloads arithmetic operators for 
it transparently. Only badly written software will fail (unfortunately 
there is a lot of it).

                                        Thomas
-- 
*** This is the operative statement, all previous statements are inoperative.
*   email: cmaae47 @ cc.ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic.cc on Janet)
*   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
*   snail: Imperial College of Science, Technology and Medicine
*   The Center for Computing Services, Kensington SW7 2BX, Great Britain
From: blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN AAD/TAB)
Newsgroups: comp.sys.sgi
Subject: malloc & NULL return
Date: 15 Oct 92 14:13:03 GMT


     This is directed to SGI people and this is the only way I could think of
to get the message to the most SGI people that would know the answere to my
question.  PLEASE do NOT post replies to this email list, please email
directly to me.  We already had a lengthy discussion on this topic and I
don't want to start another email war.
     My question is: if you edit /usr/sysgen/master.d/kernel and make the
following change:

from: int availsmem_accounting = 0;
to:   int availsmem_accounting = 1;

     What are ALL the effects of doing this?  I know one basic effect is
malloc() returns NULL when there is not enough memory currently available.
But what all does that mean and encompass?  What, if any, other things will
this effect.  The reason I ask is that some new software I just acquired
recommends making this change.  I want to fully understand what this will do
before I do it.  If it could have a catastrophic on my system or other
software I use, I want to know ahead of time.  Thanks.

  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
From: trevc@sal.reading.sgi.com (Trevor Cotton)
Newsgroups: comp.sys.sgi
Subject: Re: Information/Referrence on MIPS assembler wanted
Date: 14 Oct 92 14:04:01 GMT
Reply-To: trevc@reading.sgi.com
Followup-To: comp.sys.sgi
Distribution: usa
Organization: Silicon Graphics, Inc., Mountain View, CA, USA

In article <1992Oct14.040403.13889@rockyd.rockefeller.edu>, penevp@rockyj.rockefeller.edu (Penio S. Penev) writes:
|> Hi, everybody !
|> 
|> I want to write some assembler for our Isis and Crimson machines.
|> I do not have any information about the processors R2000A ,R3000 and R4000, 
|> as well
|> as abot the coprocessors R2010A, R3010A and R4010A
|> 
|> Can anybody (presumably the guys at SGI) provide information on sources
|> of information about the processors. I am looking for books, datasheets
|> and/or instruction summaries, along with opcode formats, timings , cache
|> opperations etc.
|> 
|> Thanks in advance.
|> 
|> Penio.  penev@venezia.rockefeller.edu 

What you need is a copy of the MIPS RISC Architecture book by
Kane and Heinrich. The latest version covers the R2000,3000,6000
and 4000 processors and fpus.

ISBN # is 0-13-590472-2.  Published by Prentice-Hall.

This used to be in the MIPS pricelist as SYS-02-DOC. Not sure about
the SGI price list.

-- 
--trevc--
From: vidya@akshay.csd.sgi.com (Vidya Alankar)
Newsgroups: comp.sys.sgi
Subject: Re: more questions about /dev/plp
Date: 13 Oct 92 18:51:28 GMT
Organization: Silicon Graphics, Inc.

Local printing on sgi m/cs is done with lp spooler - so there are no "of"
files, only "model" files. It does not matter whether it is serial or parallel.
If you want to use lpr to print, "of" should point to a shell script with
'lp -s' in it.

Vidya

In article <33049@adm.brl.mil>, lsr-vax!brad@uunet.uu.net (Brad Zoltick - LMO) writes:
|> 
|> /dev/plp with BSD spooling and transcript:
|> 
|> Can one post a proper /etc/printcap entry for using
|> transcript with a parallel printer and BSD spooling.  Can you
|> use transcript with a parallel printer? I can find no documentation
|> in creating a proper printcap entry in the lastest release
|> of transcript.
|> 
|> Thank you.
|> 
|> Brad Zoltick
|> Laboratory of Sensorimotor Research
|> National Institutes of Health
|> 
|> E-mail: brad@lsr.nei.nih.gov
|> 	uunet!lsr-vax!brad
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: 3rd party CD drives
Date: 9 Oct 92 05:21:55 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Oct9.025734.6640@bert.eecs.uic.edu> barnes@bert.eecs.uic.edu (Craig Barnes) writes:
|   Does anyone have any experience with 3rd party CD drives for the
| Indigo? Ideally since they are SCSI drives, they all should work, but 
| l know that is hopelessly optimistic. Any answers would be appreciated
| and I will post a summary.

If you want to use it to install s/w, only the drives we sell (now
available from one of the 3rd party vendors, apparently), or for Indigo
the Sun drives (for some people, at least) will work.  This is because
the PROMs expect a 512 byte block size, and we have custom firmware
that handles this, among other things.

If installing s/w doesn't matter, a number of Sony or Toshiba drives
will *probably* work.

Future systems (actually, starting with r4k Indigo) are hoped to
work better with 3rd party drives, at least as far as the 512 vs 2048
byte block size goes.  Unfortunately, on a random sample of SCSI
CD-ROM drives on campus that I tested, 4 out of 5 non-SGI/Sun
drives failed to work due to various SCSI problems, including the
official Apple CD for the Mac.  I didn't have time to research
most of these in detail, but they did look like sloppy SCSI 
implementations.

Finally, at this time, *only* the SGI supplied drive can do audio
over the SCSI bus, which may or may not matter to you.  At least
3 vendors have announced generally available drives that will support
this (*hopefully* copying the format we developed with Sony and Toshiba!),
but none of them are yet shipping, as far as I can tell.
--
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