HDTenEightyP/NetNews huggingface dataset:
From: senseman@ricky.brainlab.utsa.edu (David M. Senseman)
Newsgroups: comp.sys.sgi
Subject: Re: Request for help: MO drive and generic SCSI driver
Date: 13 Nov 92 02:55:44 GMT
Organization: University of Texas at San Antonio

In article <34029@adm.brl.mil> operator@iris.kth.dk (Martin Liversage) writes:
>I'm stuck!  Please help!
>
>We have borrowed a Pinnacle MO drive for evaluation purposes.
>Pinnacle is working on a SGI driver for their drive, but it is not
>ready yet.
>

I for one would be very interested in what you learn about the Pinnacle
drive, i.e., how well does it work on SGI machines (especially Indigos)
and is it really THAT MUCH FASTER than the Maxoptix Tahiti as Pinnacle's
ad claim. I suspect that others would like to hear about this drive as well.

-- 
David M. Senseman, Ph.D.     | A man who has never gone to school may steal 
(senseman@lonestar.utsa.edu) | from a freight car; but if he has a university
Division of Life Sciences    | education, he may steal the whole railroad.
UT San Antonio               |             Theodore Roosevelt (1858-1919)
Newsgroups: comp.sys.sgi
From: guru@camelot.bradley.edu (Jerry Whelan)
Subject: Putting disk in an R4000 Indigo
Organization: The Smelly Ditch
Date: Wed, 11 Nov 92 20:47:41 GMT

	We are considering purchasing a 15 seat lab of indigos.
We'd like to avoid paying SGI's high prices for peripherals
and thus we'd like to put our own hard drives in the machines.
However, it appears that the indigos use a funky card connector
rather a normal scsi cable for the drive interface.  Could
someone tell me what is involved in installing an internal
scsi drive on an R4000 indigo?
	Also, am I correct in assuming the the R4000 indigos
(unlike the R3000s) accept standard commodity 9-bit simms?

-------------------------------------------------------------------------------
``written by a drunken insane pathological liar''        guru@stasi.bradley.edu
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: hinv - R4K indigo elan
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 12 Nov 92 02:55:49 GMT

In <BxKKxx.68t@world.std.com> ra@world.std.com (C.Ramanathan) writes:
| I bought an R4k indigo entry level graphics system. I replaced the
| entry level graphics board with an elan board from another R3000 indigo.
| When I got the R4 indigo elan up and running I typed 'hinv' in a
| 'xterm' window and it said 'Graphics: GR2-elan'. But when I typed hinv
| in the prom monitor it said 'Graphics: GR2-XS'. Does any one know why?

Probably a PROM bug, but nothing to worry about.  I believe this is
correct in the current PROMs.
--
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: suh@rainbow.dcrt.nih.gov (Edward Suh)
Subject: Compiler Error Message
Reply-To: suh@rainbow.dcrt.nih.gov
Organization: National Institutes of Health
Date: Fri, 13 Nov 1992 20:25:02 GMT

I get a "ccom: Internal: switch table overflow; increase
default option: -Wf,-XNg500" error message, and compiler
stops.  I am not a much of C programmer.  Please, can 
someone show me how to change default options?

---------------------------------------------------------
Edward B. Suh			Phone: (301) 402-3045
National Institutes of Healt	Internet: suh@alw.nih.gov
Bethesda, MD 20892		uucp: uunet!nih-csl!suh
Newsgroups: comp.sys.sgi
From: markov@cs.ruu.nl (Mark Overmars)
Subject: Bug in menus in FORMS LIBRARY Version 2.1
Date: Tue, 10 Nov 1992 20:00:57 GMT
Organization: Utrecht University, Dept. of Computer Science
Keywords: GUI FORMS

I am sorry to say that there is a bug in the menu object class in the new
release of the Forms Library that only happens under particular versions of
the operating system (not under the release I was running). It has to do with
malloc and free (as usual). The error is in the routine fl_clear_menu in the
file menu.c. Please replace this routine by the following code:


void fl_clear_menu(FL_OBJECT *ob)
/* Clears the menu object */
{
  int i;
  SPEC *sp = ((SPEC *)(ob->spec));
  sp->val = 0;
  for (i=1; i <= sp->numitems; i++)
    { free(sp->items[i]); free(sp->shortcut[i]); sp->mode[i] = PUP_NONE; }
  sp->numitems = 0;
}

Tomorrow on I will change the version in our archive to version 2.1a
that corrects this bug. Sorry for this.

Mark Overmars

Newsgroups: comp.sys.sgi
From: sasa3d@morisot.unx.sas.com (Ali Dogrusoz)
Subject: Re: Concave Polygon Problems
Originator: sasa3d@morisot.unx.sas.com
Date: Thu, 12 Nov 1992 14:56:11 GMT
Organization: SAS Institute Inc.


In article <1992Nov12.115254.1@vaxa.strath.ac.uk>, ccas20@vaxa.strath.ac.uk writes:
|> CONCAVE POLYGON RENDERING
|>
|> Having recently upgraded to 4.0.5 we have come across a new problem in
|> rendering concave polygons. This appears in FORTRAN and C code by
|> different authors and is demonstrable on INDIGOs with entry level and
|> ELAN graphics. This code has worked fine on 4.0.1 with no apparent
|> problems, also a 4D50 and 4D25 cope just fine.
|>
|>     Given a concave polygon (yes the GL concave command is set to
|> TRUE) then as the object is rotated you can see that the polygon is
|> decomposed into triangles. As the object is viewed from different
|> angles some of these triangles will not be drawn. I am not the only
|> one to notice these problems but the UK hotline has been silent for
|> over a month.
I've reported this to Mt.View in early Oct. also.
|>
|>    The polygons are drawn using bgnpol/endpol delimiters and are not
|> self intersecting, but may share vertices (like a C with the ends
                              ^^^^^^^^^^
|> drawn together to form an O), no illegal functions are called between
|> delimiters,
|>
|>    Has anyone else come across this phenomena or is it yet another
|> example of GL becoming stricter in the way it handles duff code?
We experience the same behavior on the LG (entry indigo). It does not seem to
happen on the xg subsys (ie. XS, XS-24, elan) especially when we are
trying to create figures like "O" "e" "D'...that have shared vertices.
Here is an ascii graphic of an example polygon. Btw/ it only happens in
4.0.5 ( also it was not a problem at 4.0.1)

                            both vertices at the same location
                    _____________VV______________
                   /             ||              \
                   |             ||              |
                   |   __________||__________    |
                   |  /                      \   |
                   |  |                      |   |
                   |  \______________________/   |
                   \____________________________/


|>
|>    All clues, hints, workarounds or abuse for stupidty most welcome.
I would welcome them also. I don't want to ship out a product like that!


Thanks

Ali
-- 
-------------------------------------------------------------------------------
Ali Dogrusoz | SAS Institute Inc. | Phone (919) 677-8000 |sasa3d@unx.sas.com
             | SAS Campus Dr      |                      |
             | Cary, NC 27513     |                      |
-------------------------------------------------------------------------------
From: kunz@binah.cc.brandeis.edu
Newsgroups: comp.sys.sgi
Subject: Re: undying processes under 4.05
Date: 12 Nov 92 14:49:54 GMT
Reply-To: kunz@binah.cc.brandeis.edu
Organization: Brandeis University

I think I have seen something like this but have not 
paid too much attention because if I then do a 'ps -ef'
and afterward do 'who -a', I think the tty processes have 
disappeared. I will try to pay attention to this. Occasion-
ally I find that people have not logged out properly and 
they have left processes running which root needed to kill.
In this case there is a good reason for something to show
up when I do a 'who -a'.

Sara Kunz
kunz@binah.cc.brandeis.edu
Newsgroups: comp.sys.sgi
From: lingley@ug.cs.dal.ca (William Lingley)
Newsgroups: comp.sys.sgi
Subject: Hidden line removal...
Date: 13 Nov 92 12:56:08 GMT
Organization: Math, Stats & CS, Dalhousie University, Halifax, NS, Canada

Is there an efficient way to draw a wire frame, but
remove lines that would be hidden behind the solid portions
of the structure in front of the others?  I know I can use the z-buffer
and shade with the background color, but this still requires all
panels to be drawn anyway.  Preferably it should be a faster draw than
drawing the panels.  There was supposed to be an article on this in a magazine
at one point in time.  A pointer to this would be nice as well.

adv-thanx-ance

William (lingley@scylla.drea.dnd.ca or lingley@ug.cs.dal.ca)
Newsgroups: comp.sys.sgi
From: teo@Xenon.Stanford.EDU (Patrick ChengSan Teo)
Subject: Forms on SGI
Reply-To: teo@cs.Stanford.EDU
Organization: Computer Science Department, Stanford University.
Distribution: comp.sys.sgi
Date: 6 Nov 92 18:12:19


I'm new to GL and I notice that without resorting to mix-mode
programming there is no real UI support.  I was told of a WYSWIG user
interface builder called "Forms."  Does anybody know anything about
it?  Is it commercial or publicly available?  What other options are
there to building user-interfaces?  What are the pros and cons to
doing mix-mode programming?

Thanks a million!
Patrick
--
-------------------------------------------------------------------------------
Patrick Cheng-San Teo                                       teo@cs.stanford.edu
Department of Computer Science                      kcirtap@leland.stanford.edu
Stanford University                                  Home Phone: (415) 497-4559

"Everything should be made as simple as possible, but not simpler"
-- Albert Einstein
-------------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: trich@crow.omni.co.jp (Timothy Richards)
Subject: Re: Need help setting up a UUCP mail connection
Reply-To: trich@crow.omni.co.jp
Organization: Omnibus Japan, Inc.
Date: Fri, 13 Nov 92 08:07:56 GMT

davison@selkirk.sfu.ca (R. Davison) writes:

> I am trying to connect a non-internet site to the internet.
> I have a site providing a feed for me, and I have been able to
> get messages back and forth.
> 
> The problem I'm having is with the sendmail.cf file (I think).
> I have copied the sendmail.cf.auto to sendmail.cf and setup
> configmail with the defaults, but I get address loops in 
> some of the rules.  I was hoping to forward mail with 
> unknown addresses to the external site and let it figure out
> where to put or bounce the mail to.
> 
> Any info, book pointers, or solutions are appreciated.
> 
> Rod A. Davison
> Software Manager
> Vertigo Technology Inc.

You need to buy the "Site Administration Guides" and "Network
Administration Guide" from SGI.  They no longer come with the
default documentation. They are very usefull and essential if
you are planning on doing anything to sendmail.
-- 
-----------------------------------------------------------------------------
Timothy Richards, Omnibus Japan.		work: +81 (3) 5706-8357
[Uucp]      ccut.cc.u-tokyo.ac.jp!crow!trich	home: +81 (3) 3720-4088
[Internet]  trich@omni.co.jp
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: MTIOCTOP w/ MT_NOP does not update mt_dsposn, shouldn't it???
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 6 Nov 92 03:26:26 GMT

In <fish.720998046@news2.gsfc.nasa.gov> fish@daacdev1.stx.com writes:
| this is w/ irix 4.0.1 on a 4D/440S using jaguar controllers to a 8mm
| 
| i am trying to loop until i can detect a tape is loaded in a drive
| via MTIOCGET using the mt_dposn MT_ONL bit - that works fine if there
| is a tape in the drive before i do the open but if it gets put in later
| (which is really the whole point of what i'm trying to do)
| i then issue another ioctl GET to ascertain if its status has changed.
| since that wasn't working i saw that the CTOP MT_NOP option states that
| it does "no operation, sets status only" - so i stuck that in there 
| and that didn't do anything either - what does it do?? only update
| the mt_dsreg element and not the mt_dposn element?

MT_NOP is just that, a no op.  It is *completely* ignored (in all of
our tape drivers).  All it tells you is that you are in fact talking
to a tape driver, rather than some other kind of device (if you don't
get an error).

MTIOCGET just returns the current info, it does nothing to the
tape drive for the jagtape driver.  I had enough complaints about
this and similar things, that for the tpsc driver, if the tape
wasn't loaded, I loaded it, which updated all the position info.

In a future release, there will be only one scsi tape driver (talking
to multiple chip drivers), so they will be consistent.  In this case,
it will follow the tpsc model.

| i had to resort to reopening the file every time i check in the loop
| (by closing and then opening again) and this works (but has the
| unfortunate side-effect of having the jag driver repeatedly log
| "BUSY, waiting" while the tape is loading and the open() is pending
| 
| i haven't tried this with the tpsc driver yet but i'll need to soon

The tpsc driver will load the tape on the MTIOCGET, if it wasn't already
loaded.  The jag drives also tend to be a bit more verbose about
issuing messages.

A *very quick* (and therefore possibly wrong) inspection of the jagtape
driver makes it appear to me that the only way to do what you want with
the jagtape driver is to do exactly what you are doing, close, and then
re-open the drive.
--
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: agrafiot@wl.com (Dimitris Agrafiotis)
Newsgroups: comp.sys.sgi
Subject: is sizeof(int) 8 on the R4000?
Date: 12 Nov 92 20:53:26 GMT
Article-I.D.: wl.1992Nov12.205326.15189
Distribution: usa
Organization: Warner Lambert / Parke-Davis


What is the sizeof(int) on the R4000? Also, is there a preprocessor symbol
that indicates the processor type?
Thanks

Dimitris K. Agrafiotis
Computer Assisted Drug Design
Parke-Davis Pharmaceutical Research
(agrafiot@wl.com)
-- 
Dimitris K. Agrafiotis
Computer Assisted Drug Design
Parke-Davis Pharmaceutical Research
(agrafiot@wl.com)
Newsgroups: comp.sys.sgi
From: geomagic@seismo.do.usbr.gov (Dan O'Connell)
Subject: Exebyte 8500 config on a Crimson
Organization: Seismotectonics Group, U.S. Bureau of Reclamation.
Date: Tue, 10 Nov 1992 17:26:57 GMT

We installed an Exebyte 8500 on a Crimson running 4.0.5C. It has
a Peripheral Visions compression board with a front door display
panel. We have make all the various devices for it; tps1d4, tps1d4.8200,
tps1d4.8500, tps1d4nr, tps1d4nr.8200, tps1d4nr.8500, etc.
When we write to using tar, we never get a transfer rate exceeding
120 Kbytes/sec. We have tried both 8500 and 8200 modes, with and without
compression. We get about 180 Kbytes/sec writting to our 4mm DAT drive.

We expected to get 300-400 Kbytes/sec transfer rates with the Exebyte
in 8500 mode. Is there something obvious we should look for that would
explain the poor Exebyte performance?

Here is the info returned by mt

 mt -t /dev/rmt/tps1d4 status
        Controller: SCSI
        Device: EXABYTE: EXB-8500-85Qanx00446
        Status: 0x200
        Drive type: 8mm cartridge
        Media : Not READY

Thanks for any info.
-- 
Dan O'Connell
geomagic@seismo.do.usbr.gov
Seismotectonics Group, U.S. Bureau of Reclamation
From: wei@ifi.unizh.ch (Qing Wei)
Newsgroups: comp.sys.sgi
Subject: <Info required> pathname too long with bru.
Date: 11 Nov 92 13:55:06 GMT
Organization: University of Zurich, Department of Computer Science

Several months ago I read postings about pathname length with bru in this
news group. I didn't pay much attention to it. Now I have the same problem
with our system backup using bru on a remote Exabyte. How can I let the
bru accept long pathnames? Or is there any alternative dealing 
with the problem? ( The error messages are included below. )

It will be highly appreciated if someone there can help me out.

Thanks in advance.

-Qing

*************************
dump: date of this level 0 dump: Wed Nov 11 03:44:45 CET 1992
dump: dumping usr (usr) to barbados:/dev/nrst0
...
bru: pathname too big, lost "usr/WorkShop/usr/lib/onlineHelp/WorkShop/3Static/2M
enuBar/1Admin/4EditFileSet/1TextAreas/2Directories/1AddDirectories//ShortTitle"
bru: pathname too big, lost "usr/WorkShop/usr/lib/onlineHelp/WorkShop/3Static/2M
enuBar/1Admin/4EditFileSet/1TextAreas/2Directories/2IncludeSubdirs//ShortTitle"
bru: pathname too big, lost "usr/WorkShop/usr/lib/onlineHelp/WorkShop/4Debug/4Se
ssion/1Group1/5GLdebug/3Controller/1Controls/1Selection/1Breakpoints/le/ShortTit
le"
bru: pathname too big, lost "usr/WorkShop/usr/lib/onlineHelp/WorkShop/4Debug/4Se
ssion/1Group1/5GLdebug/3Controller/1Controls/1Selection/3Set_Unset/le/ShortTitle
"
dump: Archive I/O:              267240 blocks written,  0 blocks read
dump: Messages:         0 warnings,  4 errors
dump: DUMP IS DONE, Wed Nov 11 04:35:07 CET 1992
***************************
-- 
   Qing Wei                  |\  /||\  /||     Email: wei@ifi.unizh.ch  
   Dept. of Computer Science | \/ || \/ ||     Tel.:  +41 1 257 4317    
   University of Zurich      |    ||    ||____ Fax:   +41 1 363 0035    
  _Switzerland_________________________________Telex:  817 251 unii ch_ 
Newsgroups: comp.sys.sgi
From: silvert@biome.bio.ns.ca (Bill Silvert)
Subject: Re: TAC and time zones
Reply-To: silvert@biome.bio.dfo.ca (Bill Silvert)
Organization: Habitat Ecology Div., Bedford Inst. Oceanography
Distribution: na
Date: Fri, 6 Nov 1992 23:01:08 GMT

In <1992Nov6.094158.44464@kuhub.cc.ukans.edu> arritt@kuhub.cc.ukans.edu writes:

>How does one make a suggestion regarding the TAC?

>The problem is that the TAC personnel don't consider that there are
>four time zones in the U.S., and that SGI is located in the westernmost
>one.  My calls are CONSISTENTLY returned after working hours in
>the Midwest (usually I get a message time-stamped around 6:30 pm or so).  
>This requires at least one more round of phone tag before getting in
>touch with the engineer.

I'll second this.  Americans in Alaska and Hawaii might want to point out
that there are more than four time zones in the US, and we have quite a few
in Canada too (we're on AST here, Newfoundland is ahead of us).  I keep
getting calls back from engineers who claim that they were calling me
all afternoon the day before.  Since I usually leave for supper about the
same time they're getting back from lunch, of course they never reach me.

I've tried leaving a note on my file that we are four hours ahead of
Silicon Valley, but it doesn't work.

-- 
------------------------------------------------------------------------
William Silvert, Habitat Ecology Division, Bedford Inst. of Oceanography
P. O. Box 1006, Dartmouth, Nova Scotia, CANADA B2Y 4A2.  Tel. (902)426-1577
InterNet Address: silvert@biome.bio.dfo.ca
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.sys.sgi
Subject: Re: how to interrogate ftimer status from a program?
Date: 7 Nov 92 00:02:08 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1992Nov6.213506.12264@odin.corp.sgi.com>, probins@bubba.wpd.sgi.com (Paul Robins) writes:
> ...
> Fast clock does not incur nearly the overhead of timers, but I don't have a
> relative number. I've been assured that it is of neglible impact.


A few years ago the number was either 5% or 15% of a CPU (I've
forgotten which) to run the fast clock.  That is why it was not turned
on by default.  More precisely, that is why ASD changed it from
being on by default to being off by default.

Maybe that cost has changed.  Maybe some people now consider 5% (or 15?)
"neglible."  Some did back then, until the issue was raised.

You can measure it for yourself.  Pick any CPU stupid benchmark
(e.g. drhystone).  Run it with `ftimer -f off`, and then run it with
`ftimer -f on`.  Do this several times to get consistent numbers.  As
long as you change nothing else, the difference is the cost of fast
timers.


Vernon Schryver,   vjs@sgi.com
From: d3g931@snacker.pnl.gov (Geoff S. Slinker)
Newsgroups: comp.sys.sgi
Subject: libg++ Prob sbufvform.C
Keywords: libg++
Date: 9 Nov 92 19:28:55 GMT
Article-I.D.: oracle.1992Nov9.192855.28994
Organization: Battelle Pacific Northwest Labs, Richland, WA
Originator: d3g931@snacker.pnl.gov


I am having trouble getting libg++ with iostream and things
to compile on a 340VGX IRIX 4.0.4

This is the message I get:

-----------------------------------------------------------
 gcc -g -O -nostdinc++ -I. -I.. -I. -I./../src -I./../g++-include -c  sbufvform.C
sbufvform.C: In method `int  streambuf::vform (const char *, char *)':
sbufvform.C:248: warning: implicit declaration of function `__builtin_alignof'
sbufvform.C:248: parse error before `8'
sbufvform.C:248: parse error before `>='
sbufvform.C:260: parse error before `8'
sbufvform.C:260: parse error before `)'
sbufvform.C:300: parse error before `8'
sbufvform.C:300: parse error before `)'
sbufvform.C:309: parse error before `8'
sbufvform.C:309: parse error before `)'
sbufvform.C:309: parse error before `8'
sbufvform.C:309: parse error before `)'
sbufvform.C:309: parse error before `8'
sbufvform.C:309: parse error before `)'
sbufvform.C:323: parse error before `8'
sbufvform.C:323: parse error before `)'
sbufvform.C:370: parse error before `=='
sbufvform.C:370: parse error before `)'
sbufvform.C:380: parse error before `8'
sbufvform.C:380: parse error before `)'
sbufvform.C:380: parse error before `8'
sbufvform.C:380: parse error before `)'
sbufvform.C:380: parse error before `8'
sbufvform.C:380: parse error before `)'
sbufvform.C:392: parse error before `=='
sbufvform.C:392: parse error before `)'
sbufvform.C:398: parse error before `=='
sbufvform.C:398: parse error before `=='
sbufvform.C:422: parse error before `8'
sbufvform.C:422: parse error before `)'
sbufvform.C:422: parse error before `8'
sbufvform.C:422: parse error before `)'
sbufvform.C:422: parse error before `8'
sbufvform.C:422: parse error before `)'
sbufvform.C:427: parse error before `8'
sbufvform.C:427: parse error before `)'
--------------------------------------------
                case '*':
                        /*
                         * ``A negative field width argument is taken as a
                         * - flag followed by a positive field width.''
                         *      -- ANSI X3J11
                         * They don't exclude field widths read from args.
                         */
THIS IS LINE 248>>      if ((width = va_arg(ap, int)) >= 0)
                                goto rflag;
                        width = -width;
                        /* FALLTHROUGH */
                case '-':
                        flags |= LADJUST;
                        goto rflag;
                case '+':
                        sign = '+';
                        goto rflag;
                case '.':
--------------------------------------------
Any suggestions?

Geoff Slinker
d3g931@flory.pnl.gov
d3g931@snacker.pnl.gov
Newsgroups: comp.sys.sgi
From: tpaquette@ita.lgc.com (Trevor Paquette)
Subject: inst XN question
Organization: Landmark/ITA Inverse Theory and Applications
Date: Fri, 6 Nov 1992 18:08:57 GMT


 While upgrading our mahines to 4.0.5 I noticed some lines in the
inst session that had both X for old and N for newer versions already on the
system. I have the 'IRIX Update 4.0.5' CD and the 'IRIX Maintenance 4.0.5'
CD.
  How can the 'XN' line happen and how can I fix it??

--
Name : Trevor Paquette       | Landmark/ITA             |  _\___ Fahrvergnugen
Email: tpaquette@ita.lgc.com | Calgary, Alberta, Canada | /     \____
Visitor from CyberSpace      | (403) 269-4669           |/ G60       \
Renegade of Virtual Reality  | #include <disclaimer.h>  |\-O------O--/
Newsgroups: comp.sys.sgi