HDTenEightyP/NetNews huggingface dataset:
From: amoss@huji.ac.il (Amos Shapira)
Newsgroups: comp.sys.sgi
Subject: Re: Euroweather data
Date: 15 Sep 92 10:54:21 GMT
Organization: Mail to News Gateway at Wang Labs

thsspxh@iitmax.iit.edu (Patrick HURT) writes:

>In article <1992Sep11.114718.26874@ringer.cs.utsa.edu> senseman@ricky.brainlab.utsa.edu (David M. Senseman) writes:
>>In article <18n71qINNi9g@darkstar.UCSC.EDU> mmcohen@cats.ucsc.edu (Michael M Cohen) writes:
>>The original post in this thread (which I missed somehow) mentioned
>>something about getting US weather maps but not European. Could someone
>>E-Mail me the site for getting US Weather maps? Thanks.
>>--

>Me too, please! Also, if anybody has a script getting the weather
>by ftp, and popping it up on the screen, please mail it to me.

From grepping through the comp.sys.sgi archives on sgi.com I found an article
mentionning cumulus.met.ed.ac.uk, directories images (sun raster[?]) and
images/gif as holding photographs downloaded every mornning and every
afternoon.  There are photographs of England, Europe, Scandinavia and something
called "world" which actually covers about the entire mediteranian(sp?). Fetch
the README file for details.

In order to copy this automatically you might want to use the "mirror" package
writen in perl by Lee M J McLoughlin <lmjm@doc.ic.ac.uk> and available on
ftp.doc.ic.ac.uk, but this might be a bit too heavy for such a task.  A simpler
approach might be a script ran from cron and looks roughly like:

ftp -i -n cumulus.met.ed.ac.uk << __END_OF_FTP_SCRIPT__
mget images/*
quit
__END_OF_FTP_SCRIPT__

Hope this helps,
--
--Amos Shapira (Jumper Extraordinaire)
C.S. System Group, Hebrew University, Jerusalem, Israel
amoss@cs.huji.ac.il
Newsgroups: comp.sys.sgi
From: mbersohn@alchemy.chem.utoronto.ca (M. Bersohn)
Subject: QIC TAPE TRANSFER OF ASCII FILES SGI<---->PC
Originator: mbersohn@plumbum.chem.utoronto.ca
Organization: University of Toronto Chemistry Department
Date: Sun, 6 Sep 1992 11:12:34 GMT

Does anyone out there have experience in transferring
large ASCII files via 1/4" tape casettes between an SGI
workstation and a PC? No I can't ethernet them together,
they're on different continents. 
In other words is there a version of tar, bru or what
have you which would produce PC readable tapes and
what does a PC have to do to produce SGI readable tapes?
I will post any solution that I have successfully tried.
Thanks in advance for email assistance.
mbersohn%alchemy.chem.utoronto.ca
From: john@sg25.aud.temple.edu (John W. Schwegler)
Newsgroups: comp.sys.sgi
Subject: Re: where are A/D boards for SGI
Date: 12 Sep 92 01:10:43 GMT


In message <BuDGsF.LB4@news.cso.uiuc.edu>,
 William Sherman <wsherman@ncsa.uiuc.edu> writes:

> I'm sure someone out there has an A/D board for their SGI system, but
> everyone I know who needs analog data uses a PC, then send the data
> over serial lines.  This is bad for serveral (probably) obvious reasons.

> Can anyone out there tell us of success/unsuccess stories of 3rd party
> VME A/D boards, and what kind of SGI support you received?  Did you
> have to write your own device drivers ...?

A/D, D/A, and digital I/O capabilities. However, the last time I checked they
had little explicit support for the SGI. We ended up memory-mapping the board
(their model DT1492G-8DI, 16 bit DIO, 8 channels of differential 12-bit A/D 
 @ 250 KHz total, 2 channels of 12-bit D/A @ 130 KHz/channel) into user
memory space (both registers and memory buffers) and writing our own
user-level drivers. An SGI support guy gave us the base driver for the
board from which we developed our drivers, but I'm not sure if I can still
locate him. I do have the original driver he gave us, though.
The general company info is:

	Data Translation
	100 Locke Drive
	Marlboro, MA 01752-1192
	(508) 481-3700

> 	Thanks,
> 	Bill
______________________________________________________________________________
"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
From: cook@bebop.esd.sgi.com (Doug Cook)
Newsgroups: comp.sys.sgi
Subject: Re: Amesh source?
Date: 14 Sep 92 14:26:21 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <1992Sep14.112021.24762@u.washington.edu>, pdanset@hardy.u.washington.edu writes:
> 
> Sorry if this has been asked before, but I would appreciate it if 
> someone could answer the following questions about the demo program
> "amesh":
> 
>   o  Is the source for "amesh" available on the net?  I have checked
>      the usual sites, but was not able to locate it.

I think we might have put it on the CD given out at the Developer's
Forum, but beyond that, I don't think we've given out the source.

>   o  The amesh binary appears to contain calls to the standard
>      AudioLibrary routines as well as "open" and "ioctl" calls
>      to /dev/hdsp/hdsp0{master,r*} (i.e. direct calls to the DSP
>      subsystem).  I'm assuming that the calls to the DSP subsystem
>      are issued from the modules within /usr/lib/libaudio.a and not
>      from the amesh source.  Is this correct?  (That is, will I be
>      able to write a program with similar functionality and performance
>      using just AL calls?)

Your assumption is correct. Amesh is a regular AL application.
 
>   o  Is the FFT being performed on the 56001 DSP chip or the
>      R3000 CPU?  Is the FFT computed using integer (fixed
>      point) or floating point arithmetic?

The FFT is being computed on the R3000 (unless you have a blackjack
[R4K Indigo]). It uses floating-point arithmetic.

	-Doug

Doug Cook  	(cook@sgi.com)		|    "What IS Digital Media?	
Software Engineer, ISD Digital Media	|    ...another name for graphics."
Silicon Graphics, Inc.			|
From: ageorge@ra.nrl.navy.mil
Newsgroups: comp.sys.sgi
Subject: GL Programming
Date: 9 Sep 92 18:31:23 GMT
Reply-To: ageorge
Distribution: world
Organization: Naval Research Laboratory, Washington DC
News-Software: VAX/VMS VNEWS 1.3-4


	Hello Everyone,

	Could any of you guys direct me to a newsgroup for SGI Graphics
Library(GL) programming?

	Thank you in advance,
	Arthur George, NRL
	ageorge@BDCI143.nrl.navy.mil
From: vamsee@bioiris.tamu.edu (Vamsee Lakamsani)
Newsgroups: comp.sys.sgi
Subject: Can't load dksc(0,1,0)/unix, no command monitor prompt, help!
Date: 6 Sep 1992 05:05:23 GMT
Organization: Center for Macromolecular Design, Texas A&M University.


Looks like I have a major problem with one of our workstations. Its an
IRIS indigo Elan running 4.0.1. It went down sometime this evening and
when I tried to restart it using the reset button, it won't start.
It's stuck at the System maintenance menu.  If I select 1, i.e. "start
system" it says "Starting the system ..." followed by 
"Can't load dksc(0,1,0)/unix" and puts me back in the System maintenance menu.
When I select any other option in this menu, it gives me a password prompt
"Enter password: ". No matter what I enter here I get back the 
System maintenance menu as soon as I give a return. This is really 
frustrating. I don't understand what this password is supposed to be.
Yes sir, I tried the root password but it doesn't help. The cursor
does not move at all. 

The PROM menus on the other SGI  workstations don't ask for passwords. 
It neither starts the system nor does it give me the Command Monitor
prompt.

I plan to call up the TAC first thing monday morning. If you have some
suggestions please E-mail them to me.

Thanks

Vamsee
vamsee@tamu.edu
Newsgroups: comp.sys.sgi
From: alek@spatial.com (Alek O. Komarnitsky)
Subject: Comments/Questions about dog/flight
Originator: alek@blaze
Organization: Spatial Technology, Inc. (Boulder, Colorado)
Date: Thu, 10 Sep 1992 08:04:25 GMT

As the title says, I've got a couple of (easy) questions/comments
about dog/flight ... a super game BTW. I've seen some discussion
about the game, so apologies in advance if I cover ground again. 

- I prefer the "Heads-up" option, mostly because the screen is bigger
  and a flight path director is displayed (quite helpful for landings).
  However, is there a way to get this with the instrument version? 
  Along these lines, perhaps a localizer/glideslope and/or flight director bars?
  Also, the man page (4.0.5) discusses a -O option for the "old" 2-D display,
  but that's all I get regardless - didn't I see a version with dials and
  more instrumentation somewhere? The man page also discusses a Mach Meter,
  but I don't see this anywhere either. 

- It seems to me that the airspeed indicator is not "indicated" but "true."
  I.e. it shows how fast you are going, but since density decreases with
  altitude, one's stall speeds increases. It seems that the mathematics
  are being done internally - wouldn't *indicated* airspeed be better?

- Maybe I'm missing it, but small control inputs don't seem to take.
  I.e. it seems one must move the mouse a finite amount before the game
  recognizes the stick has moved. Yep, I overcontrol to begin with, but
  this seems to exagerate the problem. 

- The left/right/behinds arrows are nice, but I find a +-45 degree frontal
  view would be quite helpful too. 

- Upon landing, I'm curious how well I did (close to centerline, etc.)
  But if I touch and go right away, I lose the display of data.
  Perhaps it can stay until a certain keyboard key is touched? 

- Just for fun, one could add a few more sounds for landing ala
  a Ground Proximity Warning (747 only?) I.e. "sink rate, pull up, etc."
  Maybe take off too ("pls fasten your seats belts and put tray tables up!" ;-)

- Be nice if someone "locks on" to you, that you get a warning sound.
  I.e. you are being "painted", so radar warning goes off.

- Visual effects when spoilers/speed brakes are deployed (F-15 would look cool).

- Where do I find jthrust.aiii (sp?) - I've looked through sgi.com
  Also, it seems on the Indigo (fresh load of 4.0.5) that the audio
  files aren't where dog/flight looks for 'em, so I had to setenv
  FLIGHTSOUND (?)

- Doesn't seem to be any roll coupling with yaw (?)

- Stealth Figher ... kinda slow & doggy, but no radar image. 
  BTW, I've heard that there are all sorts of "planes" at Mountain View,
  including Snoopy's Doghouse (?) Perhaps these could be made available via FTP?

- The -i and -o options are pretty dang nice for solo work!

All in all, a super game!
alek

P.S. Getting the 747 off *without* touching the rudder pedals is a challenge!
Newsgroups: comp.sys.sgi
Subject: NIS failure whilst NFS still works
From: raymond@ccu1.aukuni.ac.nz ( Raymond W L Martin)
Date: Tue, 15 Sep 1992 23:29:07 GMT
Organization: University of Auckland, New Zealand.
Keywords: NIS NFS respond client master ypbind
Summary: An NIS client was changed to a different subnet.  NIS failed NFS OK.

Our Local network was altered so that one of our NIS clients remained in
c class subnet 1,  eg 192.0.1 and the master  and another client moved
to c class subnet 3,  eg 192.0.3 with a router 192.0.1.132 between them.
	NIS works fine for the master and client on subnet 3 and NFS
works through to subnet 1 OK but as soon as I start the ypbind on the
subnet 1  client the message ypbind[nnn]: NIS v.[12] server not
responding for domain "cc-yp"; still trying occurs.  A df command takes
ages to run and after a few of these messages finishes.  Attempted NIS
logins fail and the ypbind messages continue.  
	The only cure is to kill off ypbind.
	
	Can anyone enlightened me.  It appears that NIS is interfering
with a perfectly well routed system!
	
	Ray Martin
	IRIX administrator
	Computer Centre
	Auckland University
	New Zealand



Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: dump parameters for various types of media?
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 11 Sep 92 23:06:47 GMT

In <32536@adm.brl.mil> mcdonald@aedc-vax.af.mil writes:

| I was wondering how to set the various parameters in dump for the various
| types of media (especially 4mm DAT tapes).
| 
| What values should the following be set to:
| Blocking Factor
|               1/2" tape density 6250 BPI  64 ?
|               1/4" cartridge              126 ?
|               2.3-Gbyte 8mm               ?
|               4mm DAT                     ?

Well, there are no absolutes, but there are our 'recommended' defaults.
You can find these (for scsi tape) in master.d/tpsc.  Note that the
large sizes may not be readable on non-SGI machines (Sun's in particular
have problems with larger than 64K -2 bytes.

In general, you want something large enough to not cause overhead to
predominate, but not so large that you aren't able to overlap tape
and disk i/o.  I'd recommend using at least 64 Kbyte buffers for
all of the above.

| Tape Density
|               1/2" tape                   6250 BPI ?
|               1/4" cartridge              1000 BPI ?
|               2.3-Gbyte 8mm               54000 BPI ?
|               4mm DAT                     ?

I'd use 54000 again, it is all bogusly calculated anyway.

| Length(size) of Tape
|               1/2" tape                   2300 - 2400 feet ?
|               150-Mbyte 1/4" cartridge    600 feet ?
|               2.3-Gbyte 8mm               6000 feet ?
|               4mm DAT                     ?

I'd use 3350 for 60 meter (1.3 Gb), and  5200 for 90 meter (2.0 Gb).

A future release will have an argument 'C' to dump that allows you
to specify capacity in kbytes or mbytes, rather than requiring the
d and s arguments.


--
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: jeremy@classic.asd.sgi.com (Jeremy Higdon)
Subject: Re: SMD disk question
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 16 Sep 1992 00:07:44 GMT

In article <1576@rwja.umdnj.edu>, elkins@rwja.umdnj.edu (George Elkins) writes:
> 
> We have an Iris 4D/120 (running Irix 4.0.5) with the following SMD
> disk controller and two 1.2 Gb SMD disks in an external 4-drive
> cabinet, shown below from hinv.
> 
> Xylogics 754 4-drive SMD disk controller 0: Firmware version 2.7.0
> SMD Disk drive: unit 1 on Xylogics controller 0
> SMD Disk drive: unit 0 on Xylogics controller 0
> 
> Question: If I put in two more of these disks strictly for remote use
> on another 4D/120 via NFS, how much could the additional disk I/O
> affect the CPU performance, SMD disk controller performance and access
> to the two original disks?

The affect would depend on how much the two additional disks were used.
Since you're only using it for NFS, the CPU has to handle the extra
NFS traffic.  On the disk side, the worst case would be that you always
have some NFS generated request outstanding in which case half the
requests would service the extra disks.  So the original disks could
see up to 50% less performance.  But it really depends on how much
you use the new ones.

jeremy
From: gray@celia.UUCP (Steve Gray)
Newsgroups: comp.sys.sgi
Subject: GL/X error questions
Date: 9 Sep 92 00:29:46 GMT
Reply-To: celia!gray@usc.edu (Steve Gray)
Organization: Rhythm & Hues, Inc., Hollywood

I get the following error when trying to open a window using winopen():

Xlib: resource ID allocation space exhausted!
GL: X request = 1.0, error code = 14
ERROR #93  Error in communication with window server: ERR_WMANIPC


I realize this is probably more an X question that a GL question, but I'm
hoping someone can clue me in...

Thanks!


P.S. This is a pure GL application -- I make no direct X calls.
From: vulture@carrion.cc.ic.ac.uk (Thomas Sippel - Dau)
Newsgroups: comp.sys.sgi
Subject: Re:  Screen background
Date: 8 Sep 92 10:08:39 GMT
Reply-To: cmaae47@cc.ic.ac.uk
Organization: Imperial College of Science, Technology and Medicine

In article <47208@shamash.cdc.com>, george@efe.frk.cdc.com (G. Ioannidis) writes:
 -- But there is a  problem with us Europeans: We would like to have the  weather
 -- map of Europe instead.  And besides that,  due to the time diference, we get a night
 -- picture of the USA,  while it is early morning here.
 -- 
 -- Do you know of any actual European weather map name?
Log on to cumulus.met.ed.ac.uk, which is a machine of the metereological
institute at the Eniversity of Edinburgh, anonymous ftp, directories images
and images/gif. They have several European maps which are updated daily.

The problem will probably be bandwidth, but maybe you get from there a pointer to 
somewhere nearer you.
                                             Thomas
-- 
*** This is the operative statement, all previous statements are inoperative.
*   email: cmaae47 @ cc.ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic.cc on Janet)
*   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
*   snail: Imperial College of Science, Technology and Medicine
*   The Center for Computing Services, Kensington SW7 2BX, Great Britain
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: For Fred Beck, re: PROM password (mail bounces)
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 8 Sep 1992 22:04:48 GMT

|  Subject:  Re: Can't load dksc(0,1,0)/unix, no command monitor prompt, help!
|  
|  |  Just a quick reply, we received several 4D/35's which had the nvram
|  |  passwd set at the factory.  Through "trial and error" we (I) found 
|  |  that it was set to "sgi".  The other 4D/35/25's did not have this
|  |  "problem".
|  |  
|  |       -Fred Beck
|  
|  Are you *sure* that they were set at the factory?  I would be
|  extremely surprised to hear that this had happened.  Did you
|  get the systems straight from the factory, or through a sales
|  office?

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: ted@cs.utexas.edu (Ted Woodward)
Newsgroups: comp.sys.sgi
Subject: PI video boards and X performance
Date: 5 Sep 1992 17:10:22 -0500
Organization: U Texas Dept of Computer Sciences, Austin TX
Distribution: world
NNTP-Posting-Host: bovina.cs.utexas.edu

I'm putting together a proposal for an upcoming project at work.  I need
dual screen 1280x1024 graphics, and I've settled on the V35 (a VME based
4D/35).  I need to decide which video boards to use: G w/24, TG, or XS24.

Our project is in X only.  No GL.  It uses XDrawLine and various XFill
routines.  Will choosing a TG or XS24 over the G make any performance
difference in this case?  If so, how much for each?

Thanks in advance.

-- 
Ted Woodward (ted@cs.utexas.edu)

"Mad scientists HATE shopping for shoes!" -- Peaches
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: Ethernet hardware problem??
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Sat, 12 Sep 92 20:29:50 GMT

In <1992Sep11.225615.7706@u.washington.edu> wrb@ulnar.biostr.washington.edu (William R. Barker) writes:
| I've got a 4D/20 that I moved from one room to another, and after said  
| move the system won't come up on the net.  Worked fine before the move.  
| 
| A console message keeps repeating ad infinum:
| 
| ec0:  dying and restarting
| 
| The transceiver (ST-500) collision light is constantly lit, whether  
| connected to the ethernet or not. 
| 
| The problem is not the transceiver or xceiver cable; I've swapped both  
| out.  Same symptoms.

It still sounds like a problem with the cabling, even if you
have swapped them.  I'm not familiar with the ST-500 by name,
but if it is 10 base T, look at the cable/connector on the 10BaseT
side as well.  I've seen a number of problems with similar symptoms
caused by poor connections on that side.  Similar things can happen
with AUI, of course.  While I can't categorically state that it
isn't a hardware problem in the 4d20, it seems unlikely.
--
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: raines@dirac.physics.upenn.edu (Paul Edgar Raines)
Newsgroups: comp.sys.sgi
Subject: 4.0.5 and openwin problem
Date: 10 Sep 92 15:46:09 GMT

I recall a post several weeks ago about there being
a problem running openwin apps under 4.0.5.  I just
installed 4.0.5 and when I remotely log in to our Sun
and run mailtool, the system eventually freezes up.
One must either hit the reset button on the Indigo
or log into the Sun elsewhere to kill mailtool.

What is the problem with 4.0.5 and openwin?  Everything
worked fine in 4.0.1.

-- 
Paul Raines	raines@purcell.physics.upenn.edu	215-898-8832
Dept. of Physics
University of Pennsylvania
From: macleod@vissgi.cvrti.utah.edu (Rob MacLeod)
Newsgroups: comp.sys.sgi
Subject: FORMS and OpenGL
Date: 15 Sep 92 17:00:37 GMT


Mike Manyin writes:

>THE QUESTION:
>Has anyone made provisions for the eventual migration to OpenGL?
>I realize that support for Iris GL should be available for several
>years to come, but future enhancements and portability issues
>make OpenGL the way to go.

This is indeed a crucial question which we are also facing at the moment.
We have applications running that use FORMSLIB and think it's a wonderful
piece of code.  However, we do not want to stuck in GL, never to enjoy the
benefits of OpenGL, especially its portability.  So we are starting to
write mixed mode code, and wondering which way to go with our future
developments. 

It would seem that another possibility for the as-yet-not-too-committed
user would be to find (develop) a similar set of tools, essentially and
interface builder, to the FORMSLIB designer, that would implement things
in some OpenGL compatible fashion.  Does anyone know if such tools exist,
or what is on the horizon in this regard?  It would mean the end of
FORMSLIB, but I fear this is inevitable unless the author, or a group of
people willing to contribute to a major re-write, are willing and able to
tackle OpenGL-FORMS.

Rob.


--------------------------------------------------------------------------
Rob MacLeod, Ph.D.
Nora Eccles Harrison Cardiovascular Research and Training Institute (CVRTI)
Building 500, University of Utah          
Salt Lake City, Utah 84112                      ____  __o
Internet:  macleod@cvrti.utah.edu              ____   -\<,
Phonemail: (801)581-8183                         ....0/ 0
Fax:       (801)581-3128
---------------------------------------------------------------------------
From: georges@atl380.atlanta.sgi.com (George Smith)
Newsgroups: comp.sys.sgi
Subject: Re: where are A/D boards for SGI
Date: 11 Sep 92 21:12:27 GMT
Distribution: na
Organization: Silicon Graphics, Inc.

Hi:
	Data Translation makes a line of VME base A/D and D/A. The
series is the DT1492. They work pretty well. 
-- 
+ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +
|  George Smith  (Systems Engineer) | ph.(404)392-1333              |
   Silicon Graphics Inc.              Email: georges@sgi.com         
|  Atlanta,Ga.                      | Vaya con Dios		    |
From: karsh@sgi.com (Bruce Karsh)
Newsgroups: comp.sys.sgi
Subject: Re: Amesh source?
Date: 14 Sep 92 20:28:07 GMT
Organization: Silicon Graphics, Inc.

In article <prjoui4@zola.esd.sgi.com> portuesi@tweezers.esd.sgi.com (Michael Portuesi) writes:

>The FFT is computed on the R3000 CPU.  From a quick look
>at the source, it looks like the FFT is being computed using
>floating point arithmetic, off a pre-built table of sine and
>cosine values.  However, I'm not an expert on FFT code, so
>I could be mistaken.  Perhaps Bruce or one of the audio gurus
>can correct me if I'm wrong. 

You are correct.  Amesh is a perfectly normal AL/GL application.  It
uses a conventional single precision FFT running on the MIPS, not the
DSP.

>> My application is in speech signal processing and recognition; I
>> would like to write a program which can, among other things, display
>> a near-realtime spectrogram (2D, not 3D).

This is well within the capabilities of the Indigo.
--

			Bruce Karsh
			karsh@sgi.com