HDTenEightyP/NetNews huggingface dataset:
From: john@sg25.aud.temple.edu (John W. Schwegler)
Newsgroups: comp.sys.sgi
Subject: Re: a few Indigo & 4d35 questions
Date: 27 Jul 92 17:54:39 GMT


In message <njgm1jg@zuni.esd.sgi.com> ,
 Dave Olson <olson@anchor.esd.sgi.com> writes:
> In <22487@hacgate.SCG.HAC.COM> lee@luke.rsg.hac.com (C. Lee) writes:
> | Does SGI support a DAT drive for the 4D/35?  Is it the same as the DAT for
> | the Indigo?  Does it also support DDS and audio?
> 
> Not officially.  There were plans to use the same drive, but in a
> bracket to 5 1/4" form factor.  I don't know if this is still in
> process, or has been dropped.  From a software point of view, it
> definitely works (I did all the DAT software development on a 35
> with such a bracket).
> 
It seems that SGI did decide to support this option. I ordered a DAT drive
for a Personal Iris in June, with part number P5-T13D (list in US $2500). The
Indigo part number for the DAT is P3-T13D. I found out about both part numbers
because we were accidentally sent the Indigo version of the drive. I
think our purchasing department may have been the culprit, but who can tell :(  

______________________________________________________________________________
"Genius may have its limitations,       | John Schwegler
   but stupidity is not thus            | Temple U. Auditory Research Dept.
   handicapped."                        | john@sg25.aud.temple.edu
         - Elbert Hubbard               | (215) 221-3687 FAX 221-7523
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Memory upgrades for R4000 Indigos
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 26 Jul 92 20:27:17 GMT

In <np0l1qk@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:

| In article <noj5dkc@zola.esd.sgi.com>, portuesi@tweezers.esd.sgi.com (Michael Portuesi) writes:
| > ...
| > An R4000-based Personal IRIS, if it existed, would
| > probably cost considerably more than the Indigo R4000
| > due to these manufacturing constraints, and hence
| > would have few, if any, buyers.
| 
| Please be careful.  I don't think this is accurate.  A bunch of
| customers out there are probably fuming, thinking we think they are
| really stupid.

He's right.  It was *incredibly* painful getting the 35 to a point where
it worked reliably.  The original design just wasn't oriented towards the
amount of air flow the 35 needed, and in the places it needed it.

| Yes, I don't doubt it would not work to just jam an R4000 into the
| 4D/20 case, as was done with the 20MHz R3000 and 38 (35?) MHz R3000.

We completely redesigned the electronics module and added scatter fans
or small auxilliary fans (depending on when the system was made) in order
to get adequate air flow for the 35.  That is hardly cramming it into
the same box, although that *was* the original idea.

| I know a just a little of the heat and other problems with the 4D/35 from
| a certain VME board.  The airflow in the box was fine for the 12MHz
| 4D/20, but is a long way from good enough for the R4000.  So what?

It wasn't even good enough for a 36 Mhz r3000A; we would have shipped
it at 40 Mhz if we could have made it reliable.  A very few carefully
hand adjusted systems run reliably at 37 or 38, but none at 40, unless
they were open on a bench with a fan on them.  Almost all of the problems
were airflow, not chip margins.

| If you step back two paces, you'll see there is little difference
| between the Indigo box and the PI box.  One is a little wider.  The
| other is a little deep and much taller.  Oh, the colors are different.
| So what?

The design for the airflow, the (much!) lower wattage powersupply, and
the physical design of the Indigo helped a lot, believe it or not. Yes,
if we redid the skins, the powersupply, the whole chassis, and the
electronics module, we could put an r4k into a PI (but then it wouldn't
be a PI anymore!), but that would be far more money (and people's
time!) than anybody could justify, when the Indigo could be made to
work much more easily.  There just wasn't any point.  For the
relatively small number of customers who want VME on r4k, there is
crimson, at not much more than an r4k PI would cost after we put all
that work into it.

Besides that, the VME interface is no longer part of the chips that we
use in the r4k Indigo, so we would have to go (re)design another chip on
top of everthing else...
--
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: nobody@kodak.com
Newsgroups: comp.sys.sgi
Subject: RE: Calling Fortran Subroutines from C
Date: 27 Jul 92 14:06:44 GMT

>From:	NAME: Arup K. Ghose                 
	FUNC: Biophys. & Compu. Chem.         
	TEL: (518) 445-7059                   <GHOSEAK@A1@DSRGVJ>
To:	"info-iris@BRL.MIL"@kodakr@mrgate@wpc

   
          >Does any of you out there know how to call ForTran subroutine
          >from a C program running on IRIX 3.3.2?
          >For example, if I write a ForTran 77 program as follows:
           
             SUBROUTINE TEST (TEMP1, TEMP2, N)
             DOUBLE COMPLEX TEMP1, TEMP2
             DIMENSION TEMP1 (N,N), TEMP2 (N)
                  :
                  :
             RETURN
             END
           
          >How would I incorporate the above subroutine into my C program? 
          >Do I need to create a header
          >file for the above subroutine?  What switches do I use to
          >compile the above subroutine (as a
          >Fortran 77 program) and my C program?
           
          Assuming that the variable types matched in the two routines,
          from the C routine call it with an _ (underscore) extension:
          
          test_(... , ... , ...);
          
          Similarly add an underscore (_) extension in the C modules that
          you want to call from a fortran routine and call it without the
          underscore extension. It works for me on the
From: john@sg25.aud.temple.edu (.rsignature)
Newsgroups: comp.sys.sgi
Subject: Re: pcnfs printing to SGI-attached printers?
Date: 22 Jul 92 21:19:36 GMT

In article <01GMOEP4CEGG000DP8@MSUS1.MSUS.EDU>,
 Tom Kirkman <TKIRKMAN%TINY@msus1.msus.edu> writes:

>  I've ftp from sgi.com pcnfsd which has worked fine for serving the SGI-attached
> disks to pcs, but I've been unable to configure the SGI to allow pcs to
> print on SGI-attached printers.  Since pcnfsd is not supported by SGI I was
> not too surprised that TAC could provide no help.  Can anybody on the net
> provide guidance on printing to SGI-attached printers via pcnfsd?

Which printing service are you using, the bsd lpr utilities or lp? I
think the pcnfsd
as compiled defaults to 'lp -c', but may be extended by using a
printcap file in /etc,
i.e. /etc/printcap. This method of defining printers should be
described in the pcnfsd(8c)
man page included with the pcnfsd executable.

> Thanks,

> Tom Kirkman, Dept of Physics, St. John's University, Collegeville, MN

-john
Newsgroups: comp.sys.sgi
From: bryan@pi.eai.iastate.edu (Bryan Manske)
Subject: Re: Audio Questions
Reply-To: bryan@pi.eai.iastate.edu (Bryan Manske)
Organization: EAI, Iowa State University, Ames, IA
Distribution: na
Date: Sun, 26 Jul 1992 22:00:45 GMT

In article <nobregg@zuni.esd.sgi.com> olson@anchor.esd.sgi.com (Dave Olson) writes:
>In <1992Jul25.163827.22304@news.iastate.edu> bryan@pi.eai.iastate.edu (Bryan Manske) writes:
>| Two quick questions about audio for one of our programmers.
>| 
>| 1.  How do you set the default audio gain level in hardware on
>|     a 35 or indigo?  (nvram parameter?)
>
>"nvram volume xx" (xx is 0-255) from irix, or "setenv volume xx"
>in the PROM monitor.

Been there, done that, didn't work. (nvram: no variable named "volume".)

>| 2.  Exactly how do the gain slots (0-255) map to real world db values?
>|     (linear relationship?)
>
>Can't help on that one, perhaps one of the audio guys can help.
>
>| And, I guess, a question from me.  I'm assuming 8-bit samples.
>| Is this correct?
>
>8 bit samples for what?  The hardware uses 16 bit samples for
>the digital audio.

Okay, yeah, well, 8 bits per sample per channel then for stereo
and 16 per sample for monaural.  Is that right?


Thanks Dave, Your a God.



-- 
Bryan Manske  (515) 296-9908        . 
Engineering Animation, Inc.         .         "Programmer terminated
bryan@pi.eai.iastate.edu            .           at users request."
#include <caveat_opinion.h>         . 
#include <standard_disclaimer.h>    .                           Dave S.
Newsgroups: comp.sys.sgi
From: dwong@sgi.com (David Wong)
Subject: Re: Writing MS-DOS floppies from SGI's
Organization: Silicon Graphics, Inc.
Distribution: comp.sys.sgi
Date: Wed, 29 Jul 92 20:01:51 GMT

In article <GANDALF.92Jul29145236@dali.vision.auc.dk> gandalf@vision.auc.dk (Lars Knudsen) writes:
>Hi fellow netters,
>
>We have a number of PI's and Indigi/Indigo/Indigoes/whatever at our
>lab and have a 3.5in floppy drive attached via. SCSI to some of those.
>A number of our students use PC's at home and would like to be able to
>write MS-DOS format disks on these drives, thus enabling them to
>exchange files easily.
>
>We also have a number of SUN machines for which there is a package
>called mtools which does the job nicely, does anyone know if something
>similar exists for SGI's ?
>
>Any pointers will be greatly appreciated, thanks in advance
>
>Lars F. Knudsen

try msdosd(1M).

>--
>+--------------------------------+---------------------------------+
>| Lars F. Knudsen, M.Sc. E.E.    | E-mail: gandalf@vision.auc.dk   |
>| Laboratory of Image Analysis   | Phone +45 98 15 85 22, ext 4967 |
>| Aalborg University,            | Home: +45 98 16 94 74           |
>| Fr.Bajers Vej 7                |                                 |
>| DK-9220 Aalborg East, Denmark. |                                 |
>+--------------------------------+---------------------------------+
From: mmata@ucsd.edu
Newsgroups: comp.sys.sgi
Subject: lisp installation problem
Date: 29 Jul 92 04:21:00 GMT
Distribution: usa
Organization: University of California, San Diego Campus
News-Software: VAX/VMS VNEWS 1.41

Hi,

We're having problems loading lisp on a XS24.  At first it was asking that
the c compiler be installed.  The c compiler is now installed, but now
a message comes up "-l gl unknown library to loader".  I've no idea what
this is.  The XS24 was upgraded to 4.0.4 from 4.0.2 (4.0.2 was factory
installed).  The lisp came to us on 1/4" tape and tar format.  The src
files were put on the disk.  The above message comes up when trying to 
make the lisp image.
Thanks in advance for any help,suggestions,tips...

Mike Mata
ACS UCSD
mmata@ucsd.edu
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Is there a 'dump' program for IRIX?
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 30 Jul 1992 03:28:11 GMT

In article <1992Jul29.171432.8977@unixg.ubc.ca>, laplante@ocgy.ubc.ca (Denis Laplante) writes:
> Changing the subject slightly, I would like to draw attention on two
> differences between dump under IRIX and the BSD and Sun versions.
> 
> 1- It counts blocks of 1024 bytes, not 512 !  For du and df, the IRIX versions
>    count blocks of 512 bytes.  It seems like a lot of trouble just to to be
>    different from SunOs :-)

IRIX is cursed with a System V heritage.  We'll have to see the similar
curse aflicts df and du in SunOS.

Many people use
	alias	df df -k
	alis	du du -k
to get reasonable numbers.


> 2- Under IRIX dump is not suid:
>    Under SunOs 4.1.2
> -rwsr-sr-x  1 root     tty         57344 Oct 23  1991 /usr/etc/dump*
>    but under IRIX 4.0.1
> -rwxr-xr-x   1 root     sys       131120 Jan 17 10:09 /usr/etc/dump*
> ...
> Is there a reason not to make dump suid root?...


Would making dump suid allow someone to read files they shouldn't?

From over the net, no less?


Vernon Schryver,   vjs@sgi.com
Newsgroups: comp.sys.sgi
From: whit@sgibos.boston.sgi.com (Whitney Harris)
Subject: New Cougar VME/SCSI interface
Keywords: Cougar SCSI VME
Organization: Silicon Graphics, Inc.
Date: Tue, 28 Jul 1992 22:13:38 GMT


I understand that we have just begun (or are about to) shipping a new
VME/SCSI interface - Cougar.

Is this a differential or single ended interface?
Do we have any performance data on it?
SCSI-I or SCSI-II? - Fast or Fast & wide?
Does it replace or supplement the Jaguar interface?

If differential, does it use the same cable as the Jaguar. I understand
that there may have been a non-standard pin configuration in the cable
that we ship. It is transparent to most users because it is corrected at
the differential-SCSI box that we plug all our disks into? Any comment?


+--------------+
| whit@sgi.com |
+--------------+
Newsgroups: comp.sys.sgi
From: thayer@laser1.engr.utk.edu (Scott Thayer)
Subject: Re: Perspective Projection and Zbuffers
Keywords: Zbuffers
Organization: University of Tennessee ECE dept.
Date: Wed, 22 Jul 1992 22:38:23 GMT

Hi,
	I am having some problems extracting depth from the zbuffers when
	using the perspective projection. Normally, the use of the perspective
	projection destroys depth information. However, I am assuming that                somehow SG's transformation preserves the integrety of the depth 
        information so that zbuffers may be used effectively.

	When I do an lrectread from the zbuffers the depths are 
	somewhat distorted. My basic question is how do I remove this "distortion"
	in the depth values. 

	All of this works perfectly under the orthographic projection; however,
	if possible I would like to use perspective to make a scene more
	"real".

	Thanks

Scott Thayer


Newsgroups: comp.sys.sgi
From: stefans@bauv106.informatik.unibw-muenchen.de (Stefan Schwarz)
Subject: loading miniroot over several gateways
Organization: Universitaet der Bundeswehr Muenchen (Germany)
Date: Fri, 31 Jul 1992 07:05:48 GMT

Just tried to install 4.0.5 over network. But i couldn't
succeed in loading miniroot.
It seems, the problem is within the network. I have to pass
several gateways to reach my load-host. But i don't know
whether my local machine has any information about routing when
working within PROM monitor.

I succeeded when moving my local machine to the same subnet
as the loadhost, but this should be avoided next times.

So, how can i reach loadhosts over heterogeneous network (including VMS)?

Or, would it be possible to install the distribution area on another
host (Sun) in my local subnet via ftp?

Stefan
-- 
________________________________________________________________________________
Stefan Schwarz                            University of the armed forces, Munich
Laboratory for graphical data processing  W-8014 Neubiberg, FRG
--------------------------------------------------------------------------------
From: mata@sdcc22.ucsd.edu (Michael Mata)
Newsgroups: comp.sys.sgi
Subject: security suggestions
Date: 29 Jul 92 01:52:00 GMT
Distribution: usa
Organization: University of California, San Diego Campus
News-Software: VAX/VMS VNEWS 1.41

Hi,

I'm fairly new to sgi computer equipment and IRIX.  Can anyone give
some suggestions on tightening security (most likely on IRIX).  We
have a Crimson and some Indigos.  Running 4.04 and using NFS/NIS.
Thanks in advance for any suggestions and tips.

Mike

mmata@ucsd.edu
From: artibee@noangel.wpd.sgi.com (Mary Artibee)
Newsgroups: comp.sys.sgi
Subject: Re: Getting hardware ethernet address under IRIX 4.0.1
Date: 25 Jul 92 00:58:59 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

Try "/usr/etc/netstat -ia".

/Mary Artibee, artibee@sgi.com
From: dong@umiacs.umd.edu (Dong Chen)
Newsgroups: comp.sys.sgi
Subject: mutiple group
Date: 28 Jul 92 10:31:42 GMT
Organization: UMIACS, University of Maryland, College Park, MD 20742

Hello,
How to make a user who belong to multiple groups be only in one of the
groups when initially login ?
I am in both "user" and "bin" group. Everytime when I login, I find
I am in both groups. Is it possible to be only in the "user" group
when I first login ?
I remember it was this case in 3.3.0
From: rck@fangio.asd.sgi.com (Robert Keller)
Newsgroups: comp.sys.sgi
Subject: Re: two cursor questions
Date: 22 Jul 92 14:51:29 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA

In article <14045@borg.cs.unc.edu> bergman@proline.cs.unc.edu (Larry Bergman) writes:
>  1) I want to use either the "hourglass" or the "watch" cursor
>     in my code.  Are definitions of either available?

try typing:
    xsetroot -cursor_name watch 
from the command line. the "watch" cursor is part of the default cursor font.
 

>  2) I'm defining a non-default cursor in my program.  For some
>     reason, the new cursor is only displayed in the window that's
>     active when the cursor is defined.  Anywhere outside that
>     window, I get the default cursor (arrow).  This doesn't
>     seem to agree with the documentation.  Has anyone experienced
>     this kind of behavior?  If so, how do I get a non-default
>     cursor definition in other windows (or against the background).

using X this can be done as described below (from the X faq).

...robert


    Subject: 109)  How do I make a "busy cursor" while my application is computing?
    Is it necessary to call XDefineCursor() for every window in my application?

	    The easiest thing to do is to create a single InputOnly window that is 
    as large as the largest possible screen; make it a child of your toplevel 
    window and it will be clipped to that window, so it won't affect any other 
    application. (It needs to be as big as the largest possible screen in case the 
    user enlarges the window while it is busy or moves elsewhere within a virtual 
    desktop.) Substitute "toplevel" with your top-most widget here (similar code 
    should work for Xlib-only applications; just use your top Window):

	 unsigned long valuemask;
	 XSetWindowAttributes attributes;

	 /* Ignore device events while the busy cursor is displayed. */
	 valuemask = CWDontPropagate | CWCursor;
	 attributes.do_not_propagate_mask =  (KeyPressMask | KeyReleaseMask |
	     ButtonPressMask | ButtonReleaseMask | PointerMotionMask);
	 attributes.cursor = XCreateFontCursor(XtDisplay(toplevel), XC_watch);

	 /* The window will be as big as the display screen, and clipped by
	    its own parent window, so we never have to worry about resizing */
	 XCreateWindow(XtDisplay(toplevel), XtWindow(toplevel), 0, 0,
	     65535, 65535, (unsigned int) 0, CopyFromParent, InputOnly,
	     CopyFromParent, valuemask, &attributes);

    When you want to use this busy cursor, map and raise this window; to go back to
    normal, unmap it. This will automatically keep you from getting extra mouse
    events; depending on precisely how the window manager works, it may or may not
    have a similar effect on keystrokes as well.

    In addition, note also that most of the Xaw widgets support an XtNcursor 
    resource which can be temporarily reset, should you merely wish to change the
    cursor without blocking pointer events.

    [thanks to Andrew Wason (aw@cellar.bae.bellcore.com), Dan Heller 
    (argv@sun.com), and mouse@larry.mcrcim.mcgill.edu; 11/90,5/91]

    ----------------------------------------------------------------------
From: sgi.com!pdi!shoshana@BRL.MIL (Shoshana Abrass)
Newsgroups: comp.sys.sgi
Subject: Serial ports / 4.0.5
Date: 30 Jul 92 22:04:44 GMT


  Help! I need to get some serial ports working and the hotline is 
  seriously backlogged.

  We have a 4D/210 with one cdsio board. We use a total of eight
  serial ports simultaneously on this machine, two from the CPU
  board and the six from the cdsio board. Under 3.3.2 things 
  were running fine, but the six ports on the cdsio board couldn't 
  all keep up with 38,400 baud simultaneously. 

  We got a firmware upgrade for the cdsio board (to 20005), but 
  this required us to go to 4.0.5. Now the cdsio ports work great, 
  but we're getting errors trying to use the CPU-board ports at 
  38.4 - 'baud rate' or 'framing' errors according to the devices 
  we have attached. The only thing that's changed is the operating
  system; the CPU-board ports worked fine under 3.3.2.

  SGI borrowed this system for a demo and their way of getting
  around this problem was to install a second cdsio board 
  temporarily. We don't have that option (darn :) so we need to 
  get these CPU board ports working.

  Any assistance greatly appreciated. 

  -shoshana
   shoshana@pdi.com
   Shoshana Abrass
   Pacific Data Images, Sunnyvale, CA
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: IRIX error message (Need help)
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 29 Jul 92 01:42:15 GMT

In <Bs3s2C.Jvt@news.cso.uiuc.edu> amg8408@uxa.cso.uiuc.edu (Avijit  Moitra) writes:
|     I have an IRIS4D/35 with on external hard drive (andataco) and one
| external 8mm tape drive.  My system sometimes goes down with the following
| error message on the sreen :
| -----------------------------------------------------------------------
| PANIC : IRIX killed due to bus error
| 	at PC : 0x8000CFFC  ep: 0x800EF57C
| -----------------------------------------------------------------------

No way to tell what this is without knowing where in your kernel
that is.  Try using dbx -k on the files in /usr/adm/crash if you
have dbx.  If not, since it seems to be associated with the drive
you bought from Andataco, they may be able to help.
--
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: asphddg@cidsv01.cid.aes.doe.CA (Daniel Galuchon)
Newsgroups: comp.sys.sgi
Subject: toochest problem
Date: 21 Jul 92 14:57:19 GMT
Reply-To: dgaluchon@cid.aes.doe.CA
Organization: Environment Canada


   Hi,
       Problem with 'toolchest'. It does not know about quit_mwm.
       Although I have no problem Loging Out from Motif root menu.
       In .chestrc file, I have tried:
              " LOGOUT"            f.exec quit_mwm
              " LOGOUT"            f.exec f.quit_mwm
              " LOGOUT"            quit_mwm

       I have Irix 4.0.2 on my Workstation, and Irix 3.3.2 on the
       local server. I choose mwm because it is more standard.
       I am using an .xsession with an exec mwm >/dev/console 2>&1
       as the last statement. That's the best way I have found yet.
       Putting mwm in the background with reaper as the last call
       gave me trouble with the endsession script. In the console
       I had error messages, 'xprop on the DISPLAY variable', and the
       only way to logout was to put :.0.0 in DISPLAY! That is why
       I use exec mwm. Presently, the only problem is Loging out
       with 'toolchest'. 

             
             D. Galuchon
             User Support Services
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Exabyte 8500 firmware
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 22 Jul 92 19:08:46 GMT

In <fish.711814903@news2.gsfc.nasa.gov> fish@daacdev1.stx.com writes:

| lsr-vax!art@uunet.uu.net (Art Hays - PSTAFF) writes:
| 
| >Dave Olson worte on 14 Mar 92, <i8rksog@zuni.esd.sgi.com>:
| >|> We haven't even completed qualification of the 8500 yet, as far as I
| >|> know.  There are no hardware changes, just a different firmware rev.
| ...
| 
| >And also in <ip4s4o4@zuni.esd.sgi.com>:
| >|> The 8500 (5 Gb) isn't fully qualified (by SGI) yet, and there is some
| ...
| 
| well, this is really confusing because i just got two 8500's purchased 
| from SGI (does this mean it isn't "fully qualified" yet its shipping???
| dave (or anybody else) can you clarify this?)

This was old mail.  The drive is qualified now, but not on all platforms;
I'm not even sure which ones, although I know crimson was one of them.
--
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