HDTenEightyP/NetNews huggingface dataset:
From: mcdonald@afwlmvax.aedc
Newsgroups: comp.sys.sgi.misc
Subject: gnuplot 3.2 on 8bit indigo?
Date: 12 Jan 93 15:05:09 GMT

Here at AEDC we use gnuplot on several different platforms.  It has performed
great on all platforms thus far, until we tried to use it on an Indigo with
8bit graphics.  I have compiled both the IRIS4D and the X11 versions and both
have the same actions.  The plots seem to work fine with the exception of the
axes not displaying on either the X11 or IRIS4D version.  Anyone got gnuplot
running on an 8bit Indigo?  If so, what changes did you have to make?

Here is my hinv listing:
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
CDROM: unit 4 on SCSI controller 0
Tape drive: unit 3 on SCSI controller 0: DAT
Disk drive / removable media: unit 2 on SCSI controller 0: 720K/1.44M floppy
Disk drive: unit 1 on SCSI controller 0
Integral SCSI controller 0: Version WD33C93B, revision C
Iris Audio Processor: revision 10
Graphics board: LG1

Thanks for any info.

 ____________________________________________________________________________
 \____________________________________________________________________________
 \_         Kenneth M. McDonald           \_                                \_
 \_         Systems Programmer            \_     Voice (615) 454-3413       \_
 \_ Arnold Engineering Development Center \_      Fax (615) 454-6171        \_
 \_       EAF Bldg * 1103 Avenue B        \_    mcdonald@aedc-vax.af.mil    \_
 \_       Arnold AFB, TN 37389-1200       \_                                \_
 \________________________________________\_________________________________\_
 \____________________________________________________________________________
From: pj@sam.wpd.sgi.com (Paul Jackson)
Newsgroups: comp.sys.sgi.misc
Subject: Re: making inst distributions (was: Re: ghostscript)
Date: 9 Jan 93 00:15:32 GMT
Reply-To: pj@sgi.com
Organization: Silicon Graphics, Research & Development
NNTP-Posting-Host: sam.wpd.sgi.com

In article <1993Jan8.150400.20212@eagle.lerc.nasa.gov>, tohanson@gonzo.lerc.nasa.gov (Jeff Hanson) writes:
|> It would be nice if administrators could add
|> files to the list that inst has of configuration files.  This way we can
|> use inst to control our configurations as well as those SGI supports.

I'm not sure I understand this.

Are you hoping that "versions changed" would emit names of your
other config files that have changed (ie - have file.N or file.O
variants visible)?  Nah - that doesn't sound right - and I'm at a
loss for other guesses.

The point of inst's idea of config files is to avoid inst'ing
over the top of a previously inst'ed file, when that previous
version has been changed since it was inst'ed, and we presume
that you might want to preserve or merge the changes with our new
version.

So for files that you obtained by means other than inst'ing
software, I don't see what gain you have in mind.

-- 

				I won't rest till it's the best ...
				Software Production Engineer
				Paul Jackson (pj@sgi.com), x1373
From: wilson@moonshine.llnl.gov (Mike Wilson )
Newsgroups: comp.sys.sgi.misc
Subject: nfs performance
Summary: info needed
Date: 13 Jan 93 00:19:38 GMT
Organization: Magnetic Fusion Energy - LLNL

Has anyone any info to offer comparing sgi nfs performance to sun (or anyone
else?).  Any help appreciated.

-mike

--
-------------------------------------------------------------------
wilson@moonshine.llnl.gov | Unix Sysadmin - MFE	 | 510-423-5937
The above is a personal opinion, I have no idea if it is the opinion
of: 1)DOE 2)UC 3)LLNL 4)The space aliens in the superblock (oops!)
Newsgroups: comp.sys.sgi.misc
From: karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu)
Newsgroups: comp.sys.sgi.misc
Subject: transparent X windows.
Date: 7 Jan 93 08:23:56 GMT


With SGI machines with alpha planes, how much
work would it be to give X windows a transparency property ?

I keep shuffeling windows to keep an eye on the console window.

I would not mind if I could see ghosts from that window through
the windows over it....

Just a thought!

Cheers!

Dan.
| karron@nyu.edu (e-mail alias )         Dan Karron, Ph.D.,Research Associate|
| Phone: 212 263 5210 Fax: 212 263 7190  New York University Medical Center  |
| 560 First Avenue                       Digital Pager  <1>  212 397 9330    |
| New York, New York 10016               <2> 10896   <3> <your-number-here>  |
``ALMOST Done writing, back to doing it again!.''
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi.misc
Subject: Re: NFS Write Error 13
Date: 10 Jan 93 02:37:00 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <GREENDOG.93Jan9162005@insti.physics.sunysb.edu> greendog@insti.physics.sunysb.edu (Michael D. Fischer) writes:

| What does the following (in /usr/adm/SYSLOG) exactly mean?
| 
| > Jan  2 14:17:23 orthe unix: NFS write error 13 on host insti
| 
| orthe is a diskless indigo/4000 connected to server insti (also R4000
| indigo).  We have been experiencing many problems with the diskless
| machines since upgrading to R4000's and this message has been
| appearing often.
| 
| The problems are that, starting the day after they (5 of them) were
| upgraded, occasionally when someone logs out, the display goes black
| with little flashes of light all over the place.  I would *guess* that
| it's either a problem with XDM or Xsgi since it only seems to happen
| when someone logs out.  We have xdm terminate and restart the X server
| whenever someone logs out to avoid the X server's size growing.  We
| installed a new 405F diskless share/client tree when the machines were
| upgraded.  The diskless machines all have entry graphics, while the
| server is an XS.  The diskless tree was configured for entry though, and
| they work fine 98% of the time.  Each machine seems to go OK for a few
| days (say 20 logins) and then the display problem happens.  TAC has never
| heard of this problem but also suggests it is a software problem.

There is a known bug that can occur on logout under both 405 and 405F
on an Indigo.  It is 'rare', but it happens (better under 405F than 405).
It does seem to affect some configurations more than others.

| Any help/info appreciated, on either this or the write errors (or both if
| they may be related)!

The write errors aren't related.  error 13 is 'permission denied'.  Probably
some file is being written as root, but that gets turned into 'nobody'
because of the way the filesystem is exported.  See 'man exports' for
more info on that.
--
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.misc
From: oxalis@friedel.csb.yale.edu (michael sintchak)
Subject: problem with sysmeter on an Indigo
Originator: oxalis@friedel
Organization: yale university
Date: Tue, 5 Jan 1993 21:31:26 GMT


when I run 'sysmeter' on an Indigo Elan running Irix 4.0.5F, I get the
following message and accompanying error at the bottom of /usr/adm/SYSLOG:

sysmeter: can't get stats: Remote system error

Jan  5 15:42:25 ewald rstatd[307]: read: iotim: No such device or address

I have made sure 'inetd' is running, but is there something else that I might
have configured wrong on the host?

Thanks in advance for the help.

-- 
=====================================================================
Mike Sintchak
Molecular Biophys. & Biochem. -- Yale University
oxalis%friedel@venus.ycc.yale.edu
Newsgroups: comp.sys.sgi.misc,comp.sys.sgi.apps
From: guy@wmsg02.wm.estec.esa.nl (Guy Brooker)
Subject: Free Fonts !! But not for Showcase ?
Organization: ESA/Estec/WMS, Noordwijk, The Netherlands
Date: Tue, 5 Jan 1993 10:49:43 GMT

Any of you having VAXen running DECwindows/Motif, you have access to a few
extra Display PostScript fonts in the directory SYS$SYSCOMMON:[SYSFONT.XDPS.OUTLINE]
Just copy them into /usr/lib/DPS/outline/base, renaming them sensibly,
and you now have AvantGarde, LubalinGraph, NewCenturySchlbk and Souvenir.
Try them with /usr/demos/bin/fontview

Question. 

How can I use these fonts !

	1. for the X server - to give me scaleable fonts. Perhaps too much to ask ?

	2. in Showcase - I thought this would give me more fonts, but it seems
	   that Showcase dosn't use X or display postscript fonts.

Otherwise, are they of any use other than for Xpsview ??

Guy
-- 

-------------------------------------        	Guy Brooker
Internet: guy@wm.estec.esa.nl        		European Space Research and
	  guy@wmsg02.dnet.estec.esa.nl		Technology Centre (ESTEC)
	  gbrooker@estec.esa.nl
Bitnet  : gbrooker@estec.bitnet		SPAN    : ESTERS::GUY
Phone	: +31-1719-83611		Fax	: +31-1719-85617
Mail	: ESTEC JW/WMS, Keplerlaan 1, 2200AG NOORDWIJK, The Netherlands

Newsgroups: comp.sys.sgi
From: vulture@imperial.ac.uk (Thomas Sippel - Dau)
Subject: Re: SCSI floppy disk on INDIGO: Why is it so slooow?
Reply-To: cmaae47@imperial.ac.uk
Organization: Imperial College of Science, Technology and Medicine
Date: Mon, 11 Jan 93 19:42:34 GMT

In article <1993Jan11.112716.12929@bernina.ethz.ch>, hoesel@igc.ethz.ch (Frans van Hoesel) writes:
- 
- Because mssing the next sector would be a very important time factor,
- maybe it would be nice to have a special format on the floppy that
- does not have sequential sector numbers. This would only help for 
- newly formatted floppies, not for existing ones.
- 
- On the other hand... knowing the effect of missing a sector *and* having
- softwarebuffers on the host a simple software trick could speed it up.
- Imagen a write of a shortfile on sector numbers 1, 2, 3, 4, 5, 6, 7.
- These could all be present in the software buffer, but we (in fact
- your engineer working on it) could decide to write in the order
- 1, 3, 5, 7, 2, 4, 6 which would give a speed up by 350% (for this very
- short write, longer writes will speed up even more)

I always knew that people diskussing perfomance problems on micro computers
would insist of re-experiencing the problems that had long since been solved
on mainframes, and object to even listening to the solutions found there 
because "they do not apply to micros". 

It is kind of a new experience to see workstation users display the same 
block-headedness.

Yes, you can implement interleaving, sector prefetching and sector out
of sequence compensation in software, but you have to do it on the controller.
In this case on the controller that sits on the SCSI bus and controls the 
floppy disk. Imagine a floppy disk sector track cut out an straightened to
look like this:

      o  x-0  x-1  x-2  x-3  x-4  x-5  x-6  x-7  x-8  x-9
      |                      |
      index hole             sector four (similar for others)

If the controller remembers the current position of the head after writing
sector 2, say, and you can turn the bus SCSI around and transfer sector 7 
before that comes along, and the controller notices it and writes it out
your scheme works.

But if the controller waits for the index hole to come along again and then
starts counting until sector 7 comes along, you can do nothing but wait for 
it, or abandon the floppy disk idea completely.

I hope this completes this particular thread, but if not, then please do
not type replies in yourself, use the telephone to dictate them for your
secretary to type as you dictate. This will give you an impression of the
type of clever things that can be done in software over the head of a 
simple controller ....

                                      Thomas

-- 
*** This is the operative statement, all previous statements are inoperative.
*   email: cmaae47 @ ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic on Janet)
*   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
*   snail: Imperial College of Science, Technology and Medicine
*   The Center for Computing Services, Kensington SW7 2BX, Great Britain
Newsgroups: comp.sys.sgi
From: story@sgi.com (David (Duis) Story)
Subject: Re: Montage, Laserwriter drivers wanted
Organization: Silicon Graphics, Inc.
Date: Wed, 6 Jan 93 22:52:46 GMT

>Can someone tell me where to find Indigo drivers for a Montage FR2
>film recorder and an Apple Laserwriter, preferably via anonymous
>FTP?  Thanks.
>
>Tom Broadstock
>mjbroad2@mail.ncku.edu.tw

I don't know about the Montage film recorder, but the Apple
LaserWriter should work fine with the "Generic PostScript" driver
included in IRIX 4.0.1.

Bring up the Print Manager from the system toolchest or by typing
/usr/lib/vadmin/printers, choose "Add Printer" and serial or parallel
and you should get a list of supported printers which includes the
"Generic PostScript" printer.  Name it and push accept.

Once it's done, you should be able to just say "lp -d<name> <file>",
where file is one of text, PostScript, or SGI Image (.rgb, .sgi, or
.bw).

Cheers,

David Story                        	        Silicon Graphics, Inc.
story@bent.wpd.sgi.com				Mountain View, California

I've changed my name, so duis@sgi.com may bounce, please use story@sgi.com.
Newsgroups: comp.sys.sgi
From: bobp@msi.com (Bob Pitha)
Subject: Re: xcdplayer-2.2 - X11 CD player for Sun and SGI
Organization: Molecular Simulations, Inc.
Date: Fri, 8 Jan 1993 14:11:25 GMT
X-Newsreader: TIN [version 1.1 PL8]
X-Posted-From: phoenix.msi.com
NNTP-Posting-Host: sol.ctr.columbia.edu

Daniel Rich (drich@sandman.lerc.nasa.gov) wrote:
: I have posted the latest release of XCdplayer to alt.sources.  The current
: version will now run on SGI and Sun, and has a set of color defaults.
: With the SGI version, you also gain the ability to play through either
: the CDROM drive audio jack, or through the SGI audio board (for those
: systems so equiped).  This has been tested on both IRIX 4.0.2 and
: 4.0.5, and will *NOT* work on 4.0.1 (apparently, there are problems
: with the audio libraries).

  Is this available via ftp from anywhere?  I'd love to get hold of it...
Thanks!
                                     -- Bob

--
-----------------------------------------------------------------------
Bob Pitha                      Molecular Simulations Inc.
bobp@msi.com                   16 New England Executive Park
(617) 229-9800 x242            Burlington, MA 01803-5297
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: SCSI floppy disk on INDIGO: Why is it so slooow?
Date: 11 Jan 93 18:27:06 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1993Jan11.092139.28106@sol.ctr.columbia.edu> penev@venezia (Penio Penev) writes:
| As far as I remember, the controller has a mode of reading a series of tracks with 
| one operation. On the PC the transfer of the data is done by DMA. You specify to

No.  You are thinking of the floppy level controller (765 or compatible
chip).  That *only* works if there is RAM to put the data into, and the
SCSI controller board on the drive only has one sector of RAM.  I've
said this about as many ways as I can think of, so I'll probably drop it
now.  *Please* read all of the other articles in the thread before
replying further.
--
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: senseman@lucy.brainlab.utsa.edu (David M. Senseman)
Subject: Re: Upgrading 4.0.1 & 4.0.4 systems
Organization: University of Texas at San Antonio
Date: Wed, 6 Jan 1993 03:21:22 GMT

In article <ugpr8jg@twilight.wpd.sgi.com> bobg@rains.wpd.sgi.com (Bob Green) writes:

[stuff deleted]
>
>The installation procedure is:
>
>	1. load the standalone tools from the Execution Environment CD
>	2. install the Execution Environment products
>	3. remove the Execution Environment CD and insert the Maintenance
>	   CD.
>	4. load the maintenance products (type 'go')
>	5. quit
>

This issue came up before, but I don't think anything was offered
as a good solution, only some bad solutions were pointed out.
The issue is this: IS THERE ANY EASIER/FASTER TO UPGRADE A NUMBER
OF MACHINES (5-100) BESIDES ONE AT A TIME? What do the "big boys"
at SGI Corp Hdq's do when going from 4.0.1 -> -> -> 4.0.5F now
that you have ditched your MacIntoshes for Indigos?

Thanks.
-- 
David M. Senseman, Ph.D.     | A man who has never gone to school may steal 
(senseman@lonestar.utsa.edu) | from a freight car; but if he has a university
Division of Life Sciences    | education, he may steal the whole railroad.
UT San Antonio               |             Theodore Roosevelt (1858-1919)
From: frank@marvin.contex.com (Frank Perdicaro)
Newsgroups: comp.sys.sgi
Subject: Re: Frustrated with SGI support..
Date: 5 Jan 93 17:52:05 GMT
Organization: Xyvision Design Systems

In article <ubbh8go@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <34842@adm.brl.mil> andersen@marvin.ama.ttu.edu (Kim Andersen) writes:
>
>| I have several SGI systems, all different models.  I was very happy with
>| the hotline service the first couple years - they were very speedy and
>| knowledgable.  HOWEVER, response time has increased dramatically (coupled
>| with a seeming decrease in competence) over the past year and a half.
>| Ever since 4.0.X was released.  Now I don't bother to call the hotline
>| anymore because on the rare occasion that I get a return call, they have
>| no clue anyway.
>| 
>| Sorry, guys, but that's my experience.
>
>Well, along with 4.0.X, came the Indigo.  Between a whole new set of
>of software to support (X11 and Motif), and many thousands of new
>machines (and therefore customers), the support folks got rather
>swamped.  It took them a while to hire (and train!) enough additional
>people to catch up with the load.  Yes, they knew it was coming, and
>tried to staff up ahead of time, but it turned out much worse (in terms
>of numbers of machines and calls) than was expected.  That explains
>much of the response time changes.  On the other hand, they changed
>procedures (and are still changing them) to try to reduce the time to
>the first callback.  They haven't always succeeded, but it has gotten
>better overall.

Dave, I am glad to see you addressing this so directly.  I know that
the support people are swamped, and that hiring and training help
takes time.

You are correct in saying that SGI has become a big company.  As a
small company, it worked pretty well.  Growth is hard to manage.  
Information dissemenation is even harder, but can be done.  

If I remember correctly from my classes on information therory and 
optical processing, linear growth produces a squared need for
support people, but still results in a ( cubic polynomial ) of 
response time increase.  It is hard to get managers to plan like
this... thus what we see now.  Yeah, reality is not like the modles, 
but in this case it is similar.

I am still happy with the overall level of support.  My questions 
get answered.  I like this forum.   In general, keep up the 
good work.  

Now if I only had time to fix this news software...
f
i
l
l
e
r

-- 
	 Frank Evan Perdicaro 				Xyvision Color Systems
      Legalize guns, drugs and cash...today.		101 Edgewater Drive
   inhouse: frank@marvin, x5572				Wakefield MA
outhouse: frank@contex.com, 617-245-4100x5572		018801285
Newsgroups: comp.sys.sgi
From: aj3u@larch.cs.virginia.edu (Asim Jalis)
Subject: Animation Optimization
Organization: University of Virginia, Charlottesville, VA 22903
Distribution: comp
Date: Tue, 5 Jan 1993 21:56:54 GMT

I am writing an animation routine that iterates between a small
number of non-overlapping objects.  Would it be faster to use
multimap mode for this animation instead of doublebuffering?


Asim Jalis.
From: srp@babar.mmwb.ucsf.edu (Scott R. Presnell)
Newsgroups: comp.sys.sgi
Subject: Re: NTP Time?
Date: 4 Jan 93 16:46:08 GMT
Organization: UCSF Computer Graphics Lab

shenkin@still3.chem.columbia.edu (Peter Shenkin) writes:

>2.  Would there be any advantage to someone in my position's running NTP 
>    rather than timeslave/timed?  My position is as follows:  several 
>    machines at Columbia will be running NTP synched to a Higher Authority;  
>    as I understand it, several hosts will be NTP servers in some sense, 
>    to provide redundancy.  We could synch to them either by means of 
>    timeslave/timed or else by running NTP ourselves.  My understanding 
>    so far is that the advantage of running NTP would be a smaller load 
>    on system/network resources (though I find it hard to imagine that 
>    timeslave/timed constitutes a heavy load), and possibly the ability 

There is a substantial difference in the algorithms used to keep and
calculate time offests, timeslave is similar to ntpd in result, but timed
averages over a network, I believe - but VS would be the best to tackle
that.

I cannot answer to machine load, but to network load there is an advantage
- say to timeslave: timeslave uses 10 pings to ntp's *one.* (atleast simple
ntpd - I don't run xntpd) my understanding is that ntpd gets you the
highest precision per network buck (accuracy is up to you).

	- Scott Presnell (srp@cgl.ucsf.edu)
-- 

	- Scott Presnell (srp@cgl.ucsf.edu)
Xref: sparky comp.sys.sgi:18648 comp.sys.sgi.admin:156
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi,comp.sys.sgi.admin
Subject: Re: Help! Can I recover screwed up tar archive?
Date: 10 Jan 93 02:34:31 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <GREENDOG.93Jan9162347@insti.physics.sunysb.edu> greendog@insti.physics.sunysb.edu (Michael D. Fischer) writes:


| | I need to extract information, if possible, from a tape which tar reads as
| | having a 'directory checksum error'. Is there a way to trick tar into reading
| | a tape screwed up in this particular way?
| 
| Like Dave said, it's probably byte swapped.  If not, try getting the
| following from ftp.uu.net:
| 
| > usenet/comp.sources.unix/volume7/tar_aids.Z
| 
| There are two programs, one which will go through a corrupted tar file
| looking for valid file headers (listing them) and other which will
| extract them.

'tar et' or 'tar ex' will already do this under IRIX.  Unlike the standard
tar, on IRIX the 'e' option continues looking until it gets a read error or
EOT (0 length read), it doesn't stop when it sees a block of 0's (tar's
internal end of archive marker).
--
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: englund@gdstech.grumman.com (Dave Englund)
Newsgroups: comp.sys.sgi
Subject: PVM and XDR routines
Date: 6 Jan 93 14:42:33 GMT

I'm running on a Crimson under 4.0.4. (I usually forget to say that)

Has anyone had any success using the PVM library on SGI machines.
Getting the pvmd demon running was no problem, but the example
applications included with the distribution use the XDR library
routines from Sun. Are these libraries public domain? If so, how can I
get them? If not, what do I do now? Thanks for any help you can give me!

			Dave Englund | #include <stdio.h>
	 englund@gdstech.grumman.com | main() 
		       Grumman Corp. | {
	   Corporate Research Center | 	  printf("hello, world\n");
			Bethpage, NY | }