HDTenEightyP/NetNews huggingface dataset:
From: dwallach@wilbur.nas.nasa.gov (Dan Wallach)
Subject: Using Color Schemes (ala CodeVision)?
Organization: NAS Program, NASA Ames Research Center, Moffett Field, CA
Date: Tue, 18 Aug 92 22:02:48 GMT

The CodeVision tools all have very pretty colors and fonts, for their
interfaces, and these are controled with the *scheme X resource.
I'd like to use this feature for some of my own programs, but I
haven't been able to find any documentation saying how to go about
this.  Is the scheme resource supposed to be end-user-programmable,
or should I just make up defaults by hand?


--
Dan Wallach              "One of the most attractive features of a Connection
dwallach@nas.nasa.gov    Machine is the array of blinking lights on the faces
                         of its cabinet." -- CM Paris Ref. Manual, v6.0, p48.
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Accessing remote tape drives
Keywords: remote device programming
Date: 20 Aug 92 05:18:44 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <86583@netnews.upenn.edu> raines@dirac.physics.upenn.edu (Paul Edgar Raines) writes:

| How does one write programs to access remote tape drives
| such as 'mt' with machine:/dev/rmt/tps* ?

With the remote tape library, which we will (finally)
ship in the next major release.  It is based on public
domain code that can be retrieved from ftp.uu.net in 
the comp.sources.unix archives in volume 15.

While we have made some changes, by and large it
should just work, since we added a version # to
match our changes, and default to the original behavior
if no version # is present.
--
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: shreiner@arioch.csd.sgi.com (Dave Shreiner)
Newsgroups: comp.sys.sgi
Subject: An inpromptu survey ...
Date: 22 Aug 92 23:35:42 GMT
Organization: Silicon Graphics, Inc.

Hi,

   I'm interested in what folks are doing with our ( and others )
multi-processor boxes ( and vector ones for that matter ).  This is
only for personal interest, since I only have a limited knowledge of
a few types of problems.  Just for the record, I'm not in marketing ;-),
and this information is for my little brain only.

   The sorts of things I guess I'm looking for are :

	What kind of problems are you solving?

	What kind of machines are you solving them on?

	Did you use any software tools to help with the parallelization?

	Are you using seperate processes communicating with a shared
	   memory ( SysV or Irix arenas ) or sproc'ed type threads?

	Which books or classes did you use to learn what you know about
	   parallel programming and multi-processing?

   To cut down on net traffic, please e-mail me <shreiner@sgi.com>.  If there's
interest in what I find out, I'll be happy to post a summary.
	
Thanx,
Dave

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

   Dave Shreiner                                        <shreiner@sgi.com>
   Silicon Graphics, Inc.                                (415) 390 - 5063

  "There's never time to say all the things we need to say" - Fates Warning
Newsgroups: comp.sys.sgi
From: gold@puck.esd.sgi.com (Michael Gold)
Newsgroups: comp.sys.sgi
Subject: Re: list
Date: 17 Aug 92 16:42:14 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <ohojcns@twilight.wpd.sgi.com> wsj@triton.wpd.sgi.com (Bill Johnson) writes:

>Stop whining to the world, and talk to your system administrator -- I'm sure
>he can tell you how your site implements news and/or news mailing lists.

>This is *definitely* my personal opinion, and not SGI's.

Obviously Bill is not aware that this newsgroup is also a mailing
list.

I believe requests to be added or removed from the list go to
iris-info-request@somewhere, not iris-info@somewhere.  Unfortunately,
I don't know what `somewhere' is, but you can probably figure it out
by looking at the "To: line of this message if you are receiving it
through the mailing list.

--
    Michael I. Gold	 	You go your way, I'll go mine,
    Silicon Graphics Inc.	I don't care if we get there on time,
    gold@sgi.com		Everybody's searching for something they say,
    (415) 390-1709		I'll get my kicks on the way...
From: joseph.maddry@matrix.sbs.com (Joseph Maddry)
Newsgroups: comp.sys.sgi
Subject: list
Date: 13 Aug 92 22:37:47 GMT


Date:        Tue, Aug. 11, 1992
From:        Joseph Maddry  <joseph.maddry@matrix.sbs.com>
Newsgroups:  comp.sys.sgi








                          LEAST



Joseph Maddry
joseph.maddry@matrix.sbs.com
---
 . SLMR 2.1a . If at first you don't succeed, use BIG LETTERS!
                                                            
Newsgroups: comp.sys.sgi
From: doctor@kronos.arc.nasa.gov (Terry Fong)
Subject: correcting invalid utmp/wtmp entries
Summary: need help fixing login records
Keywords: login, utmp, IRIX
Organization: NASA/ARC Information Sciences Division
Date: Tue, 18 Aug 1992 16:22:15 GMT

Hi all,

Periodically I've noticed that "who" will report users still logged in
even though those users are not and have no processes running. I
suspect that the problem is that /etc/utmp (or /etc/wtmp) is not
getting updated correctly when a user logs off. 

Is there someway to force an update /etc/utmp or /etc/wtmp to
accurately reflect current users, short of rebooting the system?

Also, are there any known login accounting problems with IRIX 4.0.5
and XDM (with MIT-MAGIC-COOKIE security enabled)?

Thanks in advance!

-Terry Fong
NASA Ames Research Center




-- 
_______________________________________________________________________________
 "Golden Rule #1: Don't die on       | Terry Fong <terry@ptolemy.arc.nasa.gov>
    bonus waves !!!"                 | NASA Ames, M/S 269-3, Moffett Field, CA
         -- The Zen of Millipede     | (415) 604-6063, FTS-464-6063
Newsgroups: comp.sys.sgi
From: philip@ziggy.stanford.edu (Philip Machanick)
Subject: Re: finding page size?
Reply-To: philip@ziggy.stanford.edu (Philip Machanick)
Organization: CS Department, Stanford University, California, USA
Date: Tue, 18 Aug 1992 21:38:42 GMT

In article <l92h9dINNeqj@spim.mips.com> mash@mips.com (John Mashey) writes:
> In article <onughl0@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson)  
writes:
> To amplify this a little more, and perhaps stir up some discussion
> about what people should be doing later:
> 	a) As Dave says, R4000s support multiple page sizes, and you certainly
> 	don't want to build 4K into your programs.
> 	b) This means, not only might different programs have different
> 	sized pages ... but different parts of the same program might
> 	have different-sized pages ... and in fact, there are ways of
> 	using the R4000 TLB where the page size of a given chunk of
> 	virtual memory changes around during execution....
> 
> Hence, this leads to the question: if you are using the result of  
getpagesize,
> what are you expecting it to tell you, and how are you using it?
> This might provide some guidance about what getpagesize ought to do
> in an OS that really uses multiple sizes at the same time.
> Note that getpagesize explicitly says its return is not necesarily
> the size of underlying hardware pages....
> 
> In a multiple-page size environment, there are at least the following
> potential values that might make sense:
> a) 4K: the minimum possible size of allocation.
> b) 8K: 2 of those, since the R4000's TLB conveniently pairs pages,
> and there might be some advantage under some schemes in allocating 8K chunks.
> c) XK, where X is the *largest* size that the OS is willing to put in the  
TLB,
> i.e., so that asking for this much space could be a good hint to the OS to
> allocate this much much physical memory in one chunk and be able to map it
> with a single TLB entry.

My problem is with object-oriented (C++) code where objects are allocated  
randomly. For a reasonably long time the same objects are in some sense close  
together (locality) but because they are randomly allocated they end up being  
on a large number of pages (probably one page per object). A result of this is  
probably a high number of TLB misses. I have done a temporary workaround by  
allocating related objects out of the same page (which I carve up into a free  
list). When an object moves to a different part of the data structures, I  
reallocate it out of pages that its new "neighbours" are allocated out of.

If future architectures have a much lower TLB miss cost this problem would go  
away. Much larger page sizes could help by reducing the probability that data  
allocated at different times ends up on a different page and virtually  
addressed caches would be a help. Since the data fits in RAM it may make sense  
for a page size = total RAM requirement. I haven't finished measurements and  
testing but the performance impact of TLB misses in this case appears to be  
about 20%.

[Not really relevant but the program is a particle-based wind tunnel  
simulation.]
--
Philip Machanick
philip@pescadero.stanford.edu
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: How to build a System-Disk ??
Date: 18 Aug 92 20:00:06 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Aug17.132350.24211@dsea.com> lacey@dsea.com (Dan Lacey ) writes:
| The installation guide is indeed a great help! SGI has come a LONG way with
| their documnentation. I still have one question ( and I hope it's not a FAQ).
| If I have to build a system disk from scratch ( in this case a DAT tape made
| using distcp), how do I get sash and ide on the new disk's volume header?

It is done as part of the install.  There is a postop rule for these
files that uses dvhtool to install them (grep for sash in the eoe1.idb).

| (OH, This drive is not shipped from SGI)

Doesn't matter.

| Using the bootable DAT tape, I can format the drive, but without sash on the
| volume header, forget about using the choice #2 from the PROM (Install system)
|  or #4 (Recover System).

Huh?  If the tape is bootable, it doesn't matter.  sash is loaded from the
tape, not from the disk drive.  That is the definition of a bootable
tape...
--
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: senseman@ricky.brainlab.utsa.edu (David M. Senseman)
Newsgroups: comp.sys.sgi
Subject: Re: VideoCreator
Date: 20 Aug 92 23:53:05 GMT
Distribution: comp
Organization: University of Texas at San Antonio

In article <1992Aug20.195653.27810@odin.corp.sgi.com> mohsen@pele.csd.sgi.com (Mohsen Hosseini) writes:
>In article <1992Aug20.150306.496@utagraph.uta.edu>, wford@arrirs04.uta.edu (William A. Ford) writes:
>What you need is a cable that is bnc on one end and D-type on the other. The part number for
>such a cable is:
>
>018-8105-001    CABLE ASSY,RGB,13W3/BNC.
>You will need two of these cables. One to go from th system to the VC and then from VC to the monitor.
>

Hmmmm....this doesn't sound right. What about the "little pins" on the
13W3 connector? If you saw my earlier posting on this group, the 
"little pins" set the monitor type through a passive circuit. Unless
you are using a new Hitachi 19" monitor, then you will have problems.

At least that is what I have been told. Maybe someone else at SGI
would care to comment?

-- 
David M. Senseman (senseman@lonestar.utsa.edu)
Division of Life Sciences
The University of Texas at San Antonio
From: simon@num-alg-grp.co.uk (Simon Earthrowl)
Newsgroups: comp.sys.sgi
Subject: Seagate 1.9Gb drive ?
Date: 17 Aug 92 15:31:23 GMT

Has anyone tried the Seagate 1.9 Gb (ST42100N) drives on a Crimson
yet?  I understand that there may be problems on the SCSI-1 interfaces
on the Crimson.  I have asked my (*nice*) salesrep, and the reply I
have is that SGI don't support them yet!

 	Simon Earthrowl
****************************************************************************
* NAG Ltd, Wilkinson House       * Sow a Thought, and you reap an Act;     *
* Jordan Hill Road               * Sow an Act, and you reap a Habit;       *
* Oxford, OX2 8DR                * Sow a Habit, and you reap a Character;  *
* (+44) (0)865 511245 x274       * Sow a Character, and you reap a Destiny.*
***** My thoughts are my own, so I can't speak anyone else *****************
Newsgroups: comp.sys.sgi
From: xiaoy@ecf.toronto.edu (XIAO Yan)
Subject: Help needed: double buffering in OVERDRAW
Organization: University of Toronto, Engineering Computing Facility
Date: Tue, 18 Aug 1992 19:37:33 GMT

From manual it is quite unclear what  are needed to do double buffering
in overlay framebuffer.  In examples provided in 4Dgifts only one
buffer mode is used.  Yet in manual page mswapbuffers() and in
other places it sounds like that double buffer mode in overlay is
about the same as normal buffer.

Does anyone has experience in programming in double buffer mode in 
overlay framebuffer?  What is needed? 

We have a GTX, with 4 bit overplay plane.

Thanks,

xiao
<xiaoy@ecf.toronto.edu>
Newsgroups: comp.sys.sgi
From: eal@texhrc.NoSubdomain.NoDomain (Elizabeth Lorenzetti)
Subject: SGI laptops?
Organization: Texaco Eptd
Date: Fri, 21 Aug 1992 18:47:12 GMT

	I've heard a rumor that SGI is coming out with a laptop.
	Any truth? If so, what are the specs?

---------------------------------------------------------------------------
Elizabeth Lorenzetti		|	phone 713/954-6140
Texaco E&P Technology Dept.	|	FAX   713/954-6113
P.O. Box 770070		 	|	email	lorenzet@texaco.com
Houston, TX 77215-0070		|
---------------------------------------------------------------------------
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: finding page size?
Date: 18 Aug 92 17:04:35 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Aug18.072025.11920@CSD-NewsHost.Stanford.EDU> philip@ziggy.stanford.edu (Philip Machanick) writes:

| I need to dynamically look up the page size (I know it is 4K now, but prefer  
| not to build such assumptions in).
| 
| Grepping through header files, I found
| 
| #define NBPP            4096            /* Number of bytes per page */
| 
| in sys/immu.h.
| 
| Is this a good constant to use (i.e. supported)?

Yes, and no.  r4k systems can have multiple page sizes, and one
of these days we will use that feature.  Besides, it may not
be terribly portable.  See 'man getpagesize'.  Remember folks,
apropos is your friend (try 'apropos page', assuming you have
run makewhatis).
--
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: seb3@harvey.gte.com (Steve Belczyk)
Newsgroups: comp.sys.sgi
Subject: SMD vs. SCSI
Date: 21 Aug 92 13:40:20 GMT

Hi!

For the last four months we have been having hardware problems with
the four SMD drives on our 4D/380S.  The drives, controller, and cables
have been replaced, but the problems keep coming back.

Field Service has offered to replace the four SMD drives with four SCSI
drives of the same size.  We are concerned about the performance of the
SCSI drives.  Can we expect to get the same speeds from the SCSI drives
that we get from the SMD drives?  Can we expect the SCSI drives to be
more reliable?

Thank you very much.

- steve belczyk  seb3@gte.com
From: lgt1@ohm.york.ac.uk (Laurence Tyler (Guest - CompServ))
Newsgroups: comp.sys.sgi
Subject: WCHAN numbers in ps - what do they mean?
Date: 20 Aug 92 13:18:15 GMT
Organization: Electronics Department, University of York, UK

Can someone explain how to get more information on WCHAN addresses
as displayed by the 'ps -l' command? I gather they represent system
events that can be waited for, but there is no indication in human
terms of what these events might be.

Some versions of 'ps' on other systems (eg SunOS) put a mnemonic
in this field which is far more useful most of the time. Can this be
done under Irix?

Thanks,
Laurence Tyler (Systems Group)
York University Computing Service
Newsgroups: comp.sys.sgi
From: cboesel@orac.holonet.net (Charles Boesel)
Subject: Recommend color scanner please.
Organization: HoloNet (BBS: 510-704-1058)
Date: Wed, 12 Aug 1992 17:21:23 GMT

I'm looking for a hi-res 24-bit color scanner,and would like
to get a recommendation on one. E-mail at cboesel@holonet.net,
because I don't always read the newsgroups. Thanks.
From: james@sam.contex.com (James McQueston)
Newsgroups: comp.sys.sgi
Subject: Re: Crimson, symmon, kp scsi 0
Keywords: irix debugging symmon
Date: 21 Aug 92 13:59:30 GMT
Organization: Xyvision Design Systems

In article <or33jog@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>Sounds like somebody didn't test symmon adequately (or more accurately,
>the code in idbg.o that prints scsi data structures).  I guess you
>are out of luck.  For all I know, the same happens in 4.0.5, although

Just as an FYI, in case I wasn't clear, this was demonstrated on a Crimson
running *4.0.5A* installed from officially shipped CD's, and the problem
I'm tracking down is in the *standard* SGI driver.  This is one of those
times where as you used to say (from my memory) Life would be easier if we
had the source code. ;-)
-- 
-----
James H. McQueston		james@contex.com
Xyvision Color Systems, Inc.	(617) 246-1776 x 5523 (office, voicemail)
Wakefield MA 01880-1291		(617) 245-4471        (lab phone direct)
Newsgroups: comp.sys.sgi
From: mbr@bellcore.com (Mark Rosenstein)
Subject: Building gnu emacs under 4.0.5, R4000?
Reply-To: mbr@bellcore.com (Mark Rosenstein)
Organization: Bellcore, Morristown, NJ
Distribution: comp
Date: 20 Aug 92 11:35:06

Has anyone sucessfully built gnu emacs under 4.0.5? We have a working
version under 4.0.2 R3000 indigos, but when we dump the image on the
R4000 it doesn't. 

If we compile as we did for R3000 machine, when it dumps it aborts
with the informative message, Termination 139.

If we compile -mips2, we get the message:
unexec: input file magic number is 163, not 162 or 160

If someone has worked through this, we'd be interested in the result.

Since there are nearly uncountable infinite versions of 4.0.5, versions says:
I  eoe1                 08/04/92  Execution Only Environment 1, 4.0.5BV

Thanks.

Mark.
=-=-=-=-=
No labor-saving machine,
Nor discovery have I made,
Nor will I be able ot leave behind me any wealthy bequest
   to found a hospital or library,
Nor reminiscence of any deed of courage for America,
Nor literary success nor intellect, nor book for the
   book-shelf,
But a few carols vibrating through the air I leave,
For comrades and lovers.
           Walt Whitman
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Hide and Go Seek with QIC 150 tape drive
Keywords: comp.sys.sgi.daveo
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sat, 15 Aug 92 03:54:06 GMT

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

| The weekly puzzler from BU:
| 
| A 4D-240 here has developed a rather peculiar problem.  When
| the machine is first booted there's no problem using the tape
| drive, but a little while after that (maybe 1 hour) attempts
| to open the device return ENODEV. If it's rebooted, everything
| is fine again .. for a little while.

I've seen this with the old QIC-24 Cipher SCSI drives, but never
with QIC-150.  'man tps' describes when ENODEV is returned, but
none seem to match your description.

About all that I can think of is that you have a loose SCSI or
power cable, and when you change the tapes, the connector is
jiggled, making or breaking the connection.  So I'd check the
cabling.
--
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: root@itnsg1.cineca.it (Valter Cavecchia)
Subject: BLAS, scientific subroutines etc.
Organization: Laboratorio di Fisica Computazionale, INFM. Trento Italia
Date: Wed, 19 Aug 1992 13:09:18 GMT

I noticed that SGI gave use a version of the BLAS routines.
However BLAS itself is very low level, what I'm looking for is something
like Linpack (a set of Fortran callable subroutines that are able to do
matrix diagonalization, eigenvalues and so on).
Is there anything around (BLAS based and already ported to SGI)?

	Thanks a lot in advance,
	valter
Organization: Penn State University
Date: Tue, 18 Aug 1992 11:22:41 EDT
From: Bill Lasher <W0L@psuvm.psu.edu>
Newsgroups: comp.sys.sgi
Subject: Memory Upgrade on 4d/35

I currently have 16M on my 4d/35 with 2-2M SIMS in each of the four blocks.
Can I add memory using 8M SIMS, or do I have to stick with 2M?  Where is this
written down?

Many thanks,
Bill
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Problems booting IRIX 4.0.4 
Keywords: boot
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 18 Aug 92 20:13:22 GMT

In <1992Aug18.164824.23210@thunder.mcrcim.mcgill.edu> vasco@pet.mni.mcgill.ca (Vasco KOLLOKIAN) writes:
| In a nutshell, our DataStation Server refuses to boot from IRIX 4.0.4 kernel
| when turned off. We boot from IRIX 3.3.2 kernel (saved on another disk), reset
| the machine because it doesn't go far, and afterwards successfully boots from
| the regular IRIX 4.0.4 kernel which  fsck's the disks and everything thereafter
| proceeds normally.

3.3.X kernels have a different idea of the console driver/major # than
4.0.X kernels, so you really can't boot one on the other.   What
happens when you boot the 4.0.4 kernel?  What is the console set to,
and do you have an ascii terminal connected (presumably since it is
a server, it doesn't have a graphics board, and therefore the console
should default to d, but you never know...).  Perhaps from inittab
there is no login enabled on ttyd1, and something is mucked up in
one of the boot scripts, or the entries in /dev may be wrong.
Can the machine be accessed over the net; do the 4 LED's on the
bottom of the CPU board blink after the "freeze"?

Also note that the 4D/20 and 25 was NOT officially supported by 4.0.4,
and received very limited testing.  Even if the TAC shipped it to you
for that particular machine (which may have happened), it STILL isn't
supported (see earlier postings of mine on the distinction between
"supported", and "may or may not work").

I'd try 4.0.5, but see my other comments.

| This problem is intriguing because we did a fresh installation only after the
| entire system disk that contained IRIX 3.3.2 was copied (bru) to a spare disk 
| and the system disk itself erased before a fresh installation of 4.0.1 and
| upgrade to 4.0.4 was done.

Uh oh, I don't like the way that was stated.  Did you boot the 4.0.4
miniroot to install 4.0.4?  If you used the 4.0.1 miniroot, you have
a broken installation.  Boot again from a 4.0.4 miniroot, do 
'set neweroverride' once in inst, and reinstall eoe1 and eoe2, if so.

| path=dksc(0,1,8) dksc(0,1,0)
| sash: boot -f dksc(0,1,7)unix            <-- boot from 4.0.4 kernel on disk 1
| 1040816+77680+346640 entry: 0x80002000
| 
|     (freezes, and has to be reset)

What does that mean?  What is actually shown on the console.  If nothing
is shown at all, the kernel almost certainly is bad.

| sash: boot -f dksc(0,1,0)unix
| 1040816+77680+346640 entry: 0x80002000

Are partition 0 and 7 really 2 completely distinct partitions?  Normally
as shipped, they start at the same place, but are different lengths;
only one has a valid filesystem; I doubt that has any bearing on
the problem, but it is curious that you  show both.
--
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