HDTenEightyP/NetNews huggingface dataset:
From: dong@umiacs.umd.edu (Dong Chen)
Newsgroups: comp.sys.sgi.graphics
Subject: How to get device event before 4Dwm eat it ?
Date: 11 Jan 93 15:21:07 GMT
Organization: UMIACS, University of Maryland, College Park, MD 20742

Hello,

In a simple words, how do you disable the 4Dwm's menu from the program
that when user press [alt][rightmouse] the event will be pass to the program
instead of showing the window menu ?
Newsgroups: comp.sys.sgi.graphics
From: manyin@helene.gsfc.nasa.gov (Michael Manyin)
Subject: PM_ADD24 on RE
Reply-To: manyin@helene.gsfc.nasa.gov (Michael Manyin)
Organization: NASA/ Goddard Space Flight Center
Date: Wed, 6 Jan 1993 18:49:41 GMT


On Dec 28th, I posted the following:

> We are porting a program from a VGX platform to a Crimson/RealityEngine,
> and have been finding it difficult to make full use of the 4096-entry
> colormap when lrectwrite'ing  8-bit images.
> 
> Specifically, we suspect that the call
> 
> pixmode( PM_ADD24, 256 );
> 
> on the RealityEngine, is the problem.
> 
> 
> In fact, any integer offset greater than 0 produces anomalous behavior.
> 
> The pixmode manual page claims that "Pixel addition can...
> be used to offset the range of a color map image",
> and our code  works fine on VGX and Indigo Elan machines.

Several people replied; the bug is recognized and real.
A couple SGI people got involved (thanks, guys!) and so
I can summarize the status of the bug:

There is an "internal bug report" already on file; while the
behavior was supposed to be fixed in an upcoming maintenace release,
it is not in 4.0.5G .   It should be fixed in 5.0.

Of course, if you have memory to burn, you can store data in 16 bit
pixels, and do the offset yourself.


Mike Manyin

-------
cross posted to:
comp.sys.sgi
comp.sys.sgi.graphics

--------------------------------------------------------------------
Michael Manyin                         NASA/GSFC
manyin@helene.gsfc.nasa.gov            Lab for Atmospheres, Code 912
US: (301) 286-7825                     Greenbelt, Maryland  20771
Newsgroups: comp.sys.sgi.graphics
From: hoesel@igc.ethz.ch (Frans van Hoesel)
Subject: slow X wanted
Organization: University of Groningen, the Netherlands
Date: Mon, 4 Jan 1993 10:13:44 GMT


normally I work locally on my Indigo and the graphics (more specific the
X server) is very fast. Now I want it to slow down by a factor of 10..100
so I can see what happens to my program on loaded communication lines
Also it makes it easier to check for redundant draws (those that can
be elft out without any harm to the net result)

I tried to do this naively, by simply starting many programs. This however
makes the system behave in bursts (I runs a little time on one program
swaps the next program, runs that etc...) I would like a smooth
degradation of my otherwise fast indigo as if it runs on a clock speed of 
2 MHZ (or lower)

Can this be done, without altering the source code of my program?

-- frans
-- 
--    ==============================================================    --
----  ===  frans van hoesel             hoesel@igc.ethz.ch       ===  ----
--    ==============================================================    --
From: story@sgi.com (David (Duis) Story)
Newsgroups: comp.sys.sgi.graphics
Subject: Re: Grabing window; send to PS printer
Date: 8 Jan 93 00:23:40 GMT
Organization: Silicon Graphics, Inc.

In article <6212006@lith.UUCP> kestas@lith.UUCP (Kestutis Sliupas) writes:
>Hi:
>	We use a modelling program (SYBYL) on our Crimson. How
>can I copy a portion of the display and send it to a Post
>Script printer? I can print structures from within the program,
>but they are in a crude line-graph format.

Use "snapshot" or "scrsave" to save a portion of the screen as an SGI
Image.  If your printer is hooked to the Crimson using the Print
Manager's "Generic PostScript" interface, just type "lp snap.rgb."

Cheers,

David Story                        	        Silicon Graphics, Inc.
story@bent.wpd.sgi.com				Mountain View, California

I've changed my name, so duis@sgi.com may bounce, please use story@sgi.com.
From: suneel@mips.com (Suneel Jain)
Newsgroups: comp.sys.sgi
Subject: Re: Indigo R4000 vs. R3000 4D/35
Date: 8 Jan 93 01:36:57 GMT
Organization: Silicon Graphics Computer Systems
NNTP-Posting-Host: limca.mti.sgi.com

In article <1993Jan7.142834.7127@jarvis.csri.toronto.edu>, corkum@csri.toronto.edu (Brent Thomas Corkum) writes:
> We just installed a R4000 upgrade in an Indigo and after running an in house 
> application that is completely cpu bound I found that it was only 1.8 times 
> faster on the Indigo than on a R3000 4D/35. Now, both have the same amount of 
> memory and the application doesn't use that much. Is this right? Do I need 
> to recompile on the R4000 with some magic compiler option (the code is in 
> kr C)? I'm using the:
> 
> -cckr -float -O2
> 
> command line options.
> 
> Brent
>

Use the "-mips2" option. This causes the compiler to use the additional 
instructions added to the architecture in the R4000. It also causes
the compiler to use the R4000 model for scheduling of instructions.

The only drawback of using the -mips2 option is that you can not run
the resulting binary on a R3000 system.
-- 
Suneel Jain 
EMAIL :	suneel@mti.sgi.com 		PHONE : 1-415-390-4281
USMAIL:	Silicon Graphics Computer Systems, M/S 10U-178, 
	2011 N. Shoreline Blvd., Mountain View, CA 94039-7311
Xref: sparky comp.sys.sgi:18636 comp.sys.sgi.admin:154
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi,comp.sys.sgi.admin
Subject: Re: Help! Can I recover screwed up tar archive?
Date: 9 Jan 93 03:29:35 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <C0Jq7o.Hqz@news.cso.uiuc.edu> cjgg1584@uxa.cso.uiuc.edu (Cynthia J. Gibas) writes:

| I need to extract information, if possible, from a tape which tar reads as
| having a 'directory checksum error'.  Is there a way to trick tar into reading
| a tape screwed up in this particular way?

Most likely it is just byte swapped.  Try using /dev/tapens.  If that
still fails, use the 'e' option (with both /dev/tape and /dev/tapens,
whichever one works).
--
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: corkum@csri.toronto.edu (Brent Thomas Corkum)
Subject: Toggle Num Lock from C program
Organization: CSRI, University of Toronto
Date: 6 Jan 93 21:30:36 GMT


How can you toggle the Num Lock on/off and get the status of it from within
a C program? I'm running 4.0.5F IRIX on and Indigo.

Thanks,

Brent
From: vulture@imperial.ac.uk (Thomas Sippel - Dau)
Newsgroups: comp.sys.sgi
Subject: Re: is wide-open tftpd ever needed for install from remote?
Date: 11 Jan 93 11:41:58 GMT
Reply-To: cmaae47@imperial.ac.uk
Organization: Imperial College of Science, Technology and Medicine

In article <C0G7I2.JM3@helios.physics.utoronto.ca>, sysmark@helios.physics.utoronto.ca (Mark Bartelt) writes:
.....
- Given the security worries related to a unrestricted-mode tftpd, why
- does the documentation even suggest running it that way in the first
- place?
- 
Because people usually end up where they set out to get to. If the task is:

   "Design an installation procedure that it idiot-proof and secure"

you get something that is reasonably so. If the task is:

   "Design an idiot-proof installation procedure by Tuesday"

then you get that, with all security considerations poo-poohed as "not
required in most cases", and it will be sort of ready by the time the 
machine ships. Retrofitting security to something created in this
way means re-designing it from scratch, with all the delay and backward
incompatibility that that entails.

Since no-one reads installation manuals unless absolutely necessary, and 
stops reading them as soon as "it works", just documenting the security
considerations does not help. Any redesign of installation for security
should also ensure that 'old habits' - i.e. the commands that used to work -
start failing in a spectacular way before security starts to get compromised.

So people will invariably tell you that:

   o  Life is too short to worry about that.
   o  We have machines to make and sell for a living.

The problem with the internet is that it is akin to the road network, i.e.

   o  You have to use the one that's there, you cannot roll your own
   o  You must use it, as life is impossible or intolerable without
   o  You cannot exclude others from it, even if you don't like what they do
   o  It is a dangerous place, with little effective innate security

The internet has additional problems that it transgresses national 
legislatures, which themselves have not yet seen the need to impose 
regulations. Thus any security is by private sentinels, mostly operating 
in a dubious legal framework. 

Societies have always adapted very slowly to such a new situation brought 
about by technical advance, and many such adaptions have been brought about
by catastrophic events rather than evolution. No, I do not advocate having
another war to get secure internet usage accepted (nor another flame war),
but even without it the cost will be terrifying.

... and there you have it               Thomas

-- 
*** This is the operative statement, all previous statements are inoperative.
*   email: cmaae47 @ ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic on Janet)
*   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
*   snail: Imperial College of Science, Technology and Medicine
*   The Center for Computing Services, Kensington SW7 2BX, Great Britain
Newsgroups: comp.sys.sgi,comp.sys.sgi.admin
From: cjgg1584@uxa.cso.uiuc.edu (Cynthia J. Gibas)
Subject: Help!  Can I recover screwed up tar archive?
Organization: University of Illinois at Urbana
Date: Fri, 8 Jan 1993 17:35:48 GMT

I need to extract information, if possible, from a tape which tar reads as
having a 'directory checksum error'.  Is there a way to trick tar into reading
a tape screwed up in this particular way?


-- 
--
Cynthia Gibas   cgibas@wraightc3.life.uiuc.edu
4223 Beckman Institute
405 N. Mathews
Newsgroups: comp.sys.sgi
From: raytrace@cs.curtin.edu.au (RayTrace project)
Subject: Re: motif and pipes
Organization: Curtin University of Technology
Date: Tue, 5 Jan 1993 02:12:50 GMT

beyer@bflsgu.fl.bs.dlr.de (Ralf Beyer DLR) writes:
>	
>	2. I have a forground Motif application which must launch and 
>	   establish 2-way communcation with a non-graphic background
>	   application. I have the source for both and thus can make 
>           any modifications necessary. My man pages have holes where 
>	   socket, pipe and socketpair are supposed to be.
	For interaction, you MUST use a pty not a pipe as the pipe
	blocks until it is full -- you can't read via X interrupt until
	8192 characters are available. 
	I have code where we talk to a terminal server via telnet if you
	want example code.
--

	Andrew Marriott.

--------------------------------------------+----------------------------------
* Internet: raytrace@cs.curtin.edu.au                                         *
*                                                                             *
* Mail   : School of Computer Science         | Tel: +619 351 7680            *
*          Curtin University of Technology    | Fax: +619 351 2819            *
*          Kent Street, Bentley                                               *
*          Western Australia, 6102                                            *
--------------------------------------------+----------------------------------
From: mattr@awesome.csd.sgi.com (Matt Robinson)
Newsgroups: comp.sys.sgi
Subject: Re: select: resource temporarily not available
Date: 4 Jan 93 23:24:38 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <106115@bu.edu> jdh@bu-pub.bu.edu (Jason Heirtzler) writes:
>We're having some sort of streams related problem
>with 4.0.5 on our 4D-240, which has been going on since
>at least 3.3 (I probably reported it to the hotline
>even before that release, but that's not what I want to
>get into..)

>NPROC has been increased to 256 to no avail.  I also
>mentioned that I'd try increasing NSTREVENT but that
>I thought that wouldn't help, as something is probably
>eating the resource and not freeing it.  Well, I tried
>increasing it from 30 -> 60 -> 120 and it makes no
>difference, the machine still runs out of "events."

Perhaps you can try to increase your streams buffer parameters.
You have a pool of NBLK buffers (in your /usr/sysgen/master.d/kernel
file, ranging from 4096 to 4 byte data blocks), which you can try
increasing.  These data blocks are used for your streams operations.
If you run 'netstat -m', you'll see how many of each pool you are
using, and which need to be increased.  And as always when building
a new kernel, make sure to save your old kernel as a backup to boot
from.

If you have more problems, give the hotline folks a call, so that
we can look at your problem in more detail.

>----------------------------------------------------------------
>Jason Heirtzler      1-617-353-2780            jdh@bu-pub.bu.edu
>Sci Comp & Vis       Information Technology    Boston University

--Matt

---------------------------------------------+-------------------------------
Matt D. Robinson (Member, Technical Staff)   |      mattr@awesome.csd.sgi.com
Silicon Graphics, Inc.                       |      mattr@leland.stanford.edu
From: dave@mando.mit.edu (David Smith)
Newsgroups: comp.sys.sgi
Subject: anonymous ftp attempt
Date: 4 Jan 93 19:11:51 GMT

Hi, in my syslog there's an entry indicating a refused anonymous
FTP login attempt. The address in numerical form is also there.
Is there any way to backtrack the number to an actual address so
I can see who tried to access the machine? I've tried contacting
the machine via telnet and ftp but no luck. thanks for any help in
advance. dave smith dave@mando.mit.edu
From: beyer@bflsgu.fl.bs.dlr.de (Ralf Beyer DLR)
Newsgroups: comp.sys.sgi
Subject: Re:  Problems with blink()  (Help!)
Date: 7 Jan 93 10:41:09 GMT


	I've been having problems making blink() work on a Crimson running IRIX
	Release 4.0.5 System V.  The problem is that blinking works, but it
	blinks the color in the colormap with BLACK always, independently of
	the red, green, blue, entries in:  blink(rate,index,red,green,blue).
	
This is a known bug in IRIX 4.0.5. Someone promised it will be fixed
in IRIX 4.0.6. Others said "wait for IRIX 5.0".

----------------------------------------------------------------------
Ralf Beyer
German Aerospace Research Establishment (DLR), Institute for Flight
Guidance, Flughafen, D-3300 Braunschweig, Fed. Rep. of Germany
Internet: beyer@bflsgu.fl.bs.dlr.de (EARN/BITNET: fl17@dlrvmbs.bitnet) 
----------------------------------------------------------------------
From: James Petts <pettsj@visigoth.demon.co.uk>
Subject: Multiple IP address with SLIP and TCP/IP
X-Xxmessage-Id: <A7782AA03F040855@visigoth.demon.co.uk>
X-Xxdate: Tue, 12 Jan 93 07:58:24 GMT
Organization: No Affiliation
X-Useragent: Nuntius v1.1.1d13
Date: Tue, 12 Jan 1993 08:00:41 GMT

We currently have our SGs networked locally in a class C network using 
standard TCP/IP, but I also want to be able to access a service provider 
as a class B network host, but using SLIP. Is it possible to configure 
one system so that I can have a standard IP address of eg. 193.35.16.1 
using the built-in Ethernet and and address of 158.152.8.85 when using 
SLIP?

 ===> James Petts <===

*** CAUTION - READ THIS .sig AT YOUR OWN RISK! ***************************
*                                                * NOTE! VISIGOTH HAS NO *
* Q. Wenn ist das Nunstueck git und Slotermeyer? * CONNECTION WITH ANY   *
* A. Ja!... Beiherhund das Oder die Flipperwaldt * OTHER SITE AT         *
*    gersput!                                    * DEMON.CO.UK           *
*                                                *                       *
**************************************************************************
*  pettsj@visigoth.demon.co.uk (preferred), pettsj@cix.compulink.co.uk   *
**************************************************************************
Xref: sparky comp.sys.sgi:18726 comp.sys.sgi.admin:181 comp.sys.sgi.apps:63
From: reza@poseidon.ae.utexas.edu (Alireza Vali)
Newsgroups: comp.sys.sgi,comp.sys.sgi.admin,comp.sys.sgi.apps
Subject: Installing elm 2.4 on a Crimson
Date: 13 Jan 93 00:53:04 GMT
Followup-To: comp.sys.sgi
Organization: Center for Space Research, University of Texas @ Austin

Hello, everyone.  I'm trying to install Elm version 2.4 on our Crimson.
I've tried several times, but it always barfs with:

/usr/bin/ld:
Undefined:
catgets
MCsprintf
catopen
MCprintf
MCfprintf

Does anyone have any recent memory of a successful installation who
can help me out on this?  I suspect they all exist in some library
which I'm neglecting to include.  Please respond by e-mail, and thanks
for any help!

-- 
Ali R. Vali - reza@poseidon.ae.utexas.edu
Xref: sparky comp.sys.sgi:18667 comp.sys.sgi.hardware:101
From: srp@cgl.ucsf.edu (Scott R. Presnell)
Newsgroups: comp.sys.sgi,comp.sys.sgi.hardware
Subject: Tektronix Phaser IIsd as shipped from SGI
Summary: What is the port configuration as shipped from SGI
Keywords: configuration, ports, color printer
Date: 11 Jan 93 15:55:15 GMT
Organization: UCSF Computer Graphics Lab

Hi Folks,
	We're considering the purchase of a Tektronix Phaser IIsd Printer
from SGI.  I've been trying to communicate with my salesperson to find out
the configuration of the printer as sold by SGI, but he has left me
confused and wondering. I was hoping someone who has bought one of these
printers (or perhaps an SGI engineer) might be able to answer a few brief
questions on the IIsd as (re)-sold by SGI:

	1) Are the AppleTalk and serial ports available on the printer, or
are they disabled in some way.

	2) Does the printer come with the ethernet port option installed?

	3) I was told by Tektronix that the Ethernet port option works
though the parallel port (and is hence bound by parallel port speeds), is
this the case?

	4) If 2 && 3, can a person with a reasonable amount of technical
knowhow back out of the ethernet option (to reactivate the parallel port).

	4) The SGI salesperson mentioned that there are "drivers" for this
printer.  My understanding was that this was a Postscript printer.  Is the
salesperson referring to kernel level drivers of some sort, or setup, color
control software and the like?

	In summary, we would like to use the lpd software to run the
printer, as we do our other Postscript printers, via the serial or parallel
ports - can we do this with the Phaser IIsd as it is shipped from SGI?
(we would be connecting this printer to a 4D/35)

	Thanks for any help or comments.
-- 

	- Scott Presnell (srp@cgl.ucsf.edu)
From: story@sgi.com (David (Duis) Story)
Newsgroups: comp.sys.sgi
Subject: Re: ?FAQ? where is an NROFF for IRIX 4.x
Date: 6 Jan 93 05:29:42 GMT
Organization: Silicon Graphics, Inc.

In article <uT5fs*TX0@video1.han.de> achim@video1.han.de  (Joachim Gothe) writes:
>Hi,
>
>where can I find a nroff or groff -binary for my Indigo ?

SGI sells it in the "Documenter's Workbench" product.

The corresponding psroff for printing nroff is available in the
Impressario 1.0 product.

groff has been seen around, but I can't vouch for it.  

Cheers,

David Story                        	        Silicon Graphics, Inc.
story@bent.wpd.sgi.com				Mountain View, California

I've changed my name, so duis@sgi.com may bounce, please use story@sgi.com.
From: ce095@cleveland.Freenet.Edu (Jeffrey Scott Traigle)
Newsgroups: comp.sys.sgi
Subject: lp unable to access files
Date: 7 Jan 1993 19:31:56 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ce095@cleveland.Freenet.Edu (Jeffrey Scott Traigle)
NNTP-Posting-Host: hela.ins.cwru.edu


This printing stuff is really causing me problems. :) This one
should be easier to answer (hopefully) than my previously mentioned
one.

For some reason, lp can only access (and hence print) files that are
world readable. How can this be remedied?
Newsgroups: comp.sys.sgi
From: davew@dslsn1.lampf.lanl.gov (David Whitehouse)
Subject: rpc problem on SGI 440
Reply-To: David Whitehouse
Organization: Los Alamos National Laboratory
Date: Thu, 7 Jan 1993 19:04:10 GMT

Hello,

I have been having a problem with an rpc application running on our
SGI 440 running irix 4.01. We are using rpc over udp to send a high rate of
udp packets from a group of MVME 167 (68040) monoboards running VxWorks to the
SGI. At present we have 6 monoboards connected to 2 different ethernet 
interfaces.

Problem: when running at a high data rate, the SGI networking will periodically
hang for 10 minutes or so. It is possible to log on from the console but not 
over the network. 


Any Suggestions?

David Whitehouse
Los Alamos National Laboratory
From: story@sgi.com (David (Duis) Story)
Newsgroups: comp.sys.sgi
Subject: Re: Printing from Showcase NOT WORKING
Date: 7 Jan 93 22:38:53 GMT
Organization: Silicon Graphics, Inc.

In article <C0Gv2H.8y5@news.cso.uiuc.edu> amg8408@uxa.cso.uiuc.edu (Avijit  Moitra) writes:
>[....] the printer doesn't receive any signal,
>but I can see a printing job on the Print manager.  I am not sure what's 
>going on.  

Sounds like the spooler may be wedged.  Try this:

su
/etc/init.d/lp stop
/etc/init.d/lp start

This is the magic cookie to restart the spooler carefully.

Cheers,

David Story                        	        Silicon Graphics, Inc.
story@bent.wpd.sgi.com				Mountain View, California

I've changed my name, so duis@sgi.com may bounce, please use story@sgi.com.
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Printing with lpr on an IRIS
Date: 9 Jan 93 03:25:05 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <34930@adm.brl.mil> blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN AAD/TAB) writes:
|      We aren't using any filters.  PostScript or printer native files are sent
| using lpr.  Our SysOp has written a script that will preprocess files, under
| user controlled text menues, and use lpr to send the resulting file to the
| apropriate printer.
|      It seems that SGI's definition of not supported, means that since there
| is no GUI for lpr then it's not `supported'.

No, it means we don't test it or promise that it will work, nor agree
to help  you make it work (locally).  We only support it as a way of
spooling jobs to remote printers.  Again, note the difference between
*support*, and *may/does work*.  Specifically, "support" means that even
if you have a support contract, the TAC is not committed to doing anything
to help you make it work to a local printer.
--
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