HDTenEightyP/NetNews huggingface dataset:
From: rjwalsh@maths.tcd.ie (Robert Walsh)
Newsgroups: comp.arch
Subject: FPS M64/330 question
Keywords: fps microvax
Date: 13 Dec 92 15:41:57 GMT
Organization: Dept. of Maths, Trinity College, Dublin, Ireland.
Organisation: Amalgamated Durables

A small research group I am a member of recently had donated to it
a Floating Point Systems M64/330 Vector Processor. According to
the blurb that came with it, it was designed to be used in conjunction
with a Microvax running MicroVMS. This front end was linked to the
VP via the Q22 bus, and communicated with it via a program called
'SJE464'.

Unfortunately, we never got a MicroVax with the VP, so it's just
sitting there with nothing to do. We have our own MicroVax, but
it's running Ultrix. However, it seems to us that the 'SJE464'
program is simply some sort of fairly intelligent communications
program that talks to the VP, lets it access files on the MicroVax,
passes our commands down to it, etc. So we figure we might just be
able to write our own version of it. However, we're a little
uncertain as to where to start. Does anyone know exactly how the
MicroVax talks to the VP via this program?

Also, is there an ftp site anywhere with sources/docs for FPS M64
series of systems?

Any help would be appreciated.

Robert.
-- 
rjwalsh@maths.tcd.ie          \ Inexplicably, Georges porcupine goes flat.
Robert Walsh                   \ 
Student Computer Research Group \ 
Trinity College, Dublin.         \ 
Newsgroups: comp.arch
From: duncan@super.org (Duncan A. Buell)
Subject: Re: Any use for Branch if Even/Odd ?
Organization: Supercomputing Research Center (Bowie, MD)
Date: Fri, 11 Dec 1992 14:12:19 GMT

I can think of several uses for this instruction.  Exponentiation is
one obvious example.  Although I can't recall specifics, I know I have
on *many* occasions done a branch based on the low bit of an integer.

I am equally sure that this is NOT the reason the instruction exists.
Such an instruction is especially useful in handling bit patterns
used for controlling execution, and there is probably a good reason
in the architecture or operating system for this.

An afterthought.  I mean exponentiation of integers or exponentiation
in some other group or ring.  ("I suppose there probably *are* other
kinds of exponentiation," he said, in an attempt at humor.)

Duncan Buell
 ----------------------------------------------------------------------
|   Duncan A. Buell                    Senior Research Scientist       |
|   301-805-7372                       Supercomputing Research Center  |
|   301-805-7602 (FAX)                 17100 Science Drive             |
|   duncan@super.org                   Bowie, Maryland 20715           |
 ----------------------------------------------------------------------
From: jackc@vermont.mti.sgi.com (Jack Choquette)
Newsgroups: comp.arch
Subject: Re: Date request
Date: 16 Dec 92 22:39:42 GMT
Organization: Silicon Graphics, Inc.
NNTP-Posting-Host: vermont.mti.sgi.com

In article <1992Dec16.171133.2856@lsl.co.uk>, snail@lsl.co.uk writes:
|> The above aside, I'm always puzzled as to how the American date convention
|> started: Mont/Day/Year is neither LSB or MSB, where as Day/Month/Year and
|> Year/Month/Day have obvious reasoning behind them.
|> -- 

One reason that has been suggested to me is that it's based on the size of
number and organized smallest to largest.  The largest month is 12, largest
day is 31, and largest year is >1992.

But I think the real reason is because Month/Day/Year is the way a date is
written out in short form.  For example:
	"The event occured on the 25th of May in 1968"
which is shorten to
	"The event occured on May 25, 1968"
which is shorten to
	"The event occured on 5/25/68"


/jack
Newsgroups: comp.arch
From: meissner@osf.org (Michael Meissner)
Subject: Re: Any new instructions in a i486?
Organization: Open Software Foundation
	<1992Dec15.042513.23969@gandalf.ca> <1992Dec15.155425.25217@convex.com>
Date: 17 Dec 92 11:06:28

In article <1992Dec15.155425.25217@convex.com> finger@convex.com (Jay Finger) writes:

| In article <1992Dec15.042513.23969@gandalf.ca> dperks@gandalf.ca (Dave Perks) writes:
| >Is it also possible that since the Intel 486 supports supervisor-mode write
| >protection, it is is used to allow something like copy-on-write?  If NeXT Step
| >was designed to use this then the kernel would require fairly major changes.
| 
| Yep, NeXTstep (and maybe Mach in general, somebody correct me if I'm wrong)
| uses copy-on-write all over the place.  The programmers' references
| mention copy-on-write in many places (at least the 2.x documentation does,
| but that's for a 680[34]0).

While I can't say anything about NeXT's implementation, I am posting
this article from a 386 (not a 486) running OSF/1, which is based on
Mach, and uses copy-on-write all over the place.
--
Michael Meissner	email: meissner@osf.org		phone: 617-621-8861
Open Software Foundation, 11 Cambridge Center, Cambridge, MA, 02142

You are in a twisty little passage of standards, all conflicting.
From: 48ganelin@cua.edu
Newsgroups: comp.sys.sgi
Subject: gcc 2.3.2 and libg++ 2.3 ? Inst.problem.
Date: 20 Dec 92 23:42:45 GMT
Organization: The Catholic University of America

I successfully compiled libg++ 2.3 with gcc2.3.2.
But when I tried make check I got

.....
   ./tformat
Encounter no errors in 3988 tests.
Virtual memory exceeded in `new'.
*** Error code 255

Does it have something to do with gcc or with configuration of our
system.
From: krumbein@thama1.apgea.army.mil (Michael Zvi Krumbein)
Newsgroups: comp.sys.sgi
Subject: ftp.sgi.com
Date: 11 Dec 92 17:16:10 GMT

Are the files in sgi.com's ftp available (legally) to all? I ask because of
the discussion about psview. Is it available to everyone with support? Everyone
who owns an SGI machine?

mzk Michael Zvi Krumbein krumbein@thama1.apgea.army.mil
From: gord%jericho.uucp (Gord Wait)
Subject: SGI Dat sold separately?
Organization: S-MOS Systems, Inc. (Vancouver Design Center)
Date: Fri, 18 Dec 1992 00:48:54 GMT


So far, the SGI Dat machine seems to be the only one that does Audio
and Computer Backups (correct me if I'm wrong please!).

If I could buy an SGI dat drive (without an SGI computer) , could it
be connected to a PC via some scsi controller, and could I get it to
work for both audio and data without an SGI box attached?

I would like both tape backup, and an audio dat, and it would seem
silly to have to purchase two different dat machines!

If the above is possible, how much (roughly) does the SGI dat sell
for? If it cost more than a PC dat plus and audio dat, it would
obviously be a dumb idea...

Comments?


-- 
Gord Wait 	SMOS Systems Vancouver Design Centre
uunet!jericho!gord
gord%jericho@uunet.uu.net

Newsgroups: comp.sys.sgi
From: crg@stat.psu.edu (Colin R Goodall)
Subject: Re: gr_osview
Organization: Statistics Department, Penn State University
Date: Mon, 14 Dec 1992 22:27:41 GMT

I have had some ``me-to'' queries about more general use of gr_osview.
I have found the gr_osview program useful for displaying the
results of simulations, using ``export'' files, i.e. -D option.
My procedure is

(1) Start gr_osview -s <export> with a guess at a suitable .grosview file.
(2) Edit <export> to replace the labels and to eliminate the data fields.
(3) gr_osview -D <export>
(4) Start the simulation, appending ascii output in the correct format to
<export> every 0.2 seconds, or less frequently.

On balance, using the nice graphical display features of gr_osview
this way outweighs the problems of dealing with the <export> file.
Here are some questions:

(1) What is the interpretation of lines 2-6 the <export> file?
I have deduced the meaning of only a few of the fields.

(2) It appears wasteful to perform averaging in my program and then
again in gr_osview, when the simulation rate is faster than 1/5 secs.
Can the gr_osview clock go faster?

Please reply directly to
crg@stat.psu.edu

Colin Goodall
From: jake@dxal13.cern.ch (Robert Jacobsen)
Newsgroups: comp.sys.sgi
Subject: rdist  from Ultrix to SGI work?
Date: 12 Dec 92 16:49:18 GMT


I am having trouble doing a 'rdist' distribution from
an Ultrix DECstation to an IRIX SGI machine.

The error message I get is:

   rdist: connection failed: version numbers don't match

which the man page suggests may be due to a problem starting
the shell.  rlogin. rcp, rsh, etc, all work fine in the
same direction.  rdist in the other direction (SGI to Ultrix)
works fine. I can't find anything wrong with the various
.login, .cshrc, etc files - the problem occurs even when these
are removed.

The versions in question:

       IRIX Release 4.0.5 System V shift3

       ULTRIX V4.2A (Rev. 47) System #1:
       UWS V4.2A (Rev. 420)

Any suggestions would be greatly appreciated.

Thanks
Bob Jacobsen
jake@dxal13.cern.ch
From: krumbein@thama1.apgea.army.mil (Michael Zvi Krumbein)
Newsgroups: comp.sys.sgi
Subject: ftp.sgi.com
Date: 12 Dec 92 14:10:05 GMT

Are the files in sgi.com's ftp available (legally) to all? I ask because of
the discussion about psview. Is it available to everyone with support? Everyone
who owns an SGI machine?

mzk Michael Zvi Krumbein krumbein@thama1.apgea.army.mil
From: george@tusk.med.harvard.edu (George Planansky)
Newsgroups: comp.sys.sgi
Subject: xdm -- windows go black when moved ??
Date: 16 Dec 92 02:16:52 GMT

When we move windows, they go black.

If we close a blackened window to an icon, and open the icon to a
window, the window is restored.  If we cover a blackened window with
another window, then uncover it, the previously covered portion is
restored.  

However, some black rectangles persist, immovable, and affect the
borders of new windows, which evokes memories of bit-plane confusion.

Here's the setup:

IRIX 4.0.5C 
8 40 MHZ IP7 Processors
FPU: MIPS R2010A/R3010 VLSI Floating Point Chip Revision: 4.0
CPU: MIPS R2000A/R3000 Processor Chip Revision: 3.0

Graphics board 0 is "VGX" graphics.
        Managed (":0.0") 1280x1024
        5 spans,        IMP3
        EV mask = 0x0
        1 screen(s) on this pipe

Can anyone shed some light on this for us?

George

Please cc to my email address:

email: gplanansky@tusk.med.harvard.edu
phone: (617) 432-3919
Newsgroups: comp.sys.sgi
From: dmlaur@magritte.Princeton.EDU (David M. Laur)
Subject: Re: SGI workstations in the schools?
Originator: news@nimaster
Organization: Princeton University
Distribution: comp
Date: Thu, 17 Dec 1992 15:30:33 GMT

In article <1gohjkINNa9l@fido.asd.sgi.com> gints@prophet.esd.sgi.com writes:
>
>I know about SGI equipment at [...] Princeton (about 50 machines)
>

Currently, there are approximately 180 SGI's at Princeton, 40 of which
are in 2 classrooms, available to undergraduates (from all departments)
24 hours a day.  The computer graphics group in the CS dept have another
collection of machines.

--

David Laur                                It is absurd to divide people
Princeton University                      into good and bad; people are
Interactive Computer Graphics Lab         either charming or tedious.
dmlaur@princeton.edu                                - Oscar Wilde
From: davea@quasar.mti.sgi.com (David B.Anderson)
Newsgroups: comp.sys.sgi
Subject: Re: cpp-error?
Date: 16 Dec 92 05:10:40 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <LIU9YF@math.fu-berlin.de> melchers@Chico.Chemie.FU-Berlin.DE (Bernd Melchers) writes:
>Is there an error in silicon graphics (mips) preprosessor ? >The preprocessor evaluates the following file as below
[ ]
>#elif CSWITCH

Bug in cpp.   #elif is not dependable in K&R C

It appears that you are running compiler release 2.10 since
your cc is running K&R C by default.

With 2.40 and 3.10 compilers cc defaults to ANSI C.
The  ANSI cpp (acpp) does not have this bug.

cc -cckr continues to have the bug in 2.40 & 3.10.

For the next major release there is a new front end which does not
have this bug in either K&R or ANSI mode.

Regards,
[ David B. Anderson             (415)390-4263             davea@sgi.com ]
From: erikl@shogun.asd.sgi.com (Erik Lindholm)
Newsgroups: comp.sys.sgi
Subject: Re: space simulator
Date: 17 Dec 92 21:23:45 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA
NNTP-Posting-Host: shogun.asd.sgi.com

The planets and the moon are fairly accurately placed as are the stars in the vicinity
of the solar system. Beyond that artistic licence takes over. If I knew how to place
other moons accurately I would (given time). Does anybody have equations for the major
moons of the solar system?

Erik

-- 
Of course I'm lying,  .....but I think I love you.       (Yello)

                      .|\!/|.  erikl@shogun.asd.sgi.com  .|\!/|.
From: erikl@shogun.asd.sgi.com (Erik Lindholm)
Newsgroups: comp.sys.sgi
Subject: Re: Problems with SGI Space Simulator - how to fix?
Date: 12 Dec 92 14:53:10 GMT


The toggle for planets is 'o', and the toggle for moons is 'i'. The missing data
file 'df1' was not offered as the color data is (c) by the Geosphere project. df1
is the Earth color+elevation file. An alternate 'df1' data file is now available.

Erik
-- 
Of course I'm lying,  .....but I think I love you.       (Yello)

                      .|\!/|.  erikl@shogun.asd.sgi.com  .|\!/|.
From: awolfe@moo.Princeton.EDU (Andrew Wolfe)
Newsgroups: comp.sys.sgi
Subject: Re: Comparison of R3000 and Intel 386 and 486's
Date: 16 Dec 92 20:58:36 GMT
Organization: Princeton University
Originator: news@nimaster

In article <1992Dec16.055418.12364@ringer.cs.utsa.edu>, senseman@ethel.brainlab.utsa.edu (David M. Senseman) writes:
|> 
|> I hate to post this because this newsgroup has too many flame wars
|> going on right now, but I promised my friend, so please, no flames....
|> 
|> Can anyone send me "speed comparisions" between R3000 and Intel's 386/486 
|> chips? (yeah, I know, ......).
|> 
|> Thank you.
|> 

None of this nonsense.  We all know that only SPEC numbers count ;-)

			SPECint92		SPECfp92
486DX50 -
256K Sec. Cache		30.1			14.0

Decstation 5000-240
R3000-40
64K+64K Cache		27.3			29.9




The 486DX2-66 is faster as is the R4000.

Don't know what compilers or OS versions were used.




-- 
--------------------------------------
Andrew Wolfe
Assistant Professor
Department of Electrical Engineering
Princeton University
Newsgroups: comp.sys.sgi
From: l-he@nwu.edu (Liang He)
Subject: How to render an image larger than screen?
Reply-To: l-he@nwu.edu
Organization: Northwestern University, Evanston, Illinois
Date: Thu, 17 Dec 1992 20:14:01 GMT

Hello Everyone,

	Does anyone out there have the experience to render an image
larger than screen?

	We have a slice maker which has much higher resolution than
Iris's screen. While making slice, we would like to render an image
with higher resolution than the screen's 1280x1024, say 4096x4096.
So we can fully use the resolution of our slice maker. How can we do
it? Can AVS, Ape, or Explorer do it? We have a SGI Personal Iris.

	Thanks in advance.

Liang
Newsgroups: comp.sys.sgi
From: johnu@syma.sussex.ac.uk (John E. Upham)
Subject: Elm for an Indigo
Keywords: elm, email
Organization: University of Sussex
Date: Mon, 14 Dec 1992 18:42:53 GMT

I'd like to install the elm PD mail reader on a network of Indigos. Does
anyone have this and is it easy to install ?

 john upham
-- 
John Upham, Dept. of Chemistry, University of Reading, Berks., RG6 2AD, UK.
Email: scsupham%susssys1.rdg.ac.uk@uk.ac (BITnet), scsupham@rdg.susssys1 (Janet)
Voice:   +44 734 875123 x7441 (day), Fax: +44 734 311610
From: zsd@axe.drea.dnd.ca (Jim Diamond)
Newsgroups: comp.sys.sgi
Subject: apanel brain damage
Date: 15 Dec 92 18:22:21 GMT

In 4.0.5F apanel has the -nodisplay option to allow you to set various
parameters in a command-line fashion.  However, for some strange
reason even if you supply the -nodisplay option (e.g., apanel
-nodisplay -outlevels 100) it won't run if the DISPLAY environment
variable isn't set.  You can workaround this with the -display option,
but it seems foolish touse this along with the -nodisplay option (make
up your mind, do you want a display or don't you?).

Any chance of a little neurosurgery before the Next Major (minor?) Release?

			Jim Diamond
			zsd@axe.drea.dnd.ca
From: smant@nlr.nl (smant g.a.)
Newsgroups: comp.sys.sgi
Subject: man page of mpadmin: deeper meening
Date: 17 Dec 92 13:47:28 GMT

Hi there netpeople,

I was reading the man page of 'mpadmin' on a 4.0.5A 310/VGX and noticed
the next line:

WARNINGS
     It is not possible to restrict or isolate  all processors, nor can all
     processors be restricted or isolated.

Is there a deeper meening, or does it tell you the same thing twice ?

-- 
Best Regards, Geert Albert Smant.
------------------------------------------------------------------------
Ing. G.A. Smant (Informatics Division, IR-NOP)
National Aerospace Laboratory (NLR)           Email:   smant@nlr.nl
Voorsterweg  31,  8316 PR Marknesse           Phone: (+31)(0)5274 - 8418
P.O. Box    153,  8300 AD Emmeloord                  (+31)(0)5274 - 8444
The Netherlands                               Fax:   (+31)(0)5274 - 8210
------------------------------------------------------------------------

Newsgroups: comp.sys.sgi
From: daifuku@xcedrin.esd.sgi.com (Peter Daifuku)
Subject: Re: Overlay Planes on Indigo XS
Organization: Silicon Graphics, Inc.
Date: Tue, 15 Dec 92 20:24:00 GMT

In article <1992Dec14.152344.12368@gmuvax2.gmu.edu>, 2064aw@gmuvax2.gmu.edu (R Moxley) writes:
|> Greetings.
|> 
|> We are attempting to configure an Indigo XS with four overlay
|> planes.  Is it possible to this without impacting the window
|> manager or other functionality?
|> 
|> Thanks for any help...
|> Richard Moxley
|> -- 
|> +----------------------------------------------------------------------------+
|> | Richard Moxley                      Wer mit Ungeheuern kampft, mag zusehn, |
|> | 2064aw@gmuvax2.gmu.edu              dass er nicht dabei zum Ungeheuer wird.|
|> +----------------------------------------------------------------------------+

I'm not sure that I understand the question. An Indigo XS will always have
four overlay planes available. There are two 2-bit visuals and one 4-bit
visual that access these planes, with visual IDs 32, 33 and 34 respectively.

Peter Daifuku
daifuku@sgi.com
From: ross-c@scs.leeds.ac.uk (R Clement)
Newsgroups: comp.sys.sgi
Subject: Re: Indigo support for MIDI?
Date: 13 Dec 92 17:02:10 GMT

In article <1992Dec11.203107.28052@sifon.cc.mcgill.ca> you write:

[Summary of responses of Midi dongles and software deleted]

The MIDIMAN Mini Mac 100 interface is the cheapest I know if in the
UK (and since it's a US import..........) and works fine.

Also, if you wish to parse the input MIDI stream yourself, I find that
XtAddInput on the MIDI port is a good way to get quick (and automatic)
calling of the relevant procedures when MIDI data arrives.

I'm open to suggestions of better ways of doing it of course,

Cheers,

Ross-c
From: erikl@shogun.asd.sgi.com (Erik Lindholm)
Newsgroups: comp.sys.sgi
Subject: Space Demo data files wanted
Date: 12 Dec 92 17:22:58 GMT

There seems to be a fair amount of interest out there wrt to the Space Demo,
so I was wondering if anybody could help me gather up more data files. The
ones I am really interested in are:

                                            dx * dy

     1. Venus elevation                   (2000*1000 would be nice)
     2. Venus color (derived from radar)  (2000*1000 would be nice)
     3. Earth's Moon color                ( 512* 256 would be nice)
     4. Mars color                        (2000*1000 would be nice)
     5. Saturn color                      ( 512* 256 would be nice)
     6. Neptune color                     ( 512* 256 would be nice)


The best format would be a latitude by longitude array of data, with the
north pole on top and the south pole on the bottom. The program can deal
with arbitrary sizes of arrays and the above sizes are the resolution
that is appropriate for the demo.

Any assistance would be appreciated.

Erik

-- 
Of course I'm lying,  .....but I think I love you.       (Yello)

                      .|\!/|.  erikl@shogun.asd.sgi.com  .|\!/|.
From: robinc@jhunix.hcf.jhu.edu (Robert Delucca)
Newsgroups: comp.sys.sgi
Subject: Is there an SGI forsale newsgroup?
Date: 12 Dec 92 11:28:31 GMT

Hello,

Is there a newsgroup for selling and buying SGI equipment?

Thanks

Robert
From: roy@mchip00.med.nyu.edu (Roy Smith)
Newsgroups: comp.sys.sgi
Subject: Re: This group is repeating on me
Date: 13 Dec 92 11:15:59 GMT

steve@ecf.toronto.edu (Steve Kotsopoulos) writes:
->I think something is wrong at adm.brl.mil. It seems to be reposting
->news articles with new Message-Id: headers, which is why you are seeing
->2 copies of many messages.

Is it just my imagination, or hasn't brl done this sort of stuff before?
From: gints@prophet.esd.sgi.com (Gints Klimanis)
Newsgroups: comp.sys.sgi
Subject: Re: A Question About Audio Files
Date: 14 Dec 1992 02:18:32 GMT
Organization: Silicon Graphics, Inc.
Distribution: world
NNTP-Posting-Host: prophet.esd.sgi.com

In article <1gghnmINNcrd@tamsun.tamu.edu>, n102ef@tamuts.tamu.edu (Ming
Niu) writes:
|> Hello!  I am using SGI Indigo to analyse
|> various sound.   I know AIFF is a standard
|> file format for an audio file.
|> 
|> From the standard audio file, how can I 
|> get the amplitude of the sound within?

Hard to figure out your mission.  If you want to edit waveforms, try
soundeditor from the 4.0.5E (probably a new letter H?, by now) release. 
Soundeditor is a graphical waveform editing application.

|> After decoding, one should have a sequence
|> of integers or floating points(I am not sure)
|> which represent the amplitudes of the sound
|> wave in a period of time.   If the sampling
|> rate is 44.1KHz, that means there are 44,100
|> integers or floating points.

If you intend to write your own processing utilities, you need the Audio
File library, found in the Digital Media Develeper's package.  In
/usr/people/4Dgifts/libaudiofile, you will find some code that
reads/writes AIFF-C file header info and audio data from files.  

You may choose to read integers or floating point numbers from the file.
The Audio File library will perform the necessary conversions upon
proper configuration. 

If you are interested in the AIFF-C specification, ftp the file
aiff-c.9.26.91.ps from directory sgi at ftp site sgi.com.

If you have any other questions, please post them to this newsgroup.
Newsgroups: comp.sys.sgi
From: kgjhh@inre.asu.edu (Jim Howard)
Subject: Re: Dumb Graphics Terminal (Does one Exist?)
Organization: Arizona State University
X-Newsreader: TIN [version 1.1 PL8]
Date: Tue, 15 Dec 1992 15:26:32 GMT

Unfortunately, anything using GL cant be displayed via X, even simple windowing
things such as jot and the system administration tools.

Bob Amen (amen@quequeg.losangeles.sgi.com) wrote:
: In article <1992Dec11.043345.1210@eng.ufl.edu>, jmc@hopi.eel.ufl.edu (Jim Callahan) writes:
: |> 
: |> Does SGI currently offer a terminal with XS or Elan graphics but without a CPU?  If not, what are my options for adding a extra seat to a Indigo R4k in a cost effective way?

: 	No we do not offer a "dumb" graphics terminal.  If you can get by
: without GL graphics you could add an X terminal.  It would be useful for
: everything you do except GL rendering.

: -- 
: 		 Bob Amen (amen@sgi.com) (+1 310 312-0227)
: 		       Southwest Region Tech. Center
: 		     Silicon Graphics Computer Systems
Newsgroups: comp.sys.sgi,comp.sys.sgi.hardware