HDTenEightyP/NetNews huggingface dataset:
From: yates@a.chem.upenn.edu (John H. Yates)
Newsgroups: comp.sys.sgi
Subject: printing: lpr-remote host -> lp-local-printer host
Date: 12 Jan 93 03:55:09 GMT
Organization: University of Pennsylvania

Now that we know SGI wants local printers set
up with only lp (and not lpr), is it transparent
to print to a local SGI lp printer from our 100's
of Berkeley lpr /etc/printcap machines? If so,
what is needed in the printcap and in the lpadmin
setup?

Sigh. Why can't they just join the lpr world?

Thanks, John
yates@a.chem.upenn.edu
From: tdn@orient.asd.sgi.com (Todd Newman)
Newsgroups: comp.sys.sgi
Subject: Re: transparent X windows.
Date: 12 Jan 93 20:27:38 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: orient.asd.sgi.com

"Transparency" can mean different things.  The first note in this thread
was addressing alpha blending, which is different from the usual overlay
transparency.  My follow up note (in which I said that every application
needed to be rewritten) was talking about what it would take to have a
console device alpha blended into whatever application window you happened
to chose to place below it.  As I said, you'd have to rewrite every application
to use alpha blending.  This is NOT in the R5 Xlib now.  I seriously doubt
that MIT ever considered it. I was trying to point out that it really wouldn't
be all that helpful, as it would slow down every application.

The other thing you could mean by transparency, and the more usual one, but
not what people mean when they say "alpha blending" is overlay planes. 
Admittedly,  this could be treated as an extreme case of alpha blending (
either 100% or 0%), but that's not what I thought you meant.  

SGI does support overlay planes in its X servers.  We do so in IRIX 4.0,
and will do  a better job in 5.0.  I gave a talk at the X Conference last
year, explaining why we were not happy with our implementation of overlays
yet.  This year, Peter Daifuku will give a talk explaining why we are now
much happier.  WHen the code is really solid, I expect that we will offer
the changes back to MIT.  I hope they will accept them and put them out
in the R6 server; but that's not under SGI's control.  We're already working
with the multi-buffering group to add the extension support needed to 
make a standard overlay extension interface.

Overlay planes and overlay transparency is very useful and we'd like to
help make it standard within X.  We're hard at work helping it to become so.
	/tdn
Newsgroups: comp.sys.sgi
From: garyrich@qdeck.com (Gary Rich)
Subject: a way to downgrade video scan rate of res on entry 4000?
Organization: Quarterdeck Office Systems, Santa Monica CA
Distribution: sol system
Date: Sat, 09 Jan 1993 00:24:56 GMT

I need to send the display of an Entry 4000 to a number of large
Mitsubishi monitors.  The ~58k horizontal scan rate and 1024x768x8bit
display is just too much for them.  It almost wants to work.

Is there any way at the software level to alter the resolution of the
server down 800x600 or (unlikely) reduce the horizontal scan rate 
to <~48khtz.  I can use other systems for this purpose, but I'd really
rather use the IRIS.

I've got a copious ratsnest of Covid boxes/cables that can deal with
almost any type of signal as long as it's just a bit more humble.

thanx in advance,

garyrich@qdeck.com
-- 
: Gary Rich : garyrich@qdeck.com
	    :: for tech support- support@qdeck.com
:           : for info        - info@qdeck.com
:
From: ianh@morgana.resmel.bhp.com.au (Ian Hoyle)
Newsgroups: comp.sys.sgi
Subject: Re: Dig 2.0 on IRIX
Date: 7 Jan 93 23:31:20 GMT
Organization: BHP Research - Melbourne Laboratories
NNTP-Posting-Host: morgana.resmel.bhp.com.au

drich@sandman.lerc.nasa.gov (Daniel Rich) writes:

>Has anyone successfully compiled dig 2.0 under IRIX?  I have made the
>attempt on my 4D/35 (IRIX 4.0.5), but while it compiles, it doesn't
>work (it gives timeout errors with the name server).  Any suggestions?

Change the reference to /etc/resolv.conf to /usr/etc/resolv.conf in
res_init.c and all should be well (or use the LOCALRES environment
variable),

	ian
-- 
   /\/\     :  Ian Hoyle,  Senior Research Scientist
  / / /\    :  Image Analysis Group
 / / /  \   :  BHP Research - Melbourne Laboratories
/ / / /\ \  :  245 Wellington Rd, Mulgrave, 3170, AUSTRALIA
\ \/ / / /  :  Phone    +61-3-560-7066
 \  / / /   :  E-mail   ianh@resmel.bhp.com.au
  \/\/\/    :
            : "Ooooo I hate that wascaly wabbit"
            :               -- Elmer Fudd
Newsgroups: comp.sys.sgi
From: vulture@imperial.ac.uk (Thomas Sippel - Dau)
Subject: Re: transparent X windows.
Reply-To: cmaae47@imperial.ac.uk
Organization: Imperial College of Science, Technology and Medicine
Date: Mon, 11 Jan 93 17:48:20 GMT

In article <1ikjuuINNecc@fido.asd.sgi.com>, tdn@orient.asd.sgi.com (Todd Newman) writes:
- 
- In article <34897@adm.brl.mil>, karron@karron.med.nyu.edu writes:
- > 
- > With SGI machines with alpha planes, how much
- > work would it be to give X windows a transparency property ?
- > 
- 
- Every application you use would have to be rewritten to use alpha-blending.
- Not just the GL ones, but the X ones as well.  That's a LOT of work.
.....
I thought it just meant porting the rest of X11R5 (which supports transparent
backgrounds) to IRIX, rather than just those bits that SGI found so useful that
they pre-stitched them into X11R4 as distributed with IRIX 4.xx (full
marks for that, since Irix 4 was released just before X11R5, but that is now
17 months ago ...)

                                           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
From: karlton@fudge.asd.sgi.com (Phil Karlton)
Newsgroups: comp.sys.sgi
Subject: Re: Help: problems with remote mailbox
Date: 12 Jan 93 21:54:58 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA
NNTP-Posting-Host: fudge.asd.sgi.com


In article <1ilmtjINNpqc@fido.asd.sgi.com>, karlton@fudge.asd.sgi.com writes:
    mailbox is not an X program, but rather a straight GIrisGL program.
    Check out the 'env' and 'GLResources' man pages. I haven't tested it
    but something like

    	env DISPLAY=A.A GLRES="*geometry: 70x70+50+50" mailbox 

    executed on machine B.B should do something close to what you want.

One should test things before posting them. Shame on me.

This doesn't work for 2 reasons (that I had to chase down but should
have known).

One is that when running a GL program remotely, the user's environment
is not passed to DGL daemon and hence the GLRES stuff will be ignored.
(It gets examined by the IrisGL library that will end up doing the
actual rendering.) To get around that problem, put something like

	    mailbox*geometry: +100+200

in your .Xresources file (or .Xdefaults file on the machine where the
DGL daemon will run.)

To get around the problem of hanging on tty input (assuming you are a
csh user) try something like

    rsh B.B -n 'env DISPLAY=A.A /usr/sbin/mailbox -s 200 >& /dev/null ' \
		>& /dev/null &

Since mailbox unconditionally calls prefsize, you must set the size
with the "-s" switch. If your default shell is 'sh' derived I think you
need to substitute ">/dev/null 2>&1" for each place ">& /dv/null" occurs
above. (There I go again: not testing my suggestions.)

===== Digression regarding .Xdefaults (or .Xresources files). ===========

Just editing your .Xdefaults file  will have no immediate effect if
you've downloaded your .Xdefaults to be a property on the root window.
You can test this by running

    xprop -root RESOURCE_MANAGER

to see if you have downloaded your default resources. Check to see if
you run xrdb in your .xsession or .sgisession file. If so, reload the
porperty after you've edited .Xdefaults. (The default
/usr/lib/X11/xdm/Xsession file downloads .Xresources.  As has been
written in other places, .Xdefaults is consulted only if the property
doesn't exist mostly for backward compatibility.

PK
--
Phil Karlton				Silicon Graphics Computer Systems
The Curmudgeon				2011 N. Shoreline Blvd.
					Mountain View, CA  94039-7311
karlton@.sgi.com			415-390-1557
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: adding harddisk
Keywords: ESDI, SCSI, harddisk, SGI
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 6 Jan 93 21:17:20 GMT

In <1993Jan5.161800.14257@aragorn.unibe.ch> dave duling writes:

| Greetings.  I am new to configuring SG computers.  I now have a 4D80GTX
| with the Interphase ESDI controller, a (new) 330MB ESDI harddisk, and 
| a tpsc tape device.  I don't have a maint. contract.  I need to know:
| 
| 1. Can I add a scsi hardisk to the system as is ?  The documentation seems
|    to imply there is a scsi disk system (dpsc) and a scsi tape system (tpsc),
|    is that the case ?  I connected a too-small scsi disk to the scsi connector
|    and the system appeared to recognize it, but is this a good way to run ?

The dksc drivers are present, and the scsi interface is always
there, so yes, you can add a scsi disk.  I don't know what you
mean by 'too small', and 'a good way to run'.  If it works, then
you are fine.  If it doesn't work for you, then no, it isn't
a good way to run...

| 2. If I do get a scsi disk to work, can I remove the Interphase board ?  I tried
|    that but the system refused to boot to the prom monitor.  Must I somehow tell 
|    the prom that there is no Interphase board in slot 3 ?

You have to reset the bootfile and root NVRAM variables (most likely by
	setenv bootfile dksc(0,1,8)sash
	setenv root dks0d1s0
at the PROM monitor.  You may also have to reconfigure the
OS by running /etc/autoconfig -fv, and then rebooting.
--
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: story@sgi.com (David (Duis) Story)
Subject: Re: FAX software for SGI
Organization: Silicon Graphics, Inc.
Date: Tue, 5 Jan 93 00:21:48 GMT

In article <clarke.stevens-010193182655@astgator-219.gatech.edu> clarke.stevens@gtri.gatech.edu (Clarke Stevens) writes:
>Does anyone know of some good FAX software for the SGI?  I would prefer
>something GUI-based that can send graphics or text.  Shareware/PD or
>regular software is fine.  I'm just looking for a solution.

Take a look on sgi.sgi.com for the 'flexfax' software.  Requires 4.0.X
and Display PostScript.

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.
Newsgroups: comp.sys.sgi
Newsgroups: comp.sys.sgi
Subject: Rules for naked ";" in ANSI "C"?
From: noren@trident.datasys.swri.edu (Greg Noren)
Date: 4 Jan 93 21:55:00 GMT
Organization: Southwest Research Institute

I turned -fullwarn on some "C" code I was ANSIfying and tangled
with a bothersome warning from cc().  Take a look at the
following test program derived from the code in question.
----------
#include "stdio.h"
#if defined( DEBUG_ON )
#    define D(x) (x)
#else
#    define D(x)
#endif

void main( unsigned int argc,
           char         **argv,
           char         **envp )
{
    int i;

    for ( i = 0; i < 6; i++ )
        printf( "Hello, world %d\n", i );

    D(printf("END TEST\n"));
}
----------
Compiling with:  "cc -o test -ansi -fullwarn test.c" produces
an executable which runs correctly and the following accom
warning for the "D(printf...);" macro line:

accom: Warning 302: test.c, line 17: bodyless for statement

Since DEBUG_ON is not defined, line 17 evaluated to a naked
semicolon in the compiler pass.  Normally cc() appears to
gobble them up without a complaint from what I've seen.
But the presence of the preceeding "for" loop in the block
seems to trigger the warning on the naked semicolon line.
What's worse, stick a number of legitimate statements between
the "for" loop and the "D(printf...);" macro line, and the
same warning still generates for the naked semicolon line
whereever it ends up.

I cured the naked semicolon and hushed the warning by removing
the semicolon from the end of line 17 and appending it to the
macro definition thusly:  "#    define D(x) (x);"  But you can
also quiet the warning by enclosing the "printf" line (body of
the "for" loop) in curley braces instead of correcting the
macro definition.

I realize solitare semicolons have their uses (empty "while"
and "for" loops, etc.).  Are arbitrary, naked ones (i.e. ones
not really needed) legit?  Anticipating that this is
_incorrect_ "C" programming, I got rid of them.  But the
curley brace method of warning suppression bothers me.  It
makes me think that cc() is confused more than it should be.

Any thoughts on this?

--
I disclaim:  The words above are mine... My company speaketh their own.

Gregory Noren                             (512)522-5531 (a human)
Southwest Research Institute              (512)522-5499 (just the FAX)
Internet:  noren@trident.datasys.swri.edu (129.162.50.211)
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Reading raw blocks from a 9-track tape
Keywords: tape 9-track
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 7 Jan 93 06:57:30 GMT

In <miket.726353064@teal> miket@teal.csn.org (Mike Tostanoski) writes:

| I have a Qualstar 3402 9-track tape drive on my system (4.0.5). I can use
| it from backup and tar just fine. I need, however, to read some tapes
| written by a foreign system. These tapes have variable block lengths and
| are not ANSI standard.

You need to read the tape with a program that understands the tape
format.  You can easily write a program that tries each read with
a large block size (64KB is usually enough), and then writes the
number of bytes actually read to some file or series of files.

You need to use the variable block device to do this.  If 'hinv'
and 'mt stat' report 'unknown' for the tape drive type, you aren't
going to be able to do this (you will have to modify /usr/sysgen/master.d/tpsc
and build a new kernel with /etc/autoconfig).

See 'man tps mt' for more info.
--
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: rck@fangio.asd.sgi.com (Robert Keller)
Newsgroups: comp.sys.sgi
Subject: Re: Running Graphics program at startup time
Date: 5 Jan 93 03:37:44 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA
NNTP-Posting-Host: fangio.asd.sgi.com

cmumford@iat.holonet.net (Chris Mumford) writes:
>I found out that for some reason using the rc2 approach works fine for
>non-graphics programs, but for programs that do graphics it does not work.
>In fact the first line of the program is not even run.
>
>Any solutions.

This is probably because xdm is preventing you from connecting to 
the X server since no one has logged into the graphics head.

An Ugly way around this:
	1) turn off the default window system startup, and
	    shutdown the window system 
		/usr/gfx/stopgfx

	2) invoke the X server from YOUR rc2 script.  Use 
	   /usr/lib/X11/xdm/Xserver and /usr/bin/X11/X for 
	   ideas on how to do this. (presever the /usr/gfx/gfxinit
	   part from /usr/bin/X11/X !)

	3) run your application.

NOTE:  This disables the default startup/login sequence and gives
	you LOTS of rope to hang yourself with.  If you screw up,
	remove your rc2 script and run /usr/gfx/startgfx.
	
...robert
Newsgroups: comp.sys.sgi
From: patel@iiasa.ac.at (Deepan PATEL)
Subject: Help needed: Xlib-based application
Organization: IIASA, Laxenburg, Austria
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 4 Jan 1993 16:29:25 GMT


I am working on a system "IRIX Release 4.0.5F System V"
and am trying to port my application(s) to a SG Indigo workstation.
The application(s) is completely based on Xlib (-lX11).

Problem:
It compiles but does not run. Specifically, it fails in
XQueryFont() with a BUS error. I have the same application
running on sun4, RS/6000, Ultrix, ... I cannot make these
run on the SG display and crash at the same XQueryFont() with a
BadAlloc error.


The application is refused a XOpenDisplay() when I try to run the
SG compiled version on another remote display. However I can run
other SG X-based applications (like xclock) on the remote display
without problem. I tried these with different Xlib-based applications, 
and they crash at the same point.


What I suspect is that the Xsgi needs to be started in a different
way, and/or there is a *special* version of Xlib (libX11.a) somewhere
which I must use. 

Any pointers are appreciated.


--
Deepan Patel
(patel@iiasa.ac.at)
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi
Subject: Re: clock speed
Date: 11 Jan 93 18:13:20 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1is8dhINNhme@usenet.INS.CWRU.Edu>, ce095@cleveland.Freenet.Edu (Jeffrey Scott Traigle) writes:
> 
> Something that I have noticed since beginning administrating SGIs
> several months ago is that the clock on them run fast. Within three
> to four days of setting the time on them, they are around 20 minutes
> fast. Is this something inherent in SGIs or is it just something with
> our setup?



Without more information about which models of IRIS and which
versions of IRIX they are running, it's hard to say much.

Still, 5 minutes/day is not an expected error.

I bet that timed is running the contents of their /usr/tmp/.timetrim
files are crazy (a large positive number of nanoseconds/second),
perhaps because some of the machines were sending a lot of messages to
the console, making their clocks appear to be very, very slow.

It should be effective to:
    (1) delete /usr/tmp/.timetrim on all of the machines
    (2) restart timed (the easiest way is to reboot)
    (3) every day or two for a week or two use the data command
	to set the time.  Try to set the time right to within
	a couple of seconds.

This should train timed about the drift of the clocks, and cause
each machine to put a good value in /usr/tmp/.timetrim.


vjs
From: jdh@bu-pub.bu.edu (Jason Heirtzler)
Newsgroups: comp.sys.sgi
Subject: select: resource temporarily not available
Date: 4 Jan 93 21:22:49 GMT
Reply-To: jdh@bu-pub.bu.edu (Jason Heirtzler)
Organization: Boston University, Information Technology


Hello,

About a month ago I posted this but got no answer from the
SGI folks so I'll try again.

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..)

Every few days "netstat -m" starts reporting lots of
"event" failures and things start breaking; you cannot
rlogin to the machine.  It complains "select resource
temporarily not available" and Xsession says the same
thing in SYSLOG.  It *seems* to be caused by the quanta
package being run on the console, at least that's my
best guess.  Since quanta/polygen seems to be a wildly
popular piece of software on SGIs, I can't imagine that
we're alone in seeing this problem!?  Maybe it's not
common that other systems are running quanta and have
a couple of users logged in remotely as well, doing
other things, but I sort of doubt it.

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."

So.. is there any fix for this?  Will 4.0.5Z fix it? :-/

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

"Congratulations.  You aren't running Eunice."
        -- Perl "Configure" script
From: kermit@BRL.MIL ( Chuck Kennedy)
Newsgroups: comp.sys.sgi
Subject: sgi and the network
Date: 5 Jan 93 07:13:05 GMT

I think it's great that SGI has folks answering questions and actively
encourages their participation.  I have been impressed by the fact that
messages even occasionally come from various vice presidents.  I would
hope that this continues in the future.  It contributes nicely to the
quality of the discussions.

I must say that my experience with the hotline has been practically
nil recently.  Previous experience did however show a high level of
competence but the return time for calls was usually a day and was
starting to deteriorate to more than 2 days.  We have on site field
service and they are quite knowledgable.  Even better, they usually know
who to contact at SGI if they can't get something straight on their own.
However, since they still have to deal with the hotline, I occasionally
hear their grumblings about the hotline.

 	-Chuck
From: mikesteg@syclone.detroit.sgi.com (Mike Stegbauer)
Newsgroups: comp.sys.sgi
Subject: Re: Memory Installation woes
Date: 4 Jan 93 14:23:00 GMT
Reply-To: mikesteg@syclone.detroit.sgi.com (Mike Stegbauer)
Organization: sgi

In article <93001.231619SML108@psuvm.psu.edu>, SML108@psuvm.psu.edu writes:
|> Hi, we have just tried to install memory into our 4D/220 VGX and 4D/220 GTX.
|> Each of them had 24 Mbytes before we started.  When we installed 64 MBytes
|> into the VGX, it only recognized 32 Mbytes.  When we installed 32 Mbytes
|> into the GTX, it only recognized 24.  Any ideas?
|> 
|> Scott

Does that mean the VGX sees 32 Mbytes now, or 32 more (56 total).
(Similar question for the GTX)

Are you using high density memory?  You must be using high density on the VGX, 
because you can't put that much low density memory on it.  To use 8MB simms,
you must have a high density board.  Since you are working on a 220, chances are,
you do not.

It seems strange that the VGX would see anything other than the low density memory,
but things like this depend on order sometimes.

mikesteg
Newsgroups: comp.sys.sgi
From: vulture@imperial.ac.uk (Thomas Sippel - Dau)
Subject: Re: Delete Key doesn't work
Reply-To: cmaae47@imperial.ac.uk
Organization: Imperial College of Science, Technology and Medicine
Date: Mon, 11 Jan 93 16:52:16 GMT

In article <1993Jan08.215957.931@eng.umd.edu>, ashish@eng.umd.edu (Ashish Nedungadi) writes:
- 
- 	I rlogin into the SGI machine from a SUN 4 machine.  In the SGI window,
- I cannot use the <Delete> key.  Instead what happens is that that prompt skips 
- to the next (sort of like hitting the <Return> key, except no command is executed).

So it *does* work, and oes what it is meant to do: abort the current command.
It just does not do what you expect it to do.

The best yu can do is to execute on the SUN, whenever you start a window 
(or shell):

          stty erase ^h

and get used to the backspace key.

Or (much less useful) you execute on the SGI (and most other machines):

          stty erase ^? intr ^c

with the obvious quoting requirements to shield the ^ and ?.

                               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