HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.sys.sgi
From: rodney@dgp.toronto.edu (Rodney Hoinkes)
Subject: RS232 communications: 4 byte input chunks?
Organization: Centre for Landscape Research, University of Toronto
Date: 16 Apr 92 23:37:10 GMT


    We have just received a Sony Video WORM deck for testing this
weekend and are attempting to get the RS232 communications to it
working now.  We have written some sample code and have come across
an interesting problem with the serial reads.  Output seems fine
when tested with a terminal, but when input is sent from the
terminal, it is only received or accepted by the code after 4
characters are sent from the terminal.  Until the 4th character is
typed into the terminal, the IRIS thinks there are no characters
available for reading.

	Since we only have this deck for testing for a short time, I was
hoping someone here could explain and/or help point out what we are
doing wrong.

	The deck (and terminal) are set for 9600 baud, 8bit, 1 stop bit, and
no parity.

#include <stdio.h>
#include <sys/types.h>
#include <sys/stat.h>
#include <fcntl.h>
#include <termio.h>

int video, n;
char buf[512];

main(argc,argv)
int argc;
char *argv[];
{
    static int stat;
    static struct termio tio;
    char old;

    video = open("/dev/ttyd1",O_RDWR|O_NDELAY);
    if(video == -1) {perror("OpenVideo:");exit(0);}

    stat = ioctl (video, TCGETA, &tio);
    if(stat == -1) {perror("IOCTLget:");exit(0);}

    tio.c_iflag = IGNBRK | IGNPAR;
    tio.c_oflag = IGNBRK | IGNPAR;
    tio.c_cflag = B9600 | CS8 | CREAD | CLOCAL;
    tio.c_lflag = 0;

    stat = ioctl (video, TCSETAF, &tio);
    if(stat == -1) {perror("IOCTLset:");exit(0);}

    /* test reading */
    buf[0] = 0;
    old = 0;
    while(1) {
        if(readvideo())
            printf("%d %c\n", buf[0], buf[0]);
    }
}

readvideo() {
    n = read(video,buf,1);
    if(n == -1) {perror("readvideo: ");exit(0);}
    return(n);
}


	Rodney Hoinkes
	Centre for Landscape Research
	University of Toronto
	Tel:   (416) 978-7197
	Email: rodney@dgp.utoronto.ca
	~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
	APIAWWGATI
	"Anything's possible IF and WHEN we get around to it."
Newsgroups: comp.sys.sgi
From: barnes@weedeater.math.yale.edu (Craig Barnes)
Subject: Documentation for Audio Device on Indigo
Organization: Yale University Department of Mathematics
Date: Tue, 14 Apr 1992 20:07:27 GMT


I am interested in programing the DSP chip on the Indigo, however,
I cannot find any documentation for it. What I want to do is to
write routines for the DSP. So any pointers
to documentation or some example code would be apprecitated,


Thank you,

Craig Barnes
From: thant@horus.esd.sgi.com (Thant Tessman)
Newsgroups: comp.sys.sgi
Subject: Re: help
Date: 17 Apr 92 16:59:52 GMT
Organization: sgi

In article <1992Apr16.165007.19534@thunder.mcrcim.mcgill.edu>, amaluf@Monet.McRCIM.McGill.EDU (Rodrick Ameen Maluf) writes:

> I want to call a function for which I have to determine the arguments
> from the user input. Once I have determined the arguments ( their number
> as well as their type ) I am having problem building the stack for the
> function that I want to call with those arguments.

I posted a longer response in comp.lang.c++ under the subject 
"MIPS function call stack".

In a nutshell, it can't be done because the mips compiler passes
arguments in the registers.

thant
From: wayne@mathematik.uni-Bremen.de (wayne tvedt)
Newsgroups: comp.sys.sgi
Subject: Exploding Automount
Summary: crash
Keywords: help
Date: 10 Apr 92 14:27:20 GMT
Organization: Univ. Bremen, Informatik



Has anyone encountered a snowballing automount daemon before?  The process
size slowly increases with time.  After about a week of normal system use
on a small network, the total size might increase to two or three hundred
pages.  When we try a system backup through the mount points, it just
explodes, to one or two thousand pages, which is more than the window system
itself takes, and everything hangs and we have to reboot the machine.
Sometimes we cannot complete the backup because of this.  

We've only noticed this after installing 4.0.1.  We've had this problem 
with both the 4.0.1 and 4.0.2 automounts, whether the daemon or the backup
script runs on a PI or an Indigo.

Here are the machines we mount:  (we use the hosts option) 

andante         Bull DPX-5000, SPIX 3.1
prelude         3130, GL2-W3.6
duo             4D/20, 4.0.1
quartett        4D/25, 4.0.1
presto          4D/RPC, 4.0.1
allegro         4D/RPC, 4.0.1
etude           E&S xx, 2.0
apollon         Sun 3/60, 4.1.1
zeus            Sun 4/75, 4.1.1
(I know, boring names)

Even when we restrict a backup to just the SGI machines, we still
get a meltdown.    

Is this a generic problem?  It is hanging out machines regularly. 
Clues to spare? 

tia

--
_ _   _ _         _ _   _ _                        _ _   _ _         _ _   _ _ 
wayne tvedt                                     wayne@mathematik.uni-bremen.de
From: doelz@urz.unibas.ch
Newsgroups: comp.sys.sgi
Subject: *** X security bug *** Need SGI advice to fix it
Date: 12 Apr 92 09:29:24 MET
Organization: University of Basel, Switzerland

I know a security hole in the X-Windows environment which enables 
users to write files in directories owned by root. A user told me that 
this hole is present on XR3 up to XR5, bsd and SysV - and, shocking 
enough, it works :-) . 

Who at SGI is responsible for security issues so that we could work out 
a fix? 

Regards 
Reinhard 

************************************************************************
    Dr. Reinhard Doelz            *     EAN     doelz@urz.unibas.ch
      Biocomputing                *     DECNET  20579::48130::doelz
Biozentrum der Universitaet       *     X25     psi%022846211142051::embnet
   Klingelbergstrasse 70          *     FAX     x41 61 261- 6760 
     CH 4056 Basel                *     TEL     x41 61 267- 2076 or 2247   
************************************************************************
From: greenidd@CS.ColoState.EDU (danielle greenidge)
Newsgroups: comp.sys.sgi
Subject: SCSI Tape Drive (1/4")
Keywords: SCSI, quarter-inch, tape
Date: 8 Apr 92 20:55:40 GMT
Article-I.D.: yuma.1992Apr08.205540.44141
Organization: Organization?  Why start now?

Just a note to all interested SCSI users:

I'm doing a little recon for my company regarding potential market interest
in an affordable (~$2000) 4 Gigabyte quarter-inch SCSI tape drive.  If this
sounds like a viable alternative to your current (or near-future) tape
solutions, drop me a little e-mail note with your machine type(s) and phone
number (optional).

Thanx,

---------------------------------------------------------------------------

Mark Spence (in exile at):  greenidd@mozart.cs.colostate.edu

A man asked God how much a million dollars was to Him. "About a penny."
The man asked how long a million years was to Him. "About a second."
The man asked if God could give him a penny. "Yeah...just a second..."

---------------------------------------------------------------------------
From: benedict@bowen.utexas.edu (Thomas Benedict)
Newsgroups: comp.sys.sgi
Subject: One for the FAQ
Date: 6 Apr 92 17:51:38 GMT
Distribution: comp.sys.sgi
Organization: Center for Nonlinear Dynamics, University of Texas at Austin

I realize this is one for the FAQ, and probably one I should know the
answer to, but after I did the upgrade to 4.0.1, none of our PIs seem
to be able to ftp much of anywhere.  For example:

	ftp export.lcs.mit.edu
	ftp: connect: Network is unreachable
	ftp> quit

is a typical session for me now.  My 4D/80 wasn't affected, though.
How do I get the network reachable again?

Tom Benedict
benedict@chaos.utexas.edu
Center for Nonlinear Dynamics

P.S. Someone *did* call me this morning concerning my printer
problems, but no one left any messages for Mr. Email
From: hofmann@mira.tat.physik.uni-tuebingen.de (Bernhard Hofmann)
Newsgroups: comp.sys.sgi
Subject: Re: functions in library
Date: 16 Apr 92 12:12:48 GMT
Organization: TAT (Theoretical Astrophysics Tuebingen), U. of Tuebingen, FRG

karron@karron.med.nyu.edu (Dan Karron (karron@nyu.edu)) writes:

>Try stlookup or nm.

I'd rather use ar.

Cheers,
Bernhard
From: jrh@de.deere.com (John R. Howell)
Newsgroups: comp.sys.sgi
Subject: Twin Tower Power Supply - Help!
Date: 7 Apr 92 13:37:15 GMT
Reply-To: jrh@de.deere.com (John R. Howell)
Organization: Deere & Company Technical Center

I have an old SGI 4D/70 that is one of the "original" 4D twin-tower machines.  
It is now out of maintenance and is making a high-pitched squeal.  I have 
narrowed down the noise to the power-supply.  So can someone help with two 
questions?

1) How the heck do we get the power supply out of the machine?
2) Which component in the power supply is most likely to be causing the noise?

I have a electronic technician on site working with me, but answers to these 
questions would be helpful to get us started.

John

John R. Howell
Deere & Company (The Big Green Tractor People)
jrh@de.deere.com
Newsgroups: comp.sys.sgi
From: stefans@bauv106.informatik.unibw-muenchen.de (Stefan Schwarz)
Subject: Bug in Irix Motif 1.1.3 and DarwingArea-Widgets
Organization: Universitaet der Bundeswehr Muenchen (Germany)
Date: Thu, 9 Apr 1992 14:23:12 GMT

after switching to Motif 1.1.3 on SGI-Irix 4.0.1 i encountered a strange
problem with my application. Setting the XmNshadowThickness-resource
doesn't work anymore.
Is anybody using this resource sucessfully on Motif 1.1.3?

Here is a little piece of code for demonstration:
------------------
#include <Xm/Xm.h>
#include <Xm/DrawingA.h>

main(argc, argv)
int argc;
char **argv;
{
	Widget top, da;
	Arg args[3];

	top = XtInitialize("da","Da",
			NULL,NULL,
			&argc,argv);

	XtSetArg (args[0],XmNshadowThickness,20);  /* this resource is ignored*/
	XtSetArg (args[1],XmNwidth,200);
	XtSetArg (args[2],XmNheight,200);
	da = XmCreateDrawingArea (top,"da",args,3);
	XtManageChild (da);

	XtRealizeWidget(top);

	XtMainLoop();
}
-----------------------

On my Sun (Motif 1.1.3) all works fine. It also worked under Irix 3.3.2.
Has someone any ideas what's going wrong?

Thanks for help,
	Stefan
-- 
________________________________________________________________________________
Stefan Schwarz                            University of the armed forces, Munich
Laboratory for graphical data processing  W-8014 Neubiberg, FRG
--------------------------------------------------------------------------------
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: recordable CD-ROM
Date: 9 Apr 92 06:42:30 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <29955@adm.brl.mil> yih@BRL.MIL ( H u a n g Yolin) writes:

| 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?

Not really.  We use a Sony write-once CD recorder to cut our one-of
CD's for testing before mastering.  It pretty much works attached
to an SGI system.  Some folks in Europe are working with the newer
(and cheaper) Phillips unit on SGI systems.

We hope to support such a unit officially in the future, but are
waiting for the price to come down (both of the above are over $5K US).
--
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: trich@crow.ogi.edu
Newsgroups: comp.sys.sgi
Subject: network hogs
Date: 13 Apr 92 09:30:36 GMT
Reply-To: ccut.cc.u-tokyo.ac.jp!crow!trich
Organization: Omnibus Japan, Inc.


We have about 25 4D workstations attatched to a main server and
I have found a couple of interesting sources of network congestion.

GR_OSVIEW
---------

When the server seems slow  ( probabley because of network overload )
users run the following command to see what is up.

		gr_osview -N guest@host1

Then they iconify these gr_osview programs and forget about them.
I found they actually add a substantial load to the network - sometimes
up to 15% of capacity.  Maybe it is not so bad if NIS is not running.

Anyway, the solution I employed was to kill these processes with a cron
and  shell script after they are more than 30 minutes old.  One must be
carefull to kill the client side of the process first and also not to
kill local gr_osview processes.

MAILBOX
-------

I think the mailbox program is great for encouraging users to read their
mail.  However the  mailbox program uses the fam daemon to see if mail has
arrived.  With so many workstations we like to keep mail in one place and
nfs mount it from the server.  But when fam is examining nfs filesystems
it must poll the filesystem to see if it changed.  The default is to poll
every 3 seconds.  Now with 25 workstations all running mailbox you can
imagine that this generates quite a lot of packets !

Fortunately the /usr/etc/fam program supplied with irix4.0.* has an option
to change this polling rate.  I changed it to 30 seconds by editing the
/usr/etc/inetd.conf file.

sgi_fam/1   stream  rpc/tcp wait   root  /usr/etc/fam  famd -t 30

Then:

killall -1 inetd

This will not work with the /usr/etc/fam supplied with irix.3.3.*
you must use an irix4.0.* version of fam.
-- 
-----------------------------------------------------------------------------
Timothy Richards, Omnibus Japan			work: +81 (3) 5706-8357
Reply to:					 FAX: +81 (3) 5706-8437
ccut.cc.u-tokyo.ac.jp!crow!trich		home: +81 (3) 3720-4088
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: (NEW OWNER): troff/tbl/eqn missing on new indigo
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Distribution: usa
Date: Fri, 17 Apr 92 03:43:13 GMT

In <1992Apr16.191852.25890@ncar.ucar.edu> melvin@ra.cgd.ucar.edu (Lee Melvin) writes:

| I'm installing an Indigo (the first in our division), and when I run
| makewhatis I get lots of errors about troff, tbl, and eqn not being
| present.  So,
| 
| Is *roff part of an optional software package (that I didn't get)?
| 
| Is *roff not distributed by SGI?  

It is an optional product.

| Why does SGI include a makewhatis program but not the software (*roff) 
| to make it functional?

makewhatis works fine on the installed and packed man pages.

| If I can't get *roff from SGI, is there an anonymous ftp site I can grab
| it from?

Not that I know of, although there is the 'awf' awk script; I don't
know where you can get it.
--
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: syscrc@gsusgi1.gsu.edu (Randy Carpenter)
Newsgroups: comp.sys.sgi
Subject: IRIX 4.0.1 man(1) directories
Date: 9 Apr 92 22:05:03 GMT
Organization: Georgia State University

Why are duplicates of some IRIX 4.0.1 man(1) pages in /usr/man?  
The same man(1) pages can be found in /usr/catman.

NOTE: The /usr/man versions are in nroff(1) format and the /usr/catman
      versions are in pack(1) format.

-- 
===========================================================================
Randy Carpenter                rcarpent@gsu.edu         % Got a light?
Georgia State University       (404) 651-2648           No match.
Wells Computer Center                                   %
From: williams@herky.cs.uiowa.edu (Kent Williams)
Newsgroups: comp.sys.sgi
Subject: Speeding Up Irix 4.0X
Date: 10 Apr 92 18:27:51 GMT

A few months ago someone posted a note saying that Irix 4.01 runs a
daemon task by default that A) Isn't needed for most configurations
and B) Dogs Ethernet/NFS performance greatly.  If anyone's squirrelled away
this post, could they mail it to me?

I've noticed several post complaining about the upgrade from 3.3 to 4.0X
resulting in a performance hit; maybe this is part of the problem.

Incidentally, I'm still waiting for the sysadm person here to upgrade
our other two machines to 4.0.1, and I've heard of 4.0.[345].  Should I
tell her to get new tapes before she does the upgrades?
--
Kent Williams         | "Do you see your cerebellum as a lightbulb or a cog? I
williams@cs.uiowa.edu | saw mine as gristle so I fed it to the dog. But it 
Quote: Bevis Frond    | taste so bad, that she left it in the bowl ..."
From: davea@quasar.wpd.sgi.com (David B.Anderson)
Newsgroups: comp.sys.sgi
Subject: Re: 4.0.2 Stdio or ldfcn weirdness.
Date: 6 Apr 92 16:08:24 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <5805@charon.cwi.nl> jack@cwi.nl (Jack Jansen) writes:
>After we switched to 4.0.2 my dynamic loader suddenly stopped working.
>Investigating the problem showed that the construct
>    fd = fileno(IOPTR(ldptr))
>yielded an incorrect file descriptor (255). Looking at the structures
>in core leads me to believe that either the ldfcn stuff or stdio
>itself uses memory mapping or some such trick to read data (the
>'buffer size' field in the FILE struct was the length of the whole
>file), and that that is the reason that fileno() doesn't work.

Correct.

>Could anyone tell me if my reasoning is correct? Would anyone know of
>a workaround to get the file descriptor that belongs to an LDFILE
>structure?

There *is* none. You must get your own.  And you must use the FREAD macro,
and not try to use fread directly (on a file opened with ldopen()).

>By the way: there's an other error introduced in 4.0.2: I now have to
>include ar.h before including ldfcn.h, otherwise I get 'undefined
>structure ranlib' error messages from the compiler. The manual page
>doesn't tell me this...
>-- 
>--
>Jack Jansen        | If I can't dance I don't want to be part of
>Jack.Jansen@cwi.nl | your revolution             -- Emma Goldman
>uunet!cwi.nl!jack    G=Jack;S=Jansen;O=cwi;PRMD=surf;ADMD=400net;C=nl

The old version won't work: the representation used by libmld changed
a lot.  Code that does not attempt to use the internals of an LDFILE *
will still work, but Mr. Jensen's code did use the internals of LDFILE *.

I have put a version of his source that seems to work with both
3.3 and 4.x on sgi.com as  ~ftp/pub/dl.shar

I'm also mailing the changed source to Mr. Jensen. 

I seem to have misplaced the original distribution and don't have diffs.  
I guess one of my periodic disk cleanups was too thorough :-(

Regards,
[ David B. Anderson  Silicon Graphics  (415)335-1548  davea@sgi.com ]
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Break-in through lp, nuucp accounts
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 6 Apr 1992 17:48:08 GMT

In article <29907@adm.brl.mil>, macleod@vissgi.cvrti.utah.edu (Rob MacLeod) writes:
> 
> This morning we had a break in to our 4D/210 via a hole in the passwd file.
> The intruder came in via the lp and then later via the nuucp accounts,
> neither of which had a password (ooops!). I don't honestly know why those
> accounts are delivered this way or if we need them (we don't use lp
> or UUCP) but I have added a password to each.
>  ...

What harm is the nuucp account?

As shipped, it runs /usr/lib/uucp/uucico as the "shell", and as shipped,
the most that should be possible is "anonymous uucp".

If you are saying that it is possible to "break into" a system through
normally configured  /usr/lib/uucp/uucico, then a lot of us in the industry
have a lot of problems.


I do agree that lp should have a password of *, and that at most you
might want a .rhosts in ~lp for remote printing.



Vernon Schryver,   vjs@sgi.com

Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: strange problem running newaliases (or NFS mounting /usr/mail)
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 8 Apr 92 04:13:46 GMT

In <ianh.702543090@morgana> ianh@resmel.bhp.com.au (Ian Hoyle) writes:

| I have a 340VGX running Irix 4.0.1. (the mail server ... see below)
| 
| I run newaliases to update the aliases.{pag,dir} files and it works just
| fine with the result:
| 
| > newaliases
| 25 aliases, longest 11 bytes, 433 bytes total
| 
| If I run newaliases on the same file on my Indigo (again running 4.0.1) I get
| the following:
| 
| >newaliases
| /usr/lib/aliases: line 19: cannot alias non-local names
| /usr/lib/aliases: line 22: cannot alias non-local names
| /usr/lib/aliases: line 23: cannot alias non-local names
| /usr/lib/aliases: line 24: cannot alias non-local names
| /usr/lib/aliases: line 25: cannot alias non-local names
| /usr/lib/aliases: line 26: cannot alias non-local names

Sounds like you have an alias with a period or other illegal
character in it.  I don't remember seeing anything else that
would cause this, although I'm not a sendmail wizard.
--
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: glassner@parc.xerox.com (Andrew Glassner)
Newsgroups: comp.sys.sgi
Subject: Image Examination Tool Wanted
Keywords: tool, image
Date: 15 Apr 92 02:36:32 GMT
Organization: Xerox PARC

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.

-Andrew
.
(Andrew Glassner / glassner@parc.xerox.com)


--
-Andrew  (Andrew Glassner - glassner@parc.xerox.com)
Newsgroups: comp.sys.sgi
From: woolstar@gumby.cs.caltech.edu (Derek Woolverton)
Subject: Re: graphics conversion tools
Organization: California Institute of Technology, Pasadena
Date: Thu, 9 Apr 1992 23:37:09 GMT

sysmark@helios.physics.utoronto.ca (Mark Bartelt) writes:
> This isn't exactly the most important question in the world, but I'm just
> wondering ...

> why "topict" but no "frompict", for example?
    This one is easy to guess at.  the full PICT format is a huge horrrible
collection of all kinds of graphic elements including pix maps and other
graphic primitives.  Very few people anywhere are daring enough to try and
interpret PICT files without the full macintosh toolbox.  Writing an eight
bit or thirtytwo bit pixmap on the other hand is fairly simple.  Even I did
one.

> And even for those for which both a "from" and "to" converter do exist on
> sgi.com, there are other asymmetries:  Why did "fromxbm" make it into IRIX
> but "toxbm" didn't?  For that matter, why are there any programs at all in
> the sgi.com stuff which got left out of IRIX 4.0.1 (e.g. {from,to}tiff and

    Some people have older machines, or may not even have any SGI machines, 
but could still make use of the souce code.

> And, for the ones that now come with IRIX, why bother keeping them around
> on sgi.com at all?
    Formats change at different rates from the releases.  It would be nice
if I could pick up the latest versions of code from the ftp site.  I might
not even be on support anymore ( :-).

> Not complaining about any of this, mind you; just curious.
    I may be off base myself, but there seems to be great benifit in
supporting duplicate and/or different efforts for distributing this
unsupported code.  If I could think of a better way to do something,
then' I'd raise a voice.

	woolstar@cobalt.caltech.edu  - John D Woolverton