HDTenEightyP/NetNews huggingface dataset:
From: steve@archone.tamu.edu (Steve Rikli)
Subject: Re: Please put s/w title on CDROM spine (and more topics)
Organization: College of Architecture, Texas A&M University
Distribution: na
Date: Wed, 9 Sep 1992 04:09:24 GMT

In article <BuA555.8vL@news.cso.uiuc.edu> wsherman@ncsa.uiuc.edu (William Sherman) writes:
>larry@turing.abbott.com (Larry Pajakowski) writes:
>> ...
>> Put the title of the enclosed s/w on the spine of the jewel case.  If
>> that isn't possible how about at least making the spine white so a marker
>> can be used to identify the s/w.  This was on the very first CD's from SGI
>> I saw at least had the white background!
>
>Here Here!!
>
>I've actually thought about posting this very senitment for months.  When
>we first started receiving CD-ROMs from SGI, I had to take apart the cases
>and write the software name on the spines - a pain, but at least they were
>identified.  I couldn't believe it when SGI went to dark blue at the color
>of the jackets, now I can't even add write the name on each CD case.

"Me too"!!  ;-)

Sorry, but I can't help but feel the same way.  The dark blue spines are
an inconvenient pain and I find it irresponsible for SGI not to pre-label
stuff in the first place.  SGI does the Right Thing [tm] in so many other
areas, that it's frustrating when they lapse in something so simple.

In addition, I have another more pertinent question.  I just received
4.0.5a w/o requesting it, but the media was 1/4" tape.  How do I go about
notifying SGI that I would like my software updates on CD from now on?

And while I'm thinking about it, should I go to the trouble to install
4.0.5a on PI machines (i.e. non-Crimson and non-Indigo) if they're all
ready running 4.0.1?  Do I gain any functionality or fix any bugs by
doing so?  I'm still really confused by the whole 4.0.5a|b|c|d thing,
as I suspect many of us are.

I think a FAQ for this group is long overdue.  I'm almost to the point
that I'd volunteer to keep track of such a thing if the acknowledged
gurus (Vernon, Dave, et al) would siphon information this way.

Tips/hints/pointers gratefully accepted.

cheers,
sr.
--
|| Steve Rikli 	           |||  Visualization Lab               ||
|| steve@archone.tamu.edu  |||  Texas A&M University            ||
|| (409) 845-3465          |||  College Station, TX  77843-3137 ||
Newsgroups: comp.sys.sgi
From: manyin@betsy.gsfc.nasa.gov (Michael Manyin)
Subject: FORMS and OpenGL
Keywords: FORMS, OpenGL, X event queue
Reply-To: manyin@helene.gsfc.nasa.gov (Michael Manyin)
Organization: Goddard Space Flight Center
Date: Mon, 14 Sep 1992 14:10:34 GMT

Hello,

I have a question for any and all users of the FORMS
library, written by Mark Overmars of Utrecht University (Netherlands).

(As was recently mentioned on this newsgroup, FORMS
is a GL-based package useful in constructing user interfaces.
Its simplicity, appearance, and source code availablity make
it quite appealing, as does its status as public domain software.)

THE QUESTION:
Has anyone made provisions for the eventual migration to OpenGL?
I realize that support for Iris GL should be available for several
years to come, but future enhancements and portability issues
make OpenGL the way to go.

My correspondence with the author leads me to believe
that his single-handed support of the library is too time consuming
to continue, or at least that major modifications to FORMS
are not in his plans.

The primary issue in converting FORMS to OpenGL is the event queue.
Has anyone tried
 (i) rewriting FORMS to use GLX? -- changing code related to the
                                    event queue and window management
 (ii) changing FORMS to use the X event queue? --
                                    i.e. opening GL windows, securing
                                    their X window IDs, and working
                                    off the X queue
 (iii) rewriting FORMS completely in X11?... :-)

Any other ideas on the subject?  Thanks for your interest - 

Mike M.
From: mmcohen@cats.ucsc.edu (Michael M Cohen)
Newsgroups: comp.sys.sgi
Subject: Euroweather data
Date: 10 Sep 1992 10:12:10 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: si.ucsc.edu


Someone was asking about European weather maps
for bgpaste? ... Should work with a bit of editing
for the weather shell recently posted.

 cumulus.met.ed.ac.uk
   FTP:  Change directory to "images" and set transfer type to "binary".
 IR and visibal images of Europe from Meteosat, twice daily, in 1152 x 900
 GIF format (size of Sun root window).  The subdirectory "gifs" has smaller
 3x daily images of the Nordic areas, the UK, and Europe.
 
-- 

======================================================================
=   Dr. Michael M. Cohen                   mmcohen@dewi.ucsc.edu     = 
=   Program in Experimental Psychology     mmcohen@fuzzy.ucsc.edu    =
=   433 Clark Kerr Hall                    408-459-2655 LAB          = 
=   University of California - Santa Cruz  408-459-2700 MSGS         = 
=   Santa Cruz, CA 95064                   408-459-3519 FAX          = 
======================================================================
From: sgi.com!pdi!shoshana@BRL.MIL (Shoshana Abrass)
Newsgroups: comp.sys.sgi
Subject: Re: setting file access time
Date: 11 Sep 92 03:35:34 GMT


In <9209101408.AA04822@bflsgu.fl.bs.dlr.de>, "R. Beyer" <beyer@bflsgu.fl.bs.dlr.de> writes:

>  I am looking for a command which can be used on the command 
>  line or in a script to set the file access time like, for 
>  instance, utime(2). 

  If I understand what you want to do, the touch(1) command will
  set the access time for a file. Use

	touch -a mmddhhmm[yy]

  where "mmddhhmm[yy]" is the date string that you want the access
  time to be, eg, "09101706" for Sep 10, 5:06 PM.

  You have to have write permission on the file, I think.

  -shoshana
   shoshana@pdi.com
   Shoshana Abrass
   Pacific Data Images, Sunnyvale, CA
From: jeremy@classic.asd.sgi.com (Jeremy Higdon)
Newsgroups: comp.sys.sgi
Subject: Re: Bad SMD drive?
Keywords: Disk, SMD
Date: 15 Sep 92 00:05:06 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1314@tecsun1.etl.army.mil>, mullane@tecsun1.etl.army.mil (Kevin Mullane) writes:
> I am getting lot's of these messages accumulating in /usr/adm/SYSLOG.
> Does my disk need replacing, reformatting or could it be the controller?

One of those three, most likely.  It could also be grounding or cabling.
After you fix grounding and cabling problems, though, you have to
reformat anyway.  You should try forwarding the bad blocks, but that
is only a temporary solution, usually.

> 
>  Sep  8 15:59:12 lambert unix: xyl0d1: header not found. c/h/s = 74/8/72
>   (retrying)
>  Sep  8 16:00:08 lambert unix: xyl0d1: header not found. c/h/s = 237/8/58
>   (retrying)
>  Sep  8 16:00:08 lambert last message repeated 2 times
>  Sep  8 16:00:08 lambert unix: xyl0d1: header not found. c/h/s = 237/8/58
> 
> We've got a 4D/80GTB running 3.3 with a SMD 4-drive rack.
> If the drive is bad is it worth replacing/repairing it?

New SCSI drives are a lot cheaper and more reliable, if you aren't on
maintenance.

> 
> 
> -- 
> Kevin Mullane at the U.S. Army Topographic Engineering Center, Bldg. 2592
> Fort Belvoir, VA 22060-5546   TEL:(703)355-2792   NET: mullane@tec.army.mil

jeremy
From: paraska@oasys.dt.navy.mil (Pete Paraska)
Newsgroups: comp.sys.sgi
Subject: Does Irix 3.3.2 support DAT tape devices?
Summary: (I can't find mention of it in man pages)
Keywords: DAT
Date: 9 Sep 92 12:06:45 GMT
Organization: David Taylor Model Basin

I've installed a Python DAT tape drive in a 4D30 PI and haven't had much
success using it.  I seem to be able to tar to it, but can't get the data
back off of it.  Sara Kunz has been quite helpful with other aspects of 
tape usage and automatic backup, but she wasn't sure if Pre-4.0 Irix releases
supported the DAT tape device.  I've looked in the man pages (mt, mtio, tar,
tps, etc.) but haven't found a reference to a DAT device.  

Any idea?

|////////////////////////////////////////////////|
| Pete Paraska       (paraska@oasys.dt.navy.mil) |
| David Taylor Model Basin, CARDEROCKDIV         |
|\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\|
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: traceroute
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 13 Sep 1992 05:38:06 GMT

In article <1992Sep12.210628.5967@biome.bio.ns.ca>, silvert@biome.bio.ns.ca (Bill Silvert) writes:
> I've been asked why only root can run traceroute on a PI.  It is mode 755,
> but only root can access the necessary socket.  Apparently on other
> platforms you don't have to be root to run it.  Any answers out there?


Traceroute uses a raw socket to fake up packets as if they came from
the real protocol stacks, but with strange values.

We chose to not make traceroute SUID because traceroute is a
fundamentally nasty gadget.   It sends UDP packets to arbitrary sockets
with limited TTL's, and waits for the sound of the distant explosion.
(Sound is carried on ICMP's.)  What happens if on the target there is
an innocent program that just happens to be using the UDP socket?  It
is likely to get traceroute's grenade, and may or may not cope well
with the noise.

It would have been so much better if Van Jacobson had gone to the extra
little effort to use fake TCP packets as the grenades.  They would have
generated either TTL-exceeded ICMP's or RST's, without appearing to any
legitimate application as real but broken data.  It would have been a
little harder to detect the returned RST's.  It would also have been so
much better if vendors such as Silicon Graphics could just have the
time to fix such things instead of porting the latest New Jersey
nonsense.

Many of us, including people such as me who influenced and supported
the non-SUID choice, routinely `chmod u+s /usr/etc/traceroute`.
Its usefulness exceeds its nastiness, if you willing and knowingly
accept the consequences.


Vernon Schryver,  vjs@sgi.com

P.S.  Why did you use the "Distribution: na" line to restrict the
    distribution of your article?
Newsgroups: comp.sys.sgi
From: amg8408@uxa.cso.uiuc.edu (Avijit  Moitra)
Subject: Need a Unix program that will send an e-mail on a specific date
Organization: University of Illinois at Urbana
Date: Mon, 7 Sep 1992 18:21:28 GMT

Hi,
     I am looking for an unix macro that will send an e-mail to a specific 
person (with an alias of user-id@node in .mailrc file) on a specific date
.  If someone has written a similar program and does not mind giving me a
copy (I am not a C person), I would highly appreciate that.  Any help on
this will be highly appreciated.  

P.S. I will be running it on a SGI 4D35 PI.

Thanks in advance.
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Need code to write audio samples on SGI DAT drive
Date: 9 Sep 92 01:45:22 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <BuA355.L3q@csn.org> wrb@teal.csn.org (William R. Bishop) writes:
|   Does anyone have code (fragments) to write audio samples to the SGI
| DAT drive?   Also, I am looking for copies of the papers (ftp sites?):

Can't help you on the papers, but start with 'man dtintro' for the
libdataudio stuff.  There were some bugs in the sample code in
the man pages due to changes in the library, etc.  The code
in 4.0.5 was somewhat more mature, with a few more bugs fixed,
but nothing drastic.

The biggest thing is to write a valid frame at BOT, if you want
the tape to be reliably recognized as audio media.
--
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: jrroma@beaker (John Roman)
Subject: Re: 4.0.5MM gobbles RAM!!
Organization: Monsanto Company
X-Newsreader: Tin 1.1 PL5
Date: Tue, 15 Sep 1992 21:27:11 GMT

We had a similar problem with one of our applications.  After the
upgrade to 4.0.5 the user merely twiddled the dials and the process 
grew until swap-time and response went out the window.
He (figuratively) held a gun to my head while I sweated out the
downgrade from 4.0.5 to 4.0.1.  Once I did that, the process did
not change in size no matter how much he twiddled.

We had the source to the application, but it is complex enough
that it would take some time to figure it out.

I don't think this is an isolated example, but I don't know
what the common thread is.

--
John Roman                                          Monsanto Company
jrroma@beaker.monsanto.com                          Chesterfield, MO  63198
(314) 537-7044
Newsgroups: comp.sys.sgi
From: vanepp@fraser.sfu.ca (Peter Van Epp)
Subject: Re: Passwd front-end
Keywords: passwd, help, 
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Sat, 5 Sep 1992 05:54:40 GMT

mgb@elec.uq.oz.au (Michael Barlow) writes:

>Hi. We're looking for a front-end replacement for the standard passwd
>program that will run on an sgi machine (4D/440 and a few Indigos).

>In particular we'd like a program that checked that the password was
>"intelligent"; in effect running some sort of password checking before
>accepting the password. 

>Apparently there are such programs for other machine architectures but
>we haven't heard of such for sgi machines. If anyone could point us in the
>right direction we'd be greatly appreciative.

>Thanks in advance.

>						Michael (Spike) Barlow

Two choices I know of, npasswd and passwd+. We are running a slightly more
paranoid version of npasswd on our SGIs and I don't remember any particular
problems (other than adding the -cckr compiler flag) porting it, but that
was a while ago. Archie should find either of these.

Peter Van Epp / Operations and Technical Support 
Simon Fraser University, Burnaby, B.C. Canada
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Can't load dksc(0,1,0)/unix, no command monitor prompt, help!
Date: 6 Sep 92 06:27:40 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Sep6.050523.23870@tamsun.tamu.edu> vamsee@bioiris.tamu.edu (Vamsee Lakamsani) writes:
| Looks like I have a major problem with one of our workstations. Its an
| IRIS indigo Elan running 4.0.1. It went down sometime this evening and
| when I tried to restart it using the reset button, it won't start.

That is a poor idea, as it can result in file system damage.  However,
/unix is seldom written, so I suspect something more catastrophic.

| It's stuck at the System maintenance menu.  If I select 1, i.e. "start
| system" it says "Starting the system ..." followed by 
| "Can't load dksc(0,1,0)/unix" and puts me back in the System maintenance menu.
| When I select any other option in this menu, it gives me a password prompt
| "Enter password: ". No matter what I enter here I get back the 

Apparently somebody on your system chose to set the PROM password.
This password is *not* the same as the root password.  If nobody
there knows it, you have no choice but to remove the NVRAM
chip (on the backplane, it is an 8 pin DIP), so you can get
to the PROM monitor.  Then you can boot a kernel over the net,
boot the miniroot.  Unfortunately, due to some miscommunication,
it is very difficult to disassemble the system such that you
can remove the NVRAM, power the system on, stop in the PROM monitor,
and then re-insert the NVRAM (without turning the power off), so you
can clear the password.

Alternatively, if you have another Indigo with the same type of
graphics, you can temporarily borrow the root drive from that
system (which presumably will boot with no problem).  Once you
have a kernel booted, you can use the command
	/etc/nvram passwd ""
to clear the PROM password (you can't set it this way, but you
can clear it).  If you are doing it from the miniroot, do
	/root/etc/nvram passwd ""

--
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: vamsee@bioiris.tamu.edu (Vamsee Lakamsani)
Newsgroups: comp.sys.sgi
Subject: timed
Date: 15 Sep 92 17:39:49 GMT
Distribution: usa
Organization: Center for Macromolecular Design, Texas A&M University.

Syslog says,
##################################################
Sep 15 11:56:06 abgen timed[89]: large time adjustment of -14.858 sec
Sep 15 12:04:06 abgen timed[89]: large time adjustment of +2.688 sec
Sep 15 12:12:11 abgen timed[89]: large time adjustment of +3.152 sec
#################################################

Is this unusual ? If so how can I set it right ?

Thanks
vamsee
From: P.County@latrobe.edu.au (Phil County)
Newsgroups: comp.sys.sgi
Subject: SCSI Disks (WREN Seagate) query
Date: 9 Sep 92 03:12:00 GMT
Organization: La Trobe University, Victoria, Australia

I would expect no problems in adding an external 1.6 Gb Seagate WREN disk
to an Indigo ... however it is best to ask.  Therefore ... has anybody had any
unfortunate experiences in trying to add such a disk to an Indigo - formatting,
partitioning etc.


Regards,
Phil County,
La Trobe University,
Bundoora .. Victoria .. Australia 3083.

Phone:		+61 3 479 2764
Internet:	P.County@latrobe.edu.au
Fax:		+61 3 479 1999
Newsgroups: comp.sys.sgi
From: sweber@ICSI.Berkeley.EDU (Susan Weber)
Subject: Help needed getting KCL on a Crimson
Followup-To: sweber@icsi.berkeley.edu
Summary: ideally, point me to sources/binaries
Keywords: lisp
Organization: International Computer Science Institute, Berkeley, CA, U.S.A.
Date: Tue, 8 Sep 1992 22:52:57 GMT

Has anyone out there figured out how to get Kyoto Common Lisp
to compile under IRIX?  I'd appreciate any suggestions, no
matter how obvious.  Better yet, pointers to source and/or binaries.
thanks,

Susan Weber
sweber@icsi.berkeley.edu
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Accurate Machine Clock?
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 10 Sep 1992 17:53:13 GMT

In article <BuDBqv.IHC@news.cso.uiuc.edu>, dpape@mrcnext.cso.uiuc.edu (Daniel Pape) writes:
> Isn't there a way to tell you r SGI to "call" an atomic clock somewhere
> and set the internal clock accurately?
> 
> I know about the timeslave function, and it has an option -C which supposedly
> (according to the man page) 
> 
> "     -C tty
>           specifies the filename of a tty port, such as /dev/ttyd2, with a
>           Precision Time Standards WWV receiver.
> "
> 
> But how the heck do you get PTS WWV receiver running?
> (no man page...)


You should get sufficient manuals with the WWV receiver.   Precision
Standard Time went out of business or for some other reason was
purchased by another company, Traconex.  The last contact information
I've seen is from 1989:

    Robert Young
    1140 N. Kramer Blvd.
    Unit G
    Aneheim, CA  92806
    (714) 632-9510

If it's the same box, just wire it up to a tty port and turn it on.
It might be good to reduce the tty latency/throughput adjustment
in /usr/sysgen/master.d/{sduart,cdsio} for whichever port you use.
For best accuracy, I'd use an sduart port.


Vernon Schryver,  vjs@sgi.com
From: balaguer@disuns2.epfl.ch (Jean-Francis Balaguer)
Newsgroups: comp.sys.sgi
Subject: Problems with textured line on VGX
Date: 15 Sep 92 07:40:43 GMT
Reply-To: balaguer@disuns2.epfl.ch (Jean-Francis Balaguer)
Organization: Ecole Polytechnique Federale de Lausanne


I have problems drawing textured line on the VGX.
I am using two kinds of primitive

bgnclosedline, endclosedline
bgnqstrip, endqstrip (width polymode(PYM_LINE)

The behaviour is very strange, the hardware drawing the line correctly but
at wrong position in space. This behavious is present on my

440VGX (3.3.2) and Crimson VGX (4.0.4)

However if I run the program on our Indigo Elan (4.0.4) everything is 
fine on that machine.

Going through GLdebug gives no warning and analysing the GLhistory file
do not present any mistakes.

Is that a known problem.

Thanks for help.
-- 
-------------------------------------------------------------------------------
Francis Balaguer, DI/LIG Ecole Polytechnique Fed. de Lausanne CH-1015 Lausanne
E-mail : Work balaguer@di.epfl.ch, Fax: +4121 6935328
-------------------------------------------------------------------------------
From: marks@aivax.rl.af.mil (David Marks)
Newsgroups: comp.sys.sgi
Subject: Real-Time Answers to Real-Time questions
Date: 10 Sep 92 14:11:16 GMT

Wow!
  John Lloyd asks his "Real-Time" question at 4 Sep 92 21:21:19 GMT
and gets a definitive reply from Doug Cook at SGI at 4 Sep 92 22:32:15 GMT.
Now THAT is what I call real-time support!!!

As an SGI customer, I REALLY appreciate this type of assistance.
I'm glad SGI has folks that like to give that type of support and
that the managers there let them do it. (They do know, don't they?)

Dave Marks
Rome Laboratory
marks@ra.rl.af.mil
From: jeremy@classic.asd.sgi.com (Jeremy Higdon)
Newsgroups: comp.sys.sgi
Subject: Re: Tape Drive Question
Date: 15 Sep 92 00:11:52 GMT
Distribution: usa
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <prjv40k@zuni.esd.sgi.com>, olson@anchor.esd.sgi.com (Dave Olson) writes:
> In <SCOTTH.92Sep14095327@hoshi.corp.sgi.com> scotth@hoshi.corp.sgi.com (Scott Henry) writes:
> 
> | >>>>> In article <po39pko@zuni.esd.sgi.com>, olson@anchor.esd.sgi.com (Dave Olson) writes:
> | 
> | olson> To put multiple archives on a single tape, just do 'mt feom' first to
> | olson> get to the end of the recorded data.
> | 
> | And use the "no rewind" device, like /dev/nrtape or its kin!!
> 
> Not necessary (except for the mt command itself, of course, and that
> is the default), unless you want to append multiple archives at the
> 'same' time without rewinding in between.  That is, a rewind is done
> on close with the rewind device, never on open.

Unless you have really old software, like 3.1 (no, not 3.3.1, 3.1).  No one is
running anything that ancient, I presume.

jeremy
From: elkins@rwja.umdnj.edu (George Elkins)
Newsgroups: comp.sys.sgi
Subject: SMD disk question
Date: 15 Sep 92 21:48:43 GMT
Organization: Robert Wood Johnson Medical School, Piscataway NJ


We have an Iris 4D/120 (running Irix 4.0.5) with the following SMD
disk controller and two 1.2 Gb SMD disks in an external 4-drive
cabinet, shown below from hinv.

Xylogics 754 4-drive SMD disk controller 0: Firmware version 2.7.0
SMD Disk drive: unit 1 on Xylogics controller 0
SMD Disk drive: unit 0 on Xylogics controller 0

Question: If I put in two more of these disks strictly for remote use
on another 4D/120 via NFS, how much could the additional disk I/O
affect the CPU performance, SMD disk controller performance and access
to the two original disks?

-- 
--
		  ude.sregtur.mbac.balrmn@snikle	     sniklE egroeG
  8365-45880 JN ,yawatacsiP ,enaL seoH 976 ,MBAC	7235 ,5235-364 809
Newsgroups: comp.sys.sgi
From: rblander@math.uwaterloo.ca (Robyn Landers)
Subject: mail startup /etc/rc2.d/S50mail
Organization: University of Waterloo
Distribution: na
Date: Thu, 10 Sep 1992 20:23:42 GMT


In Irix 4.0.x, the mail startup script /etc/rc2.d/S50mail
contains these lines:

    cd /usr/mail
[...]
    chgrp mail . *
    chmod g+w . *

This doesn't work so well when you have lots of users.
Too many arguments for * to expand.

We're NFS mounting home directories and mailboxes for oh,
a few thousand undergrads.  :-)

-----
Robyn Landers	rblanders@math.uwaterloo.ca
Math Faculty Computing Facility
University of Waterloo, Ontario, Canada
Newsgroups: comp.sys.sgi