HDTenEightyP/NetNews huggingface dataset:
From: keith@taligent.com (Keith Rollin)
Subject: Re: IMPORTANT MPW C 3.2.3 NOTICE
Organization: Taligent
Date: Tue, 8 Sep 1992 22:04:54 GMT

In article <D2150035.cl6jej@outpost.SF-Bay.org>, peirce@outpost.SF-Bay.org
(Michael Peirce) writes:
> 
> 
> In article <1992Aug28.223654.1979@gallant.apple.com>
(comp.sys.mac.programmer), rickf@apple.com (Rick Fleischman) writes:
> > IMPORTANT MPW C 3.2.3 NOTICE:
> > -----------------------------
> 
> Don't get me wrong, I'm thankful Apple is sending out these notices
> to a wide community, but...
> 
> Haven't there been a fair number of QA problems with E.T.O. lately?
> 
> ETO 8 has this problem with the C compiler, the problem with the 'aedt'
> definition, and the library problem.
> 
> ETO 7 was missing the 411 files.
> 

I haven't paid close attention to ETO, lately, but I think that many of the
problems that get posted are with products that are in Experimental folders. Of
course, this doesn't apply to missing 411 files, and something called "MPW C
3.2.3" looks more official than "MPW C 3.2.3a7x2" and ought not have problems.
But, in general, keep in mind that there are a lot of shaky things on the disk
in addition to official releases.

> Those of use who subscribe to ETO pay a fair amount of money for this
> service, PLEASE Apple, spend a little more effor on making sure its
> a good release before you make it into a CD-ROM.
> 

I can agree with your sentiment, but remember that ETO is _huge_! There's an
awful lot of stuff to coordinate for quarterly release. I've seen it happen from
the inside with ETO and with the Developer CD, and can appreciate the amount of
work and running around lots of people have to do. It's tough. Something that
big can't be perfect all the time. Just look at the U. S. Government.

--
Keith Rollin
Phantom Programmer
Taligent, Inc.

Newsgroups: comp.sys.mac.programmer
From: gnoer1@cc.swarthmore.edu (Geoffrey J. Noer)
Subject: How to play snd resources?
Organization: Swarthmore College
Date: Sat, 5 Sep 1992 18:52:30 GMT

Could anyone e-mail me a function I could use in THINK C to play a snd
resource, given an ID?  I tried using the code in the Usenet Macintosh
Programmer's Guide but that didn't help.  Could anyone send me some
working code, please?

Thanks very much,
Geoffrey J. Noer
gnoer1@cc.swarthmore.edu


Newsgroups: comp.sys.mac.programmer
From: kjt001@dunix.drake.edu (Kevin Tieskoetter)
Subject: Please HELP - Need source code or general help with ICONs
Organization: Drake University, Des Moines, Iowa, USA
Date: Mon, 14 Sep 1992 07:03:19 GMT

Can anyone direct me to source code that deals with Icons?  Code for
simple things like clicking, dragging, highlighting, double-clicking,
etc...?

Apparently, there aren't any toolbox routines for these things, so I was
wondering if a library or something similar existed.  If not that, could
someone give me advice on the best way to handle such things?  I'm
relatively new to macintosh programming, and I'm working in Think C 4.0
right now.

All help is greatly appreciated.

-kevin
KJT001@ACAD.DRAKE.EDU
kjt001@dunix.drake.edu

Newsgroups: comp.sys.mac.programmer
From: leonardr@netcom.com (Leonard Rosenthol)
Subject: Re: CTB undocumented routines and Think Libs
Date: Wed, 09 Sep 92 00:50:28 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Distribution: comp

In article <ULFIS.92Sep8223513@cyklop.nada.kth.se> ulfis@cyklop.nada.kth.se (Anders Ulfheden) writes:
>The file <CommResources.h> contains the glue for some *undocumented* CTB
>routines:
>
>...
>pascal Handle CRMGetToolResource (short procID, ResType theType, short theID);
>pascal void   CRMReleaseToolResource (short procID, Handle theHandle);
>...
>pascal OSErr  CRMFindCommunications(short *vRefNum, long *dirID);
>...
>
>When I use CRMGetToolResource() in my code (CommToolbox library added) I get
>a "undefined CRMGetToolResource" link error.
>
	These routines are part of CTB 1.1, which is available as a separate
library for Think, but should be part of the MPW 3.2 .o files.  If you don't
have the docs/library for the CTB 1.1, they are available on ftp.apple.com.

-- 
-----------------------------------------------------------------------------
Leonard Rosenthol			Internet: 	leonardr@netcom.com
Director of Advanced Technology		AppleLink:	MACgician
Aladdin Systems, Inc.			GEnie:		MACgician

Newsgroups: comp.sys.mac.programmer
From: thor@vivaldi.psu.edu (Thomas Moertel)
Subject: How do you read kerning information for fonts?
Organization: Pennylvania State University
Distribution: comp
Date: 8 Sep 92 16:35:14

Hi!  The subject basically says it all.  Pointers to any juicy
references and--especially--source code snippets will be graciously
accepted.  Providers of information will be instantaneously promoted
to Masters of Font Lore. ;-)

Thanks for your help!


--

Tom Moertel                 Pennsylvania State University
thor@vivaldi.psu.edu        "Them bats is smart. They use radar!"  ;-)
From: ksand@apple.com (Kent Sandvik)
Newsgroups: comp.sys.mac.programmer
Subject: Re: HFS Calls in IM6?
Date: 15 Sep 92 04:25:36 GMT
Followup-To: comp.sys.mac.programmer
Organization: Apple

In article <1992Aug26.032707.9139@terminator.cc.umich.edu>,
leonardr@ccs.itd.umich.edu wrote:
> In article <keagGhC00UhWM6nGQa@andrew.cmu.edu> ba0k+@andrew.cmu.edu (Brian Patrick Arnold) writes:
> >I noticed that
> >MacApp 3.0's TFile class uses these HOpenDF etc. without checking for
> >System 7 or File Manager Gestalt.  TFile does check for Alias manager
> >using Gestalt, to filter out whether it will do certain FSp, Finder and
> >Alias Manager calls, but it doesn't filter on the H calls.  
> >
> 	that would mean that MacApp 3 programs won't work under System 6!

Huh? MacApp 3.0.1 TFile uses PBHOpenDenySync OR PBHOpenSync for opening the
data fork, and HOpenResFile for opening the resource fork System 6-wise,
and FSpOpenResFile if System 7 is present. The last thing is also
a little bit questionable, because HOpenResFile works fine in both
environments (looking at the code the MacApp engineers saved one
link assignment for the file name, so I guess they saved 20-30 cycles
on that one).

So there are no known problems as I know of opening files with
the MacApp provided TFile Open routines. Using PBHOpenDenySync before
PBHOpenSync is also smart; MacApp tests if the file has file
access permissions OK (shared volume) before trying PBHOpenSync
on a normal HFS based volume. I guess anyone else looking at 
File I/O routines could take a look at the code inside UFile.cp 
in the MacApp library folder.

Cheers,
Kent Sandvik/DTS

"I would rather have a thousands idiots attacking my position, than
have one idiot helping to defend it."	[Paraphrased from Voltaire]
-------------------
Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
DISCLAIMER: Private activities on the Net.
Newsgroups: comp.sys.mac.programmer
From: bwilliam@iat.holonet.net (Bill Williams)
Subject: Re: Patching the _Launch Trap
Organization: HoloNet (BBS: 510-704-1058)
Date: Wed, 9 Sep 1992 05:04:39 GMT

>It basically means that it is near impossible to patch such a
trap....

I am not positive but two years ago at MacHack during the forum discussing
"the correct way to write any kind of INIT" that was headed by several
Apple employees, I could have sweared that I thought I heard a panelist
mention that there was a reserved way to patch than involved setting a
value in memory. I vaguely feel that it was setting a LoMem to a special
value befor calling SetTrapAddress or something higher up on the stack.

Anyway I'll bet Apple has some official ways to patch just about anything
in system seven internally. Or at least I'd wish they did.

BWilliams

Newsgroups: comp.sys.mac.programmer
From: mbabramo@unix.amherst.edu (MICHAEL BERNARD ABRAMOWICZ)
Subject: Re: Animated Cursor
Organization: Amherst College
X-Newsreader: Tin 1.1 PL5
Date: Wed, 9 Sep 1992 17:39:19 GMT


Hi there,

Another possible approach is to use the Vertical Retrace Manager.
This is pretty easy if you have New Inside Macintosh: Processes,
since full source code is conveniently provided. 

Michael Abramowicz

Disclaimer: I wrote the first version of the chapter as an Apple
summer intern, so I am somewhat biased. But it really is easy.

Xref: sparky comp.sys.mac.programmer:15466 comp.sys.mac.system:11870
From: stevem@cs.utexas.edu (Steve Anthony Mariotti)
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.system
Subject: Re: Does anyone recognize _Jackson?
Date: 14 Sep 1992 19:11:26 -0500
Organization: U Texas Dept of Computer Sciences, Austin TX
NNTP-Posting-Host: coltexo.cs.utexas.edu

In article <1992Sep4.133844.20178@dartvax.dartmouth.edu> Roger.W.Brown@dartmouth.edu (Roger W. Brown) writes:
>I frequently see this symbol in MacsBug when my Quadra crashes:
>_Jackson. I haven't looked through the Tech Notes yet. I wondered if
>anyone knows what it is. It does something with color icons. I just
>want to know that it isn't a virus, and maybe that it is from an
>extension that may be causing trouble.

I'm guessing that this is the same trap that TMON Pro referred to as
_JacksonPollock.  I know that it's related to Color QuickDraw, but I 
didn't bother reading through the code.

A similar question to yours:  what the hell is _Bass?  I was getting some
crashes when a program I was fixing thrashed thePort, and my stack crawl
led me through some code low in memory (very low, like $00001000 or so) that
called _Bass.

Does anyone know what _Bass is?  Can I expect to find _Trout, _Snapper, 
_Haddock, _Cod, and more?

Steve Mariotti
stevem@cs.utexas.edu
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.system,comp.sys.mac.games
From: martin@cs.curtin.edu.au (Martin Dougiamas)
Subject: Need INIT to *reduce* screen size.
Summary: Wanted: way to fake classic screensize on PB100.
Keywords: extension INIT reduce screen size games etc
Organization: Curtin University of Technology
Date: Fri, 11 Sep 1992 11:10:12 GMT

G'day.  

I recently tried to run Beyond Dark Castle and some other old games on
my PowerBook 100.  To my surprise, they still worked fine, EXCEPT that
the display was totally mangled.  (wrapped around funny)

The reason for this appears to be that these games assume the screen
is the standard compact-mac size : 512x342, where my PowerBook 100 is
640x400. 

My question : can anyone point me to an INIT that can trick the system 
into thinking the screen is only 512x342 ?  If not, does anyone feel like
writing one? ... it would help rescue a number of old graphics programs.

Martin
--
,----------------------------------------------------------------.      _ .
| Who's been feeding tomatoes to   |      Martin Dougiamas.      |   _r| Ll\
|     to the cat?                  |   martin@cs.curtin.edu.au   |  |  |    \
| I've never seen a vegetarian cat.|      Curtin University      |  \  |_   /
|               -- Robyn Hitchcock |  Perth, Western Australia  -+-> x~  `-'
`================================================================'        V
Newsgroups: comp.sys.mac.programmer
Subject: Re: I need sample code for Lightspeed PASCAL
From: jmatthews@desire.wright.edu
Date: 8 Sep 92 00:09:27 EST
Organization: Wright State University 

In article <7SEP199212280598@rigel.tamu.edu>, emk9267@rigel.tamu.edu (KLINE, ERIC MICHAEL) writes:
> Hi!  I'm trying to learn how to write an application that sends graphics
> to the printer.  I've learned how to defined a picture using Quickdraw
> commands and how to save those commands in a PICT format.  I would greatly
> appreciate it if somebody could send some code that demonstrates how to
> send graphics to the printer (I have an Imagewriter II).

TechNote 161 (A Printing Loop That Cares) has some canonical printing code
in Pascal and C. You don't actually have to save your drawing commands in
a PICT (although you can); you can just draw while the printer's grafport
is open.

o----------------------------------------------------------------------------o
| John B. Matthews, jmatthews@desire.wright.edu, disclaimer:= myViews <> WSU |
|      "Whom the gods would destroy, they first invite to program in C"      |
o----------------------------------------------------------------------------o
Newsgroups: comp.sys.mac.programmer
From: byrne@terminus.gatech.edu (Michael Byrne)
Subject: Re: What is error -5016?
Organization: College of Computing
Date: Sat, 12 Sep 1992 14:46:28 GMT

In article <73gg03Cw81AJ00@amdahl.uts.amdahl.com> jsp@pls.amdahl.com writes:
>
>I'm calling ResolveAlias on an alias that references an unreachable
>AppleShare volume (because I'm not connected to the network at the
>time).  It returns error number -5016.  That number doesn't seem to
>be documented in Inside Mac volume VI.  Does anyone know the official
>meaning of that error number?  I'd like to be able to give a reasonable
>error message to the user; can I just assume that -5016 means, "You're
>not connected to the network, bozo"?
>
>--James Preston

According to System Errors 7.0.1 (a wonderful thing), error -5016 is
called afpNoServer and is produced when the AFP/XPP driver can't
find the server, so you're probably safe in saying "Can't find that
server, bozo" because one could be connected to a network and still
get that error code.


============================================================
Mike Byrne                               byrne@cc.gatech.edu
Grad student in Psychology/Cognitive Science
25947 GA Tech Station, Atlanta, GA 30332

----->>>>    "Only the mediocre are always at their best."
From: ksand@apple.com (Kent Sandvik)
Newsgroups: comp.sys.mac.programmer
Subject: Re: How to increase stack size ???
Date: 5 Sep 92 21:03:26 GMT
Followup-To: comp.sys.mac.programmer
Organization: Apple

In article <marshall-020992143552@hpsdr160.sdd.hp.com>, marshall@sdd.hp.com
(Marshall Clow) wrote:
> In article <71922@apple.Apple.COM>, grobbins@Apple.COM (Grobbins) wrote:
> > [ lots of good advice deleted ]
> > 
> > This is particularly an issue for faceless background apps, which have
> > a default stack size of only 2K.  SetApplLimit will grow an FBA's stack
> > to at least 24K on Color QuickDraw machines, so the partition size
> > should be larger than that.
> > 
> 
> In writing a FBA we tracked down several cases where inits (oops,
> extensions) would patch a trap, and then when the trap was called, would
> casually throw a few Str255s on the stack, or maybe a 1K buffer.
> 
> Needless to say, when an OS call used over 1K of stack space and you only
> have a 2K stack, you are headed for problems.

Another hint, check out what MoveHHi is doing with the stack. I'm not 
telling it :-).

Kent Sandvik/DTS
Newsgroups: comp.sys.mac.programmer
From: dwood@hal.oc (Doug Wood,NRAO)
Subject: Re: Claris Help System
Keywords: help claris
Reply-To: dwood@nrao.edu
Organization: National Radio Astronomy Observatory
Date: Mon, 14 Sep 1992 15:53:44 GMT

The Claris help system uses HyperEngine, a commercial product that is not
free.  I don't have their address handy right now, but they want royalties
for ever copy or your product sold AND money up front.  HE is about $100
and you can use it for yourself all you want.  It provides some, but not
all of the functionality of HyperCard.
From: jpugh@apple.com (Jon Pugh)
Newsgroups: comp.sys.mac.programmer
Subject: Re: AppleEvent error -903 ???
Date: 9 Sep 92 03:32:48 GMT
Followup-To: comp.sys.mac.programmer
Organization: Apple Computer, Inc.

In article <Bu2yJy.7DH@cpsc.ucalgary.ca>, valerio@cpsc.ucalgary.ca (Valerio
Franceschin) wrote:
> 
> 
> I can't seem to get Apple Events working on my Mac. AESend returns
> error -903.  There is no error -903 listed in Inside Macintosh 6.
> I get this error when running sample programs that I got out of
> Macintosh C Programming Primer, Vol 1, 2n Ed.  I copied the programs,
> EventTracker(pg 143) and EventTrigger(pg 190), and although EventTracker
> works just like the book says, EventTrigger results in error -903
> when trying to do the AESend.

You need to set the High Level Event Aware bit in your SIZE resource.  The
System is failing when it tries to open a port to send you the reply event
because you can't accept high level events.

Jon
Newsgroups: comp.sys.mac.programmer
From: peter@cujo.curtin.edu.au (Peter N Lewis)
Subject: Re: How to <<Readln>> from a text referenced by a handle??
Followup-To: comp.sys.mac.programmer
Organization: NCRPDA, Curtin University
Date: Wed, 16 Sep 1992 01:32:12 GMT

In article <1992Sep15.074458.6297@bernina.ethz.ch>, czychi@bernina.ethz.ch
(Gary Czychi) wrote:

> nd in my application, I have already read in the text of a file in one big
> chunk and pass the handle to the place where I process the data.

{$R-}
procedure ReadALine(h:handle; var s:str255);
var
  p:ptr;
  size,len:longInt;
begin
  p:=h^;
  size:=GetHandleSize(h);
  len:=0;
  while (size>0) & (p^ <> 13) do begin
    p:=ptr(ord(p)+1);
    size:=size-1;
    len:=len+1;
  end;
  if len>255 then len:=255;
  s[0]:=chr(len);
  BlockMove(h^,@s[1],len);
  if size>0 then begin
    p:=ptr(ord(p)+1); { Skip over the <cr> }
    size:=size-1;
    BlockMove(p,h^,size);
  end;
  SetHandleSize(h,size);
end;

I tested this code, it seems to work ok.  Note, if you were going to read
lots of lines, you'd be better keeping an offset, and avoiding the block
move all the time, but the above will work ok, and isn't *that* inefficent,
it depends how many times you want to call ReadALine, if its 10 or 20, no
problem, if its 10 or 20 thousand, then some rethinking would be
necessary...
   Peter.

_______________________________________________________________________
Peter N Lewis, NCRPDA, Curtin University       peter@cujo.curtin.edu.au
GPO Box U1987, Perth WA 6001, AUSTRALIA             FAX: +61 9 367 8141
From: spencer@panix.com (David Spencer)
Newsgroups: comp.sys.mac.programmer
Subject: printf and scanf (was: THINK C linker makes me sad)
Date: 8 Sep 92 14:30:32 GMT
Distribution: usa
Organization: PANIX Public Access Unix, NYC

howard@netcom.com (Howard Berkey) writes of THINK C:

>So I was writing this really small, simple app. (a mac version of xclock,
>just for fun.)  It was only 3k.  Then I added a call to sprintf().  It 
>exploded the program to 22k.

Sic semper printf ["Thus be it always to printf", for the history- or
latin-impaired].

The printf functions are complex; they do a lot. The scanf functions
are even worse. In any environment, they will explode code.

They are also hard for the implementer to get right. THINK C, so far
as I can tell, is OK. My $750 [list price] dos compiler/library has a
printf that botches unsigned longs.

Moreover, except for simple uses (for which putc or puts are
adequate), they are hard for the user to get right.

If possible, avoid printf and scanf (and cousins). Don't pay the
overhead of all that formatting power, unless you need it. Use putc
and puts (and getc and gets). If you know the output format, it's
often easier (and certainly smaller) to write a custom formatter (no
flames, please; I've just re-read Henry Spencer's _How to Steal Code_
in penance for that statement...)

dhs   spencer@panix.com
From: iscjcw@uccvma.ucop.edu (Jerry Wilcox)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Shareware compilers
Date: 10 Sep 92 17:10:30 GMT
Followup-To: comp.sys.mac.programmer
Organization: University of California, Office of the President
NNTP-Posting-Host: ajax.ucop.edu

In article <1685A2211.RJONES1@ua1vm.ua.edu>, RJONES1@ua1vm.ua.edu wrote:
> 
>   Are there any shareware or freeware compilers for the Mac?  If so, what are
> they, which ones are best, and where can they be found?  Thanks in advance.
>  

I've seen several responses which mention Harvest C and one which mentions
PocketForth. There are a couple of others, both derivatives of NEON. One
which I use quite a bit is Yerk, the other is Mops. Both have evolved into
a cross between Forth and Smalltalk - they are object-oriented, and at
least Yerk is very functional.

-----------
Jerry Wilcox - iscjcw@uccvma.ucop.edu
All opinions expressed are MINE -- I'd have a different job if the
University wanted me to speak for it.
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Patching the _Launch Trap
Date: 9 Sep 92 18:49:36 +1200
Organization: University of Waikato, Hamilton, New Zealand

In article <gvrn-n#.leonardr@netcom.com>, leonardr@netcom.com (Leonard Rosenthol) writes:

> 	One way that might work, assuming that you only care about System 7
> would be to intercept 'osel' events in the Finder.  When the Finder "opens"
> anything, file, folder, disk, etc. it will send itself an 'osel' event - also
> many launching utils will also send the same event to the Finder in order to
> have things opened.
>
> 	There are two ways to intercept Apple events.  The hard way is to patch
> _Pack8 (Apple Event manager), the easy (but undocumented way) is to install
> something called a PHAQHandler.  A PHAQHandler is the equivalent of a head
> patch on an Apple event handler, so you could just grab the data for the event
> and then pass it along.  You might also be able to do the same thing by
> getting the address of the current 'osel' handler, installing your own and
> then calling the original...

This may work with Finder 7.1 (not that I've seen it), but it certainly won't
work with Finder 7.0. Finder 7.0 doesn't use the Apple Event Manager for doing
its own event handling, so it's no good trying to intercept Finder events by
doing anything to or with the Apple Event Manager. Not from within the Finder's
process context, anyway. You'll have to patch AcceptHighLevelEvent.

Lawrence D'Oliveiro                       fone: +64-7-856-2889
Computer Services Dept                     fax: +64-7-838-4066
University of Waikato            electric mail: ldo@waikato.ac.nz
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00
This line intentionally left unfunny.
Newsgroups: comp.sys.mac.programmer,comp.sys.mac.system
From: smargari@nmsu.edu (Susan Margarit)
Subject: Re: Does anyone recognize _Jackson?
Organization: NMSU Computer Science
	<lbaaheINNmja@coltexo.cs.utexas.edu>
	<D88-JWA.92Sep15124639@black.nada.kth.se>
Date: Wed, 16 Sep 1992 03:01:45 GMT

My first impression of the meaning of _Jackson in conjunction with
crashes was that Jackson is slang for a certain portion of the male
anatomy. I kind of thought that when you get Jackson'ed, you've been
f***ed.

Jim Margarit
Newsgroups: comp.sys.mac.programmer
From: Chuck Pliske <chuckp@u.washington.edu>
Subject: Re: How to increase stack size ???
X-Xxmessage-Id: <A6D2D8E84701372A@chuckp.staffdev.washington.edu>
X-Xxdate: Tue, 8 Sep 92 06:25:44 GMT
Organization: University of Washington
X-Useragent: Nuntius v1.1.1d9
Date: Wed, 9 Sep 1992 05:24:09 GMT

In article <1992Sep4.160059.29329@novell.com> Duane A Murphy,
damurphy@wc.novell.com writes:
>>In any event, I would recommend using the low memory global DefltStack

I wrote an extension "Stack6000", useful for the 68000 machines because
Apple sets the default stack to about $4800 in the Plus, SE and PB100,
and $6000 on the other machines.  I simply set DefltStack to $6000 (if
needed) and exit.  Subsequent programs using the default all get the new
value.  So far, it has worked fine.  (Available on Sumex)

Chuck
Newsgroups: comp.sys.mac.programmer
From: niko@iastate.edu (Nikolaus E Schuessler)
Subject: Re: THINK C 5.0.3/TCL 1.1.2 Updates
Organization: Iowa State University, Ames, IA
Date: Fri, 11 Sep 1992 15:58:54 GMT

In article <TREE.92Sep11111622@kira.uvm.edu> tree@kira.uvm.edu (Tom Emerson) writes:
>An new update for THINK C, 5.0.3, has been released. This update corrects
>problems with the Quadra and other problems present in earlier versions of the
>compiler. Also available is TCL 1.1.2 (the same as that released in 5.0.2).
>
>The patch is available on AOL, CompuServe, and AppleLink, and will be
>available on sumex-aim.stanford.edu in the very near future.
>

What a convenient coordination! It is as if my hard drive anticipated
dying right before the release :-)

-- 
Niko Schuessler               
Project Vincent Systems Manager              email: niko@iastate.edu
Iowa State University Computation Center     voice: (515) 294-1672
Ames IA 50010                                snail: 272 Durham