HDTenEightyP/NetNews huggingface dataset:
From: bob@caw2.4950tw.wpafb.af.mil (Bob Plested)
Newsgroups: comp.sys.sgi
Subject: ethernet addresses.
Date: 28 Sep 92 16:56:52 GMT

I've seen a couple of references to the netstat -ia command to get the 
ethernet adderess of a machine. When this machine was installed we got
the e-net address so we could get put it on the local TCP/IP backbone.
The address we got was 08:00:69:02:20:9d. but....

caw2:/usr/people/bob/ netstat -ia
Name Mtu   Network     Address            Ipkts Ierrs    Opkts Oerrs  Coll
et0  1500  134.136     caw2.4950tw.wpa  1193086     1    52738     0   114
                        224.0.2.2          
                        224.0.0.1          
                        aa:00:04:00:62:c6
lo0  32880 loopback    localhost           7462     0     7462     0     0
                        224.0.0.1          

I get a different address. Any ideas?

Bob

------------
Bob Plested                    bob@caw2.4950tw.wpafb.af.mil
4950th Test Wing/FFXD              134.136.241.11 
Wright-Patterson AFB, OH           (513) 257-6809 DSN 787-6809

Life is too short for stop signs.
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: How to install non-Telebit modem?
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 2 Oct 1992 15:22:10 GMT

In article <1af8b0INN1ni@network.ucsd.edu>, asp@chem.ucsd.edu (Alexander S. Polinsky) writes:
> Hi sgi-experts,
> 
> I have a very nice (and relatively cheap) modem - ZyXEL 1496E.
> When I tried to connect it to my Indigo, I found that
> SGI only supports Telebit fast modems. Is there anyone
> out there who have successfully installed other popular
> 9600 or 14400 modems? 


A future release will have both /usr/lib/uucp/fix-zyxel and
1496E entries in /usr/lib/uucp/Dialers.


As a special offer, not to be repeated because I try to convince
everyone else not to do it this way, if you look in
sgi.com:~ftp/pub/modems quickly, before the automatic purger gets them,
you might find copies of those files.

As always, those files on sgi.com are present without support, and
Silicon Graphics makes no representations about their usefulness for
any particular purpose.  If you complain about them, they will
self-destruct in 60 seconds.  (Constructive comments would be
welcome.)


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.sys.sgi
From: wikstrom@camins.camosun.bc.ca
Subject: Info Wanted...
Organization: Camosun College
Date: Thu, 1 Oct 1992 19:45:09 GMT

I'm interested in getting a brief summary of the No. of SGI workstations
you have, the TYPE (Indigo, Crimson, etc), the CONFIGURATION, your 
APPLICATION, the SOFTWARE you use, and any COMMENTS about them.

Please reply via MAIL to:

	Wikstrom@camins.camosun.bc.ca

Thanks in advance

Tom  
Newsgroups: comp.sys.sgi
From: heiko@Harpo.Chemie.FU-Berlin.DE (Heiko Schlichting)
Subject: Re: 4.0.5 and mount
Organization: Free University of Berlin, Dept. of Chemistry
Date: Wed, 30 Sep 1992 00:55:31 GMT

vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
> kunz@binah.cc.brandeis.edu writes:
>> I have just upgraded our 4D35's to 4.0.5 and found to my dismay that
>> users may no longer use `mount' and `umount' to mount and unmount
>> our MO disk. [..]
>> Is there any easy way around this?
>
>The mount and umount system calls have always required EUID=0 by the
>caller.  The good ol' suser() function is used first thing
>in smount() and sumount() in sys3.c.
>
>Perhaps you had used `chmod u+s /etc/mount /etc/umount` to make
>the commands SUID (and open a modest security hole in your system).

Is it possible to get a program like 'cdromd' for MO disks? 

We had the same problem and because `chmod u+s /etc/mount /etc/umount`
is a security hole, I wrote scripts for (un)mounting and let the users execute
them with the program "super" from Will Deich (will@surya.caltech.edu).
The scripts are necessary because I want to mount the MO disk on all our
machines via NFS. This works with the scripts but a "modiskd" would be better.

Heiko
-- 
Heiko Schlichting                     | Freie Universitaet Berlin
heiko@groucho.chemie.fu-berlin.de     | Institut fuer Kristallographie
Newsgroups: comp.sys.sgi
From: story@sgi.com (David (Duis) Story)
Subject: Re: problem with postscrip file printing
Organization: Silicon Graphics, Inc.
Date: Sat, 3 Oct 92 01:36:38 GMT

In article <1992Sep22.173858.1@evax0.eng.fsu.edu> super@evax0.eng.fsu.edu writes:
>
>Hi friends,
>   I tried to print a ps file by typing
>          lp file.ps
>But I got a error message like
>          lp: can't read current directory
>However, when I copy this file into /usr/bin where the binary
>lp is located, I have no problem with printing.
>
>Could someone out there tell me what's the problem ?

The file must be readable by lp to be printed.  

Try typing "lp < file.ps"

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
From: cantin@nrccsb3 (Claude Cantin)
Subject: file size limit (2^31?)
Organization: National Research Council, Ottawa, Canada
X-Newsreader: Tin 1.1 PL5
Date: Mon, 5 Oct 92 19:39:43 GMT

some of my users are running programs requiring HUGE files.  I have installed
2 Elite 2 drives, and stripped them together to make a 4GB filesystem.

It seems the largest file size we can create is 2147483647 characters (that's
from ls -l command).  This is also 2**31...

If we try to append to that file, we get the error message:

   cat: output error (-1/255 characters written)
   File too large

Have we reached the file size limit?  Do R4000-based systems have that
same limit?  Any workaround?

Thank you for your help,

      Claude
From: smith@icat.larc.nasa.gov (Steven L. Smith)
Subject: AKCL on SGI
Originator: smith@icat.larc.nasa.gov
Organization: NASA Langley Research Center, Hampton, VA  USA
Date: Thu, 1 Oct 1992 13:25:43 GMT




Has anyone successfully compiled akcl 1.615 on there SGI machine?
We have a PI running IRIX 4.01. I made a few modifications to
the akcl/h/sgi.def file to include the -cckr, -D_BSD_SIGNALS and
-D_BSD_COMPAT compiler options. Any help would be appreciated.
The errors I encountered were as follows:
 
			.
			.
			.

        cc -cckr -D_BSD_SIGNALS -D_BSD_COMPAT -I/usr/include/bsd -DVOL= -I/usr/local/src/lisp/akcl/akcl/o  -c -O -I../h  ../c/unixfasl.c
ccom: Error: ../c/unixfasl.c, line 265: unknown size
        struct exec header, faslheader;
      --------------------^
ccom: Error: ../c/unixfasl.c, line 265: unknown size
        struct exec header, faslheader;
      --------------------------------^
ccom: Error: ../c/unixfasl.c, line 293: unknown size
        fread(&header, sizeof(header), 1, fp);
      ---------------^
ccom: Error: ../c/unixfasl.c, line 293: unknown size
        fread(&header, sizeof(header), 1, fp);
      ------------------------------^
ccom: Error: ../c/unixfasl.c, line 293: unknown size
        fread(&header, sizeof(header), 1, fp);
      -------------------------------^
ccom: Error: ../c/unixfasl.c, line 297: unknown size
        memory->cfd.cfd_size = header.a_text + header.a_data +  header.a_bss;
      -------------------------------^
ccom: Error: ../c/unixfasl.c, line 297: a_text undefined
        memory->cfd.cfd_size = header.a_text + header.a_data +  header.a_bss;
      -------------------------------------^
ccom: Error: ../c/unixfasl.c, line 297: member of structure or union required
        memory->cfd.cfd_size = header.a_text + header.a_data +  header.a_bss;
      -------------------------------------^
ccom: Error: ../c/unixfasl.c, line 297: unknown size
        memory->cfd.cfd_size = header.a_text + header.a_data +  header.a_bss;
      -----------------------------------------------^
ccom: Error: ../c/unixfasl.c, line 297: a_data undefined
        memory->cfd.cfd_size = header.a_text + header.a_data +  header.a_bss;
      -----------------------------------------------------^
ccom: Error: ../c/unixfasl.c, line 297: member of structure or union required
        memory->cfd.cfd_size = header.a_text + header.a_data +  header.a_bss;
      -----------------------------------------------------^
ccom: Error: ../c/unixfasl.c, line 297: operands of + have incompatible types
        memory->cfd.cfd_size = header.a_text + header.a_data +  header.a_bss;
      -------------------------------------------------------^
ccom: Error: ../c/unixfasl.c, line 297: unknown size
        memory->cfd.cfd_size = header.a_text + header.a_data +  header.a_bss;
      -------------------------------------


-- 
*******************************************************************************
Steve Smith                          | Internet: smith@icat.larc.nasa.gov
NASA Langley Research Center         |           s.l.smith@larc.nasa.gov
M/S 152                              | Voice: (804) 864-2004
From: dubs_cif@uhura.cc.rochester.edu (Jeremy DuBois)
Newsgroups: comp.sys.sgi
Subject: Re: Printing Problem (System V to BSD)
Date: 2 Oct 92 02:33:34 GMT
Organization: University of Rochester - Rochester, New York

In <1992Oct2.104702.55886@qut.edu.au> young@qut.edu.au writes:

>So, is there a trick or some utility that will let Showcase send output
>to the BSD spooler? I suppose one could set up a process to check the
>System V spooler and shuffle output files across to the BSD side of things.

just create a file called /usr/spool/lp/interface/lpr which is a small shell
script like such:
-----------
#!/bin/sh

lpr $*
-----------
and then issue as root:

/usr/lib/lpshut
/usr/lib/lpadmin -p<printer name> -i/usr/spool/lp/interface/lpr (plus whatever 
/usr/lib/lpsched                                                 other options 
                                                                 you want)

  The bsd printer should now show up as a sysV printer as well, and you can
print from programs such as showcase.
  I'm writing this down from memory, so this may not be the exact procedure,
but it should be close enough to get you there.

-- 
/ Jeremy DuBois \ 
-----------------------------------------------------------------------
| dubs_cif@uhura.cc.rochester.edu | University of Rochester, New York |
-----------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: 3.1 compilers (was: On-line manual browser)
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 30 Sep 92 23:37:26 GMT

In <97136@bu.edu> jdh@bu-pub.bu.edu (Jason Heirtzler) writes:

| >| Finally, is the old(er) 3.1 compiler CD equivalent to the new 4.1
| >| development option CD?
| >
| >I've never seen a CD labeled 3.1 compilers.  The compilers shipped
| >with 4.0.5 (maint_dev, maint_c) are the 2.20 (also known as 2.40)
| >compilers, which are bug fixed versions of the 4.0.1 compilers, with
| >additions/changes for r4k systems.
| >
| >The 4.1 IDO has the 3.10 compilers on it, and is more ANSI compliant,
| >etc.  I suppose that some beta copies of this may have gone out with
| >a label that said 3.1, but I don't think so.
| 
| While we're on the subject..
| 
| 1. Are the 3.1 compilers available for 4.0.5?  I tried to ask the
| hotline (call ID 124525) last week, but never got a call back, and
| my sales rep doesn't know.  If they are available for 4.0.5, will
| customers recieve them automatically, or do we have to beat on the
| hotline for it?

Yes, it is available, but not *part* of 4.0.5, it has to be ordered
seperately, to the best of my knowledge.

| 2. Are the compilers (C, FORTRAN, PFA?) all provided on one media?

I think that pfa is seperate, except perhaps for the maint CD.

| 3. Is there really a 4.1 release coming soon?  I had kind of thought
| the next release would be the S5R4 release (Irix 5.0?)

4.1 is *only* compiler stuff, not OS.  (Don't ask!)

| 4. Would anyone using the 3.1 compilers care to comment on how well
| they work?  Some comments here tended to indicate they were a little
| more buggy than the 2.20 ones.

I've been using them for months.  They are definitely better than
the 2.20/2.40 compilers in a number of ways, although there are
bugs, particularly a couple related to loop unrolling in the optimizer
(which I therefore supress with -Wo,-loopunroll,0).  I don't think a
new compiler release is planned until the IRIX 5.0 product, but I'm
not in that group, so I don't know for sure.
--
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: story@sgi.com (David (Duis) Story)
Subject: Re: Phaser II SD question(s)
Organization: Silicon Graphics, Inc.
Date: Tue, 6 Oct 92 00:49:35 GMT

In article <MBR.92Oct3085019@ponape.bellcore.com> mbr@bellcore.com (Mark Rosenstein) writes:
>
>Not being familar with Impressario. Will it also work if we purchase it
>and use lpr (we live in a sun world and lpr is the winner in our world) or is
>it only an lp thing?

In 1.0 Impressario is only an lp thing, though it includes sample
gift scripts for manual linking of the two spooling systems.   Expect
the interoperability to improve in the Impressario 1.1 timeframe.

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
From: rocek@max.physics.sunysb.edu (Martin Rocek)
Subject: Memory limits for the Indigo 4000
Organization: Institute for Theoretical Physics
Date: Tue, 29 Sep 1992 15:07:58 GMT

Does anyone know what are the current and future memory limits for
Indigo 4000's?

Thanks,
Martin
From: jscarsdale@gems.vcu.edu
Newsgroups: comp.sys.sgi
Subject: HP-LJIIISI on SGis via TCP-IP
Date: 29 Sep 92 18:41:21 -0400
Organization: Medical College of Virginia

At Virginia Commonwealth University/Medical College of Va, we have an
HP laser Jet IIIsi that we would like to share between a group of
Silicon Graphics workstations and a Macintosh.  Currently we have
an apple local talk card in the IIIsi which is connected directly
to the Macintosh.  We would like to share the IIIsi with the
unix workstations.  One of my coworkers was wondering if this would
be possible by using a TCP-IP ethernet card in the IIIsi.  In checking
with HP technical support, we basically got a series of eliptical
answers which led me to believe it would be very difficult if not
impossible to affect such a solution.  So I thought I would call
on the collective net.wisdom to inquire if such a solution would
be feasible and if anyone has tried such a thing.

     It turns out that HP ships software for suns and for 
HP workstations on the tape that accompanies the TCP-IP card, but
they also provide source code for the software for the unix workstations
which is responsible for printing to a printer attached directly to
the network as opposed to the "norm" of printing to  a printer 
attached to a workstation on the network via standard unix utilities.
HP informed us that we would, of course, be on our own if we wanted
to recompile (and implement) this software on our SGIs--so has anyone
out there had experience with this sort of thing under 4.0.x 
(currently we are running 4.0.5).  I have not seen this software as
we will only purchase the board for the IIIsi if this idea of
sharing  a directly network attached printer has a reasonable
chance of working, but I would assume that it works by somehow
using a socket, but I am only speculating. 

     If this idea of sharing a printer between a mac and a network
of SGIs (a spectrum of SGIs????) via TCP-IP is a pipe dream, the
only other way I can see doing it is with Columbia Appletalk
Protocol (CAP); can anyone advise me on what is involved in sharing
a printer between macs and unix-boxes using CAP?


      Any assistance will be greatly appreciated.


                                            JNS

-----------------------------------------------------------------------------
J. Neel Scarsdale  

           internet  jscarsdale@ruby.vcu.edu
           bitnet    jscarsdale@vcuvax

----------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: /dev/plp on PIs
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 6 Oct 92 03:51:04 GMT

In <Bvo0Ev.Its@helios.physics.utoronto.ca> sysmark@helios.physics.utoronto.ca (Mark Bartelt) writes:

| Am I missing something really obvious, or is something missing from the
| documentation (I did RTFM), or what?  I have a couple parallel printers
| (Centronics-type connectors in back, and a Centronix-to-DB25(M) cable),
| which work just fine on various IBM PC type boxes.  However, when I hook
| them up to the parallel ports on my PIs, no joy.
| 
| I've turned off the lp subsystem (/etc/init.d/lp stop), and tried sending
| something to the printer with things like
| 
| 	echo spam >/dev/plp
| and
| 	cat /etc/passwd >/dev/plp
| and
| 	cp /etc/passwd /dev/plp
| 
| and such, but the echo/cat/cp/whatever commands just hang, until aborted
| with ^C.  I doubt that it's a cabling problem (SGI's documentation tells
| me that the pinout of the parallel port is IBM PC compatible), and it's
| also not the case of the parallel port on the PI being sick, since all of
| our PIs behave the same way.

I don't think we phrase it as being PC compatible.  It sure sounds to
me as though you have a cabling problem, or a device that is very picky
about its signals, or perhaps you have a long cable (we recommend 8 ft
or less, as I recall).

| So I suspect that I've overlooked something.  Is there any reason I can't
| just copy stuff to /dev/plp, given that the lp cruft isn't running?  (And,
| for what it's worth, "fuser" also claims that there's no process holding
| on to /dev/plp either.)

No, cat'ing a file to /dev/plp should work just fine (and does, for
the printers we have around here).

| IRIX 4.0.4 on 4D/20 and 4D/35, by the way.  One possibly-relevant piece of
| information is that the parallel port doesn't show up in output from "hinv",
| even though the serial ports do.  Does this mean that our PIs don't have a
| parallel port (even though there's a connector in the back; there is, after
| all, a BNC labeled "genlock" even though we don't have the genlock option),
| or just that "hinv" doesn't tell us about them?

The parallel port doesn't show up in hinv.
--
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: bogstad@blaze.cs.jhu.edu (Bill Bogstad)
Subject: Does Explorer work with 8bit Iris Indigo?
Organization: Johns Hopkins Computer Science Department, Baltimore, MD
Date: Thu, 1 Oct 1992 02:05:31 GMT

	I'm trying to install 1.0 IRIS Explorer on an Indigo with a basic
8 bit display and whenever I try to start it up I get:

Prompt> explorer 
User interface: killed -- Bus error, core dumped

The core dump is of the "gui" program.  Looking at the release notes it
isn't clear if the basic Indigo display supports the Explorer package.  There
are some comments about needing 24 bit plane support in the notes.  Am I
wrong?  If not, any ideas on what I did wrong when installing it.  (FYI, I'm
running OS version 4D1-4.0.1)

					Thanks,
					Bill Bogstad
From: cullip@pooh.cs.unc.edu (Timothy Cullip)
Newsgroups: comp.sys.sgi
Subject: GLX from one SGI to another.
Date: 5 Oct 92 18:44:34 GMT
Distribution: usa

I have an interesting problem that I'm wondering if anyone else has seen.

I have a GLX application that I've written for our 340 VGX (under 4.0.1)
that runs fine.

We recently got the loan of an R4000 Indigo with Elan graphics (under 4.0.5b).

The program is fine when:

   run on the 340 and displayed on the 340
   run on the indigo and displayed on the indigo
   run on the indigo and displayed on the 340

It dies when:

   run on the 340 and try to display on the indigo.

The point of the crash is a call to GLXgetconfig(). In the three cases
where it runs, the call returns a non-NULL pointer. In the case where
it crases, the pointer is NULL.

Does anyone know why the case of running on the 340 and attempting to
display on the Indigo would cause this call to fail?


-- 

   Tim Cullip
   cullip@cs.unc.edu
From: schaumat@rocbi.dnet.roche.com (Thomas Schaumann)
Newsgroups: comp.sys.sgi
Subject: Re: full screen showcase
Date: 1 Oct 92 08:34:15 GMT

Brad (sherborb@rwep03.dnet.roche.com) writes: 
> I'm sure I've seen full screen (i.e. no borders or menu bar)
> showcase slide shows ...
> 
> Was I dreaming? If not, how do you do it?  

You can solve the problem if you choose the frame so big that borders and menu bars
are outside the screen. Be sure to include the following line in your .Xdefaults:

4DWm*positionOnScreen:          False

It is rather a workaround than a feature, but maybe the feature exist too.

Cheers  Tom

-------------------------------------------------------------------------------
Thomas Michael Schaumann
                                                             _____
Post:     F.Hoffmann-La Roche AG                            /     \
          PRTC                                             < Roche >
          CH-4002 Basel, Switzerland                        \_____/

Phone:    +41-61-688-6698
Fax:      +41-61-688-7408

X400:     S=Schaumann,G=Thomas,O=RocheBasel,P=Roche,A=ArCom,C=CH
X25:      PSI%4621111291::SchaumaT
InterNet: SchaumaT@Rocbi.DNet.Roche.com
-------------------------------------------------------------------------------
From: vamsee@abgen.tamu.edu (Vamsee Lakamsani)
Newsgroups: comp.sys.sgi
Subject: No kmem
Date: 29 Sep 92 18:16:32 GMT
Article-I.D.: tamsun.1992Sep29.181632.12558
Organization: Center for Macromolecular Design, Texas A&M University.

%w
No kmem
^^^^^^^
%ls -l /usr/bsd/w
-r-xr-sr-x   1 root     usr        28720 May  4 13:45 /usr/bsd/w*
%ls -l /dev/kmem
crw-r-----   1 root     sys        1,  1 Jul  3 14:58 /dev/kmem
%ls -l /etc/utmp
-rw-r--r--   1 root     sys          576 Sep 29 13:09 /etc/utmp

when does the system give this kind of error i.e No kmem ? What can 
I do to change this ?

Thanks
vamsee
Newsgroups: comp.sys.sgi
From: lars@boznag.uchicago.edu (Lawrence Miller)
Subject: Jumper Settings for HP97560 Drive?
Reply-To: lars@boznag.uchicago.edu
Organization: University of Chicago Computing Organizations
Date: Mon, 5 Oct 1992 22:43:27 GMT

I'm trying to hook up a bunch of HP97560 hard disks to our SGI 340/VGX,  
and I was wondering if anyone knew the correct jumper settings for this  
drive (or at least settings that seem to work :^)  We've had some strange  
problems, and are trying to confirm that we have it set up correctly.   
Thanks!

Lawrence Miller
High Energy Physics
The University of Chicago
From: adaptive@taurus.cs.nps.navy.mil (zyda res acct)
Newsgroups: comp.sys.sgi
Subject: login/pandora/indigo problems
Date: 2 Oct 92 23:21:40 GMT
Organization: Naval Postgraduate School, Monterey CA

After shutting down the power on an Indigo several times due to
electrical work, I am unable to login. When I attempt to login through
pandora, the screen turns grey for a second and then returns me to the
login icons. The Indigo is connected to a network but all of my files
are local. Any ideas?

Also, is there an SGI rep in Equador, and if so, what is his number?

george dabrowski

dabro@taurus.cs.nps.navy.mil