HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: can lpr and lp share a printer?
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 29 Jul 92 21:10:49 GMT

In <1992Jul29.114520.1517@ringer.cs.utsa.edu> senseman@ricky.brainlab.utsa.edu (David M. Senseman) writes:

| In article <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. 
| 
| I have a related question. I downloaded pcnfsd from sgi.com because 
| I thought is was compiled to work with "lp" and not "lpr". Is this
| true? When I try to use my SOSS "lpr" command from a DOS Machine,
| it tells me that these no "lpd" printer attached (which is true) on the
| host machine, but there is an "lp" printer attached.

My guess is that pcnfsd is still looking for lpd style printers; I
don't think we changed that.  Furthermore, we don't officially
support running lpd on our systems, just using lpr for printing
jobs on some other remote system that supports lpd.  It does work,
but doesn't work with any of our normal printer tools, programs, etc.
--
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: fred@poly2.nist.gov (Frederick R. Phelan Jr.)
Newsgroups: comp.sys.sgi
Subject: NFS Problem
Date: 22 Jul 92 11:51:47 GMT


We have a strange problem.  We have a user (I'll call
USER1) who has a file system mounted from a PI to a 4D80.
The fstab entry on the 4D80 is:

poly2:/usr/people/USER1 /usr/people/USER1 nfs rw,bg 0 0

She complained to me that when working on the 4D80, she 
could not write any files.  On checking things out I found
that the system says that the owner of /usr/people/USER1
on the 4D80 is another user (I'll call USER2).  However,
If I do a umount -a and look, it goes back to saying
/usr/people/USER1 is owned by USER1.  Thus, the NFS mount
is making the system think that ownership is changing.

Has anybody seen this, or know of a quick fix ... could
be one for the TAC I guess.

---
Fred Phelan
fred@poly2.nist.gov
/*___________________________________________________
   ____ __  ___  __    ___       ___        ___ 
  /__  /_/ /__  / /   /__/ /__/ /__   /    /__/ /\  /  
 /    / ( /__  /_/   /    /  / /___  /___ /  / /  \/
___________________________________________________*/
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: c optimizer?
Date: 29 Jul 92 22:35:45 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Jul29.123704.17190@news.iastate.edu> raeker@tc4.fi.ameslab.gov (Todd J. Raeker) writes:

| I just saw mention in this newsgroup about a c optimizer called copt.  I am running
| IRIX 4.0.4 on 4D/25 machine and a 4D/380 and don't have this in my /usr/lib directry.
| I have the developers option, do I need to buy this thing or does it come with new
| releases?  Thanks for any info that is sent my way.

It's part of the 3.10 compiler product, which just released, and should
be shipping any day now, if it isn't already.
--
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: steve@europa.esd.sgi.com (Loopy - the spineless boy)
Newsgroups: comp.sys.sgi
Subject: Re: Memory upgrades for R4000 Indigos
Date: 23 Jul 92 16:51:19 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <nl5fhtg@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:

>In <grl.711852048@groucho> grl@brb.dmt.csiro.au (Greg Lehmann) writes:
>| Are the SIMMs the same as used in the new Crimson? How many pins do they
>| have? Are there any special rules about installing them like having to do
>| it in pairs?

>No, the SIMMs are not the same as Crimson.  The SIMMs are 36 bits
>wide, and have to be installed in multiples of 4 (that is, you have
>to fill a bank at a time with SIMMs of the same size).

>I'd have to go count the number of contacts; I don't know off the
>top of my head.

72 pin SIMMs.  Same as PS/2 and HP Vectra.  Any 80ns, 72 pin, 36bit wide
SIMMs should work (especially ones with Toshiba DRAM, the model used to
design the DRAM controller).  Of course, only SIMMs bought thru SGI are
guaranteed to work %^>


--
Steve Valin		Silicon Graphics - Interactive Systems Division
4153901379		"Same shit, different name"
Newsgroups: comp.sys.sgi
From: trich@crow.omni.co.jp (Timothy Richards)
Subject: efast problem on 4D380s
Reply-To: trich@crow.omni.co.jp
Organization: Omnibus Japan, Inc.
Date: Tue, 28 Jul 92 09:47:18 GMT


Having a problem with fxp0 ethernet interface (efast) on a 4D380s
running irix4.0.1.  Everytime I try to use the fxp0 interface the
machine crashes.  I've had a call open with Nihon Silicon Graphics
for 2 months.

8 33 MHZ IP7 Processors
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 per CPU board
Data cache size: 64 Kbytes
Instruction cache size: 64 Kbytes
Secondary data cache size: 256 Kbytes
Main memory size: 256 Mbytes
I/O board, slot F: IO3B
EFast FXP controller: fxp0
Integral Ethernet: et0
Xylogics 7800 16-drive IPI disk controller 0: Firmware version 2.2.4
IPI Disk drive: unit 8 on Xylogics controller 0
IPI Disk drive: unit 0 on Xylogics controller 0
Xylogics 7800 16-drive IPI disk controller 1: Firmware version 2.2.9
IPI Disk drive: unit 8 on Xylogics controller 1
IPI Disk drive: unit 0 on Xylogics controller 1
Integral SCSI controller 1: Version WD33C93A
Tape drive: unit 7 on SCSI controller 0: QIC 150
Tape drive: unit 4 on SCSI controller 0: 8mm cartridge
CDROM: unit 3 on SCSI controller 0
Disk drive: unit 1 on SCSI controller 0
Integral SCSI controller 0: Version WD33C93A

Whenever I use efast it crashes with message:

   ipi1: fatal error timeout, resetting
   ipi1 registers: C 2 CE D0 0 C7 F9
        Please report the registers to the SGI hotline.
    Controller reset after 240 milliseconds
   ipi1d8: software detected fatal error.  c/h/s = 3/1/18  (retrying)
   etc etc etc.....

Someone from SGI told me I have obsolete firmware on one the Xylogics
controllers.  I told NSG that (2 months ago).  Could this be causing
the efast interface not to work ?  or is that a seperate problem ?
Note that the system disk is SCSI unit 1 on controller 0.
-- 
-----------------------------------------------------------------------------
Timothy Richards, Omnibus Japan.		work: +81 (3) 5706-8357
[Uucp]      ccut.cc.u-tokyo.ac.jp!crow!trich	home: +81 (3) 3720-4088
[Internet]  trich@omni.co.jp
Newsgroups: comp.sys.sgi
From: srsuresh@laser1.engr.utk.edu (Marapane Suresh)
Subject: Video Recordings from SGI
Keywords: Video
Organization: University of Tennessee ECE dept.
Date: Wed, 22 Jul 1992 19:45:42 GMT


I am interested in purchasing a system (hardware/software) which will
enable us to make a NTSC video recording of animation developed on Personal
Iris and Indigo machines.  In the past we have used a home video camera to record animation from the graphics screen by pointing the camera at the screen. The quality of the recordings generated via this is not good. is there any equipment that will directly take the input from SG and record it?  Does any one know what type of system I need and who makes them? 

Thanks in advance.

suresh

||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
||				     |			          	||
||  Suresh B. Marapane	 	     |  srsuresh@laser1.engr.utk.edu	||
||  Research Associate		     |  				||
||  Computer Vision and Robotics     |				        ||
||     Research Laboratory           |  Office: (615) 974 - 5493	||
||  Dept.  of Elec. & Computer Engr. |  Lab.:         974 - 5476, 4876	||
||  409 Ferris Hall		     |  Fax:          974 - 5459	||
||  Knoxville, TN 37996-2100	     |				        ||
||			 	     |			          	||
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
From: hunter@bacchus.esa.oz.au (James Gardiner [Hunter])
Newsgroups: comp.sys.sgi
Subject: Epson scanner ES300C drivers/software 4 INDIGO anyone?
Date: 29 Jul 92 05:50:00 GMT
Organization: none


I have a Epson scanner that we use on our amiga.  It would be nice
if we could use it on the Indigo.

It is a parallel scanner.  I think Indigos have a parallel port.

So,is there any software and/or drivers to use this scanner on
my indigo?


Thanks

James

-- 
------------------------------------------------------------------------------
James Gardiner [Hunter]  [hunter@bacchus.esa.oz.au] Expert Solutions Australia
Systems Administrator                                        ACN [003 130 434]
From: mike.levine@nwc.navy.mil
Newsgroups: comp.sys.sgi
Subject: where is xmj
Date: 30 Jul 92 13:28:42 GMT


	Does anyone know where in the distribution the "xmj" demo is
located?. I have the man page loaded, not the demo itself.

Michael N. LeVine  Naval Air Weapons Station, China Lake, Ca 93555, USA
Internet: levine%fidler.decnet@nwc.navy.mil
(619) 939-2614  avn  437-2614 

 "Thirty days hath September, April, June and November. All the rest have
 thirty one except for Gypsy Rose Lee and every one knew what she had" 
	- Mel Blanc
From: SERRER@odin.nrc.ca (Martin Serrer)
Newsgroups: comp.sys.sgi
Subject: Re: even faster graphics
Date: 24 Jul 92 15:12:23 GMT


  Linda Ann Roy <lroy@jetson.asd.sgi.com> writes...

>A good place to start is the "Graphics Library Programming Tools and
>Techniques"
>document. (Doc.Num.:007-1489-010).
>Check it out. Chapter 2 'Tuning Graphics Applications' explains the basics.

  Where does this document come from?? I thought I had paid for the "full" doc
kit but have never seen this particular manual. Is this another extra cost item?

Martin

+-----------------------------------------------------------------------------+
| Martin Serrer                           Bldg.M32,  Montreal Rd.             |
| 613-993-9442                            National Research Council of Canada,|
| Martin.Serrer@nrc.ca                    Ottawa,  Ontario,  Canada  K1A-0R6  |
+------------------- Software Rusts, Rust never Sleeps -----------------------+
From: u5d34@lfkw1.bgm.link.com (Pat Yearick)
Newsgroups: comp.sys.sgi
Subject: Re:  postscript to TIFF or PICT?
Date: 24 Jul 92 15:54:52 GMT

To convert to pict or tiff use topict in /usr/sbin. There used to be a
totiff utility too but I never got it to work.  Oak.Oakland.Edu has got
a lot of graphic conversion utilities available via anon ftp.

Good luck.
Newsgroups: comp.sys.sgi
From: trich@crow.omni.co.jp (Timothy Richards)
Subject: nfsstat on multiple cpu
Reply-To: trich@crow.omni.co.jp
Organization: Omnibus Japan, Inc.
Date: Thu, 30 Jul 92 09:37:55 GMT


It seems that the output of "nfsstat" on multi-cpu machines is
changed under irix4.0.1.  In each case I see a truely enormous
number under nullrecv which normally indicates that nfsd are
starved for input.

This is on a 4D380s machine with 16 nfsd daemons
Server rpc:
calls      badcalls   nullrecv   badlen     xdrcall
36330566   0          27377014   0          0          

This is on a 4D240GTX  machine with 8 nfsd daemons
Server rpc:
calls      badcalls   nullrecv   badlen     xdrcall
90478      0          29460      0          0          

Nothing much has changed since upgrading from irix3.3.2
when I would usually see 0 ( or at least a single digit number
under nullrecv ).  As nfs is working OK and the output
for nfsstat is nullrecv=0 for all our other 4Ds I assume
this is a bug.  But maybe I really do have a problem ?
-- 
-----------------------------------------------------------------------------
Timothy Richards, Omnibus Japan.		work: +81 (3) 5706-8357
[Uucp]      ccut.cc.u-tokyo.ac.jp!crow!trich	home: +81 (3) 3720-4088
[Internet]  trich@omni.co.jp
From: waugh@coos.dartmouth.edu (Jim Waugh)
Newsgroups: comp.sys.sgi
Subject: SCSI cmd=0x28 Errors
Date: 29 Jul 92 12:56:55 GMT
Organization: Dartmouth College, Hanover, NH


   Does anyone know the implication of the following message
lines in my 4D/80GT's /usr/adm/SYSLOG file? (4.0.1 IRIX)

Jul 28 14:57:06 iris1 unix: sc0,1,0: cmd=0x28 timeout after 30 sec.
                                     Resetting SCSI bus
Jul 28 14:57:09 iris1 unix: dks0d1s6: retrying request

   What does cmd=0x28 signify? The messages generally appear when
disk-to-tape activity is performed, e.g. bru backups, tar tape archive
creations, etc. The tape drive has been repeatedly cleaned, and no
other abnormalities have been observed, like users complaining of
corrupted files, etc. (If I redirect the output of bru/tar to
/dev/null, the msgs still appear so I don't think it's the tape unit.)
An overnight run of fx's exercising the disk w/random read-compare
activity revealed no disk errors.
   Thanks for anyone's insight.                    7/29/92
-Jim Waugh, Dartmouth College, Hanover, NH
            a.k.a. jim.waugh@dartmouth.edu
Newsgroups: comp.sys.sgi
From: orman@iastate.edu (David L Orman)
Subject: Excessive collisions with an Indigo
Organization: Iowa State University, Ames IA
Date: Wed, 22 Jul 1992 14:23:47 GMT

We have 2 Indigos one of which is am ELAN hooked up to a delni with 5
other larger SGI machines.

The 2 indigos both have way to many collisions.  One has twice as many
collisions as packets received the other about 10X.  None of the other
machines have any problems.  Is NFS implemented differently on the
Indigos?  Or maybe TCP/IP in general?

Newsgroups: comp.sys.sgi
From: acas@cgl.citri.edu.au (Andrew Cassin)
Subject: Re: Fatal uopt errors
Organization: RMIT Advanced Computer Graphics Centre, CITRI, Melbourne
Date: 23 Jul 92 23:07:57 GMT
Keywords: uopt error 11

absinthe@topo.chem.washington.edu writes:

>For some reason, when compiling a seemingly normal .c file with
>  cc -c -I. -xansi -float -prototypes -O2, I get
>'Fatal error in: /usr/lib/uopt  Signal 11 - core dumped'

>.can anybody shed some light on what this means? (and/or how to fix it?)
>The compiler guide and man-pages were no help at all.

You know we really should have an FAQ for comp.sys.sgi (any takers? :-)

There have been several reported problems like this (I reported this problem
myself a while back) and it turned out to be a hardware fault. We got a CPU
board replaced, and viola -- the problem disappeared.

If you are on a multi CPU machine (which I guess you are) try using the 
runon(1) command to see if it crashes only on one CPU. If it does, then
I will bet that CPU (board) needs to be replaced. 

Hope this helps,

Andrew Cassin
RMIT Advanced Computer Graphics Centre
email address: acas@godzilla.cgl.citri.edu.au
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Audio Questions
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 28 Jul 92 02:57:58 GMT

In <vzT-ma+@engin.umich.edu> hillig@U.Chem.LSA.UMich.EDU (Kurt Hillig) writes:
| Yes, but....  The most valuable feature of a master index is that it
| points one in the right direction.  Having the page numbers off once
| in a while is a small price to pay for the convenience of knowing 
| just which FM to R.  Take a look at DEC's "gray wall" - umpteen
| volumes to wade through, but the master indices make this a very 
| usable resource.

Note also my comments about manuals being merged, and old ones disappearing;
it isn't just page numbers.  Still, it would be much better than nothing,
I agree.

| >For a product like the online documentation CD, in theory, this
| >won't be a problem ;)
| 
| Only if it's done well - see AIX's infamous InfoExplorer for an example
| of CD-based docs that the users (at least those who post to comp.unix.aix)
| uniformly seem to hate - and in any case, CD-based docs are _only_ useful
| when your machine is working, and Murphy insists that this be a rare case.

I know the folks working on it are aware of those complaints, but
I haven't used the alpha copies (and never saw InfoExplorer), so I
don't know how well they have done.

I agree with the part about the system being down, that is why
some manuals should always be available in hard copy.  I think the
CD manual product is mostly aimed at multiple system sites though,
so hopefully at least one of your systems (and CD's!) will be
working...
--
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: Missing comment closure in 4.05 /usr/include/limits.h
Date: 25 Jul 92 03:53:12 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <nketm60@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:

| In <Brs4so.LCt@syd.dms.CSIRO.AU> gil@swifty.dap.CSIRO.AU (Gil Webster) writes:
| 
| | In our 4.05 installation, line 92 of /usr/include/limits.h is faulty.
| | The closing comment is missing on this line, thus the next
| | definition is commented out.
| | 
| | #if (defined(__EXTENSIONS__) && !defined(_POSIX_SOURCE))
| | 
| | #define	ARG_MAX		5120 		/* max length of arguments to exec 
| | #define	CHILD_MAX	25		/* max # of processes per user id */
| 
| Your file is truncated for some reason.  It is fine on all the 4.0.5
| stock systems I looked at, and the file is 127 lines long.

Sometimes I just can't read what is written.  *ALL* 4.0.5 systems
have this bug.  Enough people pointed out to me that I had misread
what was posted that it sunk in.

Nothing in the entire SGI source tree uses that define (not very
surprisingly, since it is a guaranteed lower limit, and doesn't
match any system we ship), and so we missed it.

It was already fixed in the source for the next major release.
--
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: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: 3.7 Gigabytes disk drives
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 24 Jul 92 02:27:53 GMT

In <31504@adm.brl.mil> blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN AAD/TAB) writes:
|      I thought I remembered someone from SGI saying, one could use drives
| larger than 2Gb, but there was a 2Gb size limit on a single partition.
| Is this no longer true?

8 Gbytes/partition, 2 Gbytes (-1) per file, as of IRIX 3.3 and later.

fx prior to 4.0.5 would not be able to exercise a disk > 2 Gb formatted,
but other than that 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: chrise@atc.boeing.com (Chris Esposito)
Newsgroups: comp.sys.sgi
Subject: double buffering/ swapbuffer() for two windows
Date: 28 Jul 92 22:05:47 GMT
Reply-To: chrise@atc.boeing.com
Followup-To: comp.sys.sgi
Organization: Boeing Research & Technology


I may be the only reader of this newsgroup not at SGIGRAPH this week,
but here goes anyway. I've started work on an application on a 320VGX
w/ a Videosplitter and IRIX 4.0.4 that has two RGB mode doublebuffered
windows open, one for the left eye and one for the right eye.  I would
like to keep the frames presented to each eye in step with the other
eye as much as possible.  What I would like to do (but don't see how or
if it is possible) is something like swapbuffers() but for both windows
at once, so I could do something like:

	winset(left_win);
	draw_scene();
	winset(right_win);
	draw_scene();
	swap_both_buffers();

What I am left with is this:

	winset(left_win);
	draw_scene();
	winset(right_win);
	draw_scene();
	swapbuffers();
	winset(left_win);
	swapbuffers();

Can this be improved upon with the configuration I've got?

Thanks in Advance,
Chris

All I want for Christmas is a Reality Engine.
-------------------------------------------------------------------------------
Chris Esposito  (206) 865-3162            | Internet: chrise@atc.boeing.com
Boeing Research & Technology, Comp. Sci.  | uucp: ...!uw-june!bcsaic!chrise
Newsgroups: comp.sys.sgi
From: shenkin@avogadro.barnard.columbia.edu (Peter S. Shenkin)
Subject: Re: C call FORTRAN reference needed
Organization: Dept. of Chem, Barnard College, Columbia U, New York
Distribution: na
Date: Fri, 24 Jul 1992 14:05:37 GMT
X-Posted-From: avogadro.barnard.columbia.edu
X-Posted-Through: sol.ctr.columbia.edu

In article <BrwBFE.1IJ@helios.physics.utoronto.ca> grindley@helios.physics.utoronto.ca (Robin Grindley) writes:
>Actually, i found the section on C <--> Fortran pretty useful. We are
>in the unenviable position of supporting the same code on both SGI
>and IBM RS6000. If ever you wanted to find two machines that don't play
>nice together, these are them. ....

You might also ftp the cfortran routines from volume20 of comp.sources.misc
at uunet.  These routines simplify C <--> Fortran interfacing, and both
SGI and RS6000 are supported by the package.

	-P.
-- 
************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb*************************
Peter S. Shenkin, Department of Chemistry, Barnard College, New York, NY 10027
(212)854-1418    shenkin@avogadro.barnard.columbia.edu   shenkin@cunixf.BITNET
******************** The singular of "media" is "medium". ********************
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Unix spell and Showcase
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 24 Jul 1992 05:24:52 GMT

In article <1992Jul23.204933.17879@linus.mitre.org>, russ@dash.mitre.org (Russell Leighton) writes:
> 
> Okay, so you don't get Unix spell with Irix4...


You don't?

What is eoe2.sw.spell ?


Vernon Schryver,  vjs@sgi.com


By the way, the 
    Distribution: usa
line in your article substantially reduced it's circulation, and is
not strictly kosher.