HDTenEightyP/NetNews huggingface dataset:
From: suhonen@jalka.jyu.fi (Timo Suhonen)
Subject: Re: Bug in SGI ansi compliance (or are the others wrong ?)
Organization: University of Jyvaskyla, Department of Biology of Physical
	Activity
	<KEVIN.92Nov17165341@polkacide.tamri.com>
Date: Wed, 18 Nov 1992 06:41:51 GMT

kevin@tamri.com (Kevin Dalley) writes:

   Look at SGI's header files sometime.  A lot of things are slightly or
   badly broken when using "-ansi" because "sgi" is not defined.  Of
   course "__sgi__" is defined, but the header files usually say "#ifdef
   sgi".  A few functions are left undefined; a few macros are defined
   incorrectly; some structures are defined incorrectly.  Because of this
   problem, you may want to stay away from "-ansi" completely.

Would you please list undefined functions, incorrect macro definitions
and incorrect struct definitions. The list could help programmers to
avoid broken definitions.

Thnx,
--
Timo               "I am logged in, therefore I am"              Suhonen
"There is no need for the President of the United States to be smart" -HST
  Opinions(?) are mine (if not stolen), NOT those of Univ. of Jyvaskyla.
From: todd@flex1.eng.mcmaster.ca (Todd Pfaff)
Newsgroups: comp.sys.sgi
Subject: NFS inconsistency
Date: 19 Nov 92 04:04:17 GMT

I'm having a problem with NFS and SCCS...

An SGI Crimson running IRIX 4.0.5 is the NFS server and a Sun 4 running
SunOS 4.1.2 is the NFS client.  The NFS filesystem is exported with root
access to the client, and is mounted rw on the client.

A group of programmers is using SCCS for a software development project.
A file is owned by one of the users in the group (aaa, bbb or ccc) and
all files are owned by group xxx.  The umask is 007 so all files are
created with owner and group access.  All relevant user ids and group
ids are the same on both the NFS client and server systems.

SCCS creates new history files with mode 440 (-r--r-----).

Suppose user aaa creates a new SCCS file:

drwxrwx---  4 aaa      xxx          1024 Nov 18 22:18 .
drwxrwx---  9 aaa      xxx           512 Oct 27 16:01 ..
-r--r-----  1 aaa      xxx             1 Nov 18 22:18 SCCS/s.file

User bbb SCCS edits that file on the Sun NFS client and then submits the
edits with SCCS delta.  An NFS write error 13 message is reported on the
console and the SCCS delta fails with:

ERROR [SCCS/s.file]: directory `SCCS' unwritable (ut2)

The operation works fine if user bbb logs into the NFS server system
and performs the delta there, so it must be an NFS related problem.
The operation also works fine if the NFS server is a Sun instead of
an SGI.  This is the way it was setup for the last year, but I just
recently moved the file system in question to the SGI and the problem
arose.

Any ideas?

--
Todd Pfaff                     \ Internet: todd@flex.eng.mcmaster.ca
Dept. of Mechanical Engineering \   Voice: (416) 525-9140 x2902
McMaster University              \    FAX: (416) 572-7944
1280 Main Street West             \
Hamilton, Ontario, CANADA  L8S 4L7 \
From: joost@cadlab.de (Michael Joosten)
Newsgroups: comp.sys.sgi
Subject: Indigo as server for a RS600 client - was: NFS links from RS6000 server to SGI client
Date: 19 Nov 92 22:00:02
Organization: CADLAB, Paderborn, FRG
Reply-To: joost@cadlab.de
NNTP-Posting-Host: ori.cadlab.uni-paderborn.de
In-reply-to: shj@ultra.com's message of Sat, 14 Nov 92 02:19:25 GMT


I just happen to have the opposite situation and I'm also experiencing some
problems:

First, even when "NFSing" between a Sun and a SGI, performance really seems to
be low. Is there a common cure like reducing wsize/rsize ?

When I unpack a tar archive from a different host (so that the uid/gids don't
match), the AIX tar refuses to *write* the files on the SGI server. It creates
an empty file (0 bytes) with uid/gid of the archive (and not my uid/gid) and
than fails to write the contents. This only happens on the SGI server, on a
Sun, all is ok. Weird. There are no options in the /etc/exports file.

Besides, networking with the Indigo somehow seems "bumpy", suddenly the rlogin
gets stuck for a second or two, vi can't cope with fast changes of cursor
up/down, etc. Is there some way to "tune" our new Indigos a bit ??

Michael


--
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| Michael Joosten   |       Tel.  : (+49) (+) 5251-284 120                 |
| CADLAB            |       Fax   : (+49) (+) 5251-284 140                 |
| Bahnhofstr. 32    |       E-Mail: joost@cadlab.de                        |
| D-4790 Paderborn  |        	    ...!uunet!unido!cadlab!joost           | 
| FRG               | Mass mail to: joost@pbinfo.uni-paderborn.de          |
|--------------------------------------------------------------------------|
| CADLAB is a cooperation between Uni-GH Paderborn & SNI AG                |
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: simple sysid(3) question
Keywords: sysid unique
Date: 23 Nov 92 00:36:15 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <416@conan.UUCP> scott@conan.UUCP (Scott Weitzenkamp) writes:
|   Is the sysid(3) function available on both IRIX 3.X and 4.0.X?  We
| only have IRIX 4.0.1 in-house, so I can't easily check.  Does sysid(3)
| return a number that is unique for that specific computer, or unique
| for that *model* of computer?  I assume the number is unique for that
| specific computer, but wasn't 100% sure.

It's been there since at least 3.2.  It returns a unique value
(or string) per physical computer, unless somebody in the factory
makes a mistake (which has happened in some (rare) cases).

The value may change if some pieces of the system hardware are
replaced (different parts on different system types).
--
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: cook@bebop.esd.sgi.com (Doug Cook)
Subject: Re: Tell me about Bars&Pipes
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 16 Nov 92 03:20:58 GMT


In article <BxsBKy.GL8.2@cs.cmu.edu>, rane+@cs.cmu.edu writes:
> I've heard about a MIDI sequencing program for the Indigo
> called Bars&Pipes Professional - how effective is it compared
> to and one of the Macintosh/Amiga/DOS programs? Full featured
> orsome sort of demo/trivial program to show that MIDI is 
> possible on the Indigo's?

Bars & Pipes Pro is a full-featured sequencing package from
Blue Ribbon Software, Inc. You can check out the Amiga version; 
it's highly regarded software. Also available will
be SuperJAM, from the same company. Neither are yet publically
available, though they have been demo'd, and should be available
soon. You might contact Blue Ribbon directly to find out about
availability. Sorry, I don't have their phone number at hand;
perhaps some other kind soul can post it.

	-Doug

Doug Cook  	(cook@sgi.com)		| 
Software Engineer, ISD Digital Media    |    "Exuberance is Beauty."
Silicon Graphics, Inc.			|		-Wm. Blake
Newsgroups: comp.sys.sgi
From: rogerk@QueerNet.ORG (Roger B.A. Klorese)
Subject: Re: Where is nroff?? (plus compiler question)
Date: Fri, 20 Nov 1992 04:28:44 GMT
Organization: QueerNet

In article <shio6a8@zuni.esd.sgi.com>, olson@anchor.esd.sgi.com (Dave Olson)
writes:
|> The r6000 chipset (not a single chip micro) is an ECL chipset,
|> and was primarily done for some MIPS OEM customers.  CDC was far
|> and away the biggest (and may have been the only non-MIPS user
|> of r6000's, for all I know).

Prime, Kubota, and Bull also used the R6000, but none of them built their own
systems out of it.  Nor did CDC: the CDC 4680 was the Mips RC6280, and the later
CDC 4680 models were the Mips RC6380, a co-design of Mips and CDC.
-- 
ROGER B.A. KLORESE                                              +1 415 ALL-ARFF
rogerk@unpc.QueerNet.ORG              {ames,decwrl,pyramid}!sgiblab!unpc!rogerk
"Normal is not something to aspire to, it's something to get away from."
                                                                   -- J. Foster
Newsgroups: comp.sys.sgi
From: jpg@nrc3d.nrc.uab.edu (Jill Gemmill)
Subject: Unruly timed
Organization: University of Alabama at Birmingham
Distribution: usa
Date: Mon, 16 Nov 1992 21:10:19 GMT


re: UnRuly timed

PROBLEM:  machines synchronizing their clocks keep losing time
	(about 5 minutes per day).

SETUP:
	- We have three SGI machines, each running 4.0.5
		(names: nrc3d, clsm and nrc-iris)

	- The current "timed.options" file on machine nrc3d looks like this:

		-P /usr/tmp/.timetrim -F localhost clsm nrc-iris.nrc.uab.edu

		(each machine lists itself and the other two as
			trusted time machines)

	- Each timed starts with the -M option, which SGI writes into
		the "network" init script.

SO:
	The machines do keep the same time, but the time drifts backwards
	about 5 minutes a day.  Why does this happen, and what can I do
	to make it stop??


-- 
--------------------------------------------------------------------------
   Jill Gemmill			           INTERNET: jpg@nrc3d.nrc.uab.edu	
   UAB Neurobiology Research Center        PHONE: 205-934-7111 
   Birmingham Alabama 35294-0021           FAX: 205-934-6571
Newsgroups: comp.sys.sgi
From: daifuku@xcedrin.esd.sgi.com (Peter Daifuku)
Subject: Re: "imgsnap" capability from application
Organization: Silicon Graphics, Inc.
Distribution: usa
Date: Tue, 17 Nov 92 21:20:36 GMT

In article <141756@lll-winken.LLNL.GOV>, wiltzius@anduin.ocf.llnl.gov (Dave Wiltzius) writes:
|> 
|> I would like to capture all or portions of the screen display
|> from an application and write this to a file that could later
|> be displayed using, for example, "ipaste".  In essence, I would
|> like to have the "imgsnap" capability within the application but
|> without the user interaction (hence forking a process to run
|> imgsnap is not what I desire).
|> 
|> I have everything working using a GLX window to cover the area
|> to capture and lrectread to get the image.  However, as soon as
|> this GLX window is managed, the images that are not drawn in RGB
|> have a strange color.
|> 
|> I suspect I'm getting fouled up in the GL colormap vs the default
|> X colormap.
|> 
|> What to do?  Some of the area under the aforementioned GLX window
|> is was not drawn by the application (and hence does not necessarily
|> share the same colormap).  However, all non-RGB windows have the
|> aforementioned problem.
|> 
|> Thanks much.
|>   Dave Wiltzius
|>   Lawrence Livermore Nat'l Lab
|>   wiltzius@llnl.gov


See the manpage for readdisplay. It does what you want, without having to create
a screen-sized window.

Peter Daifuku
daifuku@sgi.com
Newsgroups: comp.sys.sgi
From: markov@cs.ruu.nl (Mark Overmars)
Subject: FORMS mailing list
Date: Mon, 16 Nov 1992 10:39:14 GMT
Organization: Utrecht University, Dept. of Computer Science
Keywords: mailing list, FORMS, GUI

Because of the many requests I have set up a mailing list for user of the
FORMS Graphical User Interface package. All registered users that provided an
Email address have been put on the list (if their addresses did still work).
In the future I won't do this automatically (because people might not like
it). If you want to be put on the mailing list, send a mail to 
	forms-request@cs.ruu.nl
indicating your name and Email address and you will be put on the list. You
will get some instructions on how to use the mailing list.

Mark Overmars
From: sgf@cfm.brown.edu (Sam Fulcomer)
Newsgroups: comp.sys.sgi
Subject: fx.ARCS and Fuji M2624F
Keywords: comparison buffer
Date: 20 Nov 92 16:22:10 GMT
Organization: Brown University Center for Fluid Mechanics
NNTP-Posting-Host: eddy.cfm.brown.edu

4.0.5F fx.ARCS barfs on a RD/WR compare test of a Fuji M2624F, claiming
"can't allocate memory for comparison buffer".

Is this known behaviour specific to fx.ARCS? 


-- 
_/**/Sam_Fulcomer	sgf@cfm.brown.edu	What, me panic: uba crazy
Brown University  Center for Fluid Mechanics, Turbulence  and Computation
From: samuel@cs.ubc.ca (Stephen Samuel)
Newsgroups: comp.sys.sgi
Subject: Re: How do I use a remote backup unit?
Date: 19 Nov 1992 12:36:30 -0800
Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
NNTP-Posting-Host: flip.cs.ubc.ca

achim@video1.han.de (Joachim Gothe) writes:

>In article <sek63l8@zuni.esd.sgi.com>, Dave Olson writes:

>[...]
>>You just need permission.  The simples test is:
>>	mt -t remotehost:/dev/tape stat
>>	mt -t guest@remotehost:/dev/tape stat
>STOP....now I have a question.
>Is there a way to make a remote Backup WITHOUT having a Non-Password
>Guest-account on the mashine with the Tape?

Yeah, create a .rhost file for guest like the following:

somehost.domain.name            root
+@netgroup1                     root
+@netgroup1                     me

At that point you can give guest an impossible password, and still have
access to do backups, etc. as root.
-- 
Stephen Samuel 		(604)822-9248		samuel@cs.ubc.ca
The first prerequisite to winning is playing the game.
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: More Exabyte 8500c (and SCSI) questions/woes
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 20 Nov 92 03:25:04 GMT

In <1992Nov19.200617.27850@ncsu.edu> garvin@cfd.mae.ncsu.edu (Michael Garvin) writes:
| The minor numbers were upped 16 from the default 224-227 to match the 8500c
| (0x8c in the tpsc config file) entry.  I then tried tarring to the drive, which
| died with the following error:
| 
| 	tar: tape write error: I/O error
| 
| and produced the following console output (note the tape drive hiccuped first):
| 
| 	WARNING: dma_map: address not word aligned
| 	sc0,7,0: cmd=0xA disconnected on non-word boundary (addr=C02185A9,
| 		0x0 left).  Resetting SCSI bus
| 	dks0d1s6: retrying request
| 	dks0d2s6: retrying request

All SCSI DMA must be word (32 bit) aligned.  A modeselect is supposed
to force this for Exabyte, but has never seemed to be reliable.  On the
8200, you could set it with a dip switch on the MX board.  On the 8500,
it has to be set through the monitor port, or by loading a new firmware
tape.  You'll have to go to your distributor or Exabyte on this one.

| Our setup is a Power Series 4D/440.  SCSI controller 0 has an internal 1.6 gig
| system disk (ID 1), an Iris File on the rear external connector with four 2 gig
| drives (IDs 2, 3, 4, and 5), an internal CD-ROM (ID 6), and the 8500c mounted
| internally (ID 7).  We've also got a Jaguar differential SCSI controller with
| four drives on each channel.
| 
| 	My questions are: am I going too far with that SCSI chain?  I have a
| sinking feeling that I'm pushing the length limit, giving me the error I saw
| (although the 8500c failing might give me that).  Are my entries for the 8500c
| in the tpsc config file correct?  Have I correctly made the devices (in
| particular, did I get the minor number correct and do they correspond to the
| 8500c in compression mode)?  And finally, would someone have the correct density
| to feed to BSD dump for this drive (I calculated something around 47.5 million,
| which sounds wrong).  Thanks for any help, I'm banging my head at this point.

You could be pushing the max cable length, but I don't think that has
anything to do with your problem.

On dump, the numbers are completely bogus anyway.  Just use
something like 25000 and 54000, assuming an average of 50% compression.
One of the problems with compression, of course, is that  you never know
just what you are going to get, and our dump doesn't yet handle EOT,
unlike Ultrix; that was one thing they got right.
--
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: pj@sam.wpd.sgi.com (Paul Jackson)
Newsgroups: comp.sys.sgi
Subject: Re: Nawk Balks again
Date: 17 Nov 92 02:44:12 GMT
Reply-To: pj@sgi.com
Organization: Silicon Graphics, Research & Development

In article <34092@adm.brl.mil>, karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu)) writes:
|> 
|> More nawk bugs. Try this. Note that the 
|> string should contain the string value of "001", not "".
|>
|>	  i = 1; ...
|> 	  sprintf(string,"%03d",i);
|> 	  print "string=",string

I think you're missusing sprintf.  The following works, and
follows the sprintf usage explained in the AWK book:

	string=sprintf("%03d",i);

-- 

				I won't rest till it's the best ...
				Software Production Engineer
				Paul Jackson (pj@sgi.com), x1373
Newsgroups: comp.sys.sgi
From: flanigan@echo.gsfc.nasa.gov (Dennis Flanigan)
Subject: Re: GUI Mail and News
Organization: NASA GSFC Code 910.1, TRMM Ground Truth
Date: Fri, 20 Nov 1992 14:36:12 GMT

|> |> Also, I would like nifty GUI interfaces to the following if they are
|> |> available:
|> |> 
|> |> ftp
|> 
|> mftp/xftp works fine on SGI.  Available from export


Is xftp available anyplace else? I could not find it at export.

-- 
--------------------------------------------------------------------------
Dennis Flanigan Jr.               |   Goddard Space Flight Center
Applied Research Corp.            |   Code 910.1
flanigan@echo.gsfc.nasa.gov       |   (301) 286-6589
--------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: CD rom NFS mounting
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 20 Nov 92 04:43:16 GMT

In <1egip1INNgks@gazette.bcm.tmc.edu> rdargahi@wilkins.iaims.bcm.tmc.edu (Ross Dargahi) writes:
| I am having trouble exporting my cdrom filesystem via nfs. 
| 
| the entry in the exports file is:
| 
| /cdrom -ro,access=iaimssuns
| 
| when I issue a exportfs -a command I get the following response:

Do the exportfs *before* the CD is mounted.  Yes, we know this isn't
obvious.  It will only be mountable on other SGI systems running
4.0.1 or later, and the mount must include -t iso9660 in its
arguments:
	mount -o ro -t iso9660 host:/cd/mountpt

We will fix this in 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: mabry@julio.sanders.lockheed.com (Mark Mabry)
Subject: sendmail on Indigo
Reply-To: mabry@julio.sanders.lockheed.com
Organization: Lockheed Sanders
Date: Mon, 16 Nov 92 17:23:38 GMT

I am having trouble setting up sendmail on our new Indigo R4000.
After some work I am able to receive mail from any host, but cannot
send mail at all.  My machine appears to add a ".ether" to the full
mailpath name.  Here is the output of /usr/etc/configmail list:

	Parameters:

	forwarder = "relay"
	rootdomain = "sanders.lockheed.com"
	directdomains = "sanders.lockheed.com"
	localdomain = "sanders.lockheed.com"
	pathalias = "/dev/null"
	relayname = "relay"
	deadhosts = "somewhere"

	Functions:

	domainrelay = "relay"
	mycanonname = "denali.sanders.lockheed.com"

Relay is aliased in /etc/hosts to the forwarder machine.  Also, when
receiving mail my machine always greets the sending machine with
something like "HELO machinename.D, why do you call yourself
machinename.domainname".  Clearly something is wrong here but I
haven't a clue.  Would appreciate any pointers that anyone can give.  
Thanks.

-- 
Mark Mabry                                  Lockheed Sanders, Inc.
Digital Design Center of Technology         95 Canal St.
mabry@rapnet.sanders.lockheed.com           Nashua, NH 03061
                                            (603)885-9196
From: cht@panix.com (Chris Taylor)
Newsgroups: comp.sys.sgi
Subject: Iomega Bernoulli disk on Iris ???
Date: 23 Nov 92 20:38:58 GMT
Organization: PANIX Public Access Unix, NYC

I have a friend who wants to mount an Iomega bernoulli (sp?) Transportable 44
as a scsi device on a PI 4D/35 running 4.0.1.

Am I mistaken, or was this discussed here before? My memory fails me.

I would really appreciate hearing from anyone who has attempted this feat,
along with whatever pointers and tall tales may be attendant.

Thanks in advance!
-- 
Chris Taylor
cht@panix.com
71201.3537@compuserve.com
Newsgroups: comp.sys.sgi
From: marksteg@merv.detroit.sgi.com (Mark Stegbauer)
Subject: Re: Switching Elan board between computers
Organization: Silicon Graphics, Inc.
Date: Tue, 17 Nov 1992 20:31:49 GMT

In article <1992Nov14.022044.2165@leland.Stanford.EDU>, dhinds@leland.Stanford.EDU (David Hinds) writes:
|> In article <1e1jfiINN2ii@fangio.asd.sgi.com> rck@fangio.asd.sgi.com (Robert Keller) writes:
|> >desilva@luxor.ced.berkeley.edu (Deanan Da Silva) writes:
|> >>Is it possible to put an ELAN board from a Crimson into
|> >>an Indigo 
|> >
|> >You'll also need to reinstall the O/S on the Indigo and, likely,
|> >the Crimson.
|> 
|> Speaking of which... we just added an Elan board to an Indigo R4K
|> running Irix 4.0.5F.  Following instructions from the TAC, I tried
|> reinstalling eoe1.sw.unix from the 4.0.5F execution-only CD.  After
|> restarting, the console came up blank, but I could login remotely.
|> So, I tried reinstalling all of eoe1.sw, and still got just a blank
|> screen.  I did 'set neweroverride' both times, and verified that
|> /usr/lib/libgl_s did in fact get replaced.  Is there anthing else that
|> needs to be done to reconfigure the system for the new board?  Should
|> I reinstall more stuff?  I remember reading a post about this a few
|> weeks ago, but I didn't save it, because I thought the instructions
|> were more or less what I would have tried on my own...
|> 
|>         - David Hinds
|>           dhinds@allegro.stanford.edu


reload eoe2, it has the graphics sw on it.
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Iomega Bernoulli disk on Iris ???
Date: 24 Nov 92 02:43:10 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Nov23.203858.28452@panix.com> cht@panix.com (Chris Taylor) writes:
| I have a friend who wants to mount an Iomega bernoulli (sp?) Transportable 44
| as a scsi device on a PI 4D/35 running 4.0.1.
| 
| Am I mistaken, or was this discussed here before? My memory fails me.

I think it was mentioned some months ago.  With the standard firmware
in those drives, there were some problems with the sync negotiation,
so you had to disable sync mode for that ID (see master.d/scsi).

I think that once that was done, they worked with the dksc driver,
but it has been some time since I tried one, so I may be remembering
wrong.
--
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