HDTenEightyP/NetNews huggingface dataset:
From: ce095@cleveland.Freenet.Edu (Jeffrey Scott Traigle)
Newsgroups: comp.sys.sgi
Subject: et0 errors
Date: 11 Jan 1993 20:09:12 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


My printing woes are over. I'm now getting some messages on the
console that I remember seeing a few months ago. I just don't
remember what the problem was. The messages are:

et0: no carrier: check Ethernet cable
et0: late collision

I do remember that when I got them before, I couldn't connect
to other machines, but I am getting them now and am connected
remotely to another system. Anybody care to jog my memory as
to what's happening?
From: englund@gdstech.grumman.com (Dave Englund)
Newsgroups: comp.sys.sgi
Subject: 4Dgifts: Shared Memory example
Date: 8 Jan 93 19:19:41 GMT

I'm looking at the sample codes in the
/usr/people/4Dgifts/examples/unix  directory. The one problem I'm
having is with the "shmem1" and "shmem2" example. This does nothing. I
looked at the code and see that something is supposed to print
somewhere, but that's not what happens. I'm running under 4.0.4 on a
Crimson XS24. 
All of the other samples in this directory seem to work fine. Any
words of wisdom? Thanks in advance...

			Dave Englund | #include <stdio.h>
	 englund@gdstech.grumman.com | main() 
		       Grumman Corp. | {
	   Corporate Research Center | 	  printf("hello, world\n");
			Bethpage, NY | }
From: srfergu@rufus.erenj.com (Scott Ferguson)
Subject: Re: Frustrated with SGI support..
Organization: Exxon Research & Engineering Co.
Date: Mon, 4 Jan 1993 13:51:33 GMT

In article <1992Dec31.121923.27476@bernina.ethz.ch>, hoesel@igc.ethz.ch (Frans van Hoesel) writes:
|> The support of SGI can be very good at times. The best support comes
|> from the net and all the fine people working at SGI (I think without
|> it, I *would* get frustrated, but it is a good thing that SGI
|> employers are allowed to take the time to answer the questions on the
|> net. If the questions asked are specific enough, the answers are
|> to the point, correct, and up to date.
|> 
|> Reading the news and making notes of the messages has been proven very
|> helpful to me.
|> 

Shhhhh, you folks! If we don't keep quiet about this unauthorized help, SGI's 
management will catch on sooner or later, and assign their hotline people 
to answer questions on the net too, so you can get the high quality help 
you're accustomed to on the phone line!!! :-)

-- 
----------------------------------------------------------------------
Scott Ferguson                        Exxon Research & Engineering Co.
Project Engineer                      New Jersey
----------------------------------------------------------------------
"Always bark at a dog."
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: VAX Ultrix vs. IRIS re: command line recall
Date: 5 Jan 93 01:47:24 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1993Jan4.233656.19347@swlvx2.msd.ray.com> lms@swl.msd.ray.com (LEE MARDEN {79509}) writes:
|   I have been using VAX Ultrix for over a year now, that seems to have
| a particular feature that I can't seem to find in IRIX.  In VAX Ultrix 4.2
| RISC I am able to use the arrow keys (up/down) to scroll through the
| csh command histor, and use VI like syntax to edit those commands.
| Here's my question:  Can this be done on the SGI?

I think that is 'tcsh' (ksh also has it).  ksh is shipped, tcsh
is not in any current releases, but should be ftp'able from
somewhere.
--
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: jdh@bu-pub.bu.edu (Jason Heirtzler)
Newsgroups: comp.sys.sgi
Subject: Re: select: resource temporarily not available
Date: 5 Jan 93 16:51:33 GMT
Reply-To: jdh@bu-pub.bu.edu (Jason Heirtzler)
Organization: Boston University, Information Technology


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

Are the NBLK* buffers reported by "netstat -m" different than
"events"?  There are no failures reported under NBLK in netstat.

Is there any kernel debugging information (dbx -k?) to determine
what's using up all the events?

I was hoping someone from the SGI kernel group would speak up and
offer a few sage words?  Maybe the omnipresent D.O. could comment? 

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

What I was aluding to at the start of my article (ahem!) is that
the hotline hasn't been able to solve it in the past, so I'm sort
of reluctant to get into that whole mess again.  Don't take this
an attack on the hotline (as there are some good people there.)

This bug has gotten bad enough that users are starting to flip the
power switch out of frustration, blowing everyone out of the water.

----------------------------------------------------------------
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
Newsgroups: comp.sys.sgi
From: ag@nextcube.in-berlin.de (Andreas Gradert)
Subject: Re: New SGI GREENIE
Organization: Privat
Date: Tue, 05 Jan 1993 23:31:39 GMT

Martin Knoblauch writes:

> In article <ADH030D@nextcube.in-berlin.de> Andreas Gradert writes:
> 
> |> Is it true, that it will be the Iris GREENIE?  When will the GREENIE
> |> be delivered? Any upgrades to GREENIE VGXT? And the pricing? I heard
> |> about 2000$, but that's too much!
>
> Andreas,

> your applications can't be to  demanding if you don't ask for a
> GREENIE/RE! And only two processors! Do you really think we are
> building toy calculators?!?!?

Hi Martin,

I do believe in your upgrade-paths, therefore it was no need to mention
GREENIE/RE! Yes, i thought about the lack of processors, but doesn't it
sound like the advertising of M*NOX Cameras: "Again we tried to build a
camera smaller than the films, and again we failed!"    

Put two and two together  and you can see that there will be not enough
space even for a third processor! Ah, and what about these aplications?
Can't be too demanding? For Tetris an Indigo Elan is a must! Why didn't
you tell us the truth about the acronym Indigo?  As I mentioned 2 weeks 
ago: INDIGamebOy! SGI, this game is over. We'll strike back, and one of
our first aims is to let the GREENIE have a gameport!

> |Martin Knoblauch                  | Silicon Graphics GmbH          |
> |Demand Enough Application Support | Am Hochacker 3 - Technopark    |
   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
   Sorry, couldn't resist!

-----------------------------------------------------------------------
ag becomes serious
-----------------------------------------------------------------------
BTW, I got six mails and two phonecalls with questions about GREENIE. I
think three of them have been serious. I'll promise: Never again such a
joke!


-- 
mfg, Andreas Gradert  fon +49 30 6923946  email   ag@nextcube.in-berlin.de
     D1000 Berlin 61  fax +49 30 8825421  ...unido!fub!unlisys!nextcube!ag
Newsgroups: comp.sys.sgi
From: jdf@intcorp.mn.org (Joel D. Flatt)
Subject: Re: Wanted: Driver for Introl CD-DRIVE
Organization: Introl Corporation
Date: Tue, 5 Jan 1993 21:52:04 GMT

robin@resmel.bhp.com.au (Robin Brown) writes:
> b4101ai@sun12 (Holger Busse) writes:
> 
> >Hello Netters,
> 
> >for our optical disk-drive made by INTROL we need a suitable driver to
> >work unter IRIX 4.01 or higher. It is an read-and-write-many optical disk-
> >drive with 300MB capacity each side. SGI here in Germany was not able yet
> >to get into contact with Introl, however SGI did recommend this drive. 
> >Perhaps someone got the same problems.
> 
> Introl details:
> Fax: +1-612-788-9387
> Tel: +1-612-788-9391
> Address:
> Introl Corporation
> 2817 Anthony Lane South
> Minneapolis, MN 55418 USA
> 
> Make sure that you get the correct version for the version of IRIX that you
> are running.  We are running IRIX 4.0.5 and need a version of the software
> later than 2.0b though I doin't know what it is as I havn't managed to get
> it out of their local agents yet!
> 
> Hope this helps
> Robin
> PS your return address needs looking at - my email reply to you bounced!


I tried emailing Holger and had the same problem.  Robin is correct - if 
you are running IRIX 4.0.5 you need release 2.0c of the driver.  

-- 
Joel D. Flatt                      Introl Corporation
Work: (612) 788-9391               jdf@intcorp.mn.org 
Home: (612) 823-3390
Xref: sparky comp.sys.sgi:18671 comp.unix.admin:7028 comp.unix.internals:2111 comp.unix.misc:4916 comp.unix.bsd:11122
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:23:22 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <261@trident.datasys.swri.edu> noren@trident.datasys.swri.edu (Greg Noren) writes:
| My customer has attempted the same kind of arrangement, though, and has
| experienced problems.  If I understand correctly, SGI wants you to use lpr()
| and lp() jointly - there has been a thread on this in the past.  Perhaps 
| this is what is officially *supported* by SGI, and if you're lucky enough to
| get the purely lpr() approach to work, more power to you.

No, we don't want to you to do local printing with lpr, just with lp,
and use lpr only for remote printing (the officially supported
configuration that is).  Note that using both lp and lpr to go to the
same printer (particularly locally!) can lead to some confusion...
--
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: gumley@ltp2.gsfc.nasa.gov (Liam E. Gumley)
Subject: R4400 Indigo - When and How Much ?
News-Software: VAX/VMS VNEWS 1.4-b1  
Keywords:  SGI Indigo R4400
Organization: NASA-GSFC LTP Computing Facility Code 920.2
Date: Mon, 4 Jan 1993 16:52:00 GMT

G'day people,

The subject line says it all.  I called SGI Sales 1-800 number but the person
there could give no information.  Can anybody tell me when an Indigo utilizing
the R4400 will become available, and if possible what the pricing structure
might be?  I guess SGI folks are best equipped to answer this.

Replies by email please.

Cheers,
Liam.

--
Liam E. Gumley                            | Phone    : (301) 982-3700
NASA/GSFC MODIS Science Data Support Team | Fax      : (301) 982-3749
Research and Data Systems Corporation     | Internet : gumley@ltp.gsfc.nasa.gov
Greenbelt MD, USA                         | Opinions expressed here are my own!
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: SCSI floppy disk on INDIGO: Why is it so slooow?
Keywords: INDIGO, floppy, SCSI
Date: 9 Jan 93 20:32:14 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1993Jan9.121657.5075@bernina.ethz.ch> hoesel@igc.ethz.ch (Frans van Hoesel) writes:
| If you are not interested in msdosd, but only in speed, go for mtools
| (ftp-able from lots of places). It works much, much faster. 
| So it may be hardware (becuase of the small buffer), but the difference
| between msdosd and mtools is purely software. (try writing a 1MB file
| with both programs, and you'll never use msdosd again)
| 
| don't misunderstand me, msdosd would be a much better product than mtools,
| because one can use the standard unix cp commands (and all the others).
| Mtools comes with a separate mcopy command. For me mtools is a clear
| winner, only because of the speed difference. 
| 
| still it doesn't write at the speed it could do on any normal pc (maybe
| that's what Dave Olson wanted to explain?). Having mtools, there seems no
| need to go for the future 2MB disks, just for reasons of speed.

Even mtools won't get close to the speed of a floppy on a DOS system,
because of the single sector hardware buffer.

The engineer responsible for msdosd already knows about the discrepency
between mtools and msdosd, and is looking into the reasons.  Unfortunately
it isn't a very high priority at the moment.
--
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: schieb@shark.gsfc.nasa.gov (Brian D. Schieber)
Subject: Smarter FTP server needed please
Organization: Lab for Hydrospheric Processes
Date: Wed, 6 Jan 1993 14:46:50 GMT

Hi,
 I'm lookig for a smarter anonymous FTP server that will require user names,
explain directories and perhaps keep track of users on the machine.  Could 
someone send me info on where to find such a thing?

thanks,
 Brian
Xref: sparky comp.sys.sgi.apps:44 comp.sys.sgi.bugs:95
From: mahmud@cephalo.neusc.bcm.tmc.edu (Mahmud Haque)
Newsgroups: comp.sys.sgi.apps,comp.sys.sgi.bugs
Subject: Need help compiling gcc-2.3.3
Date: 8 Jan 1993 22:13:19 GMT
Organization: Baylor College of Medicine, Houston,Tx
Distribution: na
NNTP-Posting-Host: cephalo.neusc.bcm.tmc.edu
Keywords: GCC/G++

I am trying to compile gcc-2.3.3 on a Indigo 4000, compilation
works fine but stage2/stage3 cc1plus dumps core. Please help...

Here is the test file:

dummy.C
----------------------------------
  struct filebuf {
      virtual int foo();
  };
  filebuf ff;
  extern "C" int FUNC(int);
  int FUNC(int i) { return i+10; }

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

I am using bison-1.19.

Thanks,

Mahmud Haque                 Internet: mahmud@bcm.tmc.edu
Division of Neuroscience   	 uucp: {uunet,shell,rice}!cephalo!mahmud
Baylor College of Medicine     Bitnet: mahmud%bcm.tmc.edu@CUNYVM
Houston, Tx 77030                      mahmud%bcm.tmc.edu@PSUVAX1



-- 
Mahmud Haque                 Internet: mahmud@bcm.tmc.edu
Division of Neuroscience   	 uucp: {uunet,shell,rice}!cephalo!mahmud
Baylor College of Medicine     Bitnet: mahmud%bcm.tmc.edu@CUNYVM
Houston, Tx 77030                      mahmud%bcm.tmc.edu@PSUVAX1
From: rdargahi@wilkins.iaims.bcm.tmc.edu (Ross Dargahi)
Newsgroups: comp.sys.sgi.apps
Subject: QuickTime
Date: 9 Jan 1993 00:31:41 GMT
Organization: Baylor College of Medicine
Distribution: world
NNTP-Posting-Host: wilkins.iaims.bcm.tmc.edu
Originator: rdargahi@wilkins.iaims.bcm.tmc.edu


When will Quicktime be available from SGI

Ross Dargahi
Newsgroups: comp.sys.sgi.apps
From: kevin@neuron.arc.nasa.gov (Kevin Montgomery)
Subject: whereis VOGL??  (or any other way to GL on a PC)
Keywords: vogl
Organization: NASA-Ames Biocomputation Center
Date: Mon, 4 Jan 1993 23:28:45 GMT


Howdy- I'm looking for some way to run GL code on a PC and I heard that
VOGL can map onto X, PC junk, etc.  (please don't ask why I need to do this-
it's painful to even have to ask about it)  I checked around sgi.com and
didn't find it- does anyone know where VOGL should be or any other GL-mapping
libraries that might help?  (I wouldn't be surprised if some smart company
was taking the OpenGL code and porting it to a PC to make tons of $$$, BTW)...

						thanks in advance,
						  kevin
From: ciemo@bananapc.csd.sgi.com (Dave Ciemiewicz)
Newsgroups: comp.sys.sgi.apps
Subject: Re: Insight....adding your own documents
Keywords: InSight SGML online documentation
Date: 13 Jan 93 03:32:26 GMT
Organization: Silicon Graphics, Customer Support Division

In article <1993Jan10.215534.7994@bitrot.in-berlin.de>, thomas@bitrot.in-berlin.de (Thomas Driemeyer) writes:
|> Insight is a wonderful concept, that's the way documentation ought to
|> be presented. Who needs paper anyway...
|> 

I like Insight and am chomping at the bit for the day when all of our
documentation is in an online form so I don't have to hunt for manuals
when a customer calls and so, maybe, the customers won't have to call
support because they found the answer themselves using the fast search
capabilities of Insight.

However, my tongue in cheek response as to why paper manuals are still
nice to have/not obsolete -- it's a little difficult to take your IRIS
to the WC with you for some casual manual reading.  And, your spouse
would probably kick you out of bed if you tried to drag your IRIS into
bed to do some latenight manual reading.  True, these would be less of
an issue if we had a laptop IRIS but since such doesn't exist, it is
to our advantage that you can print out interesting chapters from Insight.
Besides, if the WC isn't well stocked, that paper manual could come in
handy just like the old Sear Robuck catalog of years past.  :^)
(My apologies if anyone is offended by toilet humor.)
From: walton_a@grendel.reading.sgi.com (Andrew Walton)
Newsgroups: comp.sys.sgi.apps
Subject: Re: Insight....adding your own documents
Keywords: InSight SGML online documentation
Date: 11 Jan 93 09:56:37 GMT
Organization: Silicon Graphics, Inc.

In article <1993Jan10.215534.7994@bitrot.in-berlin.de>,
thomas@bitrot.in-berlin.de (Thomas Driemeyer) writes:
|> Insight is a wonderful concept, that's the way documentation ought to
|> be presented. Who needs paper anyway...
|> 
|> The format of the SGML documents should be published and accessible
|> though, so that everyone can add books without having to use external
|> service bureaus. If the format is closed, Insight might suffer the same
|> fate as the license server.
|> 

SGML is an international standard, I can't remember the ISO number it's
been 5 years since I looked at it.  It is also very large and complex,
which is probably why specialist bureaus exists.

if you can get hold of it, the current "Personal Computer World" has an
article on, it doesn't go into much technical depth - I think the aim is
explain how important this is going to be - for instance, from 1995 you
won't get a US defence contract unless your documentation is in SGML.

Andrew
Newsgroups: comp.sys.sgi.apps
From: ra@agni.std.com (C.Ramanathan)
Subject: TeX/Latex
Organization: Software Tool & Die
Date: Mon, 11 Jan 1993 02:47:44 GMT


Where can one get the latest working version of TeX/Latex for an
Indigo running IRIX 4.05F.

-ra

-------------------------------------------------------------------------------
Your computer is your access device <--> together we're the network
Login to the WORLD * (617)-739-WRLD  *  Public Access Unix 

C.Ramanathan, Software Tool & Die                 | ra@world.std.com
1330 Beacon St, Brookline, MA 02146,(617)739-0202 | uunet!world!ra





Newsgroups: comp.sys.sgi.apps
From: mjz@mjzsgi.Texaco.COM (Michael Zeitlin)
Subject: Insight....adding your own documents
Organization: Texaco Inc
Date: Mon, 4 Jan 1993 20:03:43 GMT


   Anyone use Insight for their own documentation....
   Is there any info on how to use Insight for that purpose..

   Insight is quite nice....i just assume use it for our own
   "stuff"

   thanks

   mjz

-- 
-------------------------------------------------------------------------------
|  Michael J. Zeitlin  |  mjz@texaco.com |  make it happen!                   |
|                      |                 |                                    |
-------------------------------------------------------------------------------
From: miket@frog.CRDS.COM (Michael C Tiernan)
Newsgroups: comp.sys.sgi.apps
Subject: Re: whereis VOGL?? (or any other way to GL on a PC)
Keywords: vogl
Date: 5 Jan 93 21:18:52 GMT
Organization: Charles River Data Systems

ag@nextcube.in-berlin.de (Andreas Gradert) writes:
>kevin@neuron.arc.nasa.gov (Kevin Montgomery) writes:
>> Howdy- I'm looking for some way to run GL code on a PC and I heard that
> [...]
>> didn't find it- does anyone know where VOGL should be or any other GL-mapping
>
>ftp.uu.net                      137.39.1.9, 192.48.96.9
>    /graphics/vogle/vogle.tar.Z     3D device independent graphics library.
>    /graphics/vogle/vopl.tar.Z      2d plotting library written in the above.
>    /graphics/vogle/vogl.tar.Z      SGI GL subset library - also device
>                                    independent, based on VOGLE.

	Does anyone have these available via e-mail?  Not everyone can
	talk tightwad administrators into direct net access. :)
	Or, if someone would be so kind, if they happened to have these
	files under their fingers, and they mailed them
	OR THEIR DOCS to me....  (It's not a pretty sight having to beg...)
-- 
<< MCT >>  Michael C Tiernan. - GEnie:M.Tiernan - AOL:M Tiernan/BCS Mike 
UUCP = alfalfa!pro-angmar!m.tiernan OR miket@frog.UUCP
      It's too bad that it takes almost half of our life
	to realize that it was a "Do-It-Yourself" project.
From: yyang@NOSY.chem.wsu.edu (Yongqi Yang)
Newsgroups: comp.sys.sgi.apps
Subject: Re: Need help compiling gcc-2.3.3
Date: 12 Jan 93 05:07:55 GMT
Article-I.D.: serval.1993Jan12.050755.26502
Distribution: na
Organization: Washington State University

In article <SIMON.93Jan10140537@liasg2.epfl.ch> simon@lia.di.epfl.ch (Simon Leinen) writes:
>In article <1iku9vINNlls@gazette.bcm.tmc.edu>
>mahmud@cephalo.neusc.bcm.tmc.edu (Mahmud Haque) writes:
>
>   I am trying to compile gcc-2.3.3 on a Indigo 4000, compilation
>   works fine but stage2/stage3 cc1plus dumps core. Please help...
>
>   Here is the test file:
>
>Your cc1plus (when compiled using GCC 2.3.3) dumps core for every
>input whatsoever.  A bug report has already been filed.  One possible
>workaround is to recompile cp-lex.c *without* the -O switch, and
>relink cc1plus.  Some part of cp-lex.c that calls a couple of inline
>functions in a row seems to be misoptimized by GCC 2.3.3.
>-- 
>Simon.

I posted an article to gnu.gcc.help group about a week ago to ask about
this and didn't get any reply. The interesting thing is, I built 2.3.2
early Decemember and it works just fine, both C and C++. I updated to
2.3.3. later and cc1plus dumped core, I posted the question to the net,
no response. So I went back to 2.3.2, you know what 2.3.2's cc1plus could
not compile either. I removed the whole old gcc-lib dir and bin dir and
got the same core dump. I don't know where I skewed up. 

I built the same thing for a Sun Sparc station, both 2.3.2. and 2.3.3
work fine, but not SGI machine. 

I wonder if it is really a bug, when they gonna fix it. 
-- 
 Yongqi Yang                yyang@nosy.chem.wsu.edu

**************************************************************
Newsgroups: comp.sys.sgi.apps