HDTenEightyP/NetNews huggingface dataset:
From: kurt@cashew.asd.sgi.com (Kurt Akeley)
Newsgroups: comp.sys.sgi
Subject: Re: VGXT vs. Reality Engine
Date: 24 Jul 92 22:33:08 GMT
Organization: Silicon Graphics, Inc.

-- 

In article <TJH.92Jul24140510@agni.world.std.com>, tjh@agni.world.std.com (Tim Hall) writes:
|> In article <nllj1p4@fido.asd.sgi.com> grege@chopin.asd.sgi.com (Greg Estes) writes:
|> 
|>    Path: world!uunet!olivea!sgigate!odin!fido!chopin.asd.sgi.com!grege
|>    From: grege@chopin.asd.sgi.com (Greg Estes)
|>    Newsgroups: comp.sys.sgi
|>    Date: 23 Jul 92 17:02:58 GMT
|>    References: <jboyle.711872066@godzilla.cgl.citri.edu.au>
|>    Sender: news@fido.asd.sgi.com (Usenet News Admin)
|>    Organization: Silicon Graphics, Inc.
|>    Lines: 67
|> 
|> 
|>    12-bit per channel color RGBA (96-bit double-buffered)
|> 
|> How will this work with current color and frame buffer routines?  
|> 
|> I know getgdesc will return the number of bits/channel so I assume
|> we, the graphics programmer, will have to specify values between
|> 0-4095 for the c*s and c*i routines.

Nope.  Your old specifications will work as they did before, with
appropriate bits loaded into the 4 LSBs.  The only way to get direct
access to the 4 LSBs is with the c*f routines.

|> c*f values would be properly
|> mapped by the GL library.  What about cpack?  Will it modify the
|> 8 most significant bits?  What about lrectread?  Will it handle
|> 48 bit/pixel data?  (current man page says max is 32 bits/pixel)

All packed color formats (cpack, lrectwrite, lrectread) will duplicate
their 4 MSBs into the LSBs (cpack, lrectwrite) or dump the 4 LSBs
(lrectread).  When RealityEngine ships with OpenGL, there will be
more complete access to the 12-bit color fields.  IRIS GL benefits
primarily with smoother lighting and shading, i.e. when colors are
computed within the graphics.  It also benefits when images are
computed in the framebuffer (blending for volume rendering, for
example).

|>    New texture mapping modes, including bicubic interpolation and
|> 	   3D textures
|> 
|> How is this done?  By stacking up a bunch of 2-D textures or can
|> we provide a pointer to a function that, given u, v and w, returns
|> a color?

By stacking 2D images to form a 3D image.  Neither IRIS GL nor OpenGL
support procedural texture mapping.

-- Kurt Akeley	    kurt@sgi.com  (415) 390-3612  M/S 7U-550
Newsgroups: comp.sys.sgi
From: ianh@resmel.bhp.com.au (Ian Hoyle)
Subject: Re: sendmail and timed problems.
Organization: BHP Research - Melbourne Laboratories, AUSTRALIA
Date: Wed, 29 Jul 1992 04:10:53 GMT

roberts@nimrod.wpd.sgi.com (roberts) writes:

>Ian Hoyle writes:

>> If you want more bells and whistles I'd go for Neil Rickert/Paul Pomes (from 
>> NIU) version of sendmail that includes the IDA extensions. Latest version is
>> 5.65c/IDA-1.4.4.1. In fact you don't need to touch the generated sendmail.cf
>> as all the configuring is done in tables. It allows lots of nice things like
>> rewriting my outgoing address from...

>IRIX sendmail has the IDA extensions.  IRIX sendmail *should* work with
>any existing IDA configuration file.  There is an autoconfiguring version
>of IRIX sendmail that often works "out-of-the-box".  See the comments in the
>/usr/lib/sendmail.cf.auto file for installation instructions.  Also see the
>configmail(1M) man page.

Robert,

I thought the S= and R= rewrite rules for the mailers looked familiar. :-)

So are you saying that the dbm config tables eg. MAILERTABLE, DOMAINTABLE, 
PATHTABLE, from Neil & Paul's sendmail will work?? ie if I create my m4 
configuration, run it through Sendmail.mc and generate the .cf it will 
work with the SGI supplied sendmail??

If it *is* the case, PLEASE document it somewhere!!!!!

configmail/sendmail.cf.auto is nice (albiet slow when it runs - don't use it
for a central mail host), but if I can use the IDA style configuration
setup that would be a bonus,

	ian

PS. what version of the IDA sendmail is the SGI supplied beasty based on??
--
   /\/\     :  Ian Hoyle,  Senior Research Scientist
  / / /\    :  Image Analysis Group
 / / /  \   :  BHP Research - Melbourne Laboratories
/ / / /\ \  :  245 Wellington Rd, Mulgrave, 3170, AUSTRALIA
\ \/ / / /  :  Phone    +61-3-560-7066
 \  / / /   :  E-mail   ianh@resmel.bhp.com.au
  \/\/\/    :
            : "The kernel IS a continuously running random number
            :  generator" -- Larry Wall

Newsgroups: comp.sys.sgi
From: tarun@psyclops.psyc.queensu.ca (Tarun Kripalani)
Subject: Minor problem with tie.
Organization: Dept. Of Psychology,  Queen's University,  Kingston
Date: Fri, 31 Jul 1992 13:29:44 GMT

I am currently writing a simple program that uses 2 windows.
I have queued both Mouse valuators (MOUSEX and MOUSEY) and
LEFTMOUSE. In one window I am concerned with only the cursor
position and therefore react to a MOUSEX and MOUSEY event. In
the next window I have a slidebar which requires all three
devices so I tie them together with:-

	tie(LEFTMOUSE,MOUSEX,MOUSEY);

So, my slidebar works fine. Then I untie the valuators when I
switch back to the first window and I notice that both MOUSEX
and MOUSEY events are no longer on the event queue. I read the
man on tie and there is no mention that untying valuators removes
them from the event queue. Is that the way it is suppossed to be? 
-- 

Tarun Kripalani (of Wounded Knee and now Wounded Shoulder)
e-mail:   tarun@psyclops.psyc.queensu.ca
Dept. of Psychology, Queen's University,
Kingston, Ontario.
Newsgroups: comp.sys.sgi
From: philip@ziggy.stanford.edu (Philip Machanick)
Subject: C++ compiler message
Reply-To: philip@ziggy.stanford.edu (Philip Machanick)
Organization: CS Department, Stanford University, California, USA
Date: Sat, 25 Jul 1992 00:08:53 GMT

On a C++ compile I had the following message:

markc++ read only 0 bytes on  
/u2/people/philip/progs/space.objs/MP3D.objs/MP3D.o at file location 1
cannot read symbol table header for  
/u2/people/philip/progs/space.objs/MP3D.objs/MP3D.o

Any ideas what's going on here?

I recompiled and the message went away.
--
Philip Machanick
philip@pescadero.stanford.edu
Newsgroups: comp.sys.sgi
From: sysmark@helios.physics.utoronto.ca (Mark Bartelt)
Subject: Re: Status of OpenGL?
Reply-To: mark@cita.toronto.edu
Organization: University of Toronto Physics/Astronomy/CITA
Date: Tue, 21 Jul 1992 11:38:52 GMT

[ Kipp Hickman, writing about OpenGL ]

>Finally, I am almost 100,000,000% sure that it will be free to IRIS owners
>as (in my personal opinion) it would be really stupid otherwise.

I suspect that most (all?) of your customers would agree.  However, please
be reminded that the mere fact that something is stupid doesn't necessarily
preclude the MBAs with pinstripe brains from doing it.

Recall that for many months prior to its release, SGI was telling customers
that Explorer would be free.  Then, as the release date drew near, we were
suddenly told that we'd have to pay for it.  Lots of people raised a fuss,
and SGI backed off from that idea, fortunately (though we still have to pay
through the nose for the documentation!).

Then there's DPS:  SGI took the particularly obnoxious approach of including
it with IRIX for people who purchased new systems, but old loyal customers,
on full support contracts, had to pay for it if they wanted it.  They didn't
back off on this one, unfortunately.  (Except for a few customers who raised
a stink, and managed to get it for free anyway, thus confusing the issue even
more.)

I think what this means is that we'd all better phone our salescritters every
few weeks, reminding them that we *expect* OpenGL to be free, so that we don't
end up with another DPS-like attempt to nickel and dime us into the poorhouse
(or into the arms of one of SGI's competitors).

And even your 100,000,000% level of certainty doesn't do much to persuade me
that we can feel confident.  (Why do images of George McGovern come to mind?)

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
From: pbd@runyon.cim.cdc.com (Paul Dokas)
Newsgroups: comp.sys.sgi
Subject: What's wrong with ldopen()???
Date: 29 Jul 92 18:05:51 GMT
Reply-To: pbd@runyon.cim.cdc.com (Paul Dokas)
Organization: ICEM Systems, Inc

We just upgraded to 4.0.5 and it broke our dynamic loader :-(

I've traced the problem down to ldopen().  Well actually with the
structure that ldopen() returns.  The code fragment that is
suspicious is:

   #include <ldfcn.h>

   void load(char *fname)
   {
     LDFILE *ld;
     int     fd;

     ld = ldopen(fname, (LDFILE *) 0);
     fd = fileno(IOPTR(ld));

     printf("fd = %d\n", fd)

     ldclose(ld);
   }

It always prints:

     fd = -1

:-(

This worked on 4.0.1, but not under 4.0.5.

BTW, I've omitted all of the calls to other ld* functions (ldread, etc)
that work.  It seems that the LDFILE structure is just not getting
filled in correctly.

Any help solving this problem is greatly appreciated!

-- 
#include <std.disclaimer>
#define FULL_NAME               "Paul Dokas"
#define EMAIL_PRIMARY           "pbd@runyon.cim.cdc.com"
#define EMAIL_SECONDARY         "pbd@power1.cim.cdc.com"
/*** Overpopulation is the leading cause of most environmental problems ***/
Newsgroups: comp.sys.sgi,comp.benchmarks,comp.dcom.lans.ethernet
From: ned@ned.b17c.ingr.com (Nina Donath)
Subject: Re: How can I measure CPU-time and Network traffic time ?
Reply-To: ned@ned.b17c.ingr.com
Organization: Intergraph Corporation
Date: Tue, 28 Jul 92 23:49:28 GMT

In article <1992Jul24.075446.23229@news.uni-stuttgart.de>, wnkretz@ikesg1.energietechnik.uni-stuttgart.de (Oliver Kretzschmar) writes:
|> 
|> 
|>    Hey,
|> 
|>    who can tell me, how I can measure the CPU time of a program
|>    or a routine inside a program. Exists there any other possibilities
|>    as with time ? Does anybody know, how I can measure network
|>    transfer time and other datas of network traffic in distributed
|>    programsystems developed with SUN RPC's on SGI ? Please mail me
|>    your informations !
|> 


       Along the same lines, I have a program written by someone else that
       I am studying that runs distributed on a Sun network.  It is using
       rstat, which is supposed to measure the load on a remote kernel.
       rstat returns a structure of stuff, but it looks like the only thing
       the program is using is 'avenrun'.  I did a man on rstat and rstatd, 
       looked at the include files on rstat  and rstatd, even got on archie 
       and looked but  I can't find ANY DOCUMENTATION AT ALL on rstatd!  

       What gets me is that the man pages say that such statistics are
       provided such as cpu usage, memory usage, swap info, etc on a remote
       kernel but in the include file there is no docs on what each member
       of the rstat structure mean!  Does anyone have any info at all on 
       this and will you please e-mail to me??  I really need some
       information on this and would appreciate it so much if someone could
       help me out.

       Thanks in advance,

       Nina Donath
       Intergraph Corp.
       ned@ned.b17c.ingr.com
From: lsr-vax!art@uunet.uu.net (Art Hays - PSTAFF)
Newsgroups: comp.sys.sgi
Subject: Re: Memory upgrades for R4000 Indigos
Date: 30 Jul 92 16:48:33 GMT


	In terms of upgrades, the SS10 looks interesting.  The cpu and cache chips
are on plug in boards.  The ideal for upgrades is to throw away as little
as possible, and to *buy* only what's needed (so we dont spend much money :-)).
For example, my 4D85 has fast enough graphics for our needs, but a cpu upgrade
(even if it was offered) would require at least, I imagine, a new cpu board.
It may be possible to design machines now that would
be more economical to upgrade.

Art Hays, Nat. Eye Institute,			uunet!lsr-vax!art
Nat. Institutes of Health, Bethesda, MD		(301) 496-7143
Newsgroups: comp.sys.sgi
From: jac@vision.ummed.edu (Jeff Collins)
Subject: login.options
Organization: University of Massachusetts Medical Center
Date: Wed, 22 Jul 1992 11:46:37 GMT

In my /etc/config/login.options file I included the line

	syslog=all

to enable logging of all attempted rlogins on my machine.
Occasionally in the SYSLOG file I see the a login as

	?@some_machine.some_univ.edu

Why do I sometimes see a question mark instead of the usual
login name?

Any comments will be appreciated, Thanks.

-jeff collins

-- 
_______________________________________________________________________________
Jeffrey A. Collins			Internet: jac@vision.ummed.edu
Phone: (508) 856-3392			Bitnet:   jac@umassmed.bitnet
_______________________________________________________________________________
From: lee@turbo4.rsg.hac.com (C. Lee)
Newsgroups: comp.sys.sgi
Subject: any experience with Micropolis 1.2gb 3.5" hard drive?
Date: 23 Jul 92 21:18:44 GMT
Organization: Hughes Aircraft Company; Culver City, CA

Has anyone used, or have comments on, a 3rd party Micropolis 1.2gb 3.5"
hard drive with 10msec access time, $1568?  Sorry, I don't know the model
number.  It would be used in an Indigo.

A posting from blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN
AAD/TAB) mentioned problems with a Micropolis (?5.25"?) drive, and it
was finally replaced with a Segate ST41650N 1.65gb 5.25" drive.

Thanks for any info.
Newsgroups: comp.sys.sgi
From: xxbja@bonsai.lerc.nasa.gov (Betty Jo Armstead)
Subject: Bad install dates
Organization: NASA Lewis Research Center [Cleveland, Ohio]
Date: Fri, 31 Jul 1992 18:58:45 GMT


Being a new user I did not check the versions (i.e. the install dates)
of the software that was on my CPU when I received it from SGI.
Then I started having trouble with bru.  It was dumping everything even
on incremental dumps.  

Finally some one mentioned that the software had probably been installed
with a bad date.  When I checked every thing that was installed at the
factory had an install date of April 9, 1994.  This means my install
database is wrong.

I can easily fix the dates for bru by touching every file (in fact I have
done this).  However, it appears the only way to fix the install database
is to start from scratch.  

I guess this will not be a problem until the next release of the software
comes out.  Does anyone have any suggestions?  I really do not want to
start the whole install mess from scratch if there is an easier way.
======================================================================
Betty Jo Armstead     xxbja@bonsai.lerc.nasa.gov  (216)-433-4086
The future belongs to those who believe in the beauty of their dreams
and work at making them come true.
-- 
======================================================================
Betty Jo Armstead     xxbja@bonsai.lerc.nasa.gov  (216)-433-4086
The future belongs to those who believe in the beauty of their dreams
and work at making them come true.
Newsgroups: comp.sys.sgi
From: dhinds@leland.Stanford.EDU (David Hinds)
Subject: Re: Help, we've been bitten by the cron bug in 4.0.1!
Organization: DSG, Stanford University, CA 94305, USA
Date: Tue, 28 Jul 92 15:06:13 GMT

In article <1992Jul28.062413.15748@leland.Stanford.EDU> dhinds@leland.Stanford.EDU (David Hinds) writes:
>I hate to have to ask this, but I didn't pay enough attention the last
>time I saw this go by.  Cron has flipped out on our 4D-240 running Irix
>4.0.1.  Every 15 minutes or so, root receives a mail message saying:
>
>> bin:/bin:/etc:/usr/etc:/usr/bin/X11/bin/sh: is not an identifier
>
>The obvious solution -- killing and restarting cron -- doesn't seem to
>help.

Oops, killing cron does seem to work.  The problem was that our /usr/mail
is shared among a bunch of machines, and it was not immediately obvious
which one was generating the cron messages, since they all ended up in
the 4D-240's mail folder.  Never mind.

        - David Hinds
          dhinds@allegro.stanford.edu
From: kurt@cashew.asd.sgi.com (Kurt Akeley)
Newsgroups: comp.sys.sgi
Subject: Re: Status of OpenGL?
Date: 24 Jul 92 22:24:02 GMT
Organization: Silicon Graphics, Inc.

-- 

It is SGI's policy to support IRIS GL for the indefinite future.
Eventually Kipp will become correct, and IRIS GL will not be
supported.  This will be many years from now.

-- Kurt Akeley	    kurt@sgi.com  (415) 390-3612  M/S 7U-550
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Indigo disk with heat problems
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 26 Jul 92 20:16:35 GMT

In <1992Jul25.145022.681@bitrot.in-berlin.de> thomas@bitrot.in-berlin.de (Thomas Driemeyer) writes:

| My Indigo started having system disk problems two weeks ago. I get errors like
| 
|   Media error: Unrecovered data block read error,. Block #570354 (687156)
|   Media error: No addr mark found in ID field,. Block #612519 (729321)
| 
| Always in the second half of the disk, and apparently not on a particular
| platter. The disk is a Seagate ST1480 bought from SGI, but I am out of
| warranty. (A 90-day warranty is awfully easy to get out of, but I knew
| the risk and am certainly not regretting buying.) Removing the front panel
| and having a big fan blow air onto the disk fixes the problem, but it's
| not the sort of solution I like. I reformatted twice, but that did not help.
| I am running 4.0.4.

Is/was the system being run without the front panel installed?  If
so, you could very easily have overheating problems.  If the cover
is on, make sure the are inlets at the front bottom are not covered
up, and that you have adequate clearance behind the system, so that
the fan can work correctly.

| It is probably unrelated, but my external 80-MB ST1096N news spool disk
| is hard to access,    "fsck /dev/dsk/dks0d5s7" fails but
| "cat /dev/dsk/dks0d5s7 >/dev/null & sleep 180; fsck /dev/dsk/dks0d5s7"
| works, reluctantly. Some typical messages from SYSLOG:
| 
|   sc0,5,0: cmd=0x12 timeout after 30 sec.  Resetting SCSI bus
|   dks0d1s0 (/): retrying request
|   sc0,5,0: cmd=0x28 timeout after 30 sec.  Resetting SCSI bus
|   dks0d5s10: retrying request
|   dks0d1s0 (/): retrying request

Could be cabling/termination, or bad firmware.  Probably not
related to the other problem.  Since you have 2 external devices,
it could also be one of the connectors between the external
devices.

| If my system disk is in fact dying, I'd like to replace it with a larger
| one, at least 1 GB. Are the HP disks (eg, 558) working on Indigos? Are there
| better ones? (I'll never touch Seagate again though. Two times is enough.)
| Can I expect a drop in price when the 2.4 GB disks come out? When?

The seagate drives have been quite reliable, and run fairly cool, so
I'm a bit surprised by this.  I haven't heard much about the HP drives,
but I sure wouldn't hold my breath for 3.5" 2.4 Gb drives, as the 1.2
Gb drives were late, and the 2Gb and larger will probably be late also.
External 5 1/4" drives in that size are pretty new also, so probably
won't drop in price for a while.
--
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: weimer@jeol.com
Subject: Re: Placing GL apps
Organization: JEOL USA, Inc.
Date: Fri, 24 Jul 1992 18:45:42 GMT

In <31503@adm.brl.mil> blbates@aero36.larc.nasa.gov (Brent L. Bates ViGYAN AAD/TAB) writes:


>  In my ~/.Xdefaults file I have the following lines:

>clock*geometry:         100x100-0+0
>mailbox*geometry:       100x100-114+0
>TurboCal*geometry:      -0+114

>     These lines automatically place my clock, mailbox, and calendar on
>the screen.  I don't believe the `100x100' has any effect on the mailbox.
>I have `-s 76' in my mailbox command to set the size of the mailbox.

You can also use env to place gl apps.  For example (from my .sgisession):

env GLRES="*geometry: +1145+288" /usr/sbin/mailbox -S `whoami` -L 42.52 -M 71.08
-- 

				Allan Weimer
				(weimer@jeol.com)
Newsgroups: comp.sys.sgi
From: rck@fangio.asd.sgi.com (Robert Keller)
Subject: Re:  Placing GL apps
Organization: Silicon Graphics, Inc., Mountain View, CA
Date: Thu, 23 Jul 1992 15:15:21 GMT


A look through the glresources(3G) page will point out
quite a few tricks to control GL apps.

...robert
Newsgroups: comp.sys.sgi
From: clr@dgp.toronto.edu (Stephen Bohus)
Subject: mounting optical disks over nfs
Keywords: optical disk
Organization: CSRI, University of Toronto
Date: 24 Jul 92 20:47:20 GMT

	Optical disks on a Maxtor Tahiti I drive can be changed and 
mounted via nfs on client machines without rebooting the server.
The steps to do this are as follows:

umount /usr/people/optical	[on all clients]
umount /usr/people/optical	[on server]
exportfs -uav				[on server; clears nfs exported directories]
exportfs -av				[on server; exportfs the new directory]
mount /usr/people/optical	[on server]
mount the optical via nfs	[on all clients]

	This solution came from Jack W. Howarth.  He also noted the following:

> It appears that the NFS optical directory gets stale handles when you
> change disks and the NFS directories must be recreated. We have found
> that umounting and mounting the NFS optical directory isn't enough.
> You must re-export the optical directory to get the 'fresh' NFS handles.
>  Jack
> -------------------------------------------------------------------------
> Jack W. Howarth, Ph.D.                      Univ. of Texas Medical School
> Research Fellow                                            P.O. Box 20708
> Department of Biochemistry                           Houston, Texas 77225
> -------------------------------------------------------------------------

	- Stephen Bohus (clr@dgp.toronto.edu)
Newsgroups: comp.sys.sgi
From: steve@europa.esd.sgi.com (Loopy - the spineless boy)
Subject: Re: Memory upgrades for R4000 Indigos
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Mon, 27 Jul 92 19:12:56 GMT

In <1992Jul27.163455.28486@cs.yale.edu> nathan@laplace.biology.yale.edu (Nathan F. Janette) writes:

>In article <1992Jul26.045223.11600@news.nd.edu> root@sanger.chem.nd.edu (Doctor  
>Math) writes:

>> I'm certainly not going to say that the machines are inferior from a
>> technological standpoint. I am going to wonder about the sales folk, though.
>> I have a fax from SGI quoting prices for machines. I want to get an R4000
>> Indigo or a Crimson without a disk, RAM, or a monitor (we are retiring some
>> elderly 4D/20s).  The cover page pointed out that the warranty would be
>> void if ANY third-party stuff of ANY kind was installed.

>Gee, all 90 days of it?

Yeah, it sucks doesn't it?  Engineering has been battling marketing over this
on the r4K indigo for a while.  We think the product is reliable enough to
warrant a 1 year warranty.  They think it will cost us too much money.
I'm not conviced the battle is over, yet...

--
Steve Valin		Silicon Graphics - Interactive Systems Division
4153901379		"Same shit, different name"
Newsgroups: comp.sys.sgi