HDTenEightyP/NetNews huggingface dataset:
From: fred@poly2.nist.gov (Frederick R. Phelan Jr.)
Newsgroups: comp.sys.sgi
Subject: To compile C and Fortran together
Date: 16 Apr 92 23:31:39 GMT
Article-I.D.: adm.30075

"Gregory B. Newby" <gbnewby@uxh.cso.uiuc.edu> writes:
>
>I tried some simple things, trying both C and Fortran as the calling
>program.  I created a simple function which took an integer argument,
>and compiled the source code with a single line.  The error was along
>the lines of:
>	ld:  
>	test not found
>if the function is called "test"  I compiled with a command of the
>form:
>	cc testc.c testf.f

To compile I think you need to do:

cc -c testc.c   | this will make testc.o

f77 -c testf.f  | this will make testf.o

then do

cc testc.o testf.o -o test.exe

or something to this effect.


I'm definately no expert in passing variables, but 
somebody sent me this example, which I still haven't 
had time to totally figure out, but it seems straight-
forward.  Compile as above, and play around with the
values of j in the f77 sub test to figure out how
the ordering of arrays is mapped.  Since c stores
by row and f77 by column, I have to think about this. 

As far as functions go, note function test_ in c =
sub test in f77.  The external jj_ in c = common jj in f77.
The external to common mapping can also be used when the
common contains multiple entries.

The external for jj_ in test1.c is a must.

--------Example--------------
test1.c:

#include <stdio.h>

extern int jj_[5][5];
main()
{
    test_(0,0,0);
    printf("%d   %d\n", jj_[0][0],jj_[4][4]);
    
}


test2.f:

         subroutine test(i,j1,k )

         common /jj/j(5,5)
         j(1,1)=1
         j(5,5)=5
         return
         end

______end example--------


I'm posting this to the net to in case I made any errors.
---
Fred Phelan
fred@poly2.nist.gov
From: dave@adcs00.fnal.gov (David Richardson)
Newsgroups: comp.sys.sgi
Subject: Lifeless imgprint
Date: 11 Apr 92 16:47:36 GMT


  I have a problem with imgprint (ImageVision Tools 1.0.2) on one of our
4D25G's.  When we first upgraded to 4.0.3 (from 3.3.2), it worked just fine.
  But recently, when I run imgprint, it just dies.  No error messages in
SYSLOG, the console, or anywhere.  It does, however, dump a relatively small
core file.
  I transfered a new imgprint source from a machine that I knew was working,
but ended up with the same results.  All the other ImageVision Tools work
fine on this machine.
  I've called TAC three times over the past week and have not received a
return call (call ID Q3587).  I realize this isn't much to go on, but I don't
know where to go from here.
  Anyone else have any ideas??

hinv info:      
1 20 MHZ IP6 Processor
FPU: MIPS R2010A/R3010 VLSI Floating Point Chip Revision: 2.0
CPU: MIPS R2000A/R3000 Processor Chip Revision: 2.0
Data cache size: 32 Kbytes
Instruction cache size: 64 Kbytes
Main memory size: 32 Mbytes
Integral Ethernet: ec0, version 0
Tape drive: unit 5 on SCSI controller 0: 8mm cartridge
Disk drive: unit 4 on SCSI controller 0
CDROM: unit 3 on SCSI controller 0
Tape drive: unit 2 on SCSI controller 0: QIC 150
Disk drive: unit 1 on SCSI controller 0
Integral SCSI controller 0: Version WD33C93A
Graphics board: GR1.2 Bit-plane, Z-buffer options installed

----------------------------------------------------------------------------
Thankyou,			David Richardson <dave@adcs00.fnal.gov>
				Fermi National Accelerator Laboratory
				Batavia, IL, USA

Newsgroups: comp.sys.sgi
From: grendel@fen.arc.nasa.gov (Raymond E. Suorsa)
Subject: m_fork() v.s. sproc()... Which to use?
Keywords: m_fork sproc shared memory
Reply-To: grendel@windchime.arc.nasa.gov
Organization: NASA Ames
Date: Mon, 13 Apr 1992 20:11:11 GMT


I've been exploring the shared memory programming facilities of the
highend SGI's.  In particular I have been looking at m_fork() to
implement a SPMD type of algorithm.  I have got a simple version
running using the m_fork() construct.  The problem is that the speedup
is at best 1.8 with four processors (with nonoverlaping data).
Needless to say I expected better.

I decided to try using the lower level routine sproc() to construct
the parallel algorithm but problems arose. The most pressing is what
memory is shared and what is not shared among a parent and its
sproc()'ed children.  The docs say that all virtual memory is shared.
If this is the case then every control variable (e.g. loop variables)
inside the SP part of the SPMD algorithm have to be vectors with the
index set to the thread_id.  Is there a way to set aside a chunk of
memory which is to be shared by a set of children (i.e. not the whole
VM of each child).

I have run the algorithm on a distributed memory virtual SPMD machine
composed of a heterogeneous network of workstations.  I was hoping to
do better using an eight processor SGI to eliminate the overhead of
ethernet communications.  The speedups I have got with a four
processor machine and m_fork() have discouraged me.

I hope I am missing something... I am new to shared memory
programming.  Any advice or experience would be welcome.


  __o   Ray Suorsa,
  \<,   grendel@windchime.arc.nasa.gov,
()/ ()  NASA/Ames (415)604-6334
From: lhdsy1!fred.lahabra.chevron.com!shc@uunet.uu.net (Steve Couturie)
Newsgroups: comp.sys.sgi
Subject: Re: Break-in through lp, nuucp accounts
Date: 6 Apr 92 22:57:51 GMT

Re: Mail from Vernon Schryver --
> From: Vernon Schryver <lhdsy1.lahabra.chevron.com!uunet!rhyolite.wpd.sgi.com!vjs>
> In article <29907@adm.brl.mil>, macleod@vissgi.cvrti.utah.edu (Rob MacLeod) writes:
> > 
> > This morning we had a break in to our 4D/210 via a hole in the passwd file.
> > The intruder came in via the lp and then later via the nuucp accounts,
> > neither of which had a password (ooops!). I don't honestly know why those
> > accounts are delivered this way or if we need them (we don't use lp
> > or UUCP) but I have added a password to each.
> >  ...
> 
> I do agree that lp should have a password of *, and that at most you
> might want a .rhosts in ~lp for remote printing.
> 

I agree.  I have no problem with the nuucp or demos or guest accounts being
delivered without passwords, but lp is very questionable; anyone setting up
network printing with the rsh mechanism can damn well setup the ~lp/.rhosts
files.  

No point in leaving any *extra* security holes; some of us have security
auditors occasionally as well; wouldn't want those guys finding *really*
obvious things, now, would we?

Steve

PS: Personally, I think that the SGI docs should have instructions on
    setting up all these accounts with passwds, right at the front (maybe
    even on a separate sheet, or a separate little booklet, named, e.g.,
    "Workstation Security".).  Make it *real* obvious, and give it
    *real* importance, and you'll be a leg up on this issue, believe me.


-- 
Steve Couturie                      Voice:     (310) 694-9332	
Chevron Information Technology Co.  FAX:       (310) 694-7709
P.O. Box  446                       Internet:  shc@chevron.com
La Habra, CA  90633-0446            UUCP:      ...!uunet!lhdsy1!shc
Newsgroups: comp.sys.sgi
From: tohanson@gonzo.lerc.nasa.gov (Jeff Hanson)
Newsgroups: comp.sys.sgi
Subject: Re: Why does 4.01 run so slow on a Personal Iris?
Keywords: memory, 3rd party
Date: 9 Apr 92 18:46:04 GMT
Article-I.D.: eagle.1992Apr9.184604.24419
Organization: NASA Lewis Research Center

To followup Michael's post, here is a list of current memory vendors
who sell 4MB SIMMS for 4D/25's.  This list was compiled so that we
could go off and buy 32 MB for as many 25's as we can.

There is no equivalent SGI part number because SGI doesn't support
4MB SIMMs in the 4D/25's, even though they work.  We have tried both
Toshiba and Hitachi SIMMs, only the Hitachi SIMMs worked in 1990.  I
don't know about now, but I'd have a clause that the SIMMs must work
in the 4D/25.  Actually, if you order from ClearPoint, Impediment,
or maybe about anyone who knows about the SGI's, they will work.

The lowest price is from Parity Systems, $136/4Mb, or $1088 for 32Mb.

Price Research:


   ClearPoint
   35 Parkwood Drive
   Hopkington,MA 07148
   (800) 253-2778, (508) 435-2000

	Gary Cormier
	SNX-SM/L4-80			$154/4Mb
	Lifetime warranty.


   Dataram Corp.
   1100 Jorie Blvd.
   Suite 118
   Oak Brook, IL  60521
   (708) 574-3710

	Jim Rizzicci	(313) 647-8660
	DSIMM4/9LP-8			$188/4Mb
	Lifetime warranty



   Falcon Systems Inc.
   5816 Roseville Rd.
   Sacramento, CA 95842
   (916) 344-1292 FAX

	John Tibbitts	(800) 326-1002
	SR4-25 4 MB Memory Modules	$175/4Mb
	Lifetime warranty


   Impediment, Inc.
   333 Franklin St.
   Duxbury, MA 02332
   (617) 837-8877, Alex Sunguroff (car phone): (617) 694-4488
   Fax: (617) 834-3666

	(Generic) KTS16000/SPARC	$142/4Mb
	(for SGI) KSG16000/HU		4 @ $630  ($157.50/4Mb)
	5 year replacement guarantee on memory


   Parity Systems Inc.
   504-B Vandell Way
   Campbell, CA   95008-9737,  John Miller
   (408) 378-1000, FAX: (408) 378-1022

	Rich Cuhar, Akron, OH	(216) 836-0247
	PS4125-04			$136/4Mb
	Lifetime warranty


   Pinacle Sales International
   2005 Hamilton Ave, Suite 220
   San Jose, CA 95125:   Jonathan Ward
   (408) 559-8544, FAX: (408) 559-8548

	?


   Sophisticated Circuits
   19017 120th Ave N.E.
   Bothel, WA  98011
   (206) 485-7172 FAX    485-7979 Vivian Shotlander/ Jennette

	SGI-H4-C04X			$169/4Mb
        SGI-HU-C16B                     $589/16Mb       $147.25/4Mb



    Memory X, Inc.
    3954 Murphy Canyon Road, Suite D 104
    San Diego, CA 92123
    (619) 292-1151
    (619) 292-0774 FAX

	Gary W. Smith
	MXD94000SM-80			$169/4Mb (qty 16)
	MXD94000SM-80			$165/4Mb (qty 32)


-- 
---------------------------------------------------------------------------
 Jeff Hanson - Scientific Graphics Programmer and Workstation Administrator
 Sverdrup Technology, NASA Lewis Research Center Group
 NASA Lewis Research Center, MS 86-4, Cleveland, Ohio 44135
 Telephone - (216) 433-2284  Fax - (216) 433-2182
 tohanson@gonzo.lerc.nasa.gov	-   ViSC: Better Science Through Pictures
From: sd@chem.ucsd.edu (Steve Dempsey)
Newsgroups: comp.sys.sgi
Subject: Re: xpsview?
Date: 9 Apr 1992 19:10:03 GMT
Organization: University of California San Diego, Chemistry
NNTP-Posting-Host: chedccf0.ucsd.edu

In article <29972@adm.brl.mil> azueta@xp.psych.nyu.edu (Steve Azueta (/w Aries)) writes:
>We just installed 4.0.1, and we need to look at some PostScript on the screen.
>(We're looking for 4.0's version of 3.3's psview.)  In the relnotes for the DPS
>development option, it says that dpsexec and xpsview can be used for this
>purpose, and that they are included with the execution environment.  Well,
>dpexec and xpsview are nowhere to be found on our disk.  No binaries and no
>man pages.
>
>Where are dpsexec and xpsview supposed to be?  Which installation subsystem
>are these programs in?  I'm hoping that I didn't overlook it during inst.
>
>Thanks a lot in advance.
>
>Steve Azueta	azueta@xp.psych.nyu.edu

Congradulations!  You must be one of SGI's "Valued Customers" with a
support contract who is upgrading an existing machine to 4.0.1.  One of
the features of being a "Valued Customer" is that you DO NOT get a lot
of things that come bundled with new machines.  One of these is DPS
execution (even if you have DPS development).  As a "Valued Customer"
you have the privilege of paying extra for DPS execution.
---------------------------------------------------------------------------
Steve Dempsey					voice:	  (619) 534-0208
Dept. of Chemistry Computer Facility, 0314	UUCP:	  ucsd!sdempsey
University of Calif. at San Diego		BITNET:	  sdempsey@ucsd
9500 Gilman Drive				INTERNET: sdempsey@ucsd.edu
La Jolla, CA 92093-0314				fax:	  (619) 534-6255
From: MIKE@scripps.edu (Mike Whittaker)
Newsgroups: comp.sys.sgi
Subject: Re: Security for the functionally illiterate
Date: 13 Apr 92 17:12:59 GMT

>Dave Olson <olson@anchor.esd.sgi.com> replies
>
>In <29978@adm.brl.mil> MIKE@scripps.edu (Mike Whittaker) writes:
>
>| As far as security on these machines is concerned, please don't assume 
>| anything. I am not a unix expert, but simply a lowly biologist. I have a
>| 4D35 that is on internet, and the first I knew about accounts without 
>| passwords is what I've been reading here. Maybe I'm the only boob out there 
>| who doesn't know these things, I dont' know, but I suspect these machines sit 
>| on desks of people who know only enough unix to do what they need to do in 
>| the course of their research.
>| 
>| If it's not too much trouble, could someone get together all the holes that 
>| should be plugged and publish them here? I'd like to sleep better.
>
>Surely you have *some* system admin folks who know something about Unix?
>You should never connect a machine to the internet unless you understand
>something about security, or have some advice (that means Iris's, PC's,
>Mac's, VAX's, or whatever).
>
>Almost any Unix book has a chapter on this, and as one of our folks
>said, it is covered in the system admin guide as well, so you could
>get that if you don't have it.

This is the sort of reply I would expect to get from a computer person, and I 
think it is inadequate. These machines are not being sold to computer 
centers, but rather to individuals (note what the P in PI stands for). From 
the responses I have received to my original posting, there are a number of 
people who are in the boat with me. I received an Indigo and got it up and 
running by looking at the picture instruction sheet SGI ships. Not a word 
on it! With that in mind, I don't think it is crazy to expect a sheet in 
the box that says in plain english "This is not a secure system as shipped. 
Do the following to make it so. Do this and this and this...". The Unix 
types out there can crumble it into a ball, and the rest of us will be 
grateful. We shouldn't have to run to some Unix guru to get a machine 
without major holes in it.

To all those who wrote with helpful replies to my first posting, my thanks. 
To those who wrote about similar concerns, I will put together the info 
people have supplied me with and send it on to you.

.............................................................................
:                                  					    :
: Mike Whittaker			Voice: (619)554-9889		    :
: Department of Cell Biology	  	Fax: (619)554-6112		    :
: The Scripps Research Institute	internet: mike@scripps.edu	    :
: Mail Drop MB14			  				    :
: 10666 N. Torrey Pines Road	  					    :
: La Jolla, CA 92037		  					    :
:...........................................................................:

I used to be disgusted, but now I'm trying to be amused.
				Elvis Costello
From: blythe@sgi.com (David Blythe)
Newsgroups: comp.sys.sgi
Subject: Re: grcond core file
Date: 15 Apr 92 08:11:16 GMT
Organization: Silicon Graphics, Inc., Mountain View, CA

In article <30033@adm.brl.mil> loki@frodo.physics.mcgill.ca (Loki Jorgenson) writes:
>
>	I often observe core files in /usr/tmp of machines running both
>IRIXv3.3 and 4.0.1, belonging to Xsgi.  There are accompanying messages
>in /usr/adm/SYSLOG from grcond.  These files are often very large; 1 - 10M.
>
>	I usually remove them by hand but they soon reappear.  They seem to
>be associated with user login/logouts.
>
>	In order to save space, I tried to create a root owned core file with
>of zero size with permission 000 to block the dropping of cores.  This
>didn't work.  Now I want to try making a soft link from /dev/null to
>/usr/tmp/core.  This way, anything written to /usr/tmp/core will
>disappear into the void.
>
>	Is there a problem with this?  And why is this happening anyways?

Core dumps from IRIX 4.* Xsgi should most definitely be reported to the TAC.
They shouldn't be happening and we can't fix them unless you report them.
	-db
From: kunz@binah.cc.brandeis.edu
Newsgroups: comp.sys.sgi
Subject: Re: SONY MO WOES
Date: 9 Apr 92 13:50:02 GMT
Article-I.D.: news.1992Apr9.135002.17901
Reply-To: kunz@binah.cc.brandeis.edu
Organization: Brandeis University

We have a MO disk drive purchased from Genesis Imaging. In fact there
is a Sony drive in the enclosure. We were provided with a driver
by Genesis Imaging which has worked and apart from an actual drive
failure (it was an early model and was not sufficiently "rugged")
it has worked on our 4D-25.
It is Sony SMO-C501. Genesis Imaging can be reached at 215-933-4848.
My next job is to go and install the recently repaired drive and see
if it works on all of our disks. We did have to get a different
driver when we upgraded from  3.3.2 to 4.0.1. 
Good luck
Sara Kunz
Brandeis Univ
Waltham, MA 02118
kunz@binah.cc.brandeis.edu
Newsgroups: comp.sys.sgi
From: merritt@climate.gsfc.nasa.gov (John H. Merritt)
Subject: Re: dvi2ps
Organization: Climate and Radiation Branch
Date: Tue, 14 Apr 1992 22:08:12 GMT

In article <1992Apr14.200605.14841@nsisrv.gsfc.nasa.gov>, merritt@climate.gsfc.nasa.gov (John H. Merritt) writes:
|> Grab 'dvips' (NOT dvi2ps) from  uxc.cso.uiuc.edu.

Actually,  grab it from labrea.stanford.edu in pub/.  This is the official
archive site.
-- 
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
John H. Merritt --> merritt@climate.gsfc.nasa.gov
"I am generally intolerant of ignorance,
but I have made an exception in your case."
Organization: Junior, Electrical and Computer Engineering, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.sys.sgi
Date: Thu, 16 Apr 1992 11:26:53 -0400 
From: Gaurang Hirpara <gh1r+@andrew.cmu.edu>
Subject: Re: To compile C and Fortran together




In my experience, the major concept you have to understand when interfacing
fortran and C is that all fortran variables are, essentially, pointers. 
Also, depending on your system, you may have to uniquely tag C functions
that you call from fortran. For example, under Ultrix f77, C function
names must have an underscore at the end of their names (in the C code
or fortran code, I can't remember which offhand, but i think it's the C
code). Whereas, with CMF with vaxen as front ends, the C program names
need an underscore at the beginning of the name. Here's a sample:

Fortran:  

      integer i
      call test(i)

C:

      test(i)
      int *i;
	{ function body }

errr/... i mean test in the C portion should be test_ , but i have no
editing facilities to move up lines in this mailer. 

hope this helps,

--dan
***************************************************************
gh1r@andrew.cmu.edu

"As a boat on the water is swept away from a strong wind,
even one of the senses on which the mind focuses can carry away
a man's intelligence." - Bhagavad-gita 2.67
From: wyllie@csri.toronto.edu (Andrew Wyllie)
Newsgroups: comp.sys.sgi
Subject: Apple Laserwriter IIg (SUMMARY)
Date: 13 Apr 92 19:10:23 GMT
Organization: DVL, University of Toronto



Thanks to everybody who responded to my question about
how to hook up an Apple Laserwriter IIg to ethernet.

As it turns out, the ethernet port on the Laserwriter 
only understands EtherTalk, and not TCP/IP as I had
hoped.  

There were a couple of suggestions to get around this 
problem:

i)  Hook the SGI up to the Laserwriter with a serial cable,
    and connect the Macs on the network up using EtherTalk.
    Then a program like PCNFS could be used to spool jobs
    to the sgi machine from PCs on our net.
ii) The second solution was to get some software from
    rutgers.edu called cap which can translate tcp directly
    to EtherTalk.  Apparently this software will only work
    on a Sparc Station, so the software will probably need
    some hacking.

I will  probably go with solution i) as a temporary solution
and work on number ii) as time permits.


thanks again
andrew


..........................................................................
Andrew Wyllie                                 wyllie@burst.civ.toronto.edu
Data Visualization Labs         voice: (416) 978-5969  fax: (416) 978-8906
Dept. Of Civil Engineering, University of Toronto, Toronto Ontario, Canada
From: gold@puck.esd.sgi.com (Michael Gold)
Newsgroups: comp.sys.sgi
Subject: Re: SGI Info Sought
Date: 8 Apr 92 23:29:50 GMT
Article-I.D.: zola.ja91ng4
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <01GIM2IDKWGG000EBY@JHMAIL.HCF.JHU.EDU> eboltz@CNDENEXT.MRS.JHU.EDU (Eric S. Boltz) writes:

>Hi,
>I'm looking for an email address or 800 number to get some info on  
>SGI systems. Opinions would also be helpful. My main interest is  
>running Mathematica. Right now I use a NeXT (Mathematica comes with  
>it you know), but I would love to have something faster!

If you call (800) 800-SGI1, you can get all sorts of info about
software, peripherals, Indigos, etc.  You can even order Mathematica
with a credit card!

--
    Michael I. Gold	 	You go your way, I'll go mine,
    Silicon Graphics Inc.	I don't care if we get there on time,
    gold@sgi.com		Everybody's searching for something they say,
    (415) 335-1709		I'll get my kicks on the way...
From: jem@squid.ucsb.edu (Jennifer E. Magness)
Newsgroups: comp.sys.sgi
Subject: wrong news group
Date: 15 Apr 92 23:17:14 GMT
Distribution: na
Organization: University of California, Santa Barbara
Originator: jem@squid

sorry about the post to the wrong group!
jennifer
From: gjm@gserv1.dl.ac.uk (g.j.milne)
Newsgroups: comp.sys.sgi
Subject: Re: Is there an lp for the PC?
Date: 13 Apr 92 09:03:51 GMT
Reply-To: gjm@gserv1.dl.ac.uk
Organization: Daresbury Laboratory, UK

There now (IRIX 4.0.1) appears to be an SGI version of lpr (and
associated commands). As far as I know it is not automatically
installed when you upgrade but is available in the current IRIX
release.

Unfortunately, I haven't tried this version of lpr since we use a
public domain version of the lpr code.

---
S.E.R.C. Daresbury Laboratory, Warrington, WA4 4AD, United Kingdom.
e-mail     : g.j.milne@dl.ac.uk (INTERNET)  g.j.milne@uk.ac.daresbury (JANET)
Disclaimer : Opinions expressed are my own, not those of my employer!
Newsgroups: comp.sys.sgi
From: portuesi@tweezers.esd.sgi.com (Michael Portuesi)
Subject: Re: Another Indigo Query
Organization: Silicon Graphics Inc.
Date: Wed, 15 Apr 92 23:34:26 GMT

In article <1992Apr15.224810.27665@ctr.columbia.edu>,
shenkin@avogadro.barnard.columbia.edu (Peter S. Shenkin) writes:
|> Thanks to all who made good suggestions on configuring an Indigo. 
|> Someone
|> wrote and said to make sure I get Showcase.... and this recent
|> thread
|> about Showcase as a word processor reminded me of this.  So now
|> I've
|> got to ask:  is Showcase still a bundled product under 4.0.x, or
|> do
|> I have to order it separately?


It's still bundled with the system.  And we don't even
charge you $100 for the documentation, either.

m.


-- 
Michael Portuesi   Silicon Graphics, Inc.   portuesi@sgi.com
From: wiltzius@lll-crg.llnl.gov (Dave Wiltzius)
Newsgroups: comp.sys.sgi
Subject: Mixed mode problem
Date: 15 Apr 92 03:45:19 GMT
Organization: Lawrence Livermore National Laboratory


I am trying to write a routine that will take an X Window (no
widgets here), put it in mixed mode and issue some GL graphics
calls.  NOTE: I can easily do this by following the examples
that came with IRIX 4.0.1.  What I have not been able to do
is allow this to happen for an *arbitrary* child X window.

Briefly, if I create a parent X window with the same visual
as the root, then all generations of children of this parent
window can easily be "changed" to a mixed mode window by
calling GLXlink if they also inherit the parent visual.

There seems to be something special about the visual inherited
from the root.  For example, if I create the parent with the
default visual (i.e. DefaultVisual(D,S)), I will not be able
to change any of its children to mixed mode (typically the
GLXlink call fails with error -6 in this case).

Any help, comments or explanations would be most welcome.
If you prefer, please give me a call.  Thanks much.

  Dave Wiltzius
  Lawrence Livermore Nat'l Lab

  wiltzius@llnl.gov
  (510) 422-1551