HDTenEightyP/NetNews huggingface dataset:
From: antonp@delfin.com (Anton Pintar)
Newsgroups: comp.sys.sgi
Subject: FAQ - need fonts
Date: 14 Aug 92 01:58:34 GMT
Organization: Delfin Systems
X-Newsreader: Tin 1.1 PL4

Need some help - where can I obtain fonts for our 4D/420VGX 
running IRIX 4.0.1?

In particular I'm looking for the Bigelow and Holmes (sp?) 
menu font that comes with DECwindows.  I'm willing to dig 
around if someone can tell me where to look.


--
Anton Pintar                Delfin Systems      408-734-2400
antonp@delfin.com           Sunnyvale, CA
Newsgroups: comp.sys.sgi
From: cboesel@orac.holonet.net (Charles Boesel)
Subject: Have DAT, need Kermit!
Organization: HoloNet (BBS: 510-704-1058)
Date: Wed, 12 Aug 1992 17:27:13 GMT

If anyone has a DAT drive and Kermit that will run on the Indigo,
<please> tell me and I will send you a DAT for a copy.

My Indigo is strictly speaking ASCII, and it would like to
speak in the Binary tounges as well.

email: cboesel@holonet.net
From: brian@garbo.contex.com (Brian Love)
Newsgroups: comp.sys.sgi
Subject: Re: hinv does not see Exabyte drives
Date: 20 Aug 92 17:11:28 GMT
Organization: Xyvision Design Systems

My thanks to both Dave Olson and Johnny Chee Wah @ the University of
Toronto.  It turns out our Exabyte drives had essentially random DIP switch
settings.  When these switches are set correctly, the drive responds with
no problems.  The most relevant switch is #1 which controls an Exabyte
memory test.  The test takes 65 seconds when enabled.  I'm surprised we
didn't see problems because of other bogus switch settings, such as parity
enabled/disabled or odd/even byte disconnect.

Is there an SGI document that details supported Exabyte PROM versions and
DIP switch settings?

Brian C. Love           |  Xyvision         |  Remember, you can put it in the
PP-ASEL-IA              |  Wakefield, MA    |  hands of your attorney, but you
Archer  6124J  "Julie"  |  (617) 245-4100   |  can't make it stand up in court.
Newsgroups: comp.sys.sgi
From: ash@sni.ca (Ashwin Palekar)
Subject: Possible bug in c-compiler ? 
Organization: Siemens Nixdorf, Sietec Open Systems, Toronto, Canada
Date: Fri, 14 Aug 1992 16:52:51 GMT

ON: IRIX 4.0.1 11150233 IP12

Problem Description:
~~~~~~~~~~~~~~~~~~~~
	The software works with debug version (default compiler option)
and dumps core in optimised version (-O).

Problem Analysis :
~~~~~~~~~~~~~~~~~
	the code has the following logic.
{
	struct xyz *variable=NULL;
	setjmp();
	
	variable = ... allocate memory.
	free (variable)
	variable = NULL; 

	longjmp(Go to statement shown next)

	if variable != NULL free(variable)
	
}

In debug mode "variable" is equal to NULL after longjmp.
In optimised mode "variable" it is not NULL after longjmp tries to free it
resulting in core dump.

IMP: This same behaviour is noticed on mips platform (maybe because of 
same compiler).

Temporary Solution:
~~~~~~~~~~~~~~~~~~~
	If I make the variable declaration static it works in both cases.

Possible explaination: 
~~~~~~~~~~~~~~~~~~~~~

	setjmp may not store registers , and if during optimization the 
structure is made register variable then it will result in choas.

Background:
~~~~~~~~~~
	The software works on lots of other platforms (with same source code).
I checked for memory leaks before the function starts , none that i could 
find. 


Other inputs:
~~~~~~~~~~~~~~~~~~~~~	
The software uses 'setjmp' and 'longjmp' extensively and many cases do work
fine.

-- 
---------------------------------------------------------------------------
Ashwin Palekar : ash@sni.ca
Office:
Tel : (416) 496-8510 
Fax : (416) 496-8524 
Siemens Nixdorf Information Systems Ltd.,
2235 Sheppard Ave. East, Suite 1800, Willowdale , Ontario , Canada M2J 3B5.
---------------------------------------------------------------------------
From: gsprow@lordvader.nswc.navy.mil (Gregg Sprow)
Newsgroups: comp.sys.sgi
Subject: Explosion cloud in flight simulator
Date: 18 Aug 92 16:50:40 GMT
Organization: Naval Surface Warfare Center


   Does anyone have the source code for the red explosion cloud used in the
flight simulator demo, or something similar?  It occurs when your plane crashes.
I would like to implement something similar in a warhead explosion simulation.
Thanks in advance for any help.

Gregg Sprow
NSWCDD
Code E12
Dahlgren, VA 22448
(703) 663-8715
gsprow@relay.nswc.navy.mil
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi
Subject: Re: Tranquillity
Date: 22 Aug 92 04:48:50 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <2564@news.cerf.net>, billabs@nic.cerf.net (Bill Romanowski) writes:
> ...
> On sgi.com in the pub directory you'll find tq.tar.Z

Some people are offended by third parties using their systems as FTP
repositories.  There are some really hard feelings at some places about people
who use publically writable FTP directories to maintain archives of
stuff they can't keep on their own systems, often pictures.

Sgi.com automatically and regularly removes stray stuff from its
~ftp/pub, so that file won't be there long.

I am sure no unfriendly intent was involved and I hope no one is deeply
offended, but it would be better to put such things on one's own
machine in the future.  At least first check with postmaster or root at
the third party.

It would be unfortunately and inconvenient for all of us if ~ftp/pub on
sgi.com had to stop being writable by people outside the SGI corporate
network.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.sys.sgi
From: raolson@cornflower.wpd.sgi.com (Robert Olson)
Subject: Re: shadow passwords on Indogo NEEDED NOW.
Reply-To: raolson@cornflower.wpd.sgi.com (Robert Olson)
Organization: sgi
Date: Thu, 20 Aug 1992 22:06:13 GMT

In article <1992Aug3.083326.11933@bacchus.esa.oz.au>, hunter@bacchus.esa.oz.au (James Gardiner [Hunter]) writes:
|> In <nsnhkd4@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
|> 
|> >| If IRIX is suppose to be SVR4 by the end of the year does this mean
|> >| it will have C2 security?  I am sure SVR4 has that.
|> 
|> >I don't think anyone from SGI has ever made a commitment to SVR4 by
|> >the end of the year.  SVR4 doesn't have C2, although it may have
|> >most of what is necessary should someone decide to get it certified.
|> 
|> >I'm not sure if we will include shadow passwords in our SVR4 port or
|> >not, although many folks have asked for not (I'm not saying we won't,
|> >just that I don't know).
|> >--
|> >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
|> 
|> Thanks for the info.  This does lead me on to ask..
|> has anyone out there tried the PD shadow password suite?
|> Is it an easy port/install??
|> 

I just got back from vacation, so I can't remember if I replied to this one
or not.  My group is responsible for IRIX security features.  The SVR4 
derived version of IRIX will include shadow passwords as a system
administrator configurable option.  C2 security, as
defined by the Trusted Computer System Evaluation Criteria, will not be
a standard part of IRIX.  Note that shadow passwords is a relatively
minor part of C2.  Please also note that C2 security features are offered
by UNIX Systems Labs as an added cost option and is not part of the
base source we purchased.  

If what you need/want is C2 level security, we can get you there, even 
in a 4.0.x environment, with a product called Trusted IRIX.  It is in evaluation
as a B1 product (i.e., it understands classification levels), but can be
deconfigured to just do C2 kinds of stuff.  

Gimme a buzz if you want to talk more.
Newsgroups: comp.sys.sgi
From: gstewart@kestrel.lerc.nasa.gov (Gary Stewart)
Subject: BattleZone + DogFight = WARZONE ?
Keywords: bz, flight, wz
Reply-To: gstewart@kestrel.lerc.nasa.gov
Organization: NASA - Lewis Research Center
Date: Thu, 13 Aug 1992 14:18:02 GMT


Does anyone know of a merge of bz and dogfight in the works or has
someone done it already?  I assume the tanks would carry SAMs and 
the planes would drop nuclear warheads, etc.  :)

Any have any info?

Thanks!


-- 
Gary Stewart      gary@lerc.nasa.gov      216-433-8577   
 
Newsgroups: comp.sys.sgi
From: scotth@hoshi.corp.sgi.com (Scott Henry)
Subject: Re: emacs via remote login
Organization: Silicon Graphics Inc, Mountain View, CA
Distribution: comp.sys.sgi
Date: Thu, 13 Aug 1992 15:25:28 GMT


>>>>> In article <BRUGGINK.92Aug13105217@neep.engr.wisc.edu>, bruggink@neep.engr.wisc.edu (Dennis Bruggink) writes:

bruggink> These emacs binaries work fine when I'm sitting at the
bruggink> (indigo) console, but when I log-in via telnet using a
bruggink> Macintosh (which is not running X window) and try to use
bruggink> emacs, I get the message:

bruggink> X server not responding.  Check your DISPLAY environment variable.


bruggink> So evidently I'm sposed to turn off X (?) or have some kind of emacs
bruggink> config file/command, or do I have to recompile emacs, or ???

`emacs -nw`

will make emacs talk ASCII instead of X. Alternatively, `unsetenv
DISPLAY` early in your session, emacs will talk ASCII if there is no
DISPLAY environment variable. The problem is that you have the DISPLAY
environment variable set when when you have no X server. I don't know
of any generic, portable way to always accurately set (or unset, as
necessary) the DISPLAY variable. In our environment there are a few
REMOTEHOSTs that are known to not have X server, so I special case in
my ~/.cshrc:

	if ( ! $?DISPLAY ) then
		if ($?REMOTEHOST) then
			setenv DISPLAY ${REMOTEHOST}:0
		else
			setenv DISPLAY :0
		endif
        endif
        ...
        switch (`tty`)
                case /dev/tty[dmf]*:
                set dialup
                breaksw
        endsw
        if ($?REMOTEHOST) then
                if ($REMOTEHOST =~ dialback*) set dialup
                ...
        endif
        if ($?dialup) then
                unsetenv DISPLAY
                ...
        endif

=-=-=
--
 Scott Henry <scotth@sgi.com> / Traveller on Dragon Wings
 Networking Services,        / Help! My disclaimer is missing!
 Silicon Graphics, Inc      / GIGO *really* means: Garbage in, Gospel Out
From: slevy@somerville.geom.umn.edu (Stuart Levy)
Newsgroups: comp.sys.sgi
Subject: vi on SGI writing to full Sun NFS filesystem sees no error?!
Date: 20 Aug 92 22:53:55 GMT
Organization: Geometry Center, University of Minnesota

We have chronically full disks (are we alone...?), mostly NFS-served from
a Sun (SunOS 4.1.1).

Too many people have found that writing out a file on an Iris NFS client --
from vi, at least -- when the server's disk is full yields no error in vi but
ends up with a truncated (0-length) file.  We have Irises running software
from 3.3.2 to 4.0.4, and I think they've all participated in this.

Naturally this is a real embarassment.  Does anyone know (a) what's
at fault (is the Sun server not reflecting the error?  is the SGI kernel
not passing it to the application?  does vi ignore write errors??)
or better yet (b) what we can do to fix it?

	Stuart Levy, Geometry Center, University of Minnesota
	slevy@geom.umn.edu
Newsgroups: comp.sys.sgi
From: parry@hobbs.asd.sgi.com (Dave Parry)
Subject: Re: emacs via remote login
Organization: Silicon Graphics, Inc.
Distribution: comp.sys.sgi
Date: Thu, 13 Aug 1992 17:25:43 GMT

In article <BRUGGINK.92Aug13105217@neep.engr.wisc.edu> bruggink@neep.engr.wisc.edu (Dennis Bruggink) writes:

>
> but when I log-in via telnet using a Macintosh (which is not
> running X window) and try to use emacs, I get the message:
>
>X server not responding.  Check your DISPLAY environment variable.
>
>
Try 'unsetenv DISPLAY'




-- 
*** Dave Parry	    	    	    	    	    	    	         ***
*** Silicon Graphics    	    	    	            	    	 ***
*** parry@asd.sgi.com * (415)390-2192    	    	    	         ***
*** Disclaimer: I think up my own dumb ideas; SGI need not do it for me. ***
From: mash@mips.com (John Mashey)
Newsgroups: comp.sys.sgi
Subject: Re: R4000 compiler directive, is there one ???
Date: 16 Aug 92 21:50:07 GMT
Organization: MIPS Computer Systems, Inc.
NNTP-Posting-Host: winchester.mips.com

In article <6984@charon.cwi.nl> robertl@cwi.nl (Robert van Liere) writes:
>In article <????> mash@mips.com writes:
>  [.... some analysis of R[34]K caches, load/store patterns, thrashing ...]

>It isn't a compiler directive, but perhaps the system call 'cachecntl'
>can be used to avoid these problems. The manual says it "allows a process
>to ranges of its address space cacheable or uncachable". I wouldn't know
>how this call can be used in the aforementioned Fortran program, but I
>suspect that it could help in a C program which depicts the same behavior.
>
>How would 'cachecntl' effect this analysis ? On the R3K ? On the R4K ?

It is possible ... but I generally wouldn't recommend it.
Cachecntl is plausiably used for things like graphics frame buffers,
which may actually be mostly-write in practice, or for accessing
device registers (whihc must be uncached for sanity).

Unless you are very careful with cachecntl, there is great potential
for  difficult-to-find bugs.  The effect you might want to get
(high bandwidth to/from uncached address space) is not as strongly
supported yet by R4000s as you might like, although R4000As
improve it, and in general, it can only work on pagesize
boundaries.

Please note, of course, that very few real programs look
remotely like the benchmark described.  In general, the rule
of thumb, on the average, is that loads from memory are 20%
ofthe instruction, and stores to memory 10%.  Rarely does
one find a program that is something like 90% stores....
Although caches certainly od *not* work all of the time,
more often than not they do work.  It remains an unresolved
issue to get the advantages of uncached and cached accesses
together, in general, without difficult programming;
people are certainly working on it for future designs.
-- 
-john mashey	DISCLAIMER: <generic disclaimer, I speak for me only, etc>
UUCP: 	 mash@mips.com [soon to be mash@sgi.com, but not quite moved yet].
DDD:  	408-524-7015,  or 524-8253
USPS:	(soon) Silicon Graphics, 2011 N. Shoreline Blvd, Mountain View, CA 94043
Newsgroups: comp.sys.sgi
From: jsw@microunity.com (Jeff Weinstein)
Subject: Re: Temporary OpenGL Wrapper Lib for gl?
Organization: MicroUnity Systems Engineering, Inc.
Date: Mon, 17 Aug 1992 23:14:34 GMT

  You will probably get pretty close right now by just writing
mixed mode X and GL with the current GL 4.0.

	--Jeff

-- 
Jeff Weinstein - X Protocol Police
MicroUnity Systems Engineering, Inc.
jsw@microunity.com
Any opinions expressed above are mine.
From: bobg@rains.wpd.sgi.com (Bob Green)
Newsgroups: comp.sys.sgi
Subject: Re: 4.0.5 A/B/C/D ???
Date: 14 Aug 92 22:36:02 GMT
Reply-To: bobg@rains.wpd.sgi.com (Bob Green)
Organization: sgi

In article <BszLxJ.7s6@helios.physics.utoronto.ca>, sysmark@helios.physics.utoronto.ca (Mark Bartelt) writes:
|> And not only will I have to keep track of what's what, but I presume that I'll
|> actually have *three* things to deal with:  The full 4.0.5D release for the R4K
|> Indigo we recently ordered; the 4.0.1=>4.0.5 maintenance release for our PIs and
|> R3K Indigos; and a different 4.0.1=>4.0.5 maintenance release for the R3K=>R4K
|> Indigo upgrade that we ordered.

The upgrade from R3K to R4K Indigo is the same software as the R4K to the best of
my knowledge.

|> Anyway, is there any particular reason that 4.0.5D couldn't have been made to
|> support the old hardware, so that a common set of CDs could be used for all our
|> systems?

There was insufficient people power to do all of the testing and bug fixing
necessary to meet the schedule.

|> When *will* there be a common release that supports both R4K Indigos
|> and the older stuff?  4.0.5E?  4.0.6?  Any time estimate?

We are investigating this now.  I can't promise anything at this point.

|> Mark Bartelt                                                      416/978-5619
|> Canadian Institute for                                   mark@cita.toronto.edu
|> Theoretical Astrophysics                                 mark@cita.utoronto.ca
|> 
|> "Clothes not busy being worn are busy drying."     -     Dylan, on laundry day

Thanks,
Bob Green
From: achim@video1.bs.open.de (Joachim Gothe)
Newsgroups: comp.sys.sgi
Subject: How to build a System-Disk ??
Date: 14 Aug 92 20:41:51 GMT
Reply-To: achim@video1.bs.open.de  (Joachim Gothe)
Organization: Mix Broadcast Video and Computer
X-Newsreader: Arn V1.00 beta rel1

Hi,

Is there anywhere a complete discription, how to build a System-disk
for a 4D/xx or Indigo???

There are many commands like fs, mkfs and the miniroot in the manuals,
but nowhere a description, how to make a System-Disk with an empty
SCSI-Disk and a CD-Rom or Tape.

Who can help?

Achim

----------------------------__
    Joachim  Gothe	   ///	 Home: achim@video1.bs.open.de
     Neuer Weg 1a     __  ///
FRG 3300 Braunschweig \\\/// Zerberus: videomaster@bdb.zer
 VOICE +49 531 41502   \XX/ * I own 3 Jeans, now I want an IRIS INDIGO *
Newsgroups: comp.sys.sgi
From: pbays@bach.helios.nd.edu (phil bays)
Subject: Video Card RGB
Organization: University of Notre Dame, Notre Dame
Date: Thu, 20 Aug 1992 23:34:02 GMT

In order to make the cable to connect to the 9 pin 
RGB input of the projection TV I need to know the 
RGB pin outs for the video bard.  I have talked to my 
local sales and tech people, the hot line, e mail to 
California tech, etc.  In every case, the initial 
statement is "that should be easy, we'll get back to 
you tomorrow."   The has been going on for three of 
four weeks and no one - NO ONE has called me back 
yet.  I keep calling and getting the same response - 
"we'll call you back" - but alas my phone remains 
silent.  Classes start next week.  I would really like to 
get this going.  Can anyone out there help???

Phil Bays
Saint Mary's College
Notre Dame, IN  46556
(219) 28404663
fax (219) 284-4716
e mail - pbays@saintmarys.edu

A
A


Newsgroups: comp.sys.sgi
From: cboesel@orac.holonet.net (Charles Boesel)
Subject: SoftPC and Mac Emulators
Organization: HoloNet (BBS: 510-704-1058)
Date: Wed, 12 Aug 1992 17:24:26 GMT

I know SOftPC for Indigo exists, but what about that
Macintosh emulator... Is it available? Where? How much?

email: cboesel@holonet.net

Newsgroups: comp.sys.sgi
From: theune@aplcen.apl.jhu.edu (Peter Theune)
Subject: SGI Virtual Memory Management tools
Keywords: Memory Leakage, SGI, SYSV, Spectrum
Reply-To: theune@aplcen (Peter Theune)
Organization: Johns Hopkins University
Distribution: usa
Date: Tue, 18 Aug 92 18:28:50 GMT

Greetings Netland;

	We are using Cabletron's Spectrum network management package on
an Indigo workstation for managing our lab wide network. We are
currently experiencing what appears to be memory leakage when one of
several windows are left open. 

	Unfortunatley, we do not have a lot of experience with SYSV
unix, and have not been able to find any tools that will allow us to
determine exactly what the problem(s) is/are. We are looking for PD
tools that will allow us to determine virtual memory usage/swap space
usage. 

	Any pointers would be appreciated. Thanks in advance.

Peter Theune
Johns Hopkins University Applied Physics Lab
Johns Hopkins Rd. Laurel Md. 20723
(301) 953 6064

theune@aplcen.apl.jhu.edu 
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Remote backups using bru and vadmin?
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sat, 15 Aug 92 03:50:54 GMT

In <chuckb.713821801@milton> chuckb@milton.u.washington.edu (Chuck Bass) writes:


| 
| SGI sysadims:
| 
| I am trying to do a remote backup using the visual administration
| tools.  I keep getting the following message.  
| 
| " The system is unable to open the remote tape device"
| 
| This lead me to the man page on bru.  I apparently must have
| a brutab entry to make this work.  My question is:  With this as

Nope.  brutab has nothing to do with it.  More than likely you
simply don't have rsh permission on the remote system, or the
.cshrc or .profile file for the account you are using emits stuff
on stdout even for non-interactive logins.

| the "mt status" for the tape drive I want to go to what is the 
| proper brutab entry? 
| 
|   woodsy:~/tmp  % mt status
|         Controller: SCSI
|         Device: ARCHIVE: VIPER 150  21247-005 VP1
|         Status: 0x362
|         Drive type: QIC 150
|         Media : READY, writable, at BOT, QIC120 format, block 1

What does "mt -t user@machine status" say when run on the machine
you are trying to backup (use the same user you use for your backups)?

| Incedently I can use tar with no problems to do remote backups using
| the following line:
|    blueox:# tar cvf woodsy:/dev/tape myfiles.c

The prompt makes it look like you are doing it as root; are you
doing it as root in vadmin also?
--
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: andersen@marvin.ama.ttu.edu (Kim Andersen)
Newsgroups: comp.sys.sgi
Subject: Why can't I see my menus under 4.0.1?
Date: 19 Aug 92 19:28:47 GMT

Many of my applications, when you bring up a menu, display the menu
UNDERNEATH the main body of the window, so you can only see the tiniest
sliver of the top of the menu (or the bottom).  Is this a problem with 
4.0.1 or can I fix it?  I've put in a TAC for 4.0.5 but haven't seen it
yet.

Help!


Kim Andersen
Harrington Cancer Research
andersen@marvin.ama.ttu.edu
From: williams@agomoda.asd.sgi.com (Eric Williams)
Newsgroups: comp.sys.sgi
Subject: Re: HPGL viewers
Date: 22 Aug 92 01:40:46 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Aug21.152220.11671@ncsa.uiuc.edu> heathman@ncsa.uiuc.edu (Michael Heathman) writes:
> Has anyone developed a HPGL viewer for the SGI?  

I asked this question a while back and only got one response.  The
response said to try an HPGL to PostScript converter available from
swedishchef.lerc.nasa.gov in the programs directory as hpgl2ps.tar.Z.

I tried this however, and only had limited success.  There were various
minor problems in getting the output at a reasonable scale and at a
reasonable location on the page and on a reasonable page size.  The
bigger problem was that the fonts seemed to be rendered about 4 times
too large.  All of these problems together made it more work than it was
worth to me.

However the package would be an excellent starting point for any
projects like a direct HPGL viewer, since the source was pretty
readable and contained an HPGL parser than was easy to extend.

Please let me know if you succeed, I'd still be interested in a solution.

-Eric Williams
Newsgroups: comp.sys.sgi
From: fenton@nemo (James M. Fenton)
Subject: Re: FAQ list (memory).
Organization: University of Illinois at Urbana
Date: Fri, 14 Aug 1992 15:16:15 GMT

The list is helpful, but do they work?  I'm still trying to get 4Mb SIMMS
from Memory/X working in my 4D25.  Any suggestions?  Yes, I have them 
installed in the banks in the proper arrangement.
-- 
  Jim Fenton	 fenton@nemo.life.uiuc.edu	|
  Biophysics Division, Univ. of Illinois	|
  607 S. Mathews, rm. 156, Urbana, IL  61801	|
  (217) 333-7407; FAX: (217) 244-6615		|