HDTenEightyP/NetNews huggingface dataset:
From: walker@twix.unx.sas.com (Doug Walker)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Help with my C program anyone?
Date: 13 Nov 92 13:58:57 GMT
Organization: SAS Institute Inc.
Originator: walker@twix.unx.sas.com


In article <1992Nov13.065904.1066@cs.uow.edu.au>, u9155406@cs.uow.edu.au (Gerardo Bentancor) writes:
|> By now, I assume that the UnLock function has unlocked the previous directory,
|> and there is now a valid lock on the new directory, and it has become the
|> current directory. Before my program finishes I make sure that it unlocks the 
|> new current directory.

That's the problem.  Your program started with a current directory
lock, you should make sure it ends with one.  When your program
exits, the shell you invoked it from assumes that the current
directory lock is valid; you have just freed it, so it crashes.

|> 					Gerardo.

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: efb@cnmss.tredydev.unisys.com (Edward Bacon)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS/C 6.00 problems
Date: 5 Nov 92 18:14:14 GMT
Organization: Unisys Corporation, Tredyffrin

Some one recently praised scmsg, and I would like to add my $.02.
I really like it and the "openness" it provides to integrate
editors, the compiler and make.  I had a few problems using the
TurboText scripts provided.  I discovered that you must define the
SAS environment (assigns and path) before starting the rxmaster.
If you do not do this, build cannot find sc (when started from
TurboText).

NFS: As TurboText has a different port for each document, I would like
to set the portname that scmsg uses for the editor in a more dynamic
fashion (e.g. by an ENV variable or AREXX command to scmsg).  I have
written a script to figure out the document port and use it to goto
line number of the selected error, but I'm telling scmsg to talk to
AREXX first.
Newsgroups: comp.sys.amiga.programmer
From: hessmann@unipas.fmi.uni-passau.de (Georg Hessmann)
Subject: Re: Why does EMITS complain? SCMSG bug?
Organization: University of Passau, Germany
Date: Wed, 11 Nov 1992 12:39:45 GMT

In article <BxIMyC.JG4@unx.sas.com> jamie@cdevil.unx.sas.com (James Cooper) writes:
>
[...]
>
>This is a known bug, and will be patched in our patch release due very
>soon (as soon as it passes Beta test and QA).

Two questions to the 6.1 patch:
First, when will it available and second (nearly more importand)
how will it released?
Will the patch be available via ftp/email or only on disk?

	Georg.

PS: I've found some strange things in the 6.0 version, but if the
6.1 version is soon coming, I will wait searching the bugs, until I
have 6.1. (I hope, that than I don't have bugs to search :)

-- 
  hessmann@unipas.fmi.uni-passau.de		(Georg Hemann)
						(Oberer Markt 7/D-8712 Volkach)
From: Aurelius@cup.portal.com (Mark Christian Barnes)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Matt Dillon: Where has he gone?
Date: Wed, 11 Nov 92 12:18:00 PST
Organization: The Portal System (TM)
Distribution: na
  <1992Nov7.164644.21559@cs.mun.ca> <1992Nov8.160859.392@cs.mun.ca>

 Matt Dillon is alive and well. Judging from some return Email that
I recieved from him, in the last few weeks ( DICE bug reports and
such ), I'd guess that he has perhaps moved and gotten a new job???
Still, his well known internet addresses are still valid. Remember,
on of those addresses has "OVERLOAD" in it.

			Regards, Aurelius@cup.portal.com

PS: if my guesses are right ... Best Wishes Matt.
From: wuth@castrov.cuc.ab.ca (Brett Wuth)
Newsgroups: comp.sys.amiga.programmer
Subject: A68k & hunk names
Distribution: world
Date: 5 Nov 92 04:27:53 MDT
Organization: Castrovalva is a state of mind

I'm in the process of tracking down a bug in a mixed language program
(DICE C, DICE das, and A68k).  I've found that A68k (version 2.71) 
does not assign names to the hunks that it creates.  Thus the linker
is not able to tell me the name of the module included from a join-type 
library that is causing problems.  Specifically, DICE's dobj produces 
output like this:

HUNK_UNIT 

HUNK_CODE #00 (               ) Hunk=000003e9 Size=204 bytes
 00.00000000  5374 6172 7420 6f66 2044  SUBQ.W  #1,([74206f66,A4,]2044)
 00.0000000a  6576                      BCS.B   00000082
 00.0000000c  4f70                      
 00.0000000e  656e                      BCS.B   0000007e
 00.00000010  4134                      

Note that there is no name after the HUNK_UNIT.  The name produced
by DICE's das is the name of the source file with the suffix stripped
off.

Before I go and modify A68k, do you know if there is a newer version
than 2.71 that gives hunks names?  Please reply by e-mail; I'll summarize
if requested.

Thanks for your help,
-- 
Brett Wuth  wuth@castrov.cuc.ab.ca BCWuth@uncamult.bitnet wuth@castrov.UUCP
U302, 3510 44St SW, Calgary, Alberta, T3E 3R9, CANADA  Tel: +1 403 242-0848
From: stark@wam.umd.edu (Mike Stark)
Subject: I want some people to test KeyBang 2
Summary: I need KeyBang 2 tested on various platforms
Organization: University of Maryland, College Park
Date: Thu, 12 Nov 1992 21:45:40 GMT

I am not sure that this is the place to ask ... but.

I am just about ready to release an update to my now famous program, KeyBang.
Before I do, I would like to have it tested by several people on various
platforms other than my Amiga 3000.  If you are interested in testing KeyBang
for me please read on.

KeyBang is a program which displays shapes and IFF brushes and plays 8SVX
samples in response to banging on the Amiga keyboard.  I created it to
give my son who is very interested in this sort of banging some feedback
that wasn't destructive to my work.

I released KeyBang 1 in May, I think.  It was fairly simple. It didn't 
display IFF brushes.  KeyBang 2 is KeyBang 1 plus:

		- IFF Brushes
		- A screen blanker mode where KeyBang will come up
		  automatically after a preset time.
		- The ability to associate sounds and images with 
		  specific keys.
		- Better compatibility and bug fixes.

I need people to test KeyBang in AmigaDOS 1.3 and on Amigas 500, 600, 1000,
1200, 4000 and PAL Amigas as well as other hardware of which I haven't
thought.

If you are interested in testing KeyBang 2 please send me an E-mail message
describing your hardware and software setup as well as your level of 
expertice with the Amiga.  I will select a small number of people and bestow
upon them the great honor of being among the first to run KeyBang 2



-- 
---Mike Stark                         | stark@umdhep.umd.edu
   Physics Department
   University of Maryland
   College Park, MD  20742
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 10 Nov 92 18:58:54 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <BxGvwE.4op@visix.com> brett@visix.com writes:
>Please! Hitting the hardware != POORLY Written Software

Of course they're not equal.  But there is a strong correlation.  We
know.  Part of our living is investigating software that dies under
new OS's/machines.  A great fraction of this software dies because
because it hits the hardware or otherwise circumvents the OS when
playing by the rules would have suited the application just fine.

>There is well done software to has to go to the hardware
>There is poor software that goes to the hardware

In particular, there is plenty of poor software that _unnecessarily_
goes to the hardware, and that fact is a major contributor to their
poorness.

>Brett Bourbin		\  / /(_  /\/  11440 Commerce Park Drive

     Peter
--
Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"I believe it's bad luck to be superstitious."
From: kentd@FtCollins.NCR.com (Kent Dalton)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: LISP - USE IT.
Date: 12 Nov 92 11:37:10 GMT
	<1992Nov11.175530.8454@coli.uni-sb.de>
	<mwm.2m3x@contessa.palo-alto.ca.us>
Distribution: world
Organization: NCR Microelectronics, Ft. Collins, CO
In-reply-to: mwm@contessa.palo-alto.ca.us's message of 12 Nov 92 00:50:07 GMT

>>>>> On 12 Nov 92 00:50:07 GMT, mwm@contessa.palo-alto.ca.us (Mike Meyer) said:
Mike> In <1992Nov11.175530.8454@coli.uni-sb.de>, fettig@asl-sun2 (Thomas &) wrote:
>  Now if I wanted to use lisp with the Amiga,
>  can I get a decent one? Did You find a
>  useable and complete lisp for the Amiga,
>  or do you use lisp on a unix-box?

Mike> Yes, you can get decent LISPs for the Amiga. Gambit was just sent to
Mike> Fred Fish. It's an R4RS shareware interpreter/68000-compiler. There's
Mike> OakLISP, which includes an R3RS Scheme environment, as well as the OO
Mike> OakLISP system. It has a byte-code compiler. I use Scheme->C, which is
Mike> an R3RS scheme that makes compiling standalone executable trivial. You
Mike> can't do that with OakLISP; you might be able to do it with Gambit.

You forgot GNU Emacs! It's by far my favorite LISP environment. :^)

Mike> That all of these also run on Unix boxes is a nice advantage.

Ditto!

--
/**************************************************************************/
/* Kent Dalton                   * EMail: Kent.Dalton@FtCollinsCO.NCR.COM */
/* NCR Microelectronics          * Phone: (303) 223-5100 X-319            */  
/* 2001 Danfield Ct. MS470A      *   FAX: (303) 226-9556                  */
/* Fort Collins, Colorado 80525  *                                        */
/**************************************************************************/
This ASEXUAL PIG really BOILS my BLOOD...  He's so..so.....URGENT!!
Newsgroups: comp.sys.amiga.programmer
From: ftegerer@cip.informatik.uni-erlangen.de (Frohwalt Egerer)
Subject: Re: Objective C
Organization: Student Pool, CSD, University of Erlangen, Germany
Date: Thu, 5 Nov 1992 14:38:22 GMT
Keywords: Objective C

mwm@contessa.palo-alto.ca.us (Mike Meyer) writes:

>I vaguelly recall that there was an Objective C preprocessor available
>for the Amiga. Anyone know where I could find a copy?

gcc 2.2.2 can compile c, c++ and Objective C.  You should be able
to get it from any aminet site, as wuarchive.wustl.edu. Be aware
that gcc rather is a clumsy thing, don't expect it to run  
reasonably on anything less than 68030. Even there it is dog-slow.

Froh

---
Email:     ftegerer@cip.informatik.uni-erlangen.de
Snail:     Frohwalt Egerer \ Drausnickstr. 36  \ 8520 Erlangen
Voice:     09131/55617

"Toll, das 5-Megabyte Backup geht ja auf eine Diskette", sagte Elric als er 
meine Festplatte trackweise ueberschrieb. GRRRRRR!
Nachtrag: ER HAT'S SCHON WIEDER GETAN! AAAAARRRRGHHHH! IEEEEEEEK! WAAAAAAAH!
*Schreiend in die Nervenklink eingeliefert werd*
Newsgroups: comp.sys.amiga.programmer
From: jms1086@ritvax.isc.rit.edu
Subject: Re: Curses (foiled again? :-)
Reply-To: jms1086@ritvax.isc.rit.edu
Organization: Rochester Institute of Technology
Date: Tue, 10 Nov 1992 03:46:47 GMT

I believe that there is one on wuarchive.. Here's the full node
and a possible directory:

wuarchive.wustl.edu
/systems/amiga/devel

If not in there, try the Physik mirrors...

					-John...
Newsgroups: comp.sys.amiga.programmer
Subject: Amiga Scheme?
From: mbottner@eagle.wesleyan.edu
Date: 5 Nov 92 01:48:03 EDT
Organization: Wesleyan University


	Does anyone out there know if there is an Amiga implementation of the
language Scheme, either in the public domain or otherwise.  If it must be
purchased, where could I get it, and what is the approximate price range?  
Any information would be appreciated.

Mattias Bottner
MBOTTNER@EAGLE.WESLEYAN.EDU
From: al158305@academ01.mty.itesm.mx (Gustavo Cordova Avila)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Blizzard?
Keywords: accelerator RAM
Date: 5 Nov 92 17:43:46 GMT

cs902125@ariel.yorku.ca (SHUK C YIP) writes:

>So, AdSpeed & Blizzard Board, which one is faster?

   I would believe the blizzard. They both work at the same speed,
but although the adspeed has a full-speed cache, the blizzard has
full-speed memory, all 8.5 Megs of it. It's only my opinion.

-Gus
--
Gustavo Cordova Avila		| Majoring in Computer Engineering
al158305@academ01.mty.itesm.mx	| "...I came from the Desert!!" (Sonora)
al158305@[131.178.4.10]		| RangerElf @ IRC (usually in #amiga)
Newsgroups: comp.sys.amiga.programmer
From: swt@therson.affinity.mn.org (Stephen W. Thomas)
Subject: Re: physical memory protection with MMU
Summary: Definition of MEMF_PUBLIC
Date: Wed, 4 Nov 1992 19:59:41 GMT
Organization: Affinity Computer Applications, Shoreview, MN

In article <mwm.2fxx@contessa.palo-alto.ca.us> mwm@contessa.palo-alto.ca.us (Mike Meyer) writes:
>
>I don't think it was ever clearly defined what "PUBLIC" means, it's
>pretty hard to treat it the right way. 
>
>Is that memory that you're letting anyone access, like a public
>message port?  Or is it memory that you're going to hand to a specific
>other task, like an I/O buffer? Or is it something else again?

I believe the answer to both is yes since in both cases another task is
accessing the memory.

>Is there a place in the 2.0 RKMs that gives an explicit rule for when
>MEMF_PUBLIC should be used?
>

On page 20 of the exec.library autodoc (page 135 of your autodoc/includes RKM)
the definition of the MEMF_PUBLIC attribute is given.  
-- 
Stephen W. Thomas                       UUCP: swt@therson.affinity.mn.org
Affinity Computer Applications, Inc.    VOICE: (612) 484-2905
4740 Hodgson Road			BIX: affinity
Shoreview, MN  55126-6042
Newsgroups: comp.sys.amiga.programmer
From: u9155406@cs.uow.edu.au (Gerardo Bentancor)
Subject: Help with my C program anyone?
Organization: Dept of Computer Science, Wollongong University, Australia
Date: Fri, 13 Nov 1992 06:59:04 GMT

Hello Everyone,

	I am having a few problems with a program I am trying to write ( It is
just a little dos utility). I am attempting to use the CurrentDir OS routine
to change directory but it doesn't seem to work.

The following is part of the routine that I am using to accomplish this:

/* 
 * EnterDirectory: This function will change the current directory to 
 * NewDir[].
 * 
 */

 void
 EnterDirectory ( char *NewDir )
 {

	/* LockDirectory is a function that basically calls the Lock OS
           routine. It does a bit of error checking etc, but it DOES work !
        */ 

 	LockDirectory ( AppendDir ( current_dir_name, NewDir ));

	/* LockPtr is a global variable that contains the current directory
	   lock. It is set with the LockDirectory function */

	UnLock ( CurrentDir ( LockPtr ) );

 }


Please Note: the AppendDir function takes a string say, DF0:, and appends
the new directory name to the old.

e.g if the current_dir_name is df0: and the NewDir is say "games", then
the function returns a pointer to the string "df0:games", alternatively if
the current_dir_name is "df0:games" and NewDir is "shootemups" then the 
function returns "df0:games/shootemups". (I am positive that this function
works).

Before I enter the above function there is a valid lock on the directory
current_dir_name (and I can verify this because the program can examine that
directory with ExNext and Examine).

The Includes and Autodocs manual tells me that the CurrentDir function returns
the pointer to the previous lock, and so I attempt to unlock it with UnLock.

By now, I assume that the UnLock function has unlocked the previous directory,
and there is now a valid lock on the new directory, and it has become the
current directory. Before my program finishes I make sure that it unlocks the 
new current directory.

My problem is this: I get no error messages from any of the OS functions, 
they all seem to work fine, except that the current directory has NOT been
changed. (I have verified this because the program is run from the CLI and
I just printf the GetCurrentDirName string). 

The main problem is however, that 
a) the directory name on the shell prompt is not the new directory ( I was
thinking that perhaps this has to be set manually)

b) when I do another disk command such as 'dir' after running my program
the machine crashes!

I have read and reread the entries on CurrentDir in the autodocs and still
cannot see what I am doing wrong... So can anyone help me? I have no idea
what the problem is.... also should I buy the Libraries reference manual?
Does this book explain how to use the functions?

					Any help greatly appreciated,
					Gerardo.


u9155406@cs.uow.edu.au
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: 2.1 includes in SAS C 6.0 ?
Originator: walker@twix.unx.sas.com
Date: Fri, 13 Nov 1992 18:11:49 GMT
Organization: SAS Institute Inc.
Keywords: Includes


In article <1992Nov13.153512.5008@ifi.unizh.ch>, matija@avalon.physik.unizh.ch (Matija Milostnik) writes:
|> In article <BxnqFo.4Ft@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:
|> >In article <2920009@gnlab007.grenoble.hp.com>, gael@gnlab007.grenoble.hp.com (Gael_Marziou) writes:
|> >|> Well the title says it all, does the SAS C 6.0 package come with the 2.1
|> >|> includes ?
|> >No, it comes with the 2.04 includes.
|> 
|> Why?
|> 
|> 3.0 is almost ready, 2.1 is alredy over beta, so why bother with 2.0?
|> 
|> 
|> >|> Gael Marziou : gael@hpgndl71.grenoble.hp.com or Gael_Marziou@hp6330.desk.hp.com
|> >=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
|> -- 
|> Best regards from Matija Milostinik           : matija@avalon.ifi.unizh.ch  

Because the latest version of the include files released by
Commodore is 2.04.  Include files are not released until 
after the OS is fully released.  Anybody doing 2.1 or 3.0
development now is supposed to be registered as a developer
with CATS, and therefore should not be depending on the compiler
vendor to provide the beta versions of the include files.

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.

Newsgroups: comp.sys.amiga.programmer
From: shf@well.sf.ca.us (Stuart H. Ferguson)
Subject: Re: Help - IFF files used to store DOUBLES
Organization: Whole Earth 'Lectronic Link
Date: Thu, 12 Nov 1992 10:31:55 GMT

+--- brindley@maxwell.ECE.ORST.EDU (Mike Brindley) writes:
|In article <shf.720953994@well.sf.ca.us> shf@well.sf.ca.us (Stuart H. Ferguson) writes:
|>In <1992Oct27.142015.2635@brandonu.ca> brycerw@brandonu.ca writes:
|>> [...]  What is the best format to store DOUBLES in an IFF
|>>file to maintain consistency in machine-independence.  These files will
|>>inevitably be used on PC's, and vax's, as well as other amigas.
|>I would use IEEE, since this is a published and common standard.  [...]
|>   on your Amiga, the values in memory are IEEE format,
|>so you can just dump the bits directly and get a machine-independent
|>file.                                            ^^^^^^^^^^^^^^^^^^^
|Are you sure that you will get a platform independent disk file?  I know
|of one example where the bytes of single precision IEEE f.p. numbers
|are stored on disk in the perverse Intel order (least significant byte 
|first to most significant byte last).  This format should take a little
|bit of byte shuffling to read or produce on a Motorola processor.

Yes, the byte-order is reversed on some machines.  So what?  This
doesn't stop people from writing integers directly into IFF files. 
On a PC you have to swap the bytes when you read words out of an ILBM
header, and people do it all the time.  I never suggested IEEE numbers
are machine-independent bit for bit, just that the format is a
published standard.  You may have to do some futzing around when you
read it on another machine to get the number into a native format.  It
might look something like this:

	float convertIEEE(long in)
	{
		long		mant, exp;
		float		v;

		mant = (in & 0x7FFFFF) | 0x800000;
		exp = ((in & 0x7F800000) >> 23) - 65;
		v = mant * pow (2.0, exp - 23);
		if (in & 0x80000000)
			return (-v);
		else
			return (v);
	}

This is from memory, so don't quote me.  Notice that this contains
knowledge only about the public IEEE format and nothing about the 
unknown local machine format.  Little-endians may have more work,
but we gave them more work when we decided integers in IFF files
would be in our byte order also.

I think the suggestion about using ASCII number strings misses the
point.  Text files are easy to read and write and transport -- much
easier than IFF files -- but they are also sloppy and large. 
If the original poster wants to use an IFF file, we have to assume
he's willing to do more work to get a cleaner, more compact result.
-- 
		Stuart Ferguson		(shf@well.sf.ca.us)
			Prepare to Surge to Sublight Speed!
Newsgroups: comp.sys.amiga.programmer
From: jdickson@jato.jpl.nasa.gov (Jeff Dickson)
Subject: Re: How to program multi-threaded programs on Amiga ?
Organization: Jet Propulsion Laboratory
Date: Fri, 6 Nov 1992 23:30:56 GMT

In article <RNlXr*DG7@garfield.fipnet.fi> vsaari@garfield.fipnet.fi (Ville Saari) writes:
>Randell Jesup (jesup@cbmvax.commodore.com) wrote:
>
>: 	It's farily easy to start a subroutine as a process under 2.0 using
>: CreateNewProc() with NP_Entry.  There are a few things to watch out for
>: (setting up global data pointers, and handling of library bases), but it's
>: pretty easy.  Make sure the sub-process exits before the main process!
>
>I have couple of questions about CreateNewProc():
>
>What is the right way for sub-process to exit and how can the main process
>be absolutely sure the sub-process has exited?
>
>--
> Ville Saari                 vsaari@garfield.fipnet.fi  ___     ____
> Tallbergin puistotie 7 B 21 .---.                     //_  // //_//
> 00200 Helsinki              -/O\- +358 0 682 2226    //   // //
> FINLAND                      ---

	I'll give this a go - although after my "Software Interrupts and
Semaphore" inquiry...I suspect that my creditability is shot. 

>What is the right way for sub-process to exit

In C, an exit call, returning from the main program, or letting your program's
execution fall to the final closing brace. In assembler, restoring the initial
set of registers and performing an RTS. 

		MOVEM.L (SP)+,d2-d7/a2-a7
		RTS

>how can the main process be absolutely sure the sub-process has exited?

I believe CreateNewProc() has a hook function known as NP_EXIT. You could
install a function here that would signal the main process of its death. 
Another way (although quite nasty) would be to perform a Forbid, then signal
the main process and die. The Forbid would be broken when the process died
and the main process could rest assured that when it checked the signal and
it was set - the child process really had died.

jeff
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 12 Nov 92 17:17:39 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <1992Nov10.151105.9806@ifi.uio.no> nilsco@ifi.uio.no (Nils Liaaen Corneliusen) writes:
>What is the problem anyway? In fact, I was quite impressed by the number of
>demos that would actually run on the 4000 in ECS mode.

The fact that BootMenu allows you to boot into ECS mode is basically a
kludge that's required by the number of programs that err when they hit
the hardware directly.

>Nils Corneliusen                             Cthulhu in '96!

     Peter
--
Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"I believe it's bad luck to be superstitious."
Newsgroups: comp.sys.amiga.programmer