HDTenEightyP/NetNews huggingface dataset:
From: scooper@psi.rutgers.edu (Simon P. Cooper)
Newsgroups: comp.sys.sgi
Subject: Re: Security hole in default /etc/passwd file under 4.0.x
Date: 8 Apr 92 03:35:48 GMT
Distribution: na
Organization: Rutgers Univ., New Brunswick, N.J.
BCC: Eliot Lear <lear@relay.sgi.com>, scooper

olson@anchor.esd.sgi.com (Dave Olson) writes:

...stuff deleted...

>You aren't reading what I wrote carefully. I said "as shipped" we want
>the system easy to use.  I personally feel that anybody whose machine
>is accessible directly over the internet is crazy to run with any
>accounts unpassworded.  A reasonably large number of our more 'unix naive'
>customers are not in this environment, though.

   I am sorry, but I think you are viewing things through your
_fire_walled_network_ rose spectacles :)

   Your low end machines are targeted as personal workstations, possibly
instead of a "PC" on a desk.  I quote from the cover of an Indigo glossy,

"I thought I told you to buy a PC.
	This runs like a workstation."

	"I know.
		But this has the best of both."

		"I suppose it costs more, too?"

			"No,
				You just get more".

   These machines are supposed to run out of the box for people, who in all
probability have little or no unix experience.  This class of user cannot be
expected to understand concepts they have never been previously exposed to.

   If you are supplying a null password for lp to allow easy access for remote
printing that means that you *must* be expecting the machine to be connected
to a network.  Networks are promiscuous by their very nature, why not protect
a naive user?

   SGI is the vendor, you are supposed to know what you are doing.  Why not
take that responsibility?  I can assure you that customers will be far more
irritated at SGI if a "cracker" gets onto a machine and erases their work than
the potential problems caused by having to read documentation to get remote
printing to work.

   A bad analogy (hmm, I wonder why I thought of this :) might be;
<<
   A car salesman just sold me a "ready to drive" car with two cans of oil.
   on the back seat.  When my engine blew up the only comment the salesman
   made was, "Oh, didn't you know that you were supposed to install the oil?".
>>
   
Simon Cooper
Systems Coordinator
Laboratory for Visiometrics and Modeling
-------------------------------------------------------------------------------
Snail-mail: CAIP Center, Rutgers University, E-mail: scooper@vizlab.rutgers.edu
	    Frelinghuysen Road, PO Box 1390
	    Piscataway. NJ 08855-1390
Telephone: (+1) 908 932 0540                    Fax: (+1) 908 932 4775
-------------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: wyllie@csri.toronto.edu (Andrew Wyllie)
Subject: Apple LaserWriter IIg
Organization: CSRI, University of Toronto
Date: 9 Apr 92 12:34:36 GMT


We have a small lab with three PI's and a few PC's and MACs all
connected with ether-net.  We are now considering buying an
Apple LaserWriter IIg.  Since the printer can handle spooling
by itself, we would like to hook it up directly to ether-net
(as opposed to using a serial port from one of the SGI's, and
there is no parallel port on the printer).

Has anybody hooked up a IIg in this manner?
I'm not sure if the IIg uderstands TCP/IP or if the ethernet 
support is just MACether or whatever MAC calls it.

Any help would be appreciated.

thanks
andrew
From: tarun@psyclops.psyc.queensu.ca (Tarun Kripalani)
Newsgroups: comp.sys.sgi
Subject: 4.0.1 Manuals
Date: 10 Apr 92 15:05:34 GMT


I received my 4.0.1 update about a couple of weeks ago but I haven't installed
it yet. (Haven't received my CDROM player yet!). Anyway, I was going through
the manuals and I noticed that there was no 'IRIX User's Reference Manual' thatr
I had with 3.3.1. What gives? Is there suppose to be one? I also noticed that
they have decided to not include an index (aka 'Permuted Index'). Why?

Tarun Kripalani (of Wounded Knee)
e-mail:   tarun@psyclops.psyc.queensu.ca
Dept. of Psychology, Queen's University,
Kingston, Ontario.

Newsgroups: comp.sys.sgi
From: dcs@neutron.chem.yale.edu (Dave Schweisguth)
Subject: Biosym's email support -- an example for SGI to follow?
Organization: Department of Chemistry, Yale University
Date: Wed, 15 Apr 1992 14:38:25 GMT

Haven't heard much agitation about being able to deal with SGI via email
lately, so here's some wood for the fire 8-) :

Many SGI users are no doubt familiar with Biosym. We've been very happy with
Biosym's service, which includes an email address with no apparent limitations
on use. I've reported bugs and RFE's and gotten my license files through it.
Everything that's ever needed an answer has got one as far as I can recall.
(I don't doubt that they'd cheerfully ignore me if I weren't a license holder.)

SGI's customer base is certainly larger, but I don't think it's that different
qualitatively. How difficult could it be to scale up the operation? Perhaps
someone from SGI could call Biosym and ask them how things are going?

BTW, my major interest in email support is due to the three-hour time
difference between us and Mountain View. SGI's phone support has always been
excellent _when they call back_, but it _always_ takes them much too long to do
so.

Cheers,

| Dave Schweisguth   Yale MB&B & Chemistry   Email: dcs@neutron.chem.yale.edu |
| Lab phone: 203-432-5208      Fax: 203-432-6144     Home phone: 203-436-2831 |
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Indigo: permission problem when creating file on floppy disk
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 8 Apr 92 04:21:45 GMT

In <1992Apr7.152351.3709@olymp.informatik.uni-bonn.de> rainer@sfb256.iam.uni-bonn.de ( Rainer Kleinrensing) writes:

| Hello there,
| recently we got a floppy drive for our Indigo. After installing it
| and mounting a disk, I noticed that only root can create a file on 
| the disk, a 'normal' user not. If I try, I get the message
| Apr  7 17:17:25 indi1 unix: NFS write error 13 on host /dev/rdsk/fds0d2.3.5hi
| in SYSLOG.
| Should I apply any special options to mount resp. the /etc/fsd.auto file ?
| Currently, it looks like 
| /dev/scsi/sc0d4l0 /cdrom cdrom ro 0 0
| /dev/rdsk/fds0d2.3.5 /floppy dos probe 0 0

This sounds very much like a bug that will be fixed in IRIX 4.0.5.
Several other msdosd bugs will also be fixed in that 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: otto@nevada.edu (Frederick J. Haab)
Subject: FAQ?
Originator: otto@helios.nevada.edu
Organization: University of Nevada System Computing Services
Date: Tue, 14 Apr 1992 20:04:40 GMT


Hello, I am new to this news group and was wondering where
I could find a  FAQ for this news group.  I was also wondering
where I might be able to find some programming examples, demos,
and so forth.

Thanks,
	Fred j. Haab
Newsgroups: comp.sys.sgi
From: alan@hal.larc.nasa.gov (alan dare)
Subject: Compiler problem on a skywriter
Originator: alan@hal.larc.nasa.gov
Organization: NASA Langley Research Center, Hampton, VA  USA
Date: Tue, 7 Apr 1992 20:57:49 GMT


I have been having problems with the 4.0.1 "C" compiler on our skywriter.
The first error is shown below;

	 ../obj/parray_2.o is being compiled using source file parray_2.c
	ccom: Error: /usr/include/gl.h, line 1055: syntax error
	      extern void     RGBrange( short, short, short, short, short, short, Screencoord, Screencoord ); 
	      -----------------------------------------------------------^

The compiler flags an error in gl.h. When I just try to recompile again
everything compiles fine! I receive this error periodically.


When I tried to compile the following file the compiler core dumped.


	 ../obj/init_pvi.o is being compiled using source file init_pvi.c
	Fatal error in: /usr/lib/acpp  Signal 10 - core dumped

I tried to compile it again WITHOUT ANY modifications and it correctly
pointed out a typing error (missing ");

	 ../obj/init_pvi.o is being compiled using source file init_pvi.c
	accom: Error: init_pvi.c, line 202: syntax error
	       printf"Before init_stereo eye = %d\n", svv.eye_side);
      	 ------^
	accom: Warning  51: init_pvi.c, line 202: illegal character: 134 (octal)
	       printf"Before init_stereo eye = %d\n", svv.eye_side);
	       ----------------------------------^

I am running the same code across a 4.0.1 non-skywriter system with no
problems from the compiler. I have had compiler problems with the 
compiler on the skywriter on an alpha 4.0, the official 4.0, and now
4.0.1. Anyone have a clue? 

-- 

*********************************************************************
Alan Dare                     |  Internet : alan@hal.larc.nasa.gov
NASA Langley Research Center  |
From: beyer@bflsgu.fl.bs.dlr.de (R. Beyer)
Newsgroups: comp.sys.sgi
Subject: xpsv
Date: 15 Apr 92 13:02:00 GMT

Hi,

I have brought xpsv on a 4D35TG running IRIX 4.0.1, decompressed it and made
it as super-user. All without errors. Executing 'xpsv xpsv.doc' to preview
the documentation, howvere,  produces the message

	This program requires Display PostScript. The Display
	PostScript extension on the X server is not available.

SGI says in the 4.0.1 accompanying paper: "IRIX 4.0.1 has an option 
(SC4-DPS-1.0) that provides the Display PostScript (DPS) capability. 
Note: The cost of this option is now bundled into the price of new systems
and purchased operating system upgrades."

So what is the advantage of having xvps if I have to buy DPS from SGI 
anyhow ? If I buy DPS I get xpsview and do not need xpsv. Do I miss 
something here ?

Best regards

Ralf Beyer

-----------------------------------------------------------------------------
Ralf Beyer				| 
German Aerospace Research Establishment | Phone:    (0531) 395-2530  
Institute for Flight Guidance		| Fax:      (0531) 395-2550
Flughafen				| BITNET:   fl17@dlrvmbs.bitnet 
3300 Braunschweig, Fed. Rep. of Germany	| Internet: beyer@bflsgu.fl.bs.dlr.de
-----------------------------------------------------------------------------
From: yates@a.chem.upenn.edu (John H. Yates)
Newsgroups: comp.sys.sgi
Subject: Crimson f77 broken
Date: 15 Apr 92 21:12:05 GMT
Organization: University of Pennsylvania
Originator: yates@a.chem.upenn.edu

We have a Crimson that was used as a demo machine, and came with
f77 on it, but it won't work. Doing the following now gives the 
following error:

	f77 -O t.f  -o t
ugen: internal  : at your source line 1 :  (ugen internal file 
                                            build.p, line 2032)
                unexpected u-code
*** Error code 1

Stop.

I found (from docs with someone else's Crimson upgrade kit), that
the r4k2.1clean command may be needed to "patch" various executables.
I did (from root with the system up):

r4k2.1clean -nosummary -repairfpdiv -nojr -fpdiv /

commmand, but obviously, was not able to do it before exiting
the installion tools, as recommended in the doc by invoking:
Inst> shroot (above command)

The above f77 error is what I get after running r4k2.1clean, (what I got
before that was even more insidious, with a core dump, but I can't
remember exactly what it said now.)

file /usr/lib/ugen gives:
mipseb demand paged stripped (R4000 jr dirty, fpdiv clean) - version 2.10

What can I do to get f77 to work on the Crimson?

Thanks, John
yates@a.chem.upenn.edu
Newsgroups: comp.sys.sgi
From: daveh@xtenk.wpd.sgi.com (David Higgen)
Subject: Re: debug process file, what is it?
Keywords: debug process file, question
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 10 Apr 1992 20:06:08 GMT

In article <12157@tamsun.tamu.edu>, k1w8221@sc.tamu.edu (Khalid Sarwar Warraich) writes:
> Hi,
> 
> I need help figuring out what a 'debug process file' is.  First some
> background:
> 
> We have a personal IRIS running IRIX System V.3.  It has among other
> partitions the following partition:
> 
> Filesystem                 Type     blocks    use    avail  %use   Mounted on
> ..
> /debug                      dbg     103808   10576   93232   10%    /debug
> 
> There seems to be one file per active process.  

Ah, nostalgia. Haven't had a good old /debug query for ages, since we
made it not show up in df by default....  8-)

> What are these files?  

The /debug filesystem is a "pseudo filesystem" which provides a means of
access to, and control of, the virtual space of running processes. It is
used by debuggers such as dbx.

> Which process is generating them?  

They are generated automatically by the kernel, one for each process.

> How can we turn them off?  Should we turn them off?  
> Could we claim the disk space from /debug?

No need to turn them off. These are "pseudo files", "windows" into running
processes' space. They DO NOT consume any disk space. There is nothing
to worry about. If you unmount /debug, they will cease to be visible,
but there's no gain in doing so since the /debug files do not consume
any resources.


		Dave Higgen (daveh@xtenk.wpd.sgi.com)
From: rck@fangio.asd.sgi.com (Robert Keller)
Subject: Re: Xsgi using 15M RAM, Why?
Organization: Silicon Graphics, Inc., Mountain View, CA
Distribution: na
Date: Thu, 9 Apr 1992 19:17:33 GMT

merritt@climate.gsfc.nasa.gov (John H. Merritt) writes:
>I was wondering why my 16M machine (4D70 GT, IRIX 4.0.1) was so
>sluggish, ie. swapping, so I 'ls -l /debug' to find Xsgi was
>more than 15M.  What causes it to grab so much memory?  

Typically this is because of illbehaved clients that allocate
server resources and never let them go.  I am not aware of any 
GT X server memory leaks.  

Things like large fancy root window images (especially if using 
24 bit TrueColor as the X server root visual) really bloat the X
server.  If the 24 bit image is 1280x1024 then the pixmap to hold 
just this one image would be 1280 * 1024 * 4 bytes = 5242880 bytes,
or 5 Meg.  For a fullscreen 8 bit image, that would be 1.2 Meg.
The DPS extension also uses a great deal of memory.

Your best bet is to kill off the X server (this WILL log out out) 
and run top (or gr_top) once you've logged back in.  Run your 
regular complement of X clients and keep an eye on the size of 
Xsgi that top is reporting.  This will give you an idea of which 
clients are causing the X server to grow.

>I could not find where Xsgi is started.  

The default configuration has xdm call /usr/lib/X11/xdm/Xservers
which calls /usr/bin/X11/X with in turn calls /usr/bin/X11/Xsgi.

...robert
Newsgroups: comp.sys.sgi
From: rck@fangio.asd.sgi.com (Robert Keller)
Subject: Re: Having windows pop up without click-to-place
Organization: Silicon Graphics, Inc., Mountain View, CA
Date: Mon, 13 Apr 1992 22:33:46 GMT

jps8@po.CWRU.Edu (James P. Schwonek) writes:
>I am interested in the answer to this also.

For 4.0+ you can look at the 4Dwm man page, paying particular
attention to the description of "interactivePlacement" resource.

eg, you could add:

4Dwm*interactivePlacement:      false

to your ~/.Xdefaults or ~/.Xresources as applicable.

This is a window manager specific configuration thing.  If you 
use twm, etc...  check out the man page for that window manager,
it knows a lot and is your friend!

...robert
From: yih@BRL.MIL ( H u a n g Yolin)
Newsgroups: comp.sys.sgi
Subject:  recordable CD-ROM
Date: 8 Apr 92 15:13:54 GMT

in the March 30 issue of the Government Computer News, there is an article
about the "recordable CD-ROM".

is there any "recordable CD-ROM" supported/endorsed by Silicon Graphics?

Yolin Huang
yih@brl.mil
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Help! I Can't See The Screen!
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 15 Apr 92 00:48:59 GMT

In <1992Apr14.233503.20611@ringer.cs.utsa.edu> senseman@lonestar.utsa.edu (David M. Senseman) writes:

| As a biologist, I was trained to experiment -- this particular
| experiment didn't work as planned and now I can't see the screen
| on a PI 4D/20 (8-bit graphics). The experiment was to see if
| I could save diskspace by NFS mounting /usr/lib. OK it was a 
| dumb idea. Anyway, I restored /usr/lib from an Indigo XS24
| (i.e. rcp -r indigo:/usr/lib pi:/usr). Now when the PI goes
| into Pandora the screen goes completely BLACK! (It looks
| normal before that). Is there something simple I can do
| to restore the screen or must I reload the operating system?

You don't have the right device dependent modules for the
X server.  Copy /usr/lib/X11/dyDDX/* from another PI, or
reinstall that subsystem from eoe2; eoe2.sw.X11, I think.
--
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: senseman@lonestar.utsa.edu (David M. Senseman)
Newsgroups: comp.sys.sgi
Subject: How About a Word Processor with IRIX 4.0.X?
Date: 11 Apr 92 00:47:52 GMT
Organization: University of Texas at San Antonio

With summertime fast approaching (at least here in Texas), maybe
someone at SGI should get a couple of talented Stanford graduate
student interns to write some apps for Workspace, in particular
a modest Word Processor. I don't mean a heavy duty product like
Frame, but something that could give you WYSIWYG, a spell checker,
mouse control, etc. For example, when Microsoft released Windows, 
it included its "Write" program ... a reasonable little text 
processor. Write is/was functional, but not a serious competitor to
"end-high" packages such Word for Windows, WordPerfect for Windows, etc.

While I'm not about to trade in my 4 Indigos for some NeXT machines,
I will say that NeXT does "bundle" a nice word processor in with the
OS (not to mention Mathematica). If SGI wants to position the Indigo
as a viable desktop machine, then a few apps like a word processor,
electronic rolodex, appointment calendare, etc -- namely Window
like apps -- should be included with the OS at no charge. And don't
tell me that I can get WordPerfect for my Indigos. I have an
eval copy of WP and I think it's SCANDALOUS to charge people > $500
for that ascii junk -- even run as a 'gui' WP 5.0 is still ascii. 
Kinda reminds me of another "top" software firm that got out of
touch with reality. Anyone old enough to remember VisiCorp and it's
number one spreadsheet, VisiCalc?


-- 
              David Senseman (senseman@lonestar.utsa.edu)
From: kittu@sgi.com (Krishna Swaroop Kolluri)
Newsgroups: comp.sys.sgi
Subject: Re: monitoring heap memory
Date: 17 Apr 92 16:37:00 GMT
Article-I.D.: adm.30085


Yes, WorkShop is the official name for CodeVision. I am not sure if it
has changed in the price book, but it will soon be. Definitely from
1.1 onwards, it will be referred to as WorkShop.

The Try N Buy program is to give developers a chance to play with
WorkShop for some time without investing the money to purchase it. 
The Try N  Buy CD has a temporary network license for a couple of
months. So you install the software using the CD on your machine. The
license will expire after 2 months, at which point you will need to
buy the product. I can forward you to the right people if you are
interested in buying the product.

Hope that helps.

kittu..
Newsgroups: comp.sys.sgi
From: ciemo@bananapc.csd.sgi.com (Dave Ciemiewicz)
Subject: Re: How About a Word Processor with IRIX 4.0.X?
Organization: Silicon Graphics, Customer Support Division
Date: Tue, 14 Apr 1992 00:35:08 GMT

In article <30009@adm.brl.mil>, fred@poly2.nist.gov (Frederick R. Phelan Jr.) writes:
|> 
|> I've always thought that with a little work, Showcase would
|> fit the bill for this perfectly. Just enhance the text features
|> to provide things like centering etc. (Hint, hint, sgi).

Do you mean like centered titles?  Try using the centered tab stop. You
position the centered tab stop in the middle of the page.  The text you
want centered is preceded by a tab.  Any text that comes after the tab
will be centered with respect to the tab.  You can also center text by
using the center justified text in the text ruler.  If you are running
Showcase 2.0, refer to Chapter 3 the topics "Centering and Justifying Text"
and "Setting Tabs" in the Showcase Users guide.  It's all done using the
text ruler.  (For Showcase 1.x, see Chapter 4.)

These ruler features are not unlike most other text processing packages that
I've used including Microsoft Word.

As the man once said to me, Read The Fine Manual. (Hint hint hint) :^)

-- 

    __   * __   _  __  ___			
   /  \ / / /  / \/  \/   \ 	He was a man like any other man, however, not
  /    /  \/  /  /\  /    /	quite like any other man.
  \___/\__/\_/  /_/ / \__/	
	           *
From: blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN AAD/TAB)
Newsgroups: comp.sys.sgi
Subject: Re:  xpsview?
Date: 9 Apr 92 16:20:19 GMT


  DPS execution environment may not be on the media you were sent.  We have
two machines in my branch with IDENTICAL FULL support contract on both.
A box that came for one machine had DPS execution on the CD, while the box
for the other machine did NOT have it, but it did have the DPS development.
So between the two sets of CD's, I THINK we have all the software we are
SUPPOSE to have.  Why did SGI have to make things soooo complicated?!
(I think it was the marketing folks fault, NOT the engineers falt.  We all
 know how great the engineers are. ;-))

  Brent L. Bates				Phone:(804) 864-2854
  NASA-Langley Research Center			  FAX:(804) 864-8469
  M.S. 361
  Hampton, Virginia  23665-5225
  E-mail: blbates@aero36.larc.nasa.gov or blbates@aero8.larc.nasa.gov
From: silvert@biome.bio.ns.ca (Bill Silvert)
Newsgroups: comp.sys.sgi
Subject: Re: functions in library
Date: 16 Apr 92 15:10:02 GMT
Reply-To: silvert@biome.bio.dfo.ca (Bill Silvert)
Organization: Habitat Ecology Div., Bedford Inst. Oceanography

In <hofmann.703426368@mira> hofmann@mira.tat.physik.uni-tuebingen.de (Bernhard Hofmann) writes:

>>Try stlookup or nm.

>I'd rather use ar.

The question was how to find out what functions are in the library.
ar tells you what files are there, but not what the entry points are.
Or is there a feature of ar I don't know about?
-- 
------------------------------------------------------------------------
William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
InterNet Address: silvert@biome.bio.dfo.ca
Newsgroups: comp.sys.sgi
From: gumby@Cygnus.COM (David V. Wallace)
Subject: GDB 4.4 and Irix 4.x
Organization: Cygnus Support, Palo Alto, California
Date: 6 Apr 92 11:18:17
Distribution: comp

gdb 4.5 will support Irix 4.x.

regards,
g
From: spl@alex.uucp (Steve Lamont)
Newsgroups: comp.sys.sgi
Subject: GNU GCC 2.1 on SGI Crimson
Date: 15 Apr 1992 23:15:24 GMT
Organization: University of Calif., San Diego/Microscopy and Imaging Resource
Distribution: world
NNTP-Posting-Host: alex.ucsd.edu


I'm attempting to build gcc 2.1 on our new SGI Crimson, running 4.0.3
IRIX.  When I get to the point where the make is trying to build
libgcc2.a, it barfs with the message

_muldi3
mips-tfile:Non-zero flags encountered in /usr/tmp/cca12013.s filehdr
*** Error code 1

then coughs and dies.  This was with configuring with

	configure mips-sgi

(configuring with 

	configure mips-sgi-irix4

causes great quantities of complaints about alloca).

Anyone built gcc 2.1 on the Crimson yet?

						spl (the p stands for
						purple, more than crimson
						right now...)
-- 
Steve Lamont, SciViGuy -- (619) 534-7968 -- spl@dim.ucsd.edu
UCSD Microscopy and Imaging Resource/UCSD Med School/La Jolla, CA 92093-0608
"In the room women come and go/Talking of Michelangelo."
                           - T.S. Eliot, "The Love Song of J. Alfred Prufrock"