HDTenEightyP/NetNews huggingface dataset:
From: blythe@sgi.com (David Blythe)
Subject: Re: Image Examination Tool Wanted
Keywords: tool, image
Organization: Silicon Graphics, Inc., Mountain View, CA
Date: Wed, 15 Apr 1992 08:05:54 GMT

In article <1992Apr15.023632.1568@parc.xerox.com> glassner@parc.xerox.com (Andrew Glassner) writes:
>I would like to interactively learn the values of pixels on my
>Iris.  Specifically, I'd like to put up an image using any standard
>image display program (so the pixels are in the frame buffer).  Then
>I'd invoke the program I seek, point at individual pixels on the
>screen, and see (perhaps in a shell) the x,y coordinates of the
>pixel, and its RGB values.  Pixel zooming and relative coordinates
>would be a plus, but I could get a lot of mileage out of a simple
>tool like this.  Is there a public-domain tool of this sort available?
>Any suggestions or paths will be appreicated.

a handy program indeed - /usr/demos/bin/snoop:

SNOOP(6D)                      Silicon Graphics                      SNOOP(6D)

NAME
     snoop - magnify and report on the screen under the mouse pointer

	-db

Newsgroups: comp.sys.sgi
From: ktl@wag.caltech.edu (Kian-Tat Lim)
Subject: New police department?
Organization: California Institute of Technology, Pasadena, CA
Date: Thu, 9 Apr 1992 06:45:48 GMT

In article <1992Apr8.210542.14049@microunity.com> jsw@thalia.microunity.com
(Jeff Weinstein) writes:
>
>Jeff Weinstein - X Protocol Police - NOTE NEW ADDRESS!!
>MicroUnity Systems Engineering, Inc.
>jsw@microunity.com

	I know that turnover is high in Silly Valley, and SGI's X is now
reasonably mature [well, when do we get R5?], and it's good to see that Mr.
Weinstein is still reading comp.sys.sgi, BUT I think that the X Protocol
Policeman's authoritative, inside voice will be missed in the newsgroup.

-- 
Kian-Tat Lim (ktl@wag.caltech.edu, KTL @ CITCHEM.BITNET, GEnie: K.LIM1)
System Manager, Materials & Molecular Simulation Center, Caltech
From: lhdsy1!fred.lahabra.chevron.com!shc@uunet.uu.net (Steve Couturie)
Newsgroups: comp.sys.sgi
Subject: Re: How do I feed my workstations?
Date: 6 Apr 92 16:23:55 GMT

Re: Mail from Alex S. Crain --
> 
> I'm planning to construct a lab of machine, and I was looking for
> feedback regarding the best way to of physical configuration. For
> example:
> 
> 	A lab of 12 indigo's, each with:
> 		24Mb memory
> 		235Mb local disk
> 		ELAN head.
> 
> What's the best way to set this up? I'm thinking that I would put
> root, tmp and swap on the local disk and set up a server for with a
> couple of gigs.  Can I use one of the indigo's to serve the others, or
> should I look for a separate server machine. If I opt for a separate
> server, does it have to be an SGI, or can I use any fast NFS box (like
> a DECstation)?
> 

*** Huh?  We have bunches of DECstations here, and *NO* way are any of them
    a "fast NFS box".  In fact, of all the architectures here (Sun, DEC,
    SGI, HP, IBM, Cray,...) the DECstations are far and away the *slowest*
    NFS boxes.  Our Epoch is much faster.

    Aside from the oft-posted problems with the Indigo ethernet performance,
    my observations have been that the SGI's are *the* "fast NFS box".
    Sun's only go really fast with PrestoServe, apparantly, 
    (and do other brain-dead things, like turn off UDP checksums by
    default).
    The others have other problems: 
    HP-UX: an ancient implementation of NFS--you must patch the kernel to
	turn on "root" access, and most export controls don't work;
    DEC Ultrix: also an old version of NFS; doesn't even use the
	"privileged" port for automounting, and none of the fine 
	control in /etc/exports is implemented. 
	(i.e., -root=clients,access=clients, etc., not implemented.)
    IBM AIX: basic IBM inscrutability ["AIX ain't Unix" :-)]; seems to work
	though.

    We like our machines to be "diskfull", with the OS and swap local, but have
    a lot of directories on servers; *anybody's* machine can be made to
    serve things like users' home directories or utility programs.  I'd
    recommend that you learn about the automounter or amd, though.

Steve
-- 
Steve Couturie                      Voice:     (310) 694-9332	
Chevron Information Technology Co.  FAX:       (310) 694-7709
P.O. Box  446                       Internet:  shc@chevron.com
La Habra, CA  90633-0446            UUCP:      ...!uunet!lhdsy1!shc
From: usson@imag.fr (Yves Usson)
Newsgroups: comp.sys.sgi
Subject: NUMLOCK at login
Keywords: Indigo, login
Date: 17 Apr 92 09:03:41 GMT
Organization: IMAG Institute, University of Grenoble, France

Does someone knows if it is possible to set the keyboard
status at login. I would like to have the numeric pad
locked automatically when I log in.

Which .????rc file must I modify? Which command is it?

Thanks in advance

-- 
Yves Usson
Equipe de Reconnaissance des Formes et Microscopie Quantitative
Universite J. Fourier, CERMO
BP 53 X
38041 GRENOBLE, FRANCE
ph. (33) 76 51 48 13
fax (33) 76 51 49 48
e-mail usson@imag.imag.fr
From: posse@masg1.epfl.ch (Christian Posse)
Newsgroups: comp.sys.sgi
Subject: reset of xshowcmap
Date: 9 Apr 92 11:55:21 GMT
Organization: Ecole Polytechnique Federale de Lausanne

I have a problem with color allocation with xv. In order
to have a image on root, I load xv, but I have seen that
modifies the Xcolormap (via xshowcmap). Sometimes the number
of colors required by the image file is small so that it is 
possible to allocate colors for other X products. But if this
number is great there is not enough place for this allocation 
and I receive warning messages and white color instead of the
one I have specified or more awful I am not allowed to run 
the application (for example Splus (statistical package which
allows graphical displays on a Xwindows. If there is enough
place for the color allocation, I can't open the window)

How to deal with this ? Is it possible to "reset the colormap" ?
Or how to manage to free place in the colormap ? (Note that even
when I have killed the xv process, the image being on root, I 
can do nothing if too many colors where allocated to the image. 

Thanks in advance.

Christian.

P.S. We have Indigo IRIX 4.0.3.

-------------------------------------------------------------------------------
      ____/  __  /  ____/   /   Christian POSSE
     /      /   /  /       /    Swiss Federal Institute of Technology
    ____/  ____/   ____/  /     DMA-Ecublens                                   
   /      /       /      /      CH-1015 Lausanne (Switzerland)
 _____/ _/      _/     _____/   
   			        e-mail : posse@masg6.epfl.ch

 ... Trying to establish voice contact ... please yell into keyboard ....
-------------------------------------------------------------------------------
From: jdh@bu-pub.bu.edu (Jason Heirtzler)
Newsgroups: comp.sys.sgi
Subject: trouble a bru'n
Date: 9 Apr 92 19:02:53 GMT
Organization: Boston University, Information Technology

Our 4D-240 crashed last night and I had a rather disturbing
experiance.  Maybe Dave or someone else would be willing to
shed some light.

Our backups are done on 8mm tape.  When the machine crashed
last night, several files were missing from the root partition,
(why?) so I decided to reload from the backup tapes and be safe,
rather than try to manually hunt down the missing files.

I booted off the 3.3 distribution tape (the machine was running
3.3.2 at the time of the crash) and spawned a subshell ("sh") from
inst, but was unable to read anything from the bru tapes!

        inst> sh
	# cd /root/dev
	# bru -tf rmt/tps0d4
	bru: warning - assuming end of volume 1 (unknown size)
	[ then a prompt to enter volume 2 ]

If I boot single-user, I can read the tapes fine.   If I boot
off the 3.3 distribution tapes I can't!  It seems reproducable,
so what's the deal?  Obviously, this is nasty.

The tapes were not created with any special blocking size

   # bru -c -R -f /dev/rmt/tps0d4 -s 1940M /

Here's the "hinv"

% hinv
4 25 MHZ IP7 Processors
FPU: MIPS R2010A/R3010 VLSI Floating Point Chip Revision: 2.0
CPU: MIPS R2000A/R3000 Processor Chip Revision: 2.0
Data cache size: 64 Kbytes
Instruction cache size: 64 Kbytes
Main memory size: 32 Mbytes
Integral Ethernet controller: Version 2
Genlock option installed
GT Graphics option installed
Integral SCSI controller 0: Version WD33C93
Integral Ethernet controller: Version 1
Tape drive: unit 7 on SCSI controller 0: QIC 150
Tape drive: unit 4 on SCSI controller 0: 8mm cartridge
Disk drive: unit 2 on SCSI controller 0
Disk drive: unit 1 on SCSI controller 0

Jason Heirtzler
Boston University
jdh@pub.bu.edu
From: schuette@roadkill.nrl.navy.mil (Larry Schuette)
Newsgroups: comp.sys.sgi
Subject: dvi2ps
Date: 14 Apr 92 17:19:54 GMT
Organization: Naval Research Lab, Physical Acoustics, Washington, DC

This probably should be in the FAQ...

Where can I grab the latest version of DVI2PS for the Iris?  Something
that has been modified for Irix 4.0.% would be considered a bonus.

Thanks, Larry

    ----------------------------------------------------------------------
	"..suprise, make your attack and disappear.."	Galland

Lawrence C. Schuette			  schuette@roadkill.nrl.navy.mil
Code 5133				  (202)767-2739  
Naval Research Laboratory		  	
Washington D.C.	20375-5000
From: gilroy@palantir.drea.dnd.ca (Layton E. Gilroy)
Newsgroups: comp.sys.sgi
Subject: xterm control sequences
Date: 6 Apr 92 15:18:26 GMT

We have a Personal Iris 4D35 with entry-level graphics and
with 4.0.1 installed. We would like some assistance using the
xterm command to open VT100 and Tek4014 windows.

Previously we ran some simple graphics software on GRAPHON 
monochrome terminals which have an alphanumeric screen and 
a graphics screen. The alpha screen emulates a VT100 or VT200
type screen while the graphics screen can emulate a variety
of Tektronix monochrome screens. To switch between the two, 
we could use either the terminal setup mode or escape characters
sent by the software. As we can open both these windows using
the xterm command, we wanted to run these programs on the Iris.
We opened both windows, but the escape characters would not
switch windows automatically. It works if the appropriate menus
are used, but we would like to use the automatic feature. Once 
in the Tek window, the escape characters to clear screen, etc. 
work.

The xterm man pages say this is possible and indicate that the 
control sequences are available in something called the Xterm
Control Sequences which have yet to be converted from X10. We
can't find this and the hotline has yet to answer us. Any help 
would be appreciated.


Thanks,

Layton

===============================================================
Layton Gilroy
Defence Research Establishment Atlantic
Dartmouth, Nova Scotia, Canada
Mail : gilroy@palantir.drea.dnd.ca
===============================================================
From: zhang@block.ime.nrc.ca
Newsgroups: comp.sys.sgi
Subject: Undefind getcpos
Date: 6 Apr 92 15:05:45 GMT

Dear IRIS gurus:

<1>When I run a executable code, generated under 3.x.x, under
   4.0.x, I got error msg:

   fmfnthdfromfile: bad magic number

<2>I re-compiled the program (the source code I wrote last year
   in f77 and C ), but during linking, I got:

   error: Undefind getcpos(...)

   How to get the hook off ?

   Ji Zhang     zhang@valve.ime.nrc.ca
From: reinoud@dutecai.et.tudelft.nl (R. Lamberts)
Newsgroups: comp.sys.sgi
Subject: Re: Removable media Hard Disk drive on SGI
Date: 11 Apr 92 22:06:44 GMT
Organization: Delft University of Technology, Dept. of Electrical Engineering
Originator: reinoud@dutecai.et.tudelft.nl

From article <1992Apr10.221930.13639@serval.net.wsu.edu>, by rnelson@yoda.eecs.wsu.edu (Roger Nelson - Grad Student):
> 
> Does anyone have experience using removable media hard disk drives under IRIX?  
Yes, a Syquest SQ555 (44M) ran just fine on my Indigo. You don't want
this drive on your system permanently, though. You'll have to turn off
disconnect - throwing away a lot of performance on a multidisk machine.
Sync SCSI negotiation must be turned off too for this drive.

Anyone - is there a newer version of this drive with a more up to date
controller? The 88M version maybe?

> 
> Can IRIX automatically mount file system on the cartridge when it is inserted?
> 
> What drives are (not) known to work?

Dunno.

> 
> Thanks for any information,    
> 
> Roger Nelson    rnelson@yoda.eecs.wsu.edu

- Reinoud
From: zrhk0390@awssg6.rus.uni-stuttgart.de (Andreas Wierse)
Newsgroups: comp.sys.sgi
Subject: Re: graphics conversion tools
Date: 10 Apr 92 11:51:54 GMT
Organization: Visualization Group Comp.Center (RUS) U of Stuttgart, FRG

In article <1992Apr9.204423.25348@helios.physics.utoronto.ca> mark@cita.toronto.edu writes:
>This isn't exactly the most important question in the world, but I'm just
>wondering ...
>
>SGI has made various nifty tools available via anonymous FTP from sgi.com
>for quite some time.  Now I notice that many of them have made it into the
>4.0.1 release of IRIX.  (Some of these were in 3.3.x as well, but not all of
>them.)  Specifically ("S" == sgi.com, "3" == IRIX 3.3.x, "4" == IRIX 4.0.1):
>
>        S  3  4                         S  3  4
>        -  -  -                         -  -  -
> [lots of stuff deleted]
>        x     x  fromyuv                x     x  toyuv
>

As I read in the Manuals, fromyuv and toyuv only support NTSC-mode.
Since in europe PAL-mode is quite common, it would be very fine,
if we could use a PAL-switch with toyuv to feed our Abekas A60 directly.

Andreas Wierse


/*--------------------------------------------------------------------------*/
/* Andreas Wierse                                                           */
/* Institut fuer Computeranwendungen II                                     */
/* Abteilung Computersimulation und Visualisierung                          */
/* (Institute for Computerapplications II                                   */
/* Department Computersimulation and Visualization)                         */
/*-------------------------+------------------------------------------------*/
/* Rechenzentrum           | wierse@rus.uni-stuttgart.de                    */
/* Universitaet Stuttgart  | Tel.: ++49-711-685-5796                        */
/* Allmandring 30          | Fax:  ++49-711-682357                          */
/* 7000 Stuttgart 80       |                                                */
/*-------------------------+------------------------------------------------*/
Newsgroups: comp.sys.sgi
From: rck@fangio.asd.sgi.com (Robert Keller)
Subject: Re: Substitute for XAPPLRESDIR in SGI Xlib
Keywords: Xlib SGI XAPPLRESDIR
Organization: Silicon Graphics, Inc., Mountain View, CA
Date: Fri, 17 Apr 1992 18:21:05 GMT


Check out the man page for X(1).  On page 12 (of my copy) there is a 
discussion of this sort of stuff.  Here's an excerpt:


          application-specific files
                  Programs that use the X Toolkit Intrinsics will also
                  look in the directories named by the environment
                  variable XUSERFILESEARCHPATH or the environment
                  variable XAPPLRESDIR, plus directories in a standard
                  place (usually under /usr/lib/X11/, but this can be
                  overridden with the XFILESEARCHPATH environment
                  variable) for application-specific resources.  See
                  the X Toolkit Intrinsics - C Language Interface
                  manual for details.

...robert
From: C.G.C.vanDijk@io.tudelft.nl
Newsgroups: comp.sys.sgi
Subject: plea for info: Dev. Forum
Date: 9 Apr 92 12:56:02 GMT

Hi,

Is anybody from around here (holland, germany, belgium, maybe
france or uk) going to attend the developers forum?  If so, would
you be willing to:
 - summarize the new developments discussed there
 - send around proceedings
 - or maybe even talk about it at a SG users group meeting 

Not having the latest info, as discussed at this forum, gives me the
uncomfortable feeling that I am not getting the most from my SG
workstation.  I am also shy about developing tools myself which 
turn out to be issued/announced at the forum.  Especially this
'scenario' tool (object-oriented 3D toolkit) has my attention..

Anxious minds want to know :-)

Casper

Casper G.C. van Dijk               "Broken words,
Delft University of Technology      never meant to be spoken"
the Netherlands                                    Bob Dylan
Newsgroups: comp.sys.sgi
From: lattanzi@wsl.dec.com (Len Lattanzi)
Subject: Re: mysterious ld errors: regcmp, regex -- help!
Organization: Western Software Lab
Date: Tue, 7 Apr 92 21:46:23 GMT

In article <9204071923.AA07794@taurus.cs.nps.navy.mil> lombardo@TAURUS.CS.NPS.NAVY.MIL (charles lombardo) writes:
:Hi,
:  Upon compiling my application on any of our Iris' I get the following
:error:
:
:Undefined:
:regcmp
:regex
:*** Error code 1
:`all' not remade because of errors

Add "-yregcmp -yregex" to your link command and ld will tell you where
these symbols are defined or referenced. Either your libraries are in
the wrong order or you're not linking in whatever library SGI put the
routines in [if the latter check the man pages]

-Len
--
\
 Len Lattanzi (Migration Software Systems Ltd 408 452 0527) <len@migration.com>
From: frank@marvin.contex.com (Frank Perdicaro)
Newsgroups: comp.sys.sgi
Subject: Re: SGI Patches available ? (GRRRRRRRRR!!!!)
Date: 9 Apr 92 14:46:04 GMT
Organization: Xyvision Design Systems


Regarding the Exabyte and hanging problems: Dave dont you remember the
variable block size overwrite bug ( in 3.X ) you helped me with a few
months ago?  It caused strange, persistent problems that could only be
fixed with a reboot.   If I had to guess, I would guess the guy has
found the same bug.

Regarding the lack of support, it IS possible to leave voice mail with
_anybody_ at SGI.  I suggest you start with the Pacific area chief,
and work up one level per day.  Consult stock reports, and various
bits of financial newspapers to get the names that can get things done
( if you cannot get them from your local folks.)


-- 
	 Frank E Perdicaro, Systems Admin, etc.		Xyvision Color Systems
      Legalize guns, drugs and cash...today.		101 Edgewater Drive
   inhouse: frank@marvin, x5572				Wakefield MA
outhouse: frank@contex.com, 617-245-4100x5572		018801285
Newsgroups: comp.sys.sgi,comp.unix.bsd,comp.unix.question
From: subbarao@phoenix.Princeton.EDU (Kartik Subbarao)
Subject: Re: Socket, binding to reserve port - SGI, IRIX 4.0.0
Organization: putchar('I'); for (i = 0; i < 3; i++) putchar('E');
Date: Sun, 12 Apr 1992 21:47:54 GMT

In article <1992Apr10.190642.193@ll.mit.edu> lebrun@ll.mit.edu (Steven F. LeBrun) writes:
>Is root the only privilege user who can bind sockets to reserved port 
>numbers?  Is there a way of setting up my account so that I can bind
>sockets to reserved port numbers without being given full root
>privileges?

If any user could bind a reserved port, then they could defeat security that 
checks for binding a reserved port. For example, if a user on the machine
has a .rhosts file containing the name of some other user, you could bind a 
reserved port, then connect to the rlogind port claiming to be that person. 

There are a few other programs that authenticate by checking the local port
bound to.

Why does your program HAVE to bind to a port between 721 and 731? My only
idea would be something to do with authentication. Who is checking to see
if your local port is between 721 and 731? Surely you can change the server
program (of course you aren't trying to spoof it or something ;-)). 

This would be really reaching, but I *guess* you could write a program
setuid root that bound a reserved port for you, then passed the socket
descriptor to you (ugh).

But otherwise, if you have a real need for binding a reserved port, you might 
as well just get full root access. 

	-Kartik
Newsgroups: comp.sys.sgi
From: craig@marsh.cs.curtin.edu.au (Craig Farrell)
Subject: IRIS INDIGO df and mount mysteriously stop
Summary: can someone suggest anything for this?
Keywords: indigo df mount
Organization: Curtin University of Technology
Date: Fri, 10 Apr 1992 04:44:35 GMT


Dear SGI Users

	We have 2 SGI Iris Indigo's and we are experiencing a 
strange problem is there an SGI guru out there who can help or
is there someone else experiencing a similar problem ....

	Both the IRIS run fine for a week or so ..... then one 
of them the can no longer run "mount"  and  "df"  everything else
is fine, all the mounted filesystems are still mounted and everything
else seems great. The other iris still works fine (it's also happens to
be the yellow pages master and the Name server).
To clear this problem we need only to re-boot the offending IRIS 
and everthing works great again for a week or so. Could this be a problem
with yellow pages on SG's, or with mountd or with the nameserver lookup?
We can find no reason why mount and df should suddenly stop
and why a re-boot  magically fixes everything for a week or so
can anyone help or has anyone got a similar problem?

Thanx in advance for any help
Craig.

PS:
	Our network has a mixture of Sun's , Sg's and PC's  on it (and some
other crap too)

-------------------------------------------------------------------------
    ___    _    ____    _   ___
   /   \__/ \__/    \__/ \_/   \
  |           |O O              |
   \         _|     __         /
    \_______/ |     | \_______/
             /     _/
          __/    _/
         /) (o _/
         \    /           Hey Rocky watch me pull a rabbit from my hat!
          \__/

From: Craig Farrell
Organisation: Curtin University West Australia.
craig@cutmcvax.cs.curtin.edu.au
Newsgroups: comp.sys.sgi
From: markb@solbourne.com (Mark W. Bradley)
Subject: Re: cartridge tape drives?
Organization: Solbourne Computer Systems
Date: Thu, 9 Apr 1992 16:38:37 GMT

In article <1992Apr9.080027.5196@shannon.ee.wits.ac.za> philip@cornea.cs.wits.ac.za (Philip Machanick) writes:
>For compatibility with various software sources, Sun machines
>etc. I need a cartridge tape drive. Are there any problems
>fitting a generic 150M SCSI cartridge drive to an Indigo?

Unfortunately, there is still not such thing as a 'generic' tape drive.
Archive and (I think) Tandberg work on both ASD and ESD supplied 
systems from SGI.

						markb
-- 
Mark Bradley   (DoD#1100)		  Faster, faster, until the thrill
I/O, EMI & Mgmt./Systems Engr.		of speed overcomes the fear of death.
Solbourne Computer, Inc.			--Hunter S. Thompson

Newsgroups: comp.sys.sgi
From: chk@alias.com (C. Harald Koch)
Subject: UUCP Devices file question
Organization: Alias Research, Inc., Toronto ON Canada
Distribution: na
Date: Tue, 14 Apr 1992 03:21:41 GMT

In the /usr/lib/uuucp/Devices file, what's the difference between

	ACU ttyf4 null 19200 212 x telebit

and the (simpler)

	ACU ttyf4 - 19200 telebit

They both work. Why should I use the first line instead of the second? The
first line is what actually appears in the Devices file distributed by SGI,
while the second is what I infer from reading the manuals.

	Thanks,


--
Psychotic pigs make better  | C. Harald Koch  Alias Research, Inc. Toronto, ON
bacon!                      | chk@alias.com                (work-related mail)
                            | chk@gpu.utcs.utoronto.ca     (permanent address)
            - Graffiti      | VE3TLA@VE3OY.#SCON.ON.CA.NA            (AMPRNet)