HDTenEightyP/NetNews huggingface dataset:
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: dgl des not connect to X term
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 4 Oct 92 18:39:25 GMT

In <32875@adm.brl.mil> LEVINE%FIDLER.decnet@sunman.nwc.navy.mil writes:
| 	It could be a misunderstanding on my part as to how things play
| togeather. As I under stand it, with 4.0.x of IRIX, the base windowing 
| system is X with gl being layered on top of X. GL calls are converted to X
| and then passed on to the X window manager. I thought I was catching the
| output of the X window manager for the X-term after it hab been converted  from
| GL.
| 
| 				user program useing GL
| 					|
| 					V
| 				Daemon to convert GL to X
| 					|
| 					V
| 				    X Manager
| 					|
| 					V
| 				     X Term(DISPLAY)

This is not correct.  X isn't converted to GL, or vice-versa.
The X server talks to the graphics hardware, in a fashion similar
to a normal GL program.  All GL programs with any window manager
interaction (basicly everything) talks to the X server to get
windows created and placed, but pure GL programs do not go through
the X server to do graphics.  Therefore they won't work on X terminals
(well, unless one comes out that also supports DGL, or eventually XGL).
--
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: HERBER@fnal.fnal.gov (Randolph J. Herber, CD/DCD/USS, x2966)
Newsgroups: comp.sys.sgi
Subject: Re: /etc/motd (Was: Re: help for man binary) [really /etc/issue]
Date: 28 Sep 92 16:56:43 GMT

+From: Dave Dittrich <dittrich@milton.u.washington.edu>
+Newsgroups: comp.sys.sgi
+Subject: Re: /etc/motd (Was: Re: help for man binary) [really /etc/issue]
+Date: 22 Sep 92 23:51:47 GMT
+To:       info-iris@wolf.brl.mil

+All you have to do is talk to ONE VMS bigot and they will tell you,
+"I hate UNIX becuase the manuals suck.  Why can't they make manuals like
+DEC does with VMS?"  I can assure you that, "becuase you don't need all
+those man pages" won't cut it as an answer; in some cases a little more
+is better.  (P.S.  don't forget a SEE ALSO reference to issue and vice
+versa.)

+Just my $.02 worth. :-)

I for one disagree.  The VMS HELP facility is nearly useless.  There is
no equivalent to `man -k'.  There is no easy and automatic to see the
entire help on a command without the display flowing off the top of your
screen.  The examples they give are seldom helpful because they just
repeat the preceeding text and do not illustrate the fine points.  When
VMS is released with a POSIX enviroment and man pages, then in my opinion,
it will finally become useful.

BTW, this message was posted from a DEC VAX/VMS system.  The editor is `vi'. 

Randolph J. Herber, herber@fnalf.fnal.gov, +1 708 840 2966
(Speaking for myself and not for US, US DOE, FNAL nor URA.)
(Product, trade, or service marks herein belong to their respective owners.)
From: cht@panix.com (Chris Taylor)
Newsgroups: comp.sys.sgi
Subject: compiling gcc-2.2.2 on a 4D/35
Date: 29 Sep 92 11:05:53 GMT
Organization: PANIX Public Access Unix, NYC

Good morning oh Wise Ones...

Yes, the saga continues. Many thanks to the individuals who replied to my first
message re: the same subject. I have gotten "configure" to work by giving it
the "mips-sgi-irix4" argument and everything goes well, but when I say
"make LANGUAGES=c" the Makefile produces voluminous output before finally
giving me the following error message:

.gcc -g -B./ -DNO_SC -DNO_MEM -DNO_STTDEF -O0 -I -c enquire.c
     ./cpp: enquire.c: No such file or directory
* * * Error code 1

Stop.

And that's what it does - stop. I have edited the makefile to explicitly 
describe cc as /usr/bin/cc (which is what it is on my friends' 4D with the
development option). What is enquire.c? It exists until the Makefile blows it
away, only to look for it later.

I'm going to read up on how make works, but in the meantime, did anybody else
get the same message during their build? Thanks again in advance.
-- 
Chris Taylor
cht@panix.com
71201.3537@compuserve.com
From: gmt@mosquito.cis.ufl.edu (GMM)
Newsgroups: comp.sys.sgi
Subject: Software for Crystal Eyes
Date: 3 Oct 92 19:37:01 GMT
Organization: Univ. of Florida CIS Dept.

Does anyone know where to find any demo GL programs for the Crystal Eyes
shutter shades?

Thanks,
Gary McTaggart

Newsgroups: comp.sys.sgi
From: scotty@eos-prog.whoi.edu (Scott J. McCue)
Subject: Remote backup h/w and the guest account
Organization: Woods Hole Oceanographic Institution
Date: Mon, 28 Sep 92 16:03:46 GMT

   I expect that other's have been in the same boat as I am...
    
    We've got a 320S FileServer that has a couple (8mm and 9 track)
of important tape drives on it. Various members of the staff will need
access to them as they backup and restore their data. Because the
machine is a fileserver, we have disallowed user accounts on it. The
machine's filesystem is exported to other machines using NFS.

      SGI (and others, for all I know) has allowed remote access to
devices with a command of form:

         tar xvf account@fileserver:/dev/tapedriver

     For this to happen, however, the user has to have an account on
the fileserver and privileged status granted in the account's .rhosts
file.
      Another way to do it is to have a guest account on the fileserver
that has no password and issue

         tar xvf machine:/dev/tapedriver


  So, it appears that 3 choices are available to me...

     1. give all potential users of the tape drives accounts on the system,
        despite wishing to have no user accounts on the system. I guess I
        could make it less painful by making their login shell the restricted
        shell (rsh).

     2. leave the password off of guest and worry about the security problems
        afterward. Again, cut down on security problems by tagging the guest
        account with rsh.

     3. Give guest a password, and put all potential user hosts in the accounts 
        .rhosts file. Note: the other machines are not especially secure as they
        will have users other than those allowed access to the fileserver h/w.


   Of the three, I prefer #2. I think that I'll have the fewest administrative and
   security problems. Continually changing the status of the guest account password
   is NOT an option.

   
  My questions to the net: Are there other options I haven't considered? Is #2 a
  fairly painless and secure option. What has worked for you out there?


Thanks in advance.

Scott M.
scotty@eos-prog.whoi.edu
      
Newsgroups: comp.sys.sgi,comp.unix.questions
From: pj@sam.wpd.sgi.com (Paul Jackson)
Subject: Re: awk problem, a false problem
Reply-To: pj@sgi.com
Organization: Silicon Graphics, Research & Development
Date: Tue, 29 Sep 1992 21:38:26 GMT

In article <1992Sep29.164514.18478@cc.umontreal.ca>, gaumondp@ERE.UMontreal.CA (Gaumond Pierre) writes:
|> What I wanted to do was to remove all files x?? from a sub-directory except
|> the two last created. So I did:

As an old shell hacker, I couldn't resist suggesting another way
to skin this cat:

    /bin/ls -t x?? | tail +3 | xargs rm

-- 

				I won't rest till it's the best ...
				Software Production Engineer
				Paul Jackson (pj@sgi.com), x1373
From: betsy@vesuvius.esd.sgi.com (Betsy Zeller)
Newsgroups: comp.sys.sgi
Subject: Re: Workspace & famd
Date: 6 Oct 92 21:42:55 GMT
Organization: Silicon Graphics, Inc.


 >The problem is that when they try to run WorkSpace, the message:
 >Cannot access fam comes flying back.  The only other time I have seen a problem with
 > fam was due to a mailbox problem.

Can you offer a little more information about when
this problem started? (eg, you loaded new software,
or it just started out of the blue, or whatever
the circumstances were). The only time that I've
seen this problem, as long as an SGI machine
is the ypmaster, which seems to be the case
here, is when software didn't get installed
quite correctly.

Also, how many machines are affected?

Betsy Zeller
betsy@sgi.com
Newsgroups: comp.sys.sgi
From: ll@gfdl.gov (Larry Lewis)
Newsgroups: comp.sys.sgi
Subject: Help with fx error messages
Date: 2 Oct 92 21:55:20 GMT

I have just connected two Micropolis 1906 1.6GB external disk drives to a
4D/35 running IRIX 4.0.1.  When I formatted the disks using the auto
command in the extended mode of fx, I got the many of the following message
pairs during the sequential pass of the exercise phase:

fx/auto/complete: warning - data mismatch
fx/auto/complete: Error 0 -- Couldn't find bad block on track starting with
 block 2687993 after 2 tries

Each message pair was for a different block number and all the block
numbers were above 2400000 (corresponding to cylinders above 1700 or so).
I received 10 such message pairs for the 1st disk and 3 for the 2nd.

During the butterfly pass of the exercise phase, there were 33 such message
pairs for the 1st disk and 9 for the 2nd.  The block numbers were all above
1900000.

What is the meaning of these two messages?  One interpretation could be
that fx read the badblock list and expected to find a bad block in a
certain location but didn't find one.  If that is the case, is everything
okay with these disks now that they have been formatted by fx?  (They may
have been preformatted on a Sun by the supplier.)

BTW, formatting these disks seemed to take forever!  Each time the data
mismatch warning message appeared, fx would access the disk for 15 minutes
before issuing the Error 0 message and continuing.


============================================================================
                                Larry Lewis        
                 Geophysical Fluid Dynamics Laboratory/NOAA
                                P.O. Box 308
                            Princeton, NJ 08542
                         Telephone: (609) 452-6568
                            Fax: (609) 987-5063 
----------------------------------------------------------------------------
                       Internet Address: ll@gfdl.gov
============================================================================
From: tinguely@plains.NoDak.edu (Mark Tinguely)
Newsgroups: comp.sys.sgi
Subject: Re: Remote backup h/w and the guest account
Date: 28 Sep 92 17:19:47 GMT
Article-I.D.: plains.20754
Organization: North Dakota State University

In article <1992Sep28.160346.208@netnews.whoi.edu> scotty@eos-prog.whoi.edu (Scott J. McCue) writes:
>    We've got a 320S FileServer that has a couple (8mm and 9 track)
>of important tape drives on it. Various members of the staff will need
>access to them as they backup and restore their data. Because the
>machine is a fileserver, we have disallowed user accounts on it. The
>machine's filesystem is exported to other machines using NFS.

 [much deleted]

>  My questions to the net: Are there other options I haven't considered? Is #2 a
>  fairly painless and secure option. What has worked for you out there?

 I wrote a simple TCP based tape mounting program that requested a
 named tape to be loaded on a machine, an operator (babysitting a mainframe)
 mounted the tape. This mount procedure (simple program that connected
 to the same port with simple security features) changed ownership of the tape
 drive to if the tape mount came from a local user's account or if the user was
 from a remote host added that user to the special account "remtape"'s .rhosts
 file. A tape dismount removed the tape, reset the permission on the drive and
 remove the .rhosts entry. The program also has tape/group passwords a network
 based maintence program.

 The only way a person can access the account is if they had a valid tape
 and is was mounted by the operator. 

 The nice thing is this remote mounting program can work from scripts so
 backups can be done from cron. I have given a few copies to to people outside
 of NDSU, but never heard back on how they like it. If you are interested
 send me mail at tinguely@plains.NoDak.edu or ...!uunet!plains!tinguely

 --mark.
Newsgroups: comp.sys.sgi
From: arc@xingping.esd.sgi.com (Andrew Cherenson)
Subject: Re: Network Problem
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 29 Sep 1992 18:46:51 GMT

In article <1992Sep29.035235.28130@ringer.cs.utsa.edu> senseman@ricky.brainlab.utsa.edu (David M. Senseman) writes:
>I quickly looked through the network script in "/etc/init.d/network"
>and I didn't see any obvious mention of "resolver" or "resolv.conf".
>Where in the start-up script does the file "/etc/resolv.conf" get
>read -- (assuming it does)?

route(1M) calls gethostbyname(3N), which reads /usr/etc/resolv.conf.

>So I'm guessing that the machine (Indigo running 4.0.5) is trying
>to look for its name server BEFORE I can manually enter it's
>route and that's while it takes so long to boot. Is this a reasonable
>hypothesis? If it is, what's the best thing to do short of making
>my machine a name server ;)

Use the HOSTRESORDER environment variable to specify the hostname 
resolution order. It's used in the network startup script.

>case "$1" in
>        'start' )
>                /usr/etc/route add net default 129.115.3.253 1
>                /usr/etc/route add utsa86 utsa2 1           

Change these to:
             HOSTRESORDER=local /usr/etc/route add net default 129.115.3.253 1
             HOSTRESORDER=local /usr/etc/route add utsa86 utsa2 1           
to only look at /etc/hosts.

Newsgroups: comp.sys.sgi
From: slf@cs.mu.OZ.AU (Stewart Forster)
Subject: Re: HELP !!! I need dump parameters for 5 GB 8mm tape drive.
Originator: slf@turiel.cs.mu.OZ.AU
Reply-To: slf@cs.mu.OZ.AU (Stewart Forster)
Organization: Computer Science, University Of Melbourne, Australia
Date: Thu, 1 Oct 1992 00:47:36 GMT


Hi,

In article <1992Sep30.140612.18966@mksol.dseg.ti.com>, carruth@mksol.dseg.ti.com (matthew carruth) writes:
> We recently got a couple of 5 GB 8mm drives.  There is no documentation
> describing the density and lenght parameters for the higher density
> tape drives.  The old numbers, for the 2.3 GB, were 54000 and 6000.
> The SGI support line has proved worthless-- I guess nobody has tried to
> use the 5GB density with the dump command--not.  I need get this 
> running today and would appreciate any information.
> Keywords: 
> 
> 
> -- 
> -------------------------------------------------------------------------------
> My views are my own and do not reflect those of my employeers....

	We use a tape density of 100000 although 120000 is closer to what
it should be. It seems to work for us (has been for 5 months now).

eg.	dump 0ufbsd /dev/nrexa 6000 100000 /file/system

				Stewart.
-- 
-----------------------------------------------------------------------------
| Stewart Forster	Systems Programmer - Department of Computer Science |
|		University Of Melbourne		Phone : +61 3 3444046	    |
-----------------------------------------------------------------------------
From: karlton@fudge.asd.sgi.com (Phil Karlton)
Newsgroups: comp.sys.sgi
Subject: Re: DGL cannot connnect to X-term.
Date: 2 Oct 92 21:07:28 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: fudge.asd.sgi.com


In article <32870@adm.brl.mil>, LEVINE%FIDLER.decnet@sunman.nwc.navy.mil writes:
> 
> 	I have set up an X-Terminal (NCD 14c) , the first at this site,
> and I cannot get dgl daemon (dgld) to work with it.
> 	Whenever the user attempts to run a program written useing gl, it hangs
> for a while then comes up with the following error messages both on the wsh
> window and in SYSLOG...
> 
> iris1 Xsession: username: dgl error (TCP connect) Connection refused
> iris1 Xsession: username: dgl error (default init): default dglopen(X1:0,4) \
> 	return -127

This is to be expected. Unless the dgl daemon is running on the remote
window server, the client has no way to render GL remotely to that
display.

> is this a problem in IRIX and/or the X-Window terminal, and does anyone
> know of a solution?

Only SGI platforms have a supported dgl daemon; the code for daemon
is not licensable.

OpenGL will be available as an X extension from several X terminal
manufacturers next year.

PK
From: karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu))
Newsgroups: comp.sys.sgi
Subject: Who would know: Klein Bottle
Date: 1 Oct 92 20:42:24 GMT


I don't have the foggyest notion where to post this, but perhaps some
geometry type out there might know:

Where can I buy a Klein bottle ?

Who has a nice computer model of a Klein bottle ?

I would like to take a CT and an MRI of a Klein bottle phantom to
verify my SpiderWeb algorithm's global properties in a neat demo.

Pointers appreciated !

Dan.

| karron@nyu.edu (e-mail alias )         Dan Karron, 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>  |
``Too busy doing to write about it, too busy writing to do anything about it.''
From: rbthomas@saturn.rutgers.edu (Rick Thomas)
Newsgroups: comp.sys.sgi
Subject: Re: Need Help in Selecting a COLOR PRINTER for SGI machines
Date: 29 Sep 92 05:05:31 GMT
Organization: Rutgers Engineering Supercomputer Lab

>
>The one you really want to look at now though, is Tek's new dye-sublimation
>printer -- full page, 300 dpi, 24 bit continuous tone colour, PostScript,
>and all for $10K.

Yeah, well...  The printer costs under $10K, but the media costs will
leave you gasping.  It costs more than a buck a page to print.  It
needs special paper and inkrolls that you can buy only from Tektronix.

The Phaser-III (the "phase-change" ink-jet machine) (depending on how
much of the page you cover with ink) costs 5 to 25 cents per page and
works with regular Xerox paper.  It gives nice bright high-contrast
colors -- Ideal for "scientific visualization" work.  It's just that 3
bits per pixel, instead of 24, leave something to be desired if you are
looking for subtle shades of pink and green (as needed in (e.g.)
photographic touch-up work).  We have a Phaser-III which we like very
much.  We have no complaints given that we have no use for "photographic
realism" in our work.

Enjoy!

Rick
Newsgroups: comp.sys.sgi
From: carruth@mksol.dseg.ti.com (matthew carruth)
Subject: HELP !!! I need dump parameters for 5 GB 8mm tape drive.
Organization: internet
Date: Wed, 30 Sep 1992 14:06:12 GMT

We recently got a couple of 5 GB 8mm drives.  There is no documentation
describing the density and lenght parameters for the higher density
tape drives.  The old numbers, for the 2.3 GB, were 54000 and 6000.
The SGI support line has proved worthless-- I guess nobody has tried to
use the 5GB density with the dump command--not.  I need get this 
running today and would appreciate any information.
Keywords: 


-- 
-------------------------------------------------------------------------------
My views are my own and do not reflect those of my employeers....
From: js9sf@fnpx03.fnal.gov (Jiangeng Sun)
Newsgroups: comp.sys.sgi
Subject: X interface to dbx
Keywords: xdegubers
Date: 5 Oct 92 02:28:56 GMT
Organization: Fermi National Accelerator Laboratory, Batavia IL
NNTP-Posting-Host: fnpx13.fnal.gov


  I like edge, and it runs pretty well when on the console.
However, when I tried to run it over the network to a sparc,
it just gave me this:
dgl error (TCP connect): Connection refused
dgl error (default init): default dglopen(helga5.acc.virginia.edu:0.0,4) returned -127

I am running 4.0.1, so I assume all the window applications
are X-windows, not NeWS. I did xhost + and all that.  What
is wrong with running edge over the network then?  If 
SGI's GL is too advanced for a sparc IPC to take,  is there
any plain X intergaced debugger around?  I tried to install
xdbx, but somehow the pseudo-terminal set up is not right,
and I am having trouble to figure out how to fix it.  Any
lightening on this subject will be greatly appreciated.

j.g.
Newsgroups: comp.sys.sgi
From: agouldng@morgan.ucs.mun.ca (Allan Goulding)
Subject: Need help interpreting sys time on Crimson
Organization: Memorial University of Newfoundland
Date: Mon, 28 Sep 1992 20:39:44 GMT

I have recently had the opportunity to run one of our numerical models
on some different platforms to find out which is "fastest". 

The systems included our own 4D/360S (Irix 4.0.1 with 96MB of memory) and
a Crimson (Irix 4.0.5 with 64MB of memory) which was recently purchased by
another group in our department. None of the tunable system parameters
on the Crimson have been modified from the defaults.

The source code essentially involves a time-stepping model on a 3D grid
for 100 time steps. Total memory requirement is about 6MB. Neither of the
systems showed any sign of paging activity during the tests.

The results of /bin/time:

Crimson (compiled with f77 -O2 -mips2), with one other job running
real    10:51.2
user     3:42.2
sys      2:12.1

4D/360 (compiled with f77 -O2), running on 1 CPU with load average ~5
real    14:27.5
user    14:14.7
sys         3.7

The problem is the high sys time associated with the Crimson. I have also
run the same code when the CPU was idle and achieved similar numbers, with 
real time down to about 5 minutes. Gr_osview on the Crimson in strip chart,
mode often shows a lot of red CPU usage whereas the 4D/360 shows virtually
none.

I have also been monitoring things on the Crimson with sar while the program
is running. The only unusual features are %sys at 10-25% and scall/s at ~120.
TLB stats are all very near 0, as are the swapping and paging numbers.
%rcache looks like a healthy 100%. I have consulted the Irix Site 
Administrator's Guide, chapter 12, which deals with problems of this sort,
but still cannot pinpoint the cause. 

Can anyone shed any light on the high Crimson systime? Is there a tunable
system parameter that may be of help? Any hints or pointers to explain,
diagnose and/or fix this problem would be greatly appreciated. 

-- 
=============================================================================
Allan Goulding, Physical Oceanography group !    agouldng@crosby.physics.mun.ca
Physics Dept., Memorial Univ. of Nfld.      ! or agouldng@morgan.ucs.mun.ca
St. John's, NF. Canada, A1B 3X7             !
From: mstreet@crash.cts.com (Michael Street)
Newsgroups: comp.sys.sgi
Subject: Re: Attaching SCSI device to a twin-tower
Date: 30 Sep 92 00:47:33 GMT

In <Bv5nK5.CCy@ecf.toronto.edu> xiaoyan@ecf.toronto.edu (XIAO Yan) writes:

>I need your help, again.  Now I have found proper 3rd party vendor
>for scsi drive, but have problem in finding ways to connect a SCSI
>drive to our twin-tower styled 4D310/GTX, which does not have
>an external SCSI port.  However, we have two SCSI devices on
>on the small tower.  On the top of the small tower, after lift
>the plastic cover, there is a port with about 110 pins.

>SGI told us that we have to buy an Extended SCSI Module with a chassis,
>which costs about $1000.  The reason is that the port mentioned
>is an ESDI port, not compatible with SCSI bus.  So a simple
>cable-adaptor (SGI charges that for $400) will not do the trick.


>Does anyone have the similar situation but has solved the problem?

Falcon Systems sells an adapter that will allow you to patch into
the SCSI bus in the small tower.  I used it to attach an external SCSI
disk and a CD-ROM drive to our 4D/210 VGX and it works just fine.

Michael Street
street@vigs.cts.com
From: hal@mopar.asd.sgi.com (John Hallesy)
Newsgroups: comp.sys.sgi
Subject: Re: pr60 bugs on vgx?
Date: 1 Oct 1992 00:39:00 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: mopar.asd.sgi.com

    We reproduced your cursor offset problem by running setmon -n while the
X server was running.  To get the cursor offsets for pr60 to take effect, you
must setmon pr60, then restart the X server by running /usr/gfx/stopgfx; 
usr/gfx/startgfx from a remote terminal or remote login session (or by 
rebooting).  One could argue that the cursor offsets should take effect 
whenever setmon is run, but I thought you should try this workaround first 
before we attempt to fix that bug.

						--hal
--
Newsgroups: comp.sys.sgi