HDTenEightyP/NetNews huggingface dataset:
From: kipp@warp.asd.sgi.com (Kipp Hickman)
Subject: Re: xwsh's -title option doesn't do what I expect
Organization: Silicon Graphics, Advanced Systems Division
Date: Mon, 27 Jul 1992 17:29:30 GMT

In article <1992Jul25.183532.25291@news.yale.edu>,
dcs@neutron.chem.yale.edu (Dave Schweisguth) writes:
|> 'xwsh -name foo -title bar' opens an xwsh with the title "bar".
|> 'xwsh -name foo.bar -title baz' opens an xwsh with the title
|> "foo.bar".
... doesn't work right

Putting a "." in a name will cause you go through conniption fits because
the name is used as a key in the "X resource data base" stuff.  Nuke the
"."s and all should be well.  Try it with xterm, etc, and you will see
similar bizarre behavior.

                                        kipp hickman
					silicon graphics inc.
Newsgroups: comp.sys.sgi
From: lacey@dsea.com (Dan Lacey )
Subject: SLIP questions
Keywords: SLIP slip routed route ifconfig
Organization: Dainippon Screen Engineering of America, Inc.
Date: Thu, 30 Jul 1992 02:44:00 GMT

I am experimenting with the SLIP interface on an Indigo. I ran a cable between
the serial ports of two Indigos (4 wire). I am using 38400 baud serial lines.
I will be using 19200 baud serial for the modems. I am running IRIX 4.0.4.

This is to test the functionality of the SLIP interface before I start using
modems  (saves phone charges. I purchased some RJ45 to DIN8 adapters from
Inmac and made a cable using RJ45 connectors.).

How do I cleanly shutdown the SLIPs when I want to disconnect? Will the ttym*
serial device shutdown the gateway SLIP? 

How do I use "routed -F ???" ?

Every thing seems to work without an explicit "route add host remote gatway 0"
command... Am I missing something? I can ping the remote from other
workstations on the net.

After about a 1/2 hour, on of the SLIPs will die. Does this have anything to
do with the 38400 baud?

Any other comments?

*					Dan Lacey ( lacey@dsea.com )
*					Dainippon Screen Eng. of America
*					3700 W. Segerstrom Ave.
*					Santa Ana, CA. 92714
-- 

					Dan Lacey
					lacey@dsea.com
					Dainippon Screen Eng. of America
From: beyer@bflsgu.fl.bs.dlr.de (R. Beyer)
Newsgroups: comp.sys.sgi
Subject: blink
Date: 31 Jul 92 08:07:09 GMT


Hi,

some time ago I reported that the blink color remains always black under
4.0.1. Are there similar experiences out there ? Has somebody got the
SGI demo 'blinker' running ? Has somebody a program where 'blink' works
as expected ?

Thanks in advance for any comments, and best regards.

---------------------------------------------------------------------
Ralf Beyer - German Aerospace Research Establishment, Institute for 
Flight Guidance, Flughafen, D-3300 Braunschweig, Fed. Rep. of Germany
	  Phone: 0049-531-395-2530  Fax: 0049-531-395-2550
EARN/BITNET: fl17@dlrvmbs.bitnet Internet: beyer@bflsgu.fl.bs.dlr.de
---------------------------------------------------------------------
From: feil@prl.philips.nl (Hans feil)
Newsgroups: comp.sys.sgi
Subject: Introl drive doesn't work with R4000 help!!
Date: 31 Jul 92 14:57:50 GMT
Organization: Philips Research Laboratories Eindhoven, Netherlands

I've bought a Introl Magneto-optical drive and also
recently got my R4000 upgrade. So the computer is now a

"Power Series R4000-50 GTX"

However, it appears that I got two problems:

1) when connecting to SCSI ctrl#1 the startup of the machine
works fine.  hinv gives the info that optical drive is installed
at ctrl#0 and unit#4 (correct!)
The drivers are installed properly but formatting the
disk with the command:

fx -x "dksc(1,4)"

results in a crash of the computer giving the message:

PANIC: kern_free free ptr @ oxco172000 block @ oxcoo172CFC already free

dumping to dev ox1621 at block 138298, numpages 8191
..............................................................

dump completed
[press reset to restart machine]

also with updated software of Introl I got this problem.


2)


Then I tried to use the ctrl#0 and made the connection to the drive.
The system then holds at the power-up test and instead of:

"Data and Instruction Caches            PASSED"

I get:

"Data and Instruction Caches            Secondary I + D cache"

and the power-up holds (=fails!) 

So I can't use ctrl#0 with the drive and I don't know why power-up
does not fail with ctrl#1. This second ctrl comes with the R4000
upgrade.

I must mention that people at Introl are working on the problem and
hope to test it with a R4000 machine. 
They are officially not supporting the R4000 yet and unfortunately I've
not seen any messages of problems yet.  Is this the first and only???


I hope that there will be a solution for the problem.

I'm starting my vacation right now so please respond by email because at
the time I'm back your response may be erased from the newsgroup.


Hans Feil
Philips Research Labs
Eindhoven
The Netherlands

email:   feil@prl.philips.nl
From: dittrich@milton.u.washington.edu (Dave Dittrich)
Newsgroups: comp.sys.sgi
Subject: Re: lp/lpr printer hacks
Keywords: lp lpr
Date: 29 Jul 92 19:52:16 GMT
Organization: University of Washington

langer@monashee.sfu.ca (Steve Langer) writes:

>  What I did is to create a dummy user, called "printer", who has /usr/bin/lp
>for a shell, and no password. (Please tell me if this is a horrible
>security risk!) Then I can print from a remote machine that doesn't have lp
>by running

Yes it is.  And what is more, you have now told everyone on the net that
your machine can be logged into!  Fix it ASAP!

As far as the lp/lpr problem goes, I have a script which I obtained from
SGI tech support that hacks things up to run an HP LaserWriter using
lpr.  The problem is that IRIX does not support any sharing of devices
between lp and lpr.  You must fool lpr into giving the print job to lp.

Call SGI and tell them what you want to do and ask them for the
undocumented fix for getting a job from lpr to lp.  I get *really*
pissed off when a vendor tells me that they support a standard (lpr in
this case) but when I try to hook it up they say, "well you can use lpr
to go to *another* lpr machine, you just can't use lpr with a printer
attached to your IRIX machine."

Plesae note.  This does work, but you lose all visibility of print jobs
using lpq (lpq rightly says there are no jobs because it passed them
off to lp).  You also have to know how to configure *both* lp and lpr.
We have no problems printing with lpr from a bunch of Indigos to a NeXT,
so that will work fine.  If things get confused, you often have to dig
around to find out what got screwed up and restart everything from
scratch.
From: marks@ra.rl.af.mil (David Marks)
Newsgroups: comp.sys.sgi
Subject: Re:  Need help getting GL over net to Macx
Date: 22 Jul 92 14:30:10 GMT

Chris,

Be prepared to have several people at SGI tell you why what you want to do is
a bad idea.  I have tried to convince them that users WANT to have gl programs
work via X11, so it can be viewed on X-terms and other workstations' X-Servers.
They will tell you to use VOGL (Very Ordinary GL), which is a gl compatible
library which implements a large subset of GL.  VOGL is freeware from
Austrailia, found at ftp.uu.net/graphics/vogl and somewhere at
wuarchive.wustl.edu.
   SGI thinks it is a BAD idea to provide folks GL functionality on top of xlib.
They want you to WAIT until everyone (or I guess anyone) implements the proposed
GL extensions to X.  Which is fine, whenever that happens, and even then, what
about the 300,000,000 or so X-Terms which we users ALREADY own?
   X must be too slow of a vehicle to qualify as worthy enough to transport GL
calls which are usually chommped on by a gang of ASICs.  Maybe it would be
embarrassing to SGI for folks to see GL based programs running Soooo slowly
on an X-Terminal, or a Sparc's X-Server.  Nevermind the GREAT UTILITY to the
SGI USERS which would be achieved. Again, just WAIT for gl extensions to X
to be implemented in the market.
   I really get a migrane every time I see a note pass by on info-iris that 
starts out : "... I have a gl program that I want to use with an X-Terminal".
I just suck it in, and avoid the inevitable brick-wall conversation with SGI
folks...   BUT, your's is easily the twelfth I've seen in two months.
   Depressingly, during my previous "GL on X" exchanges with SGI on info-iris,
only a couple of folks piped up and shouted, "Yea, that [my point] makes
sense..."  All of the other people that later, and earlier asked relevant
"Can I do GL on my X-Terminal?" questions did not make their views known.
   I guess I'll start a count of those types of questions as they blow by the
net, and send a personal note to each individual, suggesting they talk to their
SGI sales person, letting them know they WANT "GL on X", in addition to having
mega-fast "GL on IRISs", as always.  

    A mind-set is a very tough thing to change.....sometimes, even in 
Northern California, where, usually, free-thinking and openness to new ideas
is the rule, not the exception.

David L. Marks
Rome Laboratory
marks@ra.rl.af.mil
Newsgroups: comp.sys.sgi
From: greendog@max.physics.sunysb.edu (Michael D Fischer)
Subject: Re: Mail configuration
Organization: Institute for Theoretical Physics, SUNY at Stony Brook.
Date: Mon, 27 Jul 1992 02:21:36 GMT

In article <3124@ra.nrl.navy.mil> loss@enews.nrl.navy.mil (Brian Loss) writes:
>   I would like to configure the mail system on our 
>   network so that messages are available to a user no
>   matter which machine he/she logs in to.  Every 
>   machine on our system has one common disk mounted,
>   and I would think we could just change the system
>   mailboxes to be on that disk instead of on each
>   machine's local disk.  How would I go about doing
>   something like this?

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

Michael
--
-------------------------------------------------------------------------
- Michael D. Fischer - greendog@max.physics.sunysb.edu - Only Amiga...  -
- System Manager - Institute for Theoretical Physics - SUNY Stony Brook -
-------------------------------------------------------------------------
- "It is only with the heart that one can see rightly; what is          -
- essential is invisible to the eye"  -- The Fox from The Little Prince -
-------------------------------------------------------------------------
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: using TAR > other directories
Date: 22 Jul 92 05:22:34 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Jul22.024650.5274@iat.holonet.net> cboesel@iat.holonet.net (Charles Boesel) writes:

| I'm trying the get some file out of their archives into the /usr
| directory. Problem is, the files keep going to the / directory.
| 
| Can you direct the extracted files to another volume (the /usr)?

Sounds like they are on the tape with a full pathname.  See man
tar, and in particular, the 'R' option.  Note that if a file is
on the tape as /a/b/c, and you want to extract just that file,
then with the R option, you specify it as tar xR ./a/b/c
--
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
Subject: debugging forked processes with edge
From: vamsee@bioiris.tamu.edu (Vamsee Lakamsani)
Date: Wed, 29 Jul 1992 16:25:38 GMT
Distribution: USA
Organization: Center for Macromolecular Design, Texas A&M University.

I am not able to debug forked processes using edge. 
Process 7120 is the parent. As soon as the parent forks
a child process with ID 7121, I see a message in the edge
status window that tells me that the child is deleted from
pool. When I tried to add the child to the pool by 
highlighting 7121 and clicking on addproc in the status
window, I got another message in the command window that
looked like :

Cannot open /debug/7121, so process not added to the pool.

The child is forked off by the parent to service requests from
clients on the network.

Any help in this matter is appreciated.

vamsee
vamsee@tamu.edu
From: hunter@bacchus.esa.oz.au (James Gardiner [Hunter])
Newsgroups: comp.sys.sgi
Subject: shadow passwords on Indogo NEEDED NOW.
Date: 28 Jul 92 08:14:56 GMT
Organization: none


I run a public access machine and am planning on putting an Indigo
in its place.  Due to the fact that most anyone can get access
to this machine, I NEED shadow passwords.
In the past users have cracked passwords and tried to hack my machine.
The best defence is to make it hard for them to get untracable access.
Shodow passwords is a BIG part in this.
I am amazed that IRIX does not have this option.
Has anyone got any suggestion on what I should do?

If IRIX is suppose to be SVR4 by the end of the year does this mean
it will have C2 security?  I am sure SVR4 has that.

James
-- 
------------------------------------------------------------------------------
James Gardiner [Hunter]  [hunter@bacchus.esa.oz.au] Expert Solutions Australia
Systems Administrator                                        ACN [003 130 434]
Newsgroups: comp.sys.sgi
From: peer@ccrma.stanford.edu (Peer Landa)
Subject: Define a new platform . . 
Organization: DSO, Stanford University
Date: Wed, 22 Jul 92 16:54:52 GMT


Incidentally, while SGI now releases an 85 mips 16 mflop Indigo @ $12,000 --  
SGI's president & CEO Ed McCracken said this about NeXT's CEO Steve Jobs in  
MicroTimes July 6:

"The world doesn't have very many computer companies left that are defining  
platforms; really trying to figure out how people want to use computers and  
defining a platform of software and hardware to provide that. Silicon Graphics  
is one of them that are still doing that, and I admire the fact that Steve Jobs  
is also doing that. Steve is trying to define a new platform. So many companies  
today are just copying what other companies do, and cloning them. It's nice to  
see a company that's willing to do the hard work of really defining how people  
are going to use computers and trying to design a platform that fits their  
needs. 
Whether it does that or not is another story. Frankly we haven't focused on it  
a lot; we don't compete with NeXT a lot. We've been focused more on our own  
customers and how to serve their needs better. Again I think we're caught up  
there in the RISC vs. CISC wars -- we really believe in high-performance RISC  
processors, I think the NeXT machines tend to be very low-performance machines  
compared to what our customer want. But you admire the fact that he's doing  
some good stuff there, and it is a new kind of platform. It's through  
experimentation and new ideas that things happen."

-- peer

Newsgroups: comp.sys.sgi
From: marca@void.ncsa.uiuc.edu (Marc Andreessen)
Subject: Re: GL distribution policy
Organization: University of Illinois at Urbana
Date: Fri, 24 Jul 1992 00:18:30 GMT

karlton@fudge.asd.sgi.com (Phil Karlton) writes:
: 
:       doe's it happen cause the impossibility to support hardware
:       drawing of spheres (as it happen for some (big) SG machine)
:       on IBM machine or was only due to an uncomplete installation
:       of the GL library on the IBM machine I've used?
:       (We use spheres to represent atoms, of course).
: 
: The spheres library is software and wasn't licenses to any other vendor.

An SGI-compatible sphere library is included as ``example'' software with 
AIX 3.2 (see /usr/lpp/GL/utilities).

Marc

-- 
Marc Andreessen
Software Development Group
National Center for Supercomputing Applications
marca@ncsa.uiuc.edu
Newsgroups: comp.sys.sgi
From: butzer@news.cis.ohio-state.edu (Dan Butzer)
Subject: no subject (file transmission)
Organization: The Ohio State University Department of Computer and Information Science
Date: Tue, 21 Jul 1992 20:43:06 GMT

From: butzer@cis.ohio-state.edu (Dan Butzer)
Newsgroups: comp.sys.sgi
Subject: Optical jukebox ( Migration ) drivers for SGI Indigo
Summary: 
Followup-To: 
Distribution: world
Organization: The Ohio State University Computer & Information Science
Keywords: 

Is anyone aware of a optical jukebox file migration system compatible
with SGI Indigo systems?  In particular system that connect directly to the
SCSI on the Indigo are needed (Network access is easy, but unfortunately
that possibility has been precluded.).  In addition, this must be a TOFS or
EPOCH style migration, not not one of the simple multi filesystem demand
loading drivers that are more common.

Please email responses and I'll summarize.

Regards

Dan
butzer@cis.ohio-state.edu
From: davis@masig4.ocean.fsu.edu (Alan Davis)
Newsgroups: comp.sys.sgi
Subject: fam problem
Date: 21 Jul 92 19:57:53 GMT

I know this has been discussed before, but the fam process is eating up as
much cpu time as it can get and I am already starting it with the -t 60 option.
Other possibilities include using another IRIS for the /usr/mail dir, and using
this IRIS as a NIS master server.  Would mods to either of these two setups
help prevent fam from going ballistic?  We're currently using 4.0.1 and would
also like to know if fam has been fixed in 4.0.5 and if there is a way to
debug fam?  TIA.
_______________________________________________________________________________
            Alan Davis            | INTERNET  davis@masig1.ocean.fsu.edu
       MS B-174, Love 008A        | SPAN      fsu1::davis
  Mesoscale Air-Sea Inter. Group  | BITNET    davis%masig1.ocean.fsu.edu@fsuavm
    Florida State University      | Phone     904-644-3798
   Tallahassee, FL 32306-3041     | FAX       904-644-9642  (attn: Alan Davis)
_______________________________________________________________________________
Newsgroups: comp.sys.sgi
From: mannel@vaquero.neu.sgi.com (Bill Mannel)
Subject: Re: assiging vme ipl to cpu's on mp systems
Reply-To: mannel@vaquero.neu.sgi.com (Bill Mannel)
Organization: Silicon Graphics S.A., Neuchatel, Switzerland
Date: Fri, 24 Jul 1992 07:30:35 GMT

In article <22525@hacgate.SCG.HAC.COM>, lee@luke.rsg.hac.com (C. Lee) writes:
|> I remember seeing on our system a few months ago a file (don't
|> remember the name) that assigned VME IPL numbers to specific cpu's in
|> an mp system, and mentioned that the default for an unassigned IPL
|> was cpu 0.
|> 
|> I *thought* the file was somewhere in "/usr/sysgen/master.d", but
|> I've looked thru the files there and in "/usr/sysgen/*" and can't
|> find it.  We haven't upgraded since I saw it, but it might have been
|> "over modified" or accidently deleted, or I'm overlooking it or
|> looking in the wrong places.
|> 
|> Does anyone know the name and location of the file?
|> 
|> Thanks.


The IPL directives are placed in the file /usr/sysgen/system.

On an MP machine, with 4.0+, there's a default arrangement of IPL
directives, with the intent of spreading the interrupts around among
various processors, for more efficient interrupt handling.



Here's the default arrangement for a 440 SkyWriter on 4.0.1, if you
want to recreate (same arrangement on a 340 VGXT on 4.0.5):



*
*
* Tie a VME IPL level to a processor.  The default is 0.
*       If the specified processor does not exist at run time,
*       the kernel will default to processor 0.
* IPL: level cpu#
*
* level 0 is local intr on IO2 which is SCSI and ENET so it must go to
*       the network processor
IPL: 0 1
* level 4 is for networking device
IPL: 4 1
* level 8 is SCSI 0 on IO3
IPL: 8 2
* level 9 is SCSI 1 on IO3
IPL: 9 3
* level 10 is local ENET on IO3
IPL: 10 1
*


You won't see this default arrangement on a PI or an Indigo's
/usr/sysgen/system, since these machines can not be MP (however,
single-processor Power Series machines still have the default
arrangement, but all the levels default to proc 0, as they must).

Newsgroups: comp.sys.sgi
From: stoler@seas.gwu.edu (Rich Stoler)
Subject: Another help request
Originator: stoler@seas.gwu.edu
Organization: George Washington University
Date: Mon, 27 Jul 1992 18:29:13 GMT

I have been trying to make groff 1.05 on a crimson. I keep getting the following
error:

g++ -c -I. -O errarg.c
errarg.c: In method `errarg::errarg (const char *)':
errarg.c:26: assignment between incompatible pointer types

several of us have looked at it but cannot figure out what's wrong.  Any
suggestions would be appreciated.
-- 
             Rich Stoler, Senior Systems Prgrammer,
	       	  George Washington University
     SEAS Computing Facility, 725 23rd St NW, Washington DC 20052
 	     stoler@seas.gwu.edu  -or-  uunet!gwusun!stoler
Newsgroups: comp.sys.sgi
From: loki@nazgul.physics.mcgill.ca (Loki Jorgenson)
Subject: winset() BADWINDOW error
Organization: Centre for the Physics of Materials
Date: Fri, 31 Jul 1992 19:51:43 GMT

	Context: 4D/25G and 4D/RPC (Indigo) with IRIXv4.0.1

	I have a visualization program which uses FORMSv2.0 for interface
widgets.  It opens two other windows of its own for display.  As part of
its function, it clears the windows by doing 
	winset(wid_id); color(BLACK); clear();

	One particular time that this happens is when FORMS has just finished
closing an fl_show_file_selector() window (to get the name of a file to read 
in) which has opened on top of one of the display windows.  This is simply
because it leaves a "residue" on the window and I'm not using the REDRAW
events to maintain it (that's another story), so I'm just tidying it up.

	This always works fine on an Indigo.  On a 4D/25G, if the window
has been previously used to display graphics, the program will
crash (without core) with a
	winset(): ERR_BADWINDOW
message.  So, the first time that I use the fl_show_file_selector(), it works
OK (since I haven't used the window yet).

	Stranger still, all the other places that I use that winset/blanking
sequence, it works without problems.  AND, when stopping the program with
dbx just prior to the winset() which crashes it, I see that the win_id
argument does indeed have the correct value.

	My interpretation is that FORMS still controls the graphics somehow
and I can't use winset() for some period of time afterword.  Because my
winset() call is immediately after the FORMS call which opens a new window,
a complication arises.  But why not on the Indigo too?  And why do I have
to have written to the window first?

	Thanks for any help or suggestions,

----
'gards, 
                                 __________
Loki Jorgenson                  //    //  \\    node:  loki@Physics.McGill.CA
Physicist/                     //___ //   //    BITNET: PY29@MCGILLA
Visualization Analyst         //    //  _____
EMINENCE GRISE               //    //    //     fax:   (514) 849-8190
Montreal Quebec CANADA      //_____\\___//      phone: (514) 849-0390
                                             
                       -*  Visibly Advanced  *-
Newsgroups: comp.sys.sgi
From: mikey@sgi.com (Mike Yang)
Subject: Re: Re-mapping keys?
Organization: Silicon Graphics, Inc.
Date: Tue, 21 Jul 1992 16:24:47 GMT

In article <711733882@tyranno.cs.duke.edu> jek@duke.cs.duke.edu (just james) writes:
>Hello,
>	I was wondering: is there any way to re-map the
>keys on the keyboard of our Iris 4D?

Yes.  Assuming that you're running IRIX 4.0 or later, check out the
man page for xmodmap.  For instance, to swap the Caps Lock and Ctrl keys,
I give xmodmap the following input:

!
! Swap Caps_Lock and Control_L
!
remove Lock = Caps_Lock
remove Control = Control_L
keysym Control_L = Caps_Lock
keysym Caps_Lock = Control_L
add Lock = Caps_Lock
add Control = Control_L

You can also do similar things with the Esc and ~ key, but I prefer to
do this in a gnuemacs .emacs file.

-----------------------------------------------------------------------
                 Mike Yang        Silicon Graphics, Inc.
               mikey@sgi.com           415/390-1786