HDTenEightyP/NetNews huggingface dataset:
From: ciemo@bananapc.csd.sgi.com (Dave Ciemiewicz)
Subject: Re: IDO required for FTN?
Organization: Silicon Graphics, Customer Support Division
Date: Thu, 23 Jul 1992 20:45:12 GMT

In article <BrusIJ.23z@helios.physics.utoronto.ca>, sysmark@helios.physics.utoronto.ca (Mark Bartelt) writes:
|> I *think* I know the answer to this already, but want to make certain.
|> Someone in our group is considering buying an R4000 Indigo.  He does
|> all his work in Fortran, and has no interest in C (or dbx or the other
|> stuff that comes with IDO, for that matter).  Considering the prices ...
|> 
|> 			Unit price	Support
|> 			----------	-------
|> 	SC4-FTN-3.5	   $1553	  $188		(All prices
|> 	SC4-IDO-4.1	   $1560	 $1124		 CDN$ list)
|> 
|> ... he'd prefer to buy FTN but not IDO.  Our telesales guy, in fact,
|> claims IDO isn't needed for FTN.  However, I suspect he's wrong, in
|> view of the fact that, for example, /usr/bin/f77 is simply a symlink
|> to /usr/lib/driver, and /usr/lib/driver comes with IDO, not FTN (at
|> least that's what inst's "files" option says).  As well, /usr/bin/ld
|> comes with IDO but not FTN.
|> 
|> So, unless some necessary subset of the IDO CD's files (specifically,
|> the dev.cmplrs_sw.* stuff, I'd guess) is duplicated on the FTN CD (and
|> magically hidden so that inst won't tell me about it), it looks as if
|> one *has* to have IDO in order to do anything useful with FTN.  Right?
|>
|> And, assuming this is right, where is this documented?  Shouldn't the
|> sales people be told not to put together a quote for a system with FTN
|> but no IDO?  (Except, of course, for customers who already have IDO but
|> not FTN, and plan to pirate IDO from their other system(s). :-)
|> 

The IRIS Development Option (IDO) (SC4-IDO-4.1) is the required base for
ALL SGI compilers.  In addition to the C compilers (ANSI and Classic),
dbx/edge, prof, and pixie, IDO includes the compiler back-ends (optimizers
and assemblers), and the base libraries which most other language system
libraries depend.  Thus Fortran, Pascal, C++, and Ada all require IDO for
IRIX 4.0.1 and later releases.  As you noted, unless your colleague has IDO,
he will need to purchase IDO to use Fortran.

This information is all documented in the SGI price book that your sales
folk should be familiar with. (I have it sitting here in front of me as I
type.)

-- 

    __   * __   _  __  ___			
   /  \ / / /  / \/  \/   \ 	He was a man like any other man, however, not
  /    /  \/  /  /\  /    /	quite like any other man.
  \___/\__/\_/  /_/ / \__/	
	           *		
Newsgroups: comp.sys.sgi
From: philip@ziggy.stanford.edu (Philip Machanick)
Subject: Re: Specmarks for R4000's
Reply-To: philip@ziggy.stanford.edu (Philip Machanick)
Organization: CS Department, Stanford University, California, USA
Date: Mon, 27 Jul 1992 17:44:15 GMT

In article <22775@oasys.dt.navy.mil> monicaw@oasys.dt.navy.mil (Monica Walker)  
writes:
> I was asked how the new R4000's, the Crimson, and 4D/35's compare in
> SPECmarks with VAX- and DEC-stations.  Could someone please post the
> numbers (or mail them to me)?  I also have to admit that I'm not quite
> sure what a SPECmark is... does any one have a simple explanation?

SPECmark used to be a single figure (now called Spec89) that was meant to more  
accuractely characterize the performance of a complete system than MIPS. As  
with MIPS, the figure is relative to a VAX 11/780 (= 1 SPECmark).

It is based on a range of benchmarks meant to be characteristic of a wide range  
of real workloads, and is based on runs of real programs (not synthetic or toy  
benchmarks). Recently, some manufacturers found a "trick" optimization that  
sped up one of the benchmarks so much that the figure became meaningless, so  
that specific program was deleted and the numbers were split into integer and  
floating point (SPECint92 and SPECfp92). Take care not to compare Spec89 and  
Spec92 numbers - some manufacturers sitll quote SPECmark meaning Spec89.

For more discussion of this see comp.benchmarks.

Here are some figures that were posted to comp.benchmarks (I added in R4000  
Indigo figures as posted to this group):

System           clock   cache   SPECint92   SPECfp92
------           -----   -----   ---------   --------
Sun SS-10/30       36    0+36k      44.2       52.9
Sun SS-10/41       40    1M+36k     52.6       64.7
Sun SS-2           40    0+64k      21.8       22.8
MIPS Magnum      50/100  0+16k      36.8       40.0
SGI R4000 Indigo 50/100  1M+16k     57         61
SGI Crimson      50/100  1M+16k     61.7       63.4
HP 710             50    0+96k      31.6       47.6
HP 750             66    0+512k     48.1       75.0
IBM 340            33    0+40k      27.7       51.9
IBM 560            50    0+72k      42.0       85.6
Intel Xpress (486) 50    256k+8k    30.1       14.0
--
Philip Machanick
philip@pescadero.stanford.edu
Newsgroups: comp.sys.sgi
From: edwin@cs.ruu.nl (Edwin Kremer)
Subject: Re: Trouble with HP disk on 4D/35 (long)
Date: Thu, 23 Jul 1992 12:47:07 GMT
Organization: Utrecht University, Dept. of Computer Science

In <l56ltrINNfcb@news.bbn.com> owczarek@izar.bbn.com (David Owczarek) writes:

   | I am having problems with an HP-97560-300 0B16 SCSI disk drive.

Hmm, where have I seen that disk before...

  We bought almost the same disk (revision level was 0B11) via a 3rd party
vendor and... hooked it up to a HP9000/433s running HP-UX 8.0. Here's the
story...

  After hooking up the disk, a 'newfs' (it's like 'mkfs') using a (HP
unsupported) disktab entry succeeded without a problem; so did an 'fsck'
thereafter. However, when trying to mount the filesystem, mount complained
with:
	/dev/dsk/3s0: unrecognized file system

  I repeated this sequence of commands with the same disk on a 9000/750
running HP-UX 8.05 and after doing a 'newfs' there, the former machine
was able to mount the file system (!?!). By then, I wasn't too confident
about it, and I was right. This is where it all went real bad... after a
couple of days the disk on the 9000/433s filled up to appr. 500Mbyte
(still leaving more than 500Mb free) and strange things started to happen:

  - various programs complained about the filesystem being full, some others
    didn't complain but created zero-length files.
  - a 'find some-dir -atime +10 -exec rm -f {} \;' done by one of the users
    in order to cleanup the subdirectory 'some-dir' probably got the i-node
    wrong and... removed his $HOME -- yes I checked this carefully, it was
    NOT the user's mistake!!



  After all, we returned the disk. It's really very minor and obscure details
with disk drives that seem to cause havoc. HP currently supports almost the
same disk: HP-97650, rev. level 0BW2. I'm told it's really very low-level
effects that break certain disk, like SCSI cable length; and you probably
need lots of hardware experience together with a good oscilloscope a TDR
and a fine logic analyzer to figure out what the real problem is.


So far for my horror story, albeit on a different architecture...


					--[ Edwin ]--
-- 
Edwin Kremer, systems and network administrator.  [NIC-Whois handle: EHK3]
     Department of Computer Science,  Utrecht University,  The Netherlands
     Email: edwin@cs.ruu.nl                NeXT-mail: edwin@edge.cs.ruu.nl
From: jac@BRL.MIL (John A. Condon)
Newsgroups: comp.sys.sgi
Subject: list
Date: 28 Jul 92 17:13:01 GMT

please take me off the mailing list.
From: blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN AAD/TAB)
Newsgroups: comp.sys.sgi
Subject: Re:  Placing GL apps
Date: 23 Jul 92 13:05:36 GMT


  In my ~/.Xdefaults file I have the following lines:

clock*geometry:         100x100-0+0
mailbox*geometry:       100x100-114+0
TurboCal*geometry:      -0+114

     These lines automatically place my clock, mailbox, and calendar on
the screen.  I don't believe the `100x100' has any effect on the mailbox.
I have `-s 76' in my mailbox command to set the size of the mailbox.

  Brent L. Bates				Phone:(804) 864-2854
  NASA-Langley Research Center			  FAX:(804) 864-8469
  M.S. 361
  Hampton, Virginia  23665-5225
  E-mail: blbates@aero36.larc.nasa.gov or blbates@aero8.larc.nasa.gov
From: fred@poly2.nist.gov (Frederick R. Phelan Jr.)
Newsgroups: comp.sys.sgi
Subject: Mixed cc and f77 problems
Date: 29 Jul 92 12:07:48 GMT


This is a prototype of a problem I am
having trying to use existing f77 
read/write subroutines, with graphics
code written in c.

Here are three file definitions for main.c,
IOstuff.f and test.dat ... main.c attempts
to read an integer value from test.dat using
the subroutine read_val defined in IOstuff.f ...

(1) main.c :
#include <stdio.h>
#include <stdlib.h>
#include <math.h>

void read_val_(int);

int a;

main()
{
  read_val_(a);
  printf("a = %d\n",a);
}


(2) IOstuff.f :
      subroutine read_val(a)
      integer a

      read(5,1000) a
 1000 format(I2)

      return
      end

(3) test.dat :
 3


Problem 1:
----------
If I compile with

	cc -o Mix1.exe main.c IOstuff.f -lm

and then do 

	Mix1.exe < test.dat

it returns the answer

	a = 0

when according to test.dat a should = 3.

Problem 2:
----------
If I compile with

	cc -c main.c -lm
	f77 -c IOstuff.f
	cc -o Mix2.exe main.o IOstuff.o -lm

I get the error messages

	/usr/bin/ld:
	Undefined:
	s_rsfe
	do_fio
	e_rsfe


I'd prefer the second way of compiling in parts,
since the IO programs have been written for a 
long time and have no need of edit/recompile.

Any clues are appreciated.

---
Fred Phelan
fred@poly2.nist.gov
/*___________________________________________________
   ____ __  ___  __    ___       ___        ___ 
  /__  /_/ /__  / /   /__/ /__/ /__   /    /__/ /\  /  
 /    / ( /__  /_/   /    /  / /___  /___ /  / /  \/
___________________________________________________*/
Newsgroups: comp.sys.sgi
From: hinker@acl.lanl.gov (Paul J. Hinker)
Subject: Indigo's hidden surface removal
Reply-To: Paul J. Hinker <hinker@acl.lanl.gov>
Organization: Advanced Computing Lab, LANL, NM
Distribution: usa
Date: Thu, 30 Jul 1992 15:04:27 GMT

   Hmm, I just installed an XS upgrade to my Indigo [including the
4.0.2 upgrade] and I'm seeing some strange behaviour.  It appears as
if, instead of doing regular hidden surface removal, the graphics
library is doing screen door transparency.  [Since I don't have any
alpha bitplanes].

   Running the same code [after recompile of course] on our 380 VGX or
a 4/35 PI works as expected.  Any ideas?  I'm fairly new to gl
programming so don't be too hard on me.

   Thanks,

Paul Hinker hinker@acl.lanl.gov    ///  If it works, it's not state-of-the-art
MS B287	    505-665-6396          ///                           --Hansen's Law
Los Alamos National Labs ACL  \\\///    All our stuff is broke
Los Alamos, NM  87545          \XX/                    --Forslund's Corollary
--
Paul Hinker hinker@acl.lanl.gov    ///  If it works, it's not state-of-the-art
MS B287	    505-665-6396          ///                           --Hansen's Law
Los Alamos National Labs ACL  \\\///    All our stuff is broke
Los Alamos, NM  87545          \XX/                    --Forslund's Corollary
Newsgroups: comp.sys.sgi
From: langer@monashee.sfu.ca (Steve Langer)
Subject: lp/lpr printer hacks
Keywords:  lp lpr
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Wed, 29 Jul 1992 17:45:04 GMT

In <howarth.712364458@proto> howarth@rice.edu (Jack W. Howarth) writes:
|              I am trying to discover if I can start up a lpd daemon to
| print to the same printer that already is being used by lp. The reason is
| that we have lp set up so that NFS can allow us to print remotely to the
| printer through lp from another Iris. However, no PC shareware supports
| lp for printing from a PC to a unix box; only lpr. Thus, I would like to
| have both lp and lpr directed at the same printing but not crashing on me
| if they fight over it. Is this possible or not?

   I've been wondering the same thing, since we'll be wanting to let the
NeXT across the hall talk to the printer connected to an Indigo. I've come
up with the following hack, but I don't know if it will be useful for your
PC connection.
  What I did is to create a dummy user, called "printer", who has /usr/bin/lp
for a shell, and no password. (Please tell me if this is a horrible
security risk!) Then I can print from a remote machine that doesn't have lp
by running
   /usr/bsd/rsh printhost -l printer - < file_to_be_printed
where printhost is the machine with the printer. If you then alias "lpr"
to this command, the users won't ever know the difference, unless of course
they try to use a different printer...

          -- Steve
From: absinthe@topo.chem.washington.edu
Newsgroups: comp.sys.sgi
Subject: FORMS Library..?
Keywords: What is it?
Date: 28 Jul 92 21:54:12 GMT
Reply-To: absinthe@u.washington.edu
Organization: University of Washington

What is it? Who sells it? (at what price?)
I have seen an example of its use, but it was very brief.

Much thanks for any responses!
--
      Daniel Faken          |    Name a poison,
absinthe@u.washington.edu   |    pick your flavour.
From: chuckb@milton.u.washington.edu (Chuck Bass)
Newsgroups: comp.sys.sgi
Subject: SUMMARY:genlock won't work under 4.0.1?
Date: 23 Jul 92 20:26:30 GMT
Article-I.D.: milton.chuckb.711923190
Organization: University of Washington

After two days I received many many replies (>10)   and they all
said the same thing so I will paraphrase:

> Get 4.0.4 or 4.0.5 because genlock won't work under 4.0.1!

Chuck Bass
University of Washington
From: holder@central.cis.upenn.edu (Gaylord Holder)
Newsgroups: comp.sys.sgi
Subject: SCSI Disk problems.
Date: 22 Jul 92 16:12:32 GMT
Organization: University of Pennsylvania

Greeting fellow SGI'ers.  I have a HITACHI DK515C disk ina 4d70S
system I want to move to my Indigo, but I keep having problems with
the Indigo's power up SCSI diagnostics.  The error keeps telling me to
check the cable, disk, or floppy.  It looks like a termination
problem, but I have tried playing with all the combinations of
termination stuff I can think of. 

Has any got any documentation on this disk?  I haven't been able to
track anything more down on it other than a partial jumber map.   

any help ideas would be appreciated.
-Gaylord
(holder@central.cis.upenn.edu)
From: tjh@agni.world.std.com (Tim Hall)
Newsgroups: comp.sys.sgi
Subject: Re: VGXT vs. Reality Engine
Date: 24 Jul 92 19:05:10 GMT
Article-I.D.: agni.TJH.92Jul24140510
Organization: Software Tool & Die

In article <nllj1p4@fido.asd.sgi.com> grege@chopin.asd.sgi.com (Greg Estes) writes:
Path: world!uunet!olivea!sgigate!odin!fido!chopin.asd.sgi.com!grege
   From: grege@chopin.asd.sgi.com (Greg Estes)
   Newsgroups: comp.sys.sgi
   Date: 23 Jul 92 17:02:58 GMT
   References: <jboyle.711872066@godzilla.cgl.citri.edu.au>
   Sender: news@fido.asd.sgi.com (Usenet News Admin)
   Organization: Silicon Graphics, Inc.
   Lines: 67


   12-bit per channel color RGBA (96-bit double-buffered)

How will this work with current color and frame buffer routines?  

I know getgdesc will return the number of bits/channel so I assume
we, the graphics programmer, will have to specify values between
0-4095 for the c*s and c*i routines.  c*f values would be properly
mapped by the GL library.  What about cpack?  Will it modify the
8 most significant bits?  What about lrectread?  Will it handle
48 bit/pixel data?  (current man page says max is 32 bits/pixel)

   New texture mapping modes, including bicubic interpolation and
	   3D textures

How is this done?  By stacking up a bunch of 2-D textures or can
we provide a pointer to a function that, given u, v and w, returns
a color?

   G. Estes
   Product Manager
   Advanced Graphics & Video
   Silicon Graphics

--

-Tim

I'm not trying to kill myself.  I just don't want to feel.
(unknown)
Newsgroups: comp.sys.sgi
From: cboesel@iat.holonet.net (Charles Boesel)
Subject: public domain C compiler wanted
Organization: HoloNet (BBS: 510-704-1058)
Date: Wed, 22 Jul 1992 18:42:04 GMT

I'm looking for the GCC public domain c compiler.
If you have a working copy that was "maked" for the iris,
please send me e-mail. I will send you a DAT so I can get a copy.


Thanks

cboesel@holonet.net

Newsgroups: comp.sys.sgi
From: chk@alias.com (C. Harald Koch)
Subject: Re: Mail configuration
Organization: Alias Research, Inc., Toronto ON Canada
Date: Wed, 29 Jul 1992 19:53:47 GMT

In <GREENDOG.92Jul26222136@max.physics.sunysb.edu> greendog@max.physics.sunysb.edu (Michael D Fischer) writes:

>I just did this a week ago on our setup of 5 indigos and a 4D/440!
>At first I mounted the master mail directory (on max, the 440) on
>each indigo (via "mount max:/usr/mail /usr/mail") but then realized
>that since the /usr disk on max was mounted on each indigo as /usr.max
>I could just make a link (ln -s /usr.max/mail /usr/mail).  Both methods
>worked fine as long as the master computer's /etc/exports gives the
>other machines root permission (i.e "/usr -access=<list machines here>,
>root=<list machines again>).

If I remember correctly, root permission isn't required; /bin/mail (the
delivery agent) is setgid mail so that it can write to users' mailboxes.

If you're going to do this, make absolutely sure that all mail delivery is
done on the machine with the physical disk containing the mail directory.
Even then, you might have problems. NFS locking is notoriously unreliable;
There are situations where you will lose mail with this setup.

A better solution would be to use a specialized protocol for accessing these
centralized mailboxes, such as POP or IMAP. Servers/clients available at
your favourite Internet archive site; ask Archie for details.
--
"If looks could kill, I     | C. Harald Koch  Alias Research, Inc. Toronto, ON
would have to make a saving | chk@alias.com                (work-related mail)
throw!"                     | chk@gpu.utcs.utoronto.ca     (permanent address)
     -Gerry Smit, 19-May-92 | VE3TLA@VE3OY.#SCON.ON.CA.NA            (AMPRNet)
From: senseman@ricky.brainlab.utsa.edu (David M. Senseman)
Newsgroups: comp.sys.sgi
Subject: SCSI Disk Problem? (1.6 MB Seagate)
Date: 22 Jul 92 02:27:54 GMT
Organization: University of Texas at San Antonio


We recently installed a 1.6 GB Seagate drive on the external
SCSI connector of an Indigo XS-24 (IRIX 4.0.5). The hardware
inventory is as follows:

1 33 MHZ IP12 Processor
FPU: MIPS R2010A/R3010 VLSI Floating Point Chip Revision: 4.0
CPU: MIPS R2000A/R3000 Processor Chip Revision: 3.0
On-board serial ports: 2
Data cache size: 32 Kbytes
Instruction cache size: 32 Kbytes
Main memory size: 16 Mbytes
Integral Ethernet: ec0, version 0
Tape drive: unit 7 on SCSI controller 0: QIC 150
CDROM: unit 6 on SCSI controller 0
Disk drive: unit 5 on SCSI controller 0
Disk drive: unit 4 on SCSI controller 0 <<<<<--- 1.6 GB Seagate
Tape drive: unit 3 on SCSI controller 0: DAT
Disk drive: unit 1 on SCSI controller 0
Integral SCSI controller 0: Version WD33C93A, revision 9
Iris Audio Processor, rev 3
Graphics board: GR2-XS24 with Z-buffer     


When the machine boots up it gives the following error message:

	sc0,4,0: cmd=0x1b timeout after 60 sec.  Resetting SCSI Bus
	SCSI device/cable diagnostic     * FAILED *

If you continue on with the start-up, the computer seems to
be fine. At least the 1.6 Gb disk seems to work alright. (see below).

I tried fiddling with the Motor On jumpers -- didn't seem to help
either way (on or off). The drive is NOT terminated so I removed
the "tp" jumpers.

We are also have some problems with the QIC and DAT tape drives
on this machine -- they tend to quit prematurely with 
unrecoverable errors. Sometimes they report I/O errors. The errors
_seem_ to be more numerous since we installed the Seagate. Is
is possible for the disk to work fine but screw up the tape drives?


Senseman's First Rule of Computers says that 99% of all computer
hardware errors is due to a bad cable -- and I suspect that
this is the most likely candidate here. However, before I go
into the cable making business, I wanted to know if anyone else
might had seen this problem with the 1.6 GB Seagate drive before.
I had a 140 Toshiba drive in there previously and didn't experience
any problems with it so maybe the cable not bad?

Thanks.
-- 
"Is this the party to   |  David M. Senseman  (senseman@lonestar.utsa.edu)
 whom I am speaking?"   |  Brain Research Laboratory
          --Ernestine   |  The University of Texas at San Antonio
Newsgroups: comp.sys.sgi
From: atems@hal.physics.wayne.edu (Dale Atems)
Subject: Memory interface and performance of R4K Indigo
Followup-To: Re: Memory interface in R4000 Indigo
Originator: atems@hal
Organization: Dept. of Physics, Wayne State University
Date: Tue, 28 Jul 1992 02:14:05 GMT

Thanks to all who responded to my question about the CPU-main memory interface
on the R4000 Indigo. All are agreed that the penalty for a secondary cache miss
is about 100 CPU cycles. This brings up two questions:

1). Why 100 cycles? If the CPU is clocked at 50 MHz, a single clock cycle takes
20 ns. If main memory consists of 80 ns DRAM, I would expect a penalty on the
order of 4-5 CPU cycles, not 100. (I assume my understanding of these issues
is flawed somewhere. Please correct me here, I do not claim any expertise.)

2). Standard CPU/FPU benchmarks should fit easily into a 1MB cache, so I don't
expect to see the effects of cache misses reflected there. Has SGI/Mips done
any internal studies on how significant this effect will be on the performance
of "real" code?

Thanks for any insights/information,

Dale Atems
E-Mail: atems@hal.physics.wayne.edu
From: fred@poly2.nist.gov (Frederick R. Phelan Jr.)
Newsgroups: comp.sys.sgi
Subject: snapshot program
Date: 22 Jul 92 23:11:42 GMT


The snapshot program is a little messed up under 4.0.1.
If you choose the option, New file name, you cannot see
what you are typing the first time you try.  The second
time you try and change the name, the 'File:' box only
shows up part way.  

Any fixes swimming around out there?

---
Fred Phelan
fred@poly2.nist.gov
/*___________________________________________________
   ____ __  ___  __    ___       ___        ___ 
  /__  /_/ /__  / /   /__/ /__/ /__   /    /__/ /\  /  
 /    / ( /__  /_/   /    /  / /___  /___ /  / /  \/
___________________________________________________*/
Newsgroups: comp.sys.sgi
From: mg26101@i1.msi.umn.edu (Ronald Sakaguchi)
Subject: Status of IRIX 4.0.5?
Summary: When will IRIX 4.0.5 be shipping?
Keywords: IRIX, 
Organization: University of Minnesota
Date: Tue, 21 Jul 1992 14:45:10 GMT

When is IRIX 4.0.5 scheduled for shipping? I'd like purchase an Indigo
Video board, but hear that the utils require 4.0.5? Will some work
under 4.0.1?

Thanks for your help.

Ron

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
  Ronald Sakaguchi                       University of Minnesota
  Minnesota Dental Research Center       16-212 Moos Health Sciences Tower
  for Biomaterials and Biomechanics      Minneapolis, MN  55455
	        		         mg26101@s1.msi.umn.edu		
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>><<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Xref: sparky comp.sys.sgi:11495 comp.benchmarks:1197 comp.dcom.lans.ethernet:1488