HDTenEightyP/NetNews huggingface dataset:
From: shenkin@still3.chem.columbia.edu (Peter Shenkin)
Subject: Re: How to run parallel jobs across a network of SGI machines
Organization: Dept. of Chem, Columbia U, New York
Date: Sun, 11 Oct 1992 20:50:38 GMT
X-Posted-From: still3.chem.columbia.edu
NNTP-Posting-Host: sol.ctr.columbia.edu

In article <7529@charon.cwi.nl> robertl@cwi.nl (Robert van Liere) writes:
>>
>>       It would be very useful to be able to run a job across
>> a network in parallel.  Say you have a few R4000s, a few 420s,
>> a few PI's, etc., and you have some kind of program that you
>> think ought to be fairly easy to parallelize.  How might one
>> attempt this over such a heterogeneous network?  I already
>> know about the existence of Linda...
> 
>Explorer might fit your needs...
>Explorer is a application building environment which supports transparent 
>data movement between "modules" across machine boundaries....

Does Explorer run on non-SGI hardware?  Does it need to in order to 
use it?  (I.e., is there a "client" daemon available for generic
UNIX machines, so that Explorer only has to be run on the "master" SGI
machine?  Or is the very existence of this question proof of my
total ignorance of Explorer?)

For an interesting article on a network-parallel solution to a
computational problem that used SGI hardware, see Stoughton and Summers,
p.371 in Computers in Physics, Vol 6, #4, Jul/Aug '92.  They used a
system called CPS, from Fermilab, to handle inter-machine communication.
There is also something called PVM, from Oak Ridge, but I don't know how
these two systems compare with each other, or with Linda.

	-P.
-- 
************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb*************************
Peter S. Shenkin, Department of Chemistry, Columbia Univ.,  New York, NY 10027
(212)854-5143      shenkin@still3.chem.columbia.edu      shenkin@cunixf.BITNET
*********************** UNIX:  the wave of the present ***********************
From: thsspxh@iitmax.iit.edu (Patrick HURT)
Newsgroups: comp.sys.sgi
Subject: Converter from PostScript to anything else?
Keywords: PostScript to rgb, gif, pbm, etc?
Date: 13 Oct 92 18:30:43 GMT
Article-I.D.: iitmax.1992Oct13.183043.18497
Organization: Illinois Institute of Technology


Hi, netters,

I would like to know if there is a converter available
that would convert PS files to anything else, but
preferably gif, rgb, or the formats supported by the 
Iris images Tools /usr/sbin/from*

Thanks for any info. Please email, if there is enough interest,
I'll summarize answers.

Patrick,
-- 
|----------------------------------------------------|
|Patrick HURT 	    Illinois Institute Of Technology |
|Internet :	thsspxh@iitmax.iit.edu		     |
|		Hurtpat@karl.iit.edu		     |
|Bitnet :	HURTPAT@IITVAX.BITNET		     |
|NeXTmail :	Hurtpat@elof.iit.edu		     |
------------------------------------------------------
Newsgroups: comp.sys.sgi
From: ievalts@IASTATE.EDU (John O Ievalts)
Subject: SENDMAIL Trouble
Reply-To: ievalts@IASTATE.EDU (John O Ievalts)
Organization: Iowa State University
Date: Thu, 15 Oct 1992 15:04:47 GMT

I'm trying to get sendmail to work properly on our
subnet of Elan workstations running 4.0.5B. After
manually hacking the sendmail.cf file, I get the
following message when I try to mail (Mail) to myself
(root) on the gateway machine:

router209 12# Trying to create lock file '/usr/mail/root.lock'
mail: Creation of lockfile failed after 10 tries
root@router209... unknown mailer error 15

It is obviously a "rights" (or lack of) problem. But:

  1)  /usr is "chmoded" 755
  2)  /usr/mail is "chmoded" 775
  3)   root.sys owns /usr
  4)   root.mail owns /usr/mail
  5)   /usr/mail/:saved is "chmoded" 775 & owned by root.mail

The messages get delivered to /usr/spool/mqueue okay (temporarily).

Question 1: who should "own" the local mail process
            (i.e. mail -s -d root) spawned by sendmail ? 
            It appears to be guest !!

Question 2: What determines who owns it ?

Any suggestions on where to go from here ??
Newsgroups: comp.sys.sgi
From: cboesel@iat.holonet.net (Charles Boesel)
Subject: Mac & Indigo via EtherNet
Organization: HoloNet (BBS: 510-704-1058)
Date: Fri, 16 Oct 1992 03:33:48 GMT

Is there a way to transfer files between the Macintosh
and the Indigo on a local EtherNet (thin) using tcp/ip?

My indigo is running tcp/ip, and the Mac has an ethernet card,
but I need TCP/IP on the Mac in order to get them talking to each other.
Apple says " Gotta buy tcp/ip toolkit". I sez "baloney".
The software should be out here somewhere, and I'm looking 
for it. Anyone have a solution. If responding, send e-mail to
cboesel@hoonet.net.

Thanks.
charles boesel
cboesel@holonet.net

Newsgroups: comp.sys.sgi
From: wmc@photon.com (Bill Cornette)
Subject: Re: Who would know: Klein Bottle
Organization: Photon Research Associates, Inc.
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 8 Oct 1992 18:12:50 GMT

: There is no way to construct a Klein bottle physically is three-dimensions.
: Drawings of Klein bottles always show surfaces passing through surfaces or
: surface cut away.

	Look, I am tired of getting mail due to my comment above.  The
mail invariably says that either they have a Klein bottle on their
bookcase or have seen them advertised (e.g., in Scientific American).

I repeat: "There is no way to construct a Klein bottle physically is 
three-dimensions."  This can be proven by considering the definition of 
a Klein bottle and trying to imbed it in 3 dimensional space.  For all
of you who claim to either have one or have seen a Klein bottle, what you
have is a projection of a Klein bottle into 3-Dimensions.  This is no
more a Klein bottle than is a tesseract (i.e., a projection of a 
4-dimensional cube into three dimensions) the same as a 4-D cube, or
is the following a cube:

                     _______________________
                    /|                    / |
                   /_|___________________/  |
                   | |                   |  |
                   | |                   |  |
                   | |                   |  |
                   | |                   |  |
                   | |___________________|__|
                   |/                    | /
                   |_____________________|/

(pardon the poor graphics, but I think you get the idea)
From: surles@boris.sdsc.edu (Mark Surles)
Newsgroups: comp.sys.sgi
Subject: Borderless GL window
Date: 12 Oct 1992 19:44:37 GMT
Organization: San Diego Supercomputer Center
Distribution: world
NNTP-Posting-Host: boris.sdsc.edu
Originator: surles@boris.sdsc.edu

I cannot create a borderless window under IRIX 4.0.X.  Could someone look
at the following code and tell me what I'm doing wrong?  It worked under 
the previous operating system.  I compiled this with:

                cc -o foo foo.c -lgl_s

Thanks,

Mark Surles
surles@sdsc.edu

/*****************************************************************************/
#include <stdio.h>
#include <gl.h>
#include <unistd.h>

main()
{
  noborder();
  winopen(NULL);
  winconstraints();
  sleep(10);
}
Newsgroups: comp.sys.sgi
From: taylorf@sweetpea.jsc.nasa.gov (Frank S. Taylor IV 283-4278)
Subject: Socket programming and select()
Organization: McDonnell Douglas Space Systems Company
Date: Thu, 8 Oct 1992 13:27:15 GMT

We have been using tcp sockets for controlling visuals on a remote
process.  In order to determine when the visual process is ready
to update we send a byte out on the socket.  We've been using select()
on the simulation side to determine when the byte was out there.

Timing tests show that select() behaves erratically if we want to do
this quickly (less than 20 milliseconds).  The select() call uses a
timeval struct to set a "timeout" for the maximum time to wait for the
byte to appear on the socket.  Setting the timeval to zero (as
suggested by the manual for polling) causes the select call to behave
very erratically.  Timing tests show the select call taking anywhere
from 10 microseconds to 200 milliseconds (with and average of greater
than 60 ms).  Setting the timeval to 10 ms causes the select() call to
work much better, but it still pauses up to 60 ms or more in an
unpredictable fashion.  Setting the timeval to 20 ms causes the
select() call to work much more like we expect:  select() waits almost
exactly 20 ms when the byte is NOT there, and waits anywhere from 1
microsecond to 20 ms when it IS there.

The problem is, we are trying to do real-time simulation.  And pausing for
20 ms to see if the graphics is ready is not desireable.

We are wondering:

   1) Is this behavior indicative of a BUG in select()?

   2) Does the select call use gettimeofday() to determine when it's 
      waited long enough (this seems possible since 10ms intervals are the 
      only useful settings for the timeout values)? 

   3) Can anyone suggest a better way for determining if the graphics
      are ready on a remote process/machine?

NOTE: we used an IO3 board to measure the times.  We also tried using the
      fast timer (ftimer), but this caused select() to behave in even
      stranger ways.

----------------------------------------------------------------------------
Frank S. Taylor IV  -  McDonnell Douglas Space Systems Company
16055 Space Center Blvd., Houston, Tx  77062
(713) 283-4278 (Voice)  ||  (713) 283-4020 (Fax)
taylorf@sweetpea.jsc.nasa.gov
----------------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: neelin@pet.mni.mcgill.ca (Peter NEELIN)
Subject: Re: Bug in SGI's malloc?
Reply-To: neelin@pet.mni.mcgill.ca (Peter NEELIN)
Organization: Positron Imaging Labs, Montreal Neurological Institute
Date: Thu, 15 Oct 92 16:38:09 GMT

I don't know very much about memory management issues, but it is my
impression that under any operating system, once memory has been written
(accessed ?) it must remain in physical memory or in swap space. Thus 
calling calloc (or initializing the memory oneself) would guarantee that
the memory would always be useful if the call returned. This would improve
application robustness (random failure tends to be much more painful than
a specific failure point) at the cost of the time (and swapping) to
initialize the memory.

It might be possible to make a robust allocation using shared memory 
and forking a child process to do the dirty work. If this works, then
it could be hidden from the application inside a MALLOC macro
(malloc seems to burn people enough that I always try to hide it in 
a macro, just in case).

                       Peter

---
            Peter Neelin (neelin@pet.mni.mcgill.ca)
            Positron Imaging Laboratories,
            Montreal Neurological Institute
From: gmt@mosquito.cis.ufl.edu (Gary McTaggart)
Newsgroups: comp.sys.sgi
Subject: Virtual Desktop for 4Dwm????
Date: 14 Oct 92 00:02:41 GMT
Organization: Univ. of Florida CIS Dept.

Is there a virtual desktop program for 4Dwm?

Thanks,
Gary McTaggart



Newsgroups: comp.sys.sgi
From: wnkretz@ikesg1.energietechnik.uni-stuttgart.de (Oliver Kretzschmar)
Subject: Exist there possibilities to analyze core dump ?
Organization: IKE
Date: Mon, 12 Oct 1992 10:50:26 GMT



    Hey,

    exists there a possibility to analyze a core dump, which was produced
    by a program on a SGI ? Please mail me your informations !

    Thanks for your efforts,

-- 
 NAME : O.Kretzschmar     Inst.IKE / University Stuttgart  /   @@ \   /   @@ \
 PHONE: +49 711 685 2130         Pfaffenwaldring 31        \______// \\______/
 FAX  : +49 711 685 2010         7000 Stuttgart 80                ||_||
 EMAIL: wnkretz@ikesg1.energietechnik.uni-stuttgart.de            \___/
From: mmcohen@cats.ucsc.edu (Michael M Cohen)
Newsgroups: comp.sys.sgi
Subject: 8mm
Date: 7 Oct 1992 08:36:21 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: si.ucsc.edu


I've got an exabyte 2300 (COPERICO) that I'd like to add to
a 510vgx. Will this work? If so, what should the
scsi unit# be?
	TIA, MMCohen
-- 

======================================================================
=   Dr. Michael M. Cohen                   mmcohen@dewi.ucsc.edu     = 
=   Program in Experimental Psychology     mmcohen@fuzzy.ucsc.edu    =
=   433 Clark Kerr Hall                    408-459-2655 LAB          = 
=   University of California - Santa Cruz  408-459-2700 MSGS         = 
=   Santa Cruz, CA 95064                   408-459-3519 FAX          = 
======================================================================
From: laut@alien.gici.com (Bill Laut)
Newsgroups: comp.sys.sgi
Subject: Indigo:  Feed the cat and make coffee?
Date: 12 Oct 92 03:46:02 GMT
Organization: Gull Island Consultants, Inc.


Hello --

I've been following the questions in this newsgroup as regards the Indigo 
for awhile now, and have come to the conclusion that the darned thing does 
just about everything except feed the cat and make coffee in the morning.

Recently, I've seen some questions posted regarding the transfer of digital 
audio from a DAT machine into the Indigo.  One of the replies referred to
a program called "soundeditor,"  which allows you to edit your sound waves.
Where does "soundeditor" come from?  Is it standard or optional?

Finally, the posting about "soundeditor" inspired this $64,000 question: Is
there a software package out there, somewhere, that allows you to use an
Indigo as a disk-based digital audio recording and editing system? Sort of
a low-cost version of an Otari ProDisk-464? 

Please, please, please, please, **PLEASE** tell me there's something out
there that will do this, and that it doesn't cost 20 bazillion dollars to
do this function, and I'll run out and sit on the local SGI sales rep until
he/she agrees to sell me an Indigo (Uhh, that is, just as soon as I finish
saving up for it... :-). 


-- 
Bill Laut			Internet:  laut@alien.gici.com
Gull Island Consultants, Inc.	Phone:     (616) 780-3321
P.O. Box 627
Muskegon, MI  49440		>> "Usual disclaimers, apply within" <<
Newsgroups: comp.sys.sgi
From: mas@everest.esd.sgi.com (Michael Schulman)
Subject: Re: What's the diff: Indigo vs. Crimson?
Reply-To: mas@sgi.com
Organization: Silicon Graphics Computer Systems, Mountain View, CA
Date: Fri, 16 Oct 1992 14:49:54 GMT

In article <1992Oct16.030547.784@news.acns.nwu.edu>, gof@casbah.acns.nwu.edu (Gerald Fountain) writes:
|> 
|> I have been attempting to make some machine comparisons (mainly benchmark
|> data) and someone raised a question.  What is the difference between a Crimson
|> and an Indigo (both R4K)?  Someone stated that the Crimson was basically the
|> same machine in a bigger box and more expansion abilities (more slots and
|> bays).  Can someone straighten me out on the issue?
|> 

Basically the Crimson and Indigo R4K have the same CPU.  The advantage to
the Crimson is that it is expandable , VME slots ( as you noted ) , and can
have both the VGXT and RE graphics options, which the Indigo cannot.  Currently
with existing memory technology, the Crimson can go up to 256 Mbytes, while
the Indigo only 96, although the Indigo R4k will handle 384 Mbytes in the
future.



-- 

Michael Schulman

Silicon Graphics Computer Systems
2011 N. Shoreline Blvd.
Mountain View, CA 94039

mas@sgi.com
Newsgroups: comp.sys.sgi
From: ledwards@leland.Stanford.EDU (Laurence James Edwards)
Subject: HELP: PI hangs on callobj
Organization: DSG, Stanford University, CA 94305, USA
Date: Mon, 12 Oct 92 07:44:43 GMT

My PI 25TG (IRIX 4.0.1, 16MB mem, GR1.2) keeps crashing when
I try to draw 16 display list objects with the following number of
faces, vertices and edges:

408 faces, 207 verts and 614 edges
90 faces, 50 verts and 138 edges
140 faces, 72 verts and 210 edges
132 faces, 68 verts and 198 edges
124 faces, 64 verts and 186 edges
124 faces, 64 verts and 186 edges
132 faces, 68 verts and 198 edges
124 faces, 64 verts and 186 edges
124 faces, 64 verts and 186 edges
132 faces, 68 verts and 198 edges
124 faces, 64 verts and 186 edges
124 faces, 64 verts and 186 edges
132 faces, 68 verts and 198 edges
124 faces, 64 verts and 186 edges
124 faces, 64 verts and 186 edges
132 faces, 68 verts and 198 edges

All the polygons are triangles and there is a normal stored with
each vertex. No other information is stored in the display lists.
Defining the display list objects does not cause any problems and
calling one of them will not crash the machine, but call of them and
get ready to press the reset button. The program worked fine (i.e.
I could call all the display list objects succesfully) until I added a
couple of routines which had nothing to do with the display lists.

When I say "crash" I mean the cursor freezes, I get no response from
keyboard or mouse buttons and I can't log in remotely. I get no panic
messages or anything ... its just completely frozen.

Anybody have any ideas? Am I running out of display list memory?

This software is supposed to be used in a demo on Tuesday, so if
anybody has any ideas please let me know.

Thanks for any help!

Larry Edwards
From: paul@aztec.ucsc.edu (Paul Tatarsky)
Newsgroups: comp.sys.sgi
Subject: Re: How to synchronize time on two SGI computers ?
Date: 9 Oct 1992 00:24:55 GMT
Organization: UC Santa Cruz CIS/CE
Distribution: world
Reply-To: paul@terra.ucsc.edu
NNTP-Posting-Host: aztec.ucsc.edu

We run Scott Henry's port/patch of xntp to the SGI systems. I don't
know what SGI in general thinks of that port but we think it works a
heck of a lot better in a multiple vendor environment than timed or
timeslave. I forget where I got the patch. I assume it was sgi.com.
Check archie for xntp-sgi or something like that. We have two level 2
peers, which get their clocks set by the internet peer 1 super-clocks.

I kind of wish SGI would add an official version of xntp to their IRIX
4.0.6 or whatever. Not a major deal though. 

 Paul Tatarsky         email: paul@cse.ucsc.edu
 UC Santa Cruz
 CIS/CE Board          
 Technical Staff
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Mysterious Error Message from C++ 3.0
Date: 8 Oct 92 01:20:51 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Oct7.064630.27526@alchemy.chem.utoronto.ca> mbersohn@alchemy.chem.utoronto.ca (M. Bersohn) writes:

| A colleague of mine, running Irix 4.0.1 and C++ version
| 3.0 obtains the following error message in response to
| the command CC
| 
| /usr/bin/ld:
| Can't locate file for: -1C

The libC.a file is in a seperate subsystem in the dev option;
you apparently haven't installed it.  As I recall, it is
dev.sw.libC
--
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: schuman@eacces.wpd.sgi.com (Aaron Schuman)
Newsgroups: comp.sys.sgi
Subject: Re: Root partition getting full : What to do ?
Date: 16 Oct 92 20:14:39 GMT
Organization: Silicon Graphics 415-390-1901
NNTP-Posting-Host: eacces.wpd.sgi.com

Avijit>  I sometimes find the root partition (/) on my SGI 4D25G
Avijit>  (PI) running IRIX 4.0.5 getting 100% full.  

Avijit>  some files in '/debug' directory which are only numbered
Avijit>  00001-04981 and owned by various users as well as root.  

Do *not* remove files in /debug!  They are not responsible for
your root partition filling up.  The debug file system is a window
into process space.  /debug/04981 corresponds to process #4981.
When process 4981 exits, /debug/04981 will disappear.

Check out /tmp.  Sometimes you can leave really large items there
and forget about them.  Also /lost+found can accumulate junk.
If you have more than one kernel in /, ask yourself if you really
need more than one.  Is there a core file in /?

If you see /usr filling up, look in /usr/adm/crash for some large
crash dumps.  If you're done trying to debug your system crashes,
those files can be removed.  Also check out /usr/lost+found and
/usr/tmp.  /usr/mail can get big if your system is accepting lots
of mail for a user who never reads mail, and /usr/spool can get
big if you are queueing jobs that can never complete.  Again, try
to find big forgotten core files.


					Aaron

.............................................................................
Aaron Schuman     415-390-1901     schuman@sgi.com     Silicon Graphics, Inc.
Newsgroups: comp.sys.sgi
From: vamsee@abgen.tamu.edu (Vamsee Lakamsani)
Subject: pixmap editor, coredump while saving and retreiving.
Summary: Porting Pixmap to Indigo Elan 4.0.5
Organization: Center for Macromolecular Design, Texas A&M University.
Date: Mon, 12 Oct 1992 05:20:19 GMT

I tried to install the pixmap library and the Pixmap editor on an Indigo 
Elan running 4.0.5. With imake the library as well as the Pixmap editor
compiled with some warning messages. I got these libraries from 
export.lcs.mit.edu under contrib.
###############################
ccom: Warning: PixEdit.c, line 1642: Argument 4 Type Doesn't Match prototype description; prototype: pointer to unsigned char is different from actual: pointer to int
		  XtAddCallback(w, "activateCallback", TheCallback, &edit_menu[i].id);
				----------------------------------------------------------------------^
###############################
There were many similar warning messages at other parts of the program.

The libraries seem to be working well. I can view most of the icon.xpm files
using the command 

%sxpm <file>.xpm

But I have big problems with the pixmap editor which is supposed to let
me edit and create color xpm files just like I use bitmap to edit and create
xbm files. When I typed 

%pixmap

I got a warning message:
#############################
Warning: 
	Name: popup_fileMenu
	Class: XmMenuShell
	Attempting to manage an incomplete menu.
############################
and then the pixmap editor window. I can create and edit color pixmaps 
allright but when I try to save the pixmap I get a coredump. I also got
a coredump when I tried to load some of the xpm files that came with the
distribution into the pixmap editor.

Does anybody have Pixmap up and running on the Indigo? Could you figure
out what's happening ? 

Thanks 

Vamsee
From: marc@pxcl1.gi.rwth-aachen.de (Marc van Woerkom)
Newsgroups: comp.sys.sgi
Subject: CGM and GKSm -> rgb
Date: 7 Oct 92 15:46:46 GMT

Hello!

I need a utility to convert CGM oder GKS metafiles to SGI *.rgb format
or some other common graphics format (TIFF, GIF ..).

Does there exist something like this?


Thanks & Bye, Marc


Marc van Woerkom  ******  Aachen Center for Solidification in Space  *******
ACCESS e.V., Intzestr. 5                E-Mail: marc@pxcl1.gi.rwth-aachen.de
D-5100 Aachen, Germany                          Marc_van-Woerkom@ac3.maus.de
Fax: +49 241 38578        "Trust me, I know what I'm doing!" (Sledge Hammer)
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: purchase recommend
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Wed, 7 Oct 1992 14:05:22 GMT

In article <1992Oct7.4553.20407@dosgate>, alan.kennedy@canrem.com (alan kennedy) writes:
> ...
> I need the following;
>          - Must have a life of 5 or more years
> ...


I think there is some kind of promise of some kind of maintenance for
some long period in part because of requirements in U.S. government
contracts, so in some sense most machines might be covered.  (I'm not
in sales, support or marketing.)  If that is the sense you're concerned
about, then forget the rest of my babble.


I sympathize with the pain of obsolescence, having spent a little of my
own money for a computer about 5 years ago.

5 years ago was Oct. 1987.  If I remember correctly, SGI was not yet or
had just started shipping the IP4 CPU, the 4D/60T (or was it the
4D/70?).  The initial MIPS based systems had been in the field for less
than a year, and the IRIS-3030 (68000 based) was still a big seller.
100K polygons was a very big number.  MEX was the window manager.  NeWS
(postscript) was not an issue and no one was worried about X.

Silicon Graphics today is far bigger and significantly slower than it
was in 1987, but still far too small to get off the treadmill of making
new systems.  If you think SGI is going to stop, then you think SGI is
going to get clobbered by DEC and "alpha" and who knows how many other
guys, and you should sell the stock short.


Vernon Schryver,  vjs@sgi.com