HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.sgi
From: wyllie@csri.toronto.edu (Andrew Wyllie)
Subject: PI 4D/35 FOR SALE
Organization: CSRI, University of Toronto
Date: 6 Apr 92 18:04:38 GMT



This is a re-post, but with a new lower price:


We have a 4D/35 Personal Iris for sale, which includes:

- Personal IRIS 36 MHz
- 32MB of RAM
- Turbo Super Graphics
- 19" 60/120 HZ Tilt Swivel Color Stereo SGI Monitor
- 1.2 GB internal SCSI System Disk
- Iris Audio Processor, rev 3

The machine is less than one old.  Everything is
original SGI equipment and is covered with Basic
Extended Warranty and Support.

Asking price is $18,000 (US) or best offer.  Price does not include
shipping.  We have original packaging for shipping.

If you are interested, please contact me at the email
address below.

thanks
andrew


..........................................................................
Andrew Wyllie                                 wyllie@burst.civ.toronto.edu
Data Visualization Labs         voice: (416) 978-5969  fax: (416) 978-8906
Dept. Of Civil Engineering, University of Toronto, Toronto Ontario, Canada
From: balaguer@disuns2.epfl.ch (Jean-Francis Balaguer)
Newsgroups: comp.sys.sgi
Subject: GL/X/Spaceball problems, bugs and suggestions for SGI
Keywords: GL,X,Device
Date: 15 Apr 92 08:32:23 GMT
Organization: Ecole Polytechnique Federale de Lausanne, Suisse

We have received a few weeks ago our "flashy" color map Crimson and since then
we have been working on porting our software on 4.0.3.

We noticed a few problems in GL.

I/ Bug in qdevice and unqdevice

If you qdevice a device and then unqueue it, it will be impossible to queue it
again. We did this test with the RAWKEYBD device. When you requeue the device
you do not get any error message, but you never get events from the device.

When will this be fixed?

II/ Spaceball.

We are very happy to see that the spaceball library has changed since the 
release 3.3 and that no documentation on this changes has been provided to us.
In particular the call sbdataperiod has disappeared and we could not find
any info on how to set the event rate of the spaceball.

This call and the others should not have been removed without client notice
and we hope that SGI will provide a new spaceball library includind the 
suppressed calls with the next release.

III/ GL and X.

The implementation of the windowing part of GL on X, is much less opened than
what it was in NeWS. Especially, if those windows are X windows why is it 
impossible to get their Xid to be able to perform operations that are not 
possible with GL (like unmap, iconify from a program)? On the other hand
if you do not want to give ways to make X calls on a GL window, I think it is
time to poll the customers on the net on the GL windowing extension, as much
of us would like to see it offer everything we can do interactively on
windows and even more. 
-- 
-------------------------------------------------------------------------------
Francis Balaguer, DI/LIG Ecole Polytechnique Fed. de Lausanne CH-1015 Lausanne
E-mail : balaguer@ligsg2.epfl.ch, balaguer@elma.epfl.ch
-------------------------------------------------------------------------------
From: ajp2o@crocus.medicine.rochester.edu (Anthony J. Persechini)
Newsgroups: comp.sys.sgi
Subject: Re: physical security
Date: 13 Apr 92 20:27:32 GMT
Reply-To: ajp2o@crocus.medicine.rochester.edu
Organization: University of Rochester

In article <jgk58ek@zuni.esd.sgi.com>, olson@anchor.esd.sgi.com (Dave Olson) writes:
|> In <hofmann.703183104@mira> hofmann@mira.tat.physik.uni-tuebingen.de (Bernhard Hofmann) writes:
|> 
|> | vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
|> | 
|> | >Given physical access to the machine and a screw driver, the determined bad
|> | >guy can use the method often discussed for disabling the PROM password.
|> | >(Don't ask me what it is, not because I wouldn't tell, but because I don't
|> | >know.  It involves a jumper or a shorting wire or removing a chip from a
|> | >socket.)
|> | 
|> | It should be possible to construct some locking mechanism to prevent
|> | people from opening the box. Only the staff has a key. This ought to
|> | be only little effort if the boxes have to be secured against theft
|> | anyway.
|> 
|> That is a form of physical security, and *may* do the job for some
|> machines, in some environments.  That was why the locking bar was
|> designed into the Indigo.  Of course, the disks can still be removed
|> by breaking the plastic, in that case.  On other machines, you may
|> have disk drive cables external to the enclosure.  It isn't a simple
|> problem.   It usually comes down to locking the machine up in a 
|> secure room, if that level of security is important to you.

If you gain physical access can't you just hit the reset button, get into
sash and then bring the machine up in single user mode? If so, doesn't this
give anyone the run of the machine; i.e., root permissions? I seem to
recall some discussion about instituting a security measure to circumvent this.

-- 
Anthony Persechini
Assistant Professor
University of Rochester School of Medicine
ajp2o@crocus.medicine.rochester.edu
From: benedict@chaos.utexas.edu (Thomas Benedict)
Newsgroups: comp.sys.sgi
Subject: Laser Printer Support and 4.0.1
Date: 6 Apr 92 08:02:37 GMT
Distribution: comp.sys.sgi
Organization: Center for Nonlinear Dynamics, University of Texas at Austin

I've spent the past 36 hours or so upgrading our computers here to
4.0.1.  We've got a 4D/80 running an Apple LaserWriter, which it
politely allows the other computers to use over the network.
Everything worked fine under 3.3.2.

Now I've got about 5 hours before people start rolling in here to
print things, and no printer...

The problem is that enscript doesn't find the font metrics any more.
When I try to enscript a small file, here's what I get:

	enscript tst
	enscript: can't open font metrics file /usr/lib/ps/CourBo.afm

I took a peek in the manuals and saw that in the /usr/lib/ps directory
are all the font metrics I could dream of, namely the files:

	/usr/lib/ps/Courier-Bold.afm
	/usr/lib/ps/font.map

The font.map file is apparently a neato mapping showing the
correspondence between the name CourBo and Courier-Bold.
Unfortunately it doesn't work.  Also equally unfortunately, the only
mention of the font.map file is in the psfonts manpage:

	"On System V, the names for the AFM files are abbreviated.
	There is a correspondence table in the font.map file."

That's it.  Nothing on how to generate one of these files, or how to
fix it when it's wrong.  I called it quits and called the hotline.

Unfortunately I called after hours and got someone...  Most of the
time when I call, I get a technician or someone who can help me.  This
person took my name and number and said that a techie would call me in
approximately 5 hours and 30 minutes.  I told the person I might not
be here (since I've been awake for over 24 hours), and could the
techie leave e-mail for me.  "Ok, no problem.  Bye."  I tried to
clarify about the e-mail bit, and all I got was, "So if you're not
there, Email can handle it?"  She hung up with the impression there
was a Mr. or Mrs. Email who would take care of things in my absence.
I asked her if she needed my e-mail address, but she assured me that
his phone number would be sufficient.

Sorry about the rambling, but this post has dual purpose.  One, if
anyone has had similar problems, I need your solution.  Right now
we've got no printer that works, and we've got a lot of people needing
printout.

Second, I'm downright ticked that some SGI technician is going to get
a call number, call me up, and find out that I'm not here just because
someone wouldn't stay on the line long enough to find out that there's
no Mr. Email, and that he can't do diddly for my problem, and to
PLEASE send me electronic mail in case I can't be reached.  I haven't
griped at SGI in a long time, but here's a power-gripe.  Please train
your phone personnel, or give them accounts so they can find out for
themselves what e-mail and other magic incantations mean.

Tom Benedict
benedict@chaos.utexas.edu
Center for Nonlinear Dynamics
Newsgroups: comp.sys.sgi
From: zursch@whizkid.corp.sgi.com (Jeff Zurschmeide)
Newsgroups: comp.sys.sgi
Subject: Re: physical security
Date: 6 Apr 92 22:58:50 GMT
Reply-To: zursch@whizkid.corp.sgi.com (Jeff Zurschmeide)
Organization: Silicon Graphics. Inc.

David,

    Physical security is a tough issue. The conventional wisdom is that it's 
next to impossible to stop a determined hacker if that person has access to
the hardware.   Yes, they can press the reset button and unless the Indigos
have the passworded boot prom option, they  can put it in single-user mode 
and wreak havoc.  

   You could isolate the actual box, I suppose,  or make a decision that this
lab can't be open without adequate supervision. 

JZ
From: slevy@gauss.geom.umn.edu (Stuart Levy)
Newsgroups: comp.sys.sgi
Subject: Irix 4.0.1 cc -g  very slow: uses lots of system time
Date: 11 Apr 92 22:03:42 GMT
Article-I.D.: news2.1992Apr11.220342.12962
Organization: Geometry Center, University of Minnesota

Compiling the same source tree on several fairly quiescent machines --
a 4D/240 running 3.3, a 4D/310 running 4.0.1, a Sparcstation 1+ and a
Nextstation -- I noticed that the 310 running 4.0.1 took by far the longest
wall-clock time, nearly an hour, and most of that system time.
All other systems took about 10-15 minutes wall clock time each.

``cc -v'' on the 4.0.1 system showed the problem.  For a typical file taking
about 2 seconds user time to compile, the accom (or ccom if I use -cckr)
pass takes about 10 seconds of system time (!), while under Irix 3.3 ccom
takes about 1 second of system time.  Object files were written across NFS.

The above compilations all used -g.  On removing the -g flag, 
system time goes essentially to zero and compilation runs reasonably fast.

I imagine that whatever writes the debugging symbol tables must be
doing unbuffered I/O.

Is this a known problem, and if so, is there a fix in the pipeline?

    Stuart Levy, Geometry Center, University of Minnesota
    slevy@geom.umn.edu
Newsgroups: comp.sys.sgi
From: heinau@Harpo.Chemie.FU-Berlin.DE (Vera Heinau)
Subject: Re: cron bug in 4.0.[1234]
Reply-To: admin@methan.chemie.fu-berlin.de
Organization: Free University of Berlin, Germany
Date: Wed, 8 Apr 1992 01:30:40 GMT

olson@anchor.esd.sgi.com (Dave Olson) writes:
>lhdsy1!fred.lahabra.chevron.com!shc@uunet.uu.net (Steve Couturie) writes:
>
>|    Is a fixed version of cron available anywhere?  sgi.com???  Please?????
>
>Not as far as I know.  Perhaps we could make it available via ftp
>if enough people want it (I'm not completely clear on just what our
>policy has been on things like this; a really nasty security or similar
>bug would do it, but this isn't into that category).  It would have to be
>for 4.0.X systems only, since I'm not sure any of us have ever tested the
>new version under 3.3.

I think it would be a good idea to publish the fix. The cron is such an
important service program that this would be a realy good service.
I've no good feeling knowing that the cron will not work properly and I
have to check it out several times a day.

Thanks, Vera

-- 
 |~|    Vera Heinau     (+49 30 8382677)  |  Freie Universitaet Berlin 
 / \    heinau@Harpo.Chemie.FU-Berlin.DE  |  heinau@methan.chemie.fu-berlin.de
/FUB\   Institut fuer Kristallographie    |  Institut fuer Organische Chemie
`---'   D-1000 Berlin 33, Takustr. 6      |  D-1000 Berlin 33, Takustr. 3
Newsgroups: comp.sys.sgi
From: philip@cornea.cs.wits.ac.za (Philip Machanick)
Subject: cartridge tape drives?
Organization: Wits Univ. Computer Science Dept.
Date: Thu, 9 Apr 1992 08:00:27 GMT

For compatibility with various software sources, Sun machines
etc. I need a cartridge tape drive. Are there any problems
fitting a generic 150M SCSI cartridge drive to an Indigo?
-- 
Philip Machanick                   philip@concave.cs.wits.ac.za
Department of Computer Science, University of the Witwatersrand
2050 Wits, South Africa
phone 27(11)716-3759 fax 27(11)403-1926
Newsgroups: comp.sys.sgi
From: dellwo@calgary.scs.uiuc.edu (Martin J. Dellwo)
Subject: Fortran: mixing data statements with declarations
Organization: University of Illinois (Urbana-Champaign)
Date: Thu, 9 Apr 1992 02:01:16 GMT

I am writing a longish program in fortran and found the following 
strange behavior.  I am running on 4.0.1, using Fortran 77, 
version 3.4.1 on an Indigo.  The problem is not there on a 4D/35,
running Irix 3.3.3T and the 3.3+maint Fortran.

The following minimal subroutine does not compile by the command

f77 -c xpeaks.f

but gives the error:

Error on line 3 of xpeaks.f: Declaration error declaration among executables

Transposing the integer declaration and the data statement (so that
the data statement immediately follows the integer declaration) will
fix this problem.  Why is this different from 3.3.3?  Is this correct?
I looked through the changes and bugs chapters for the 4.0.1 level Fortran
release and didn't see anything relevant.

Souce file:
::::xpeaks.f::::
        subroutine xpeaks
        data i /5/      ! dimension of 'choice'
        integer ixpks
	return
	end
:::::::::::::::
Thanks,
  Marty
-- 
 \martin.j.dellwo.school.of.chemical.sciences.university.of.illinois.urbana-./
\champaign.phone.work.217.333.3944.home.217.344.7233.email.to.#uiuc.edu.where./
/#.eqs.(dellwo@[ottawa|toronto|montreal|winnipeg|halifax].scs.).or.(m-dellwo@)\
 /.quote.".Verbosity.leads.to.unclear.,.inarticulate.things.".v.p.dan.quayle.\
Organization: Penn State University
Date: Thursday, 16 Apr 1992 15:55:10 EDT
From: Bill Lasher <W0L@psuvm.psu.edu>
Newsgroups: comp.sys.sgi
Subject: Re: How About a Word Processor with IRIX 4.0.X?

Add an equation editor to the list of (future) enhancements.
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: need help to use CDseek()?
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 13 Apr 92 01:51:46 GMT

In <1992Apr10.172055.5692@Cadence.COM> song@cds855 (Song-Yu Yang) writes:

| I am developing a CD player program on Indigo to play the audio CD
| music. I try to use CDseek() to do fast foreward/backward searching. 
| Unfortunately, every time I issue CDseek() function call will bring 
| me to the very start of the CD. I need help about the use of this
| function. I'll appreciate for your help.

I believe this was a bug that was found and fixed for either 4.0.3
or 4.0.5.  I don't remember the details, but I don't think there was an
easy workaround, other than not using that function.
--
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: marks@aivax.rl.af.mil (David Marks)
Newsgroups: comp.sys.sgi
Subject: Re:  gl_changedevice(dev, val) ?
Date: 6 Apr 92 11:34:26 GMT

It was also in tablet.c, a graphics tablet driver sample program which
used to be included in 4Dgifts.  gl_changedevice appears to be the way that
a device driver program communicates with "gl" to let it know that the 
device has a new state.  I'm sure there is a queue Somewhere where the
data goes, which is then accessed via qtest/qread.  I was able to modify
tablet.c, which worked for a Hitachi tablet (I think), to work with a 
Summagraphics tablet.  Straight forward stuff if you have the manual for
your tablet...

Dave Marks
Rome Laboratory
marks@ra.rl.af.mil
From: herbc@circus.csd.sgi.com (Herb Cowan)
Newsgroups: comp.sys.sgi
Subject: Re: IRIS INDIGO df and mount mysteriously stop
Keywords: indigo df mount
Date: 16 Apr 92 12:05:12 GMT
Organization: Silicon Graphics, Inc.

In article <1992Apr15.180728.18768@ohm.york.ac.uk>, lgt1@ohm.york.ac.uk (Laurence Tyler (Guest - CompServ)) writes:
|> In <root.702881075@marsh> craig@marsh.cs.curtin.edu.au (Craig Farrell) writes:
|> 
|> 
|> >	We have 2 SGI Iris Indigo's and we are experiencing a 
|> >strange problem is there an SGI guru out there who can help or
|> >is there someone else experiencing a similar problem ....
|> 
|> >	Both the IRIS run fine for a week or so ..... then one 
|> >of them the can no longer run "mount"  and  "df"  everything else
|> >is fine, all the mounted filesystems are still mounted and everything
|> >else seems great.
|> 
|> [text deleted]
|> 
|> >From: Craig Farrell
|> >Organisation: Curtin University West Australia.
|> >craig@cutmcvax.cs.curtin.edu.au
|> 
|> 
|> Not a solution, but we have seen this two and I have spent some
|> considerable time trying to track it down. we have 17 Indigos
|> running 4.0 alpha and they do this frequently (yes I know - upgrades
|> are imminent!). After some digging I found the problem is a file
|> lock on /etc/mtab that seems to be spurious - i.e. it is issued to a
|> process that doesn't exist, and from the sequence of pid numbers
|> couldn't have existed! I suspect a bug in the file locking code in
|> the kernel.
|> 
|> Quick fix:	cd /etc ; cp mtab newmtab ; mv newmtab mtab
|> 

	[more text deleted]

    Better fix:  upgrade to 4.0.1.   Machines that were delivered with
    Alpha 4.0 should have been the first machines to received 4.0.1.  If
    you don't have it,  and have a maintenance contract,  call TAC
    (1.800.800.4744).  If you don't have a contract,  call your local SGI
    sales office.  They may be able to get it to you.

-- 
Herb Cowan                                      herbc@sgi.com
Product Support Engineer
Customer Support Division
Silicon Graphics Computer Systems
From: root@sanger.chem.nd.edu (Doctor Math)
Newsgroups: comp.sys.sgi
Subject: many many sendmail
Summary: sendmail out of hand
Date: 15 Apr 92 18:25:47 GMT
Article-I.D.: news.1992Apr15.182547.4524
Organization: University of Notre Dame

My 4D/35 works fine except for one small thing: sendmail procreates wildly,
as shown by ps -del | grep sendmail. The excessive copies of sendmail are
all spawned from a single parent which is spawned by init. Every day or
two, I have to killall sendmail and /etc/init.d/mail start. Has anyone seen
this before? What causes it? Thanks.

output of ps -led | grep sendmail follows:

30 S    0  1995  1367  0  26 24 *  223:26   c017ba30 ?         0:00 sendmail
30 S    0  1822  1367  0  26 24 *  223:28   c017ba30 ?         0:00 sendmail
30 S    0  1368  1367  0  26 24 *  223:24   c017ba1c ?         0:00 sendmail
30 S    0  1780  1367  0  26 24 *  223:28   c017ba30 ?         0:00 sendmail
30 S    0  1407  1367  0  26 24 *  223:31   c017ba30 ?         0:00 sendmail
30 S    0  2010  1367  0  26 24 *  223:25   c017ba30 ?         0:00 sendmail
30 S    0  1507  1367  0  26 24 *  223:25   c017ba30 ?         0:00 sendmail
30 S    0  1760  1367  0  26 24 *  223:24   c017ba30 ?         0:00 sendmail
30 S    0  1798  1367  0  26 24 *  223:28   c017ba30 ?         0:00 sendmail
30 S    0  1465  1367  0  26 24 *  223:24   c017ba30 ?         0:00 sendmail
30 S    0  1841  1367  0  26 24 *  223:24   c017ba30 ?         0:00 sendmail
30 S    0  2025  1367  0  26 24 *  223:24   c017ba30 ?         0:00 sendmail
30 S    0  1958  1367  0  26 24 *  223:28   c017ba30 ?         0:00 sendmail
30 S    0  1928  1367  0  26 24 *  223:24   c017ba30 ?         0:00 sendmail
30 S    0  1906  1367  0  26 24 *  223:24   c017ba30 ?         0:00 sendmail
30 S    0  1943  1367  0  26 24 *  223:31   c017ba30 ?         0:00 sendmail
30 S    0  1973  1367  0  26 24 *  223:28   c017ba30 ?         0:00 sendmail
30 S    0  1859  1367  0  26 24 *  223:25   c017ba30 ?         0:00 sendmail
30 S    0  1367     1  0  26 24 *  223:31   80140fc4 ?         0:00 sendmail
30 S    0  1740  1367  0  26 24 *  223:26   c017ba30 ?         0:00 sendmail
Newsgroups: comp.sys.sgi
From: casey@anchovy.wpd.sgi.com (Casey Schaufler)
Subject: Re: A suggestion - any ideas???
Reply-To: casey@anchovy.wpd.sgi.com (Casey Schaufler)
Organization: sgi
Date: Fri, 10 Apr 92 20:49:48 GMT

I believe that all of the behaviours you've requested
are supported by the POSIX P1003.6 ACL scheme.
The P1003.6 working group is in ballot resolution 
as we speak. It is not clear whether this effort will
result in a standard, as many of the details of that
ACL mechanism are contentious.

IRIX , and the B1 targeted Trusted IRIX/B products
do not have ACLs. If you'd like them, please alert your
SGI sales rep.

	-casey
Newsgroups: comp.sys.sgi
From: ccut.cc.u-tokyo.ac.jp!crow!trich (Timothy Richards)
Subject: Re: SGI Patches available ? (G
Reply-To: ccut.cc.u-tokyo.ac.jp!crow!trich
Organization: Omnibus Japan, Inc.
Date: Tue, 7 Apr 92 02:24:46 GMT

<hart@ml.csiro.au> writes .......

> Here in Australia, in my lonely little outpost at the end of the Internet...
> .........   
>                                    .........is this SGI's usual standard of 
> operation around the world ? Or have we been singled out because (naughty us)
> we thought it was more sensible to pay $3000 each for disk and tape drives rather
> than SGI's list price of $10,000 for the same items.
> 
> I don't expect a squad of software engineers to fly in to hold my hand through
> an installation. All I want is a manual, some software and a support service which
> responds when you request information.
>
> Sorry to bitch and whine filling up the bandwidth, but it's got to the stage
> where I don't know what else to do.

This sounds remarkabley similar to our experience in Japan,  we had an
unpleasent meeting with NSG support about 7 months ago to try and resolve
these and many other problems.  We are still waiting for 4.0.1,  though
funnily enough they have given us the buggy 4.0 for our one Indigo.

My suggestion is that you buy one Indigo directly from the
USA and mail it to Australia.  That way you'll at least get hot-line
support in the USA and timely software updates.
-- 
-----------------------------------------------------------------------------
Timothy Richards, Omnibus Japan			work: +81 (3) 5706-8357
Reply to:					 FAX: +81 (3) 5706-8437
ccut.cc.u-tokyo.ac.jp!crow!trich		home: +81 (3) 3720-4088
From: cullip@sargent.cs.unc.edu (Timothy Cullip)
Newsgroups: comp.sys.sgi
Subject: PowerC problems
Date: 7 Apr 92 18:01:47 GMT
Distribution: usa

I'm trying to learn about PowerC and our system isn't letting me
get by the simplest of steps. I took a simple program (from page 3-11
of the PowerC manual):

   int a[10000];
   int sum;

   main()
   {
      int i;

      sum = 0;
      for (i = 0; i < 10000; i++)
         a[i] = i;
      for (i = 0; i < 10000; i++)
         sum += a[i];
      printf("Sum: %d\n", sum);
   }


I tried to run:

   cc -pca list test.c

just like the manual says. But I get:

   "Command line error -- unrecognizable string:cp=i"
   "PCA -- Command Line Syntax Error Detected"

If I just run pca on it:

   pca test.c

it works fine as a preprocessing step, producing (so pca doesn't seem to
be the problem):

   int a[10000];
   int sum;
   int main(  )
   {
       int i;

       sum = 0;
   #pragma parallel shared(a) local(i)
       {
   #pragma pfor iterate(i=0;10000;1)
           for ( i = 0; i<10000; i++ ) {
               a[i] = i;
           }
       }
       for ( i = 0; i<10000; i++ ) {
           sum +=  a[i];
       }
       printf( "Sum: %d\n", sum );
   }


Anyone experience the above problem or have a clue as to what I'm
doing wrong? Do I have a cc that is incompatible with pca? Something
not installed right?




-- 

   Tim Cullip
   cullip@cs.unc.edu