HDTenEightyP/NetNews huggingface dataset:
From: bobg@rains.wpd.sgi.com (Bob Green)
Newsgroups: comp.sys.sgi
Subject: Re: Complaining about 4.0.Xx
Date: 2 Oct 92 15:13:23 GMT
Reply-To: bobg@rains.wpd.sgi.com (Bob Green)
Organization: sgi

In article <dittrich.717869369@milton>, dittrich@milton.u.washington.edu (Dave Dittrich) writes:
|> olson@anchor.esd.sgi.com (Dave Olson) writes:

|> >b & c were fixes that affected relatively few people.
|> >d & e were shipped to very few people (early shipments only),
|> >and f is the "final" (I promise!) release necessary for 
|> >r4k indigo and Reality engine, and r3k Indigo starter video.
|> 
|> >d,e, & f only run on restricted hardware, 'c' is being shipped
|> >only on an as needed patch basis, so almost everybody should
|> >find 4.0.5B usable and sufficient for the hardware that was
|> >released by that time.  Some things are hard to control, such
|> >as a part (DUART) going out of production at the wrong time
|> >(which was the major change for 'f'), and then the replacement not
|> >being as compatible as it was supposed to be.
|> 
|> So how can one tell *which* version one has?  My CD-ROMs just say
|> "IRIX Update 4.0.5" with a part number of "812-0033-010, 7/92" stamped
|> on the CD.  I had to upgrade to fix a problem with a third party program
|> that dumped 60MB (yes, MB!) core files when it ran.  Problem is fixed,
|> but I hope I shouldn't have to expect any more problems.  If I do, how
|> should I go about getting the "right" version?

You have 4.0.5B.  The folks administering the process of naming releases
confused the part number revision with the marketing code revision.  Using
'uname' will show 4.0.5 for 4D1-4.0.5 Rev B.

The 4.0.5{D,E,F} releases all have the appropriate letter clearly marked
in the title section of the CD.  The letter also appears when using 'uname'.

Thanks,
Bob Green
Newsgroups: comp.sys.sgi
From: sridhar@enuxhb.eas.asu.edu (Sridhar Venkataraman)
Subject: Why is the PATH hardcoded for rsh?
Organization: Arizona State University, Tempe AZ
Date: Wed, 7 Oct 1992 03:32:38 GMT

Please excuse me if I assumed wrongly but I believe that rshd has the
PATH env. var hardcoded in it. So what is my problem?

I would like my path to remain the same as it was when I am physically
logged on. For eg: I have a /usr/local/bin and some of the mail
checking programs that come with procmail. When I try executing the
program through an rsh from another machine it bombs. So I tried
strings on rshd and what came through contained:

@(#)rshd.c
5.34 (Berkeley) 6/29/90
usage: rshd [-alnL]

...

PATH=

...

/usr/sbin:/usr/bsd:/usr/bin:/bin:/etc:/usr/etc:/usr/bin/X11
:/usr/sbin:/usr/bsd:/usr/bin:/bin:/usr/bin/X11

...

Not surprisingly, I observed that the second path was what I got. The
first presumably was for the superuser. Why does the PATH need to be
hardcoded in rshd if it is true that it is? Why not run /etc/cshrc for
csh users and profile for sh users? 

As a superuser, I would like to have control of the path settings and with 
the way rshd behaves, it seems like a real loss.


Thanks for any solutions!

Sridhar.
Newsgroups: comp.sys.sgi
From: johnston@amtsg0.ime.nrc.ca (Daniel F. Johnston)
Subject: mmkmf, where has it gone?
Organization: National Research Council of Canada
Date: Mon, 5 Oct 92 13:20:28 GMT

I recently upgraded my 5 PIs from 4.0.2 to 4.0.5.

During the upgrade I rebuilt the disks, installed the OS,
and restored my users files from backup.  Old OS deleted.

Where did the Motif version of the Imake program go.  The
regular Xlib, Xt, etc. version is called xmkmf (X make Makefile)
and is found in /usr/bin/X11.  The 4.0.2 version of the
OS had the motif version of this file in 4Dgifts (because
"motif is not standard" or something like that").  After
the upgrade I went looking, and the mmkmf binary is not
in any of the 4Dgifts subdirectories.

Where is it?  Can I get the motif libraries using some
option to xmkmf?  Will mmkmf be put back?  Is it somewhere
else in the directory tree?  Can I use the 4.0.2 binary off
the old CD?

Thanks for any help.

-- 
Daniel (Dan) F. Johnston                JOHNSTON@NRCAMT.IME.NRC.CA
National Research Council of Canada     Tel: (613) 993-6627
Montreal Road Campus, Bldg. M-3         Fax: (613) 998-2771
Ottawa, Ont. CANADA K1A 0R6
(((((( ... but the opinions expressed are my own!!  )))))))
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: R4k Indigo memory
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 4 Oct 92 18:51:05 GMT

In <1992Oct4.153951.17244@sol.ctr.columbia.edu> shenkin@avogadro.barnard.columbia.edu (Peter S. Shenkin) writes:
| >>.... but one of our marketing folks
| >>brought some 3rd party r4k indigo memory into our lab the other day
| >>(I honestly don't remember who it was from), and it was a rather
| >>strange configuration, that could result in much worse bus loading
| >>than our standard SIMMs....
| 
| >WOW! After all the effort you guys went to modify the memory structure
| >of the r4K Indigo so it could use "standard 72-pin SIMMS" instead of
| >the custom memory in the r3K Indigo, I was looking forward to populating
| >my new r4K Indigo with "tons" of cheap RAM ....  Now I'm scared to buy it
| 
| I have the same reaction.  So three questions:
| 
| 1.  Dave O. (or anyone else who might know): is there anything you can tell us
|     about what such SIMMS should have, so we can make sure they have them?

As I recall, the 'bad' SIMMs had more chips on them than we use (which 
would normally be 9 or 18 memory chips, plus glue).  The 'bad' SIMMs
had a larger number of memory chips in an unusual layout.  That is what
causes the larger bus loading.  I'm reaching the edge of my hardware
knowledge here, so if you want more details, I'll have to talk to 
one of the hardware engineers.

| 2.  If I buy Mac memory from MacWarehouse (say), is this going to be reliable,
|     or is it likely to be a "strange configuration"?  

I haven't a clue.

|     I also had thought that "standard SIMMS" were supposed to work with R4000
|     Indigo;  but Dave now seems to be saying that "widely available" does not
|     necessarily mean "standard" in this sense.

"standard" is unfortunately a slippery word.  by 72 isn't all that common
to begin with.  The SIMMs we looked at (about 8-9 suppliers) looked like
they should all work (we didn't actually qualify all of them).  As I say
this most recent one we saw was 'strange'.

| 3.  I do remember that certain SIMMS would not work with the 4d25;  Toshiba
|     worked;  Hitachi was not recognised by the startup procedure.  Will SIMM
|     configurations that worked with the 4d25 work with the R4000 Indigo?
|     Let's assume they're fast enough, for the purpose for this question.  And
|     by the way, how fast do they have to be?

This was an issue as to whether they initialized to all 1's or all 0's on
powerup, because the released PROMs wouldn't initialize memory correctly
with the 4 Mbyte SIMMs on the 20 and 25.  I don't remember which was the
one that worked.  We had a fix, but it was never released, because the
systems weren't far from going out of production when it became an issue.
--
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: jordan@IMSI.COM (Jordan Hayes)
Newsgroups: comp.sys.sgi
Subject: Memory Mapped file manipulation
Date: 25 Sep 92 16:00:50 GMT
Organization: Investment Management Services Inc., NYC

Could someone who has ported software that uses read/write
memory-mapped files from SunOS to IRIX please discuss the issues
involved?  Easy?  Hard?  Tricky?  Impossible?

Thanks,

/jordan
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: NEW and OLD at miniroot time...?
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 6 Oct 92 03:38:33 GMT

In <1992Oct4.203506.26099@syma.sussex.ac.uk> johnu@syma.sussex.ac.uk (John E. Upham) writes:

| From article <qjoiukk@zuni.esd.sgi.com>, by olson@anchor.esd.sgi.com (Dave Olson):
| > In <1992Oct2.120602.1124@syma.sussex.ac.uk> johnu@syma.sussex.ac.uk (John E. Upham) writes:
| > 
| > | When using miniroot to install sofware I've noticed things appear to
| > | have 'Newer version installed' and 'Older version installed' at the
| > | same time for the same bit of software. In other words, you see
| > |  both 'N' and 'X' in the same column. What does this mean ?
| > 
| > A confused installation history, usually.  3.3.X was particularly
| > bad about this, and 4.0.X got much better, but still not perfect,
| > particularly with maint images.
| 
|  As I thought. What is the advise as to deal with this situation ?

Basicly, to ignore it.  If you do 'set neweroverride', so that the
new stuff gets installed even if inst thinks newer stuff was installed,
the problem should clear up.
--
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: cychong@magnus.acs.ohio-state.edu (Chi Yin R Chong)
Subject: Need help in Showcase II
Organization: The Ohio State University
Date: Sat, 3 Oct 1992 13:39:31 GMT

HI, every comp.sys.sgi subscriber,

     Need help in Showcase again!! Besides connecting the text blocks from
two or more different pages, I would like to know also if anyone knows how
to put the page number on each page in the same position. Would it be possible
to just put the page number on one page and then Showcase will automatically
paste the page numbers in the next pages?

     Thanks a lot. Your help will be appreciated.


Robert Chong
Newsgroups: comp.sys.sgi
From: toreh@bootes.sds.no (Tore Haraldsen)
Subject: Re: Simple database/forms-generator for SGI wanted
Organization: Statens Datasentral A/S, SDS, Norway
Date: Sun, 4 Oct 1992 11:25:42 GMT

In article <1992Sep24.083745.24483@sniap.mchp.sni.de> mike@bastet.ap.mchp.sni.de (Mike Hoffmann) writes:
>Hello!
>
>I am looking for a simple easy-to-use DBMS w/ screen-forms, that allow
>functions such a record adding/deleting/editing/searching and printing.
>
>A strange request, I know. But I just can't get a full-blown database,
>such as Ingres, Oracle etc, for the job at hand, which is:
>
>I want to create an Internet host and user managing system, that any
>of my colleagues here could use, even those without knowledge in
>handling DNS or sendmail aliasing lists.
>
>I have written some perl scripts, that I intend to use as back-ends to create
>the named (hosts, rev...) files and the aliases/generics lists. This runs
>fine, but a nice screen form (maybe even X11 based?) is required.
>
>It should be possible, for any of my colleagues to answer a call, like
>"I'm a user on <somehost.domain>, I would like to be added/deleted to/from
>the list of mail-users" or when an application sheet (yes, we're that
>bureaucratic, sheesh we're in *Germany*, it's what people expect! :-)
>arrives, anyone should be able to just fire up the management system,
>hack in the data for the host, add the users - and the perl scripts
>would then grab the information and update the appropriate files.
>
>I don't need any sophisticated programming capbilities, no client/server
>system, no relational indexing and all the megastuff that most of the
>commercial DBMS packages offer - it would be overkill, and I could never
>convince my management to purchase one.
>
>Who could help? It wouldn't necessarily have to be a PD, shareware or whatever
>no-charge package. Just as long as it's not a multi-megabuck system - and
>what's most important: we'd be able to get it fast!
>
>I admit that I don't have much hope and I am already mentally preparing
>myself for writing it myself... sigh.
>
>But just maybe there is hope?
>Mike
>-- 
>Mike Hoffmann, Siemens-Nixdorf AG, SNI AP 712  
>INTERNET: Mike.Hoffmann@ap.mchp.sni.de
>It would be easy to dismiss the Americans who are fascinated with British 
>royalty as nothing but a bunch of brain-dead, no-life celebrity moonies, but 
>we must not do this, because one of them is my wife. (Dave Barry)
>

We here at SDS have developed a free-text search system with a
structured dataentry top named SiftPlus that thould accommondate all
your needs. We are ISV to most of the vendors (including your company).

SiftPlus runs on any platform except MAC and DOS.

Since advertising here is not in the spirit of the Internet, please
contact me for further information.

-- Tore Haraldsen

PS. I tried to mail you privately, but I could not get through...
From: wim@fss.fokker.nl (Wim Elhorst)
Newsgroups: comp.sys.sgi
Subject: reading a remote tape device on a... sun.
Date: 6 Oct 92 16:45:01 GMT


I have an installation tape cartridge in SGI format. My SGI Crimson on
which I want to install this software has no tape drive. The only tape
drive capable of reading the tape is connected to a sun in our network.

Now, how do I specify locally on the crimson the (no rewind) remote tape
device ?

A tapedevice sun:/dev/nrstX won't work because SGI tapes have swapped bytes
compared to SUN tapes. The SGI has a /dev/nrtapens (no swap) device, but
that (I think) works only locally.

I also got the latest SGI fortran compiler on tape, so here I have the same
problem. Does anybody know how a remote SUN tapedrive might work with inst
??

Thanks in advance (anybody ? )


___________________________________________________________________________
Wim Elhorst.                                     Fokker Space & Systems BV.
internet: w.elhorst@fss.fokker.nl                P.O.Box 12222
uucp:     sun4nl!fss!w.elhorst                   1100AE Amsterdam
fax:      (20)6056043                            The Netherlands
___________________________________________________________________________
From: frank@marvin.contex.com (Frank Perdicaro)
Newsgroups: comp.sys.sgi
Subject: Re: PROM level password???
Date: 6 Oct 92 16:11:29 GMT
Organization: Xyvision Design Systems

In article <32910@adm.brl.mil> adaptive@cs.nps.navy.mil (zyda res acct) writes:
>When I try to get into the PROM level on my Indigo through the system
>maintenance menu I am prompted for a password. The problem is that I
>never installed any passwords on the system since it came from SGI. I
>perform all the systems admin duties so there isn't anyone else that
>could have installed it. So, does anyone know how to get around this
>password in order to get to the PROM level?
>
On some very early Indigoes, one needed a soldering iron, solder, and
wick to cure this.

On some later Indigoes, the factory mysteriously set the passwd to
"sgi".  

The passwd can be cleared via use of nvram(1M).  

Except on a Crimsion with IO3B, where one still needs a chip puller.

I am sure somebody from SGI will fill you in with more specific info.
-- 
	 Frank E Perdicaro, Systems Admin, etc.		Xyvision Color Systems
      Legalize guns, drugs and cash...today.		101 Edgewater Drive
   inhouse: frank@marvin, x5572				Wakefield MA
outhouse: frank@contex.com, 617-245-4100x5572		018801285
From: bob@caw2.4950tw.wpafb.af.mil (Bob Plested)
Newsgroups: comp.sys.sgi
Subject: Re: zip looks nifty; but ...
Date: 26 Sep 92 18:59:09 GMT

In article <Bv32x8.IMv@helios.physics.utoronto.ca>, sysmark@helios.physics.utoronto.ca writes:
> Why on earth does a text editor need to do GL calls?  Is it a nefarious
> plot to ensure that it can be used only on IRISes and on systems whose
> manufacturers have licensed GL from SGI?  Are there plans to do spiffy
> three-dimensional rotation of text buffers? ;-)  Or (as I suspect) was
> it just easier to write the code using GL calls, compared to incredibly
> baroque X equivalents?

You gets what you pays for and zip was free.

------------
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.
From: jrh@de.deere.com (John R. Howell)
Newsgroups: comp.sys.sgi
Subject: Re: Attaching SCSI device to a twin-tower
Date: 29 Sep 92 12:58:18 GMT
Followup-To: comp.sys.sgi
Organization: Deere & Company

In article <1992Sep29.091331.22425@gserv1.dl.ac.uk>, gjm@gserv1.dl.ac.uk
(g.j.milne) wrote:
> 
> In article CCy@ecf.toronto.edu, xiaoyan@ecf.toronto.edu (XIAO Yan) writes:
> >I need your help, again.  Now I have found proper 3rd party vendor
> >for scsi drive, but have problem in finding ways to connect a SCSI
> >drive to our twin-tower styled 4D310/GTX, which does not have...
> 
> I have a 4D220 with a similar problem. As far as I understand it, the
> problem stems from the fact that early 4D machines were shipped with an
> IO-2 board. The IO-2 board only supports a single SCSI controller and
> this is connected to the special SGI trays in the peripheral tower via
> an internal cable. 
[...]

I added an external SCSI connection to my twin tower 4D/70 some time ago. 
This was accomplished with the "Extensible SCSI Module" which was just
another peripheral enclosure with a SCSI plug in the back. I assume you can
add your own by just tapping into (extending) the SCSI cabling in an
existing enclosure.

This has some limits ... I believe I can only have 3 SCSI devices TOTAL. If
I add a fourth, things stop working.

Perhaps the 4D/2xx series is different ...

> (I hope I got that right. No doubt Dave O. will post a correction if
> I've made a glaring error).

Definately one of the best resources we have.

John Howell
Deere & Company
(The Big Green Tractor People)
jrh@de.deere.com
Newsgroups: comp.sys.sgi
From: pphilp@vizbiz.com
Subject: C++ Class Libraries for SGI
Keywords: C++, Libraries
Organization: Visible Decisions Inc
Date: Thu, 1 Oct 1992 23:51:53 GMT

I am looking for a good C++ class library which runs on Silicon Graphics
machines.  I need the usual type of things (collections, strings, etc...).
Either commercial or public domain is acceptable.  Can anybody recomend a
library that they have used and found to be useful, complete and relatively
bug free.

Thanks in advance,
Paul
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: PhotoCD vs Tahiti
Date: 26 Sep 92 21:32:00 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Sep26.163550.6531@ringer.cs.utsa.edu> senseman@ricky.brainlab.utsa.edu (David M. Senseman) writes:

| I just noticed in the back of PC Week mag/rag a company that
| will sell a "bare bones" Tahiti I (Maxoptix) MO drive for $1,295.
| (They claim a 35 ms access time for this drive BTW).
| 
| We already have 2 SGI/Toshiba CD-ROM drives in the lab but would
| like to buy an MO drive. We probably wouldn't REALLY need a MO
| drive until next summer so we don't have to make a decision yet.
| Should we wait and buy a PhotoCD drive for our Indigos? What kind
| of advantages do the cognoscenti believe a PhotoCD worm drive
| will offer over a typical MO drive like the Maxoptix Tahiti? Basically
| we need to store large data files and images which can be done
| with a Tahiti. But maybe a PhotoCD will allow us to do this
| better?

I assume you mean the new CD write-once drive that appears to just
have been announced by Kodak, as opposed to the PhotoCD multi-session
format CD's themselves.

Remember that write-once CD's are written in sessions, and there
is a fairly small maximum number of sessions (I've forgotten
the number, but 99 comes to mind).  You have to write a session
all at one shot, basicly.  So write-once CD isn't good for file
oriented stuff.  For your uses, it might be OK, but then you would
have to have authoring software to write ISO-9660 filesystems
as well (I don't think SGI will ever support multiple session EFS
CD's).

The Tahiti is a pretty fast drive (the latest Pinnacle Micro ads
say theirs are faster average access, but I haven't had my hands
on one) for M-O drives, and seems to be pretty reliable.  You can
use it through the normal dksc disk driver.  Capacity per side is
still a bit lower than CD-WO maxes at (450 Mbytes / side formatted,
with the MaxOptix non-standard media, 330 / side with the ISO standard
media).  The M-O drives are mostly going to be faster for both read
and write than CD-WO for a long time to come (some of the older M-O
drives were about the same write speed as CD-WO, and about the
same read speed as CD with the newer double speed CD-ROM drives).
--
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: LEVINE%FIDLER.decnet@sunman.nwc.navy.mil
Newsgroups: comp.sys.sgi
Subject: DGL cannot connnect to X-term.
Date: 2 Oct 92 19:25:26 GMT


	I have set up an X-Terminal (NCD 14c) , the first at this site,
and I cannot get dgl daemon (dgld) to work with it.
	Whenever the user attempts to run a program written useing gl, it hangs
for a while then comes up with the following error messages both on the wsh
window and in SYSLOG...

iris1 Xsession: username: dgl error (TCP connect) Connection refused
iris1 Xsession: username: dgl error (default init): default dglopen(X1:0,4) \
	return -127


in /usr/lib/X11/xdm/xdm-errors  I find the following error messages
at the end::::

Xlib: connection to "X1:0.0" refused by server
Xlib: XDMCP not ready to accept connections yet
Xlib: connection to "X1:0.0" refused by server
Xlib: XDMCP not ready to accept connections yet
Failed to unbind rn from clip, rnid = 12976130,errno = 22
bogus window id in rrm request type(2)
Failed to unbind rn from clip, rnid = 13107202,errno = 22
bogus window id in rrm request type(2)
Failed to unbind rn from clip, rnid = 13238274,errno = 22
bogus window id in rrm request type(2)
Xlib: connection to "X1:0.0" refused by server
Xlib: XDMCP not ready to accept connections yet
Failed to unbind rn from clip, rnid = 13500418,errno = 22
bogus window id in rrm request type(2)
Xlib: connection to "X1:0.0" refused by server
Xlib: XDMCP not ready to accept connections yet




is this a problem in IRIX and/or the X-Window terminal, and does anyone
know of a solution?

Michael N. LeVine  Naval Air Weapons Station, China Lake, Ca 93555, USA
Internet: levine%fidler.decnet@nwc.navy.mil
(619) 939-2614  avn  437-2614 

 "Waiter, there's a bug in my soup!"        
 "No, Sir, it's not a bug, it's a feature!" 
Newsgroups: comp.sys.sgi