HDTenEightyP/NetNews huggingface dataset:
From: jmpor@dynam.adsp.sub.org (Jean-Marc Porchet)
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
Subject: Re: CISC and RISC
Date: 15 Dec 92 22:34:51 GMT
Reply-To: cbmehq!cbmswi!dynam!jmpor@cbmvax.commodore.com
Organization: Merging Technologies
X-Newsreader: Arn V1.00 beta rel2

In article <Bz98Mw.7AK@fc.hp.com>, Steve Koren writes:

> Anyway, there are popular RISC chips today which are slower than 68040s,
> and for all I know, there is some CISC chip out there faster than a fast
> DEC Alpha or HP-PA chip.  (The 586 and 68060 should come close to if not
> surpass today's lower end Alpha and PA-RISC machines.  Already a 68040
> comes within about 4X of an HP 720 for floating point performance).

He, The HP 720 is about for times faster than the 040 for floting point
performance ( 17 MFLOPS versus least than 4 MFLOPS).


--

PS : forgive my bad English, I'm still trying to learn it
-----------------------------------------------------------------------------
Jean-Marc "JUMP" Porchet                             Phone : (41) 22-754-1733

EMAIL :   ...{uunet,rutgers}!cbmvax!cbmehq!cbmswi!dynam!jmpor
	       or try   mcsun!cbmswi!dynam!jmpor		 
-----------------------------------------------------------------------------
'Simple things should be simple & complex things should be possible' Alan Kay
Organization: Pittsburgh Supercomputing Center, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.sys.amiga.programmer
Date: Fri, 18 Dec 1992 17:21:00 -0500 
From: "Edward D. Berger" <eb15+@andrew.cmu.edu>
Subject: Re: App(Icon|Window) and Style Guide.
	<71913@cup.portal.com>
Distribution: world

I think the user should have the choice of what icon they want to use
for an AppIcon, as the one you supply may clash with their other 
icon styles.  Since a program has to create the AppIcon, you may
as well have its name reflect the fact that it is an AppIcon, or
have that be a user setting as well.

the program icon would be: Program
the AppIcon for program would be: Program.1 or Program_App or ...

Having an AppIcon should be a user setting, as I may already have created one
with ToolManager, and not want to have 2 AppIcons for the same thing.

I see no great reason to make AppIcons with different borders than standard
Icons, as I keep the 2 separate.  AppIcons are out in the workbench window,
while Tool/Project Icons are in their drawers.

-Ed Berger
eb15@andrew.cmu.edu
Newsgroups: comp.sys.amiga.programmer
From: t92etr@tdb.uu.se (Erik Trulsson)
Subject: Re: I thought RKM: Libraries covered most..
Organization: Dept. of Scientific Computing, Uppsala Univ.
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 18 Dec 1992 14:21:31 GMT

Sam Hulick (shulick@navajo.ucs.indiana.edu) wrote:
: 
: Well, RKM:Libraries is great!  Covers LOTS of things I wanted to know
: about.. except it doesn't cover ReadArgs().  This is a way confusing
: function, and RKM:Includes/Autodocs doesn't explain it worth a shit.
: Can someone please explain how to use this elusive function?  Thanks.
: 
: -- 
Well, I don't remember right now how you use it and I have all my manuals 
at home, but in the Amiga Dos Manual (3rd ed.)
ReadArgs() is explained.
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: ENFORCER hits from SLINK SAS/C 6.0
Originator: walker@twix.unx.sas.com
Date: Fri, 11 Dec 1992 18:30:18 GMT
Organization: SAS Institute Inc.


In article <ByE0C7.B62@unix.portal.com>, cpc@shell.portal.com (Chris Cebelenski) writes:
|>  Like how?  It went without a hitch here.  I would have perferred that
|> it patch directly off my hard drive as an option and not make me put
|> in all seven origional disks!  My poor (circa 1987) dying floppy!
|> 
|> cpc@cup.portal.com

We found when trying to apply V5.x patches, 99% of the problems
occurred due to something the user had done to change one or more
of the files - modified a header file, copied in a different
version of one of the programs, did a binary patch for some reason.
This caused the install program to fail.  By patching the programs
directly off the floppies, we KNOW what is going to be there.
Every valid user has the master floppies, and there is only one
version of the master floppies.  Thus, future patches will all be
relative to the *6.0* base floppies, not the 6.1 installed on the
disk; future patches won't require 6.1 at all, in fact.

-- 
  *****
=*|_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: jdp@caleb.UUCP (Jim Pritchett)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: vd0:  where can I find it?
Date: Fri, 11 Dec 1992 23:01:16 GMT
Organization: is sometimes desirable

In article <23961@galaxy.ucr.edu>, Joe C Solinsky writes:

> Hello,
> 	I have a massive ammount of free Ram on my Amiga, and I was wondering  
> if there was a way to use something called VD0: on it.  I have tried to use the  
> rad: drive, but for some reason, owning the B2000 has prevented the successful  
> use of it.  Anyone got any ideas for me? 
> -Joe Solinsky
> vexar@watserv.ucr.edu

try adding the following line to the beginning of your startup-sequence:

SetPatch r; patch system functions

This should allow the RAD: device to survive reboot.  (I'm assuming that you
are running v1.3 and have 1 or 2 Meg of Chip RAM.  This patches an OS bug
that affects RAD:.)

I hope this helps.


                                                Jim Pritchett


UUCP:  rwsys.lonestar.org!caleb!jdp
 or    utacfd.uta.edu!rwsys!caleb!jdp
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Hardware/Amiga 1200.
Date: 10 Dec 92 01:25:21 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

Charlie_Gibbs@mindlink.bc.ca (Charlie Gibbs) writes:
>     I'd love to have the time to dig into the internals and come up
>with some killer demos, but I'm too busy writing applications right
>now.  Maybe some day.  But for now could someone please come up with
>an OS-friendly killer demo to show just what can be done?  I want to
>see this closed-minded whining brought to an end once and for all.

	BTW, this was the sort of thing the original BADGE Killer Demo
contest was for (before there was much of a "demo" scene in Europe).  The
idea was to create system-friendly demos to wow people and to help sell
the machine (they were supposed to be designed to be usable by dealers and
users to show off the machine.

	Maybe some group needs to bring the Killer Demo contest back from
the grave for AGA...  BTW, many of the old killer demo contest winners are
installed on the machines in our front lobby (that do nothing but run anims/
demos for people waiting to look at).  We don't install take-over demos
on them.

-- 
To be or not to be = 0xff
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
From: Alex_Topic@tvbbs.wimsey.bc.ca (Alex Topic)
Newsgroups: comp.sys.amiga.programmer
Subject: Amiga 1 meg chip/pal
Distribution: world
Date: 12 Dec 92 20:03:30 PST
Organization: Tunnel-Vision BBS!

  I could careless what anyone on here thinks. I would never use the
OS graphics.library to do stuff within the domain of my code. I believe
in Partial takeover, not total. My code is relocatable, and I believe
in using some stuff from AMIGADOS. However I would never resort to
absolute, non-relocatable code or total OS code. 
 
   My only interest is coding DEMOS for now, and learning some advance
stuff. After awhile I want to get into game coding. I really hope there
is info for the Amiga 1200 on how the new custip chip registers work..etc
 
   I wish a revised Mapping the Amiga was done, or something like that.
 
  But my demos will probably in the future only support 1 meg systems,
and they must have PAL. If not TOUGH LUCK! Okay I live in North America,
but you cannot tell me that NTSC is great. Its only good if you need
speed and the display isn't that great. I find PAL to be sharper, and
despite the minute speed difference, I think its great. I always use
PAL, I rarely use NTSC. 
 
  I sort of wish every one had atleast 1.5 megs of ram. 1 meg chip and
1/2 meg fast ram. I usually write my code in sections, and always default
to PUBLIC memory. Since the arrival of the A600, it has 1 meg CHIP,
and can probably support PAL. Since it has the new Agnus. Even the
semi-old agnus.. FATTER AGNUS.. 1meg CHIP one, it can handle PAL. And
lots of people have it by now, if not tough luck! heh.. 
 
   I agree with what you said, and we have the right to write whatever
we want. As long as we keep to afew guidelines. However no one can
force me to write my demos with the OS. Demos multitasking along with
the OS. How stupid!! or even games for that matter. Why would I want
to multitask when I'm playing a high action game that uses much of
the computer resources..  not only ^^^ but anything that demands total
power for the task. 
 
   I would NEVER EVER buy a game written in "C", ASSEMBLY is the way.
Atleast on a Mc68000 based one. Things may not matter with the 32-bit Amiga
Generation, but its does with these lowly 16-bit Amiga's. 
 
  Remember on the C64, there was no choice. Assembly was thee only way!
You need total power from the computer, to make a high quality game!
 
  Anyhow enough said...   later you all!
 
 -Alex
 
 ps: Send flames to NIL: heh...

-- Via DLG Pro v0.995

Newsgroups: comp.sys.amiga.programmer
From: kherron@ms.uky.edu (Kenneth Herron)
Subject: Newbie font/screen question
Distribution: na
Date: Wed, 16 Dec 1992 02:57:29 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

I'm writing my first graphics-using program, and have a simple question
about setting a font for the screen.  The font I'm using is disk-based
(Helvetica 13, in particular).

The .Font field of the NewScreen struct is a TextAttr rather than a 
TextFont, implying the system does its own OpenFont() or OpenDiskFont() 
when the screen is opened.  Xoper confirms this; the use count on the 
font I'm specifying goes up by two (why two?) when the screen opens.

So, besides setting up the TextAttr, what's the minimum I need to
do with the font?  I'm guessing the OS only does an OpenFont() so
the font has to already be in memory; I can assure this by calling
OpenDiskFont() first, but that leaves an extra use count lying around,
so I'm wondering if there's a simpler way.  I suspect AddFont() and
RemFont() figure into this...
-- 
Kenneth Herron                                              kherron@ms.uky.edu
University of Kentucky                                         +1 606 257 2975
Dept. of Mathematics     "Your ball goes over them, it sails off the edge into
a huge cauldren of fire-breathing dragons."  "And they call this a par three?"
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re: Bug in SAS/C V6.1?
Originator: walker@twix.unx.sas.com
Date: Wed, 16 Dec 1992 14:06:37 GMT
Distribution: comp
Organization: SAS Institute Inc.


In article <8f=bT9K00hsBMrjYoD@cs.cmu.edu>, Michael Witbrock <mjw+@cs.cmu.edu> writes:
|> That depends on the type of  0.   If 0 is defined as a signed int, and
|> the machine is an amiga, then it's the same, and it can demand that you
|> do ~(unsigned short)0 .
|> However, if this is the case, then it shouldn't let you do  unsigned int
|> x = 5; either

No way.  5 can be converted from signed int to unsigned "losslessly" -
i.e. the value is preserved.  Therefore, no warning.  -1 cannot be
converted losslessly, so a warning is generated.

|> I'd tend to agree that this optimisation (~0 == -1) is producing the
|> wrong results, and if it can't stop making the warning, it should
|> evaluate the ~ at runtime.

The implementation is free to determine value ~0 has, but the standard
mandates that the TYPE of the value is definately signed int.  On any 
two's complement machine, ~0 is going to be -1, and that's what it is 
on our implementation.  The real problem here is not that the value is
-1, but rather that you have an overflow:  you are assigning
0xffffffff to something that can hold at most 0xffff.  You've lost
the upper four f's.  The fact that the compiler prints the constant
as -1 is an artifact of the given machine we're running on, but even
on a one's complement machine there is precision lost here.

BTW, you can't evaluate the constant at runtime if it's a static
initializer.  And would you REALLY want us to generate code for
something that is, in the final analysis, merely a constant?

|> 
|> michael
-- 
  *****
=*|_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: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: More on ReadArgs() -- figured out some..
Date: 19 Dec 92 02:43:47 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

shulick@navajo.ucs.indiana.edu writes:
>Ok, I've figured out a little bit.  I have this:
>
>  LONG arr[500];  /* plenty of space */

	You should have one entry per "argument" in the template.

>  memset(arr, '\0', sizeof(arr));
>  rd = ReadArgs("I=Ignore/S,L=Learn/S,Filelist/F/A", arr, NULL);
>
>  So if arr[0] == -1, that means the user said 'i' or 'ignore'
>And if arr[1] == -1, then Learn is chosen.  And for arr[2], I get the
>files picked.  Now this is a MAJOR problem if the user selects 200
>files.  How in the world do I parse a string like: "file1 file2 ...
>file200".  What I originally wanted was:
>
>  rd = ReadArgs("Filelist/M/A,I=Ignore/S,L=Learn/S", arr, NULL);
>except that when I parsed out the filelist, it wasn't a string.. just
>garbage.  Like I said, I wish ReadArgs() was documented in

	This is correct.  However, if you read the autodoc, it passes you back
a pointer to an array of pointers to the strings.  The array ends with a NULL
pointer.

	[filelist]  ->	[string ptr] -> "skdfjskjdf"
			[string ptr] -> "string 2"
			[ NULL     ]
	[ignore]
	[Learn]

-- 
To be or not to be = 0xff
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 17 Dec 92 02:10:49 GMT
Organization: BBS

> Minor note: the blitter in AGA is the same speed, though in the
> same modes as before it may be faster than before due to less
> contention for access (i.e. it's effectively much faster in 16-
> color hires, or 4-color 31Khz productivity).
 
Say what?  Are you saying that the video fetch takes advantage of the
14-25 MHz 32 bit fetch bandwidth, but the blitter does not??  That a
25 MHz AGA chip does NOT blit faster than a 14 MHz one?
 
That doesn't make any sense!
Newsgroups: comp.sys.amiga.programmer
From: keithh@bnr.ca (Keith Hanlan)
Subject: Re: Appropriate Shell For GNU Emacs?
Organization: Bell-Northern Research Ltd., Ottawa
Date: Sun, 13 Dec 1992 23:11:27 GMT

In article <lifch6INNj5u@news.bbn.com> gonzalez@bbn.com (Jim Gonzalez) writes:
>I've installed GNU Emacs on my A500.  I'm happy with it, except for
>the "inferior shell" stuff...
>
>...  I read every supplied
>piece of documentation for Emacs and CShell.  The Emacs documentation 
>only mentions shell-command in connection with WShell.

I can't find that reference!  I'm using 1.26 and can't find any
references to WShell.  Which file is it in?  I use WShell myself
and thus am interested in how it might interact with gnuemacs.

Thanks,
Keith Hanlan  KeithH@bnr.ca  Bell-Northern Research, Ottawa, Canada 613-765-4645
Newsgroups: comp.sys.amiga.programmer
From: "jonathan forbes" <jonathan.forbes@canrem.com>
Subject: return codes
Reply-To: "jonathan forbes" <jonathan.forbes@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 20 Dec 92 23:11:20 EST

I need to run a program as part of the same process, but ensure that its
return code is zero.

i.e., if I had an AmigaDOS script, which did:

prog1
prog2
prog3

and prog2 exited with a nasty return code, the script would terminate.

Using FailAt doesn't work if the return code is too "high".  Besides,
the script would still be able to fail at the "FailAt" value.

I would like to know how to run a program (using the same process) which
will absorb the return code and replace it by zero.

i.e. something vaguely similar to:

main(...)
   ExecuteProgram(...)
   exit(0);

Except that, obviously, ExecuteProgram has to use the same process, same
i/o handles, etc.
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
Newsgroups: comp.sys.amiga.programmer
From: aru@mentor.cc.purdue.edu (Sri Ramkrishna)
Subject: is there an Xwindows emulation library???
Organization: Purdue University
Date: Sat, 19 Dec 1992 18:55:49 GMT

Hi there!

I heard there was a library out there that lets you compile Xwindow
programs and run them as amiga programs.  Has anybody heard anything
about it???  (Markus?) I would really be interested in obtaining it!

	regards,
	sri


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
|Sriram Ramkrishna			    email:			      
|Purdue University Computing Center          internet: aru@mentor.cc.purdue.edu
|General Consultant/Systems Operator         bitnet: xaru@purccvm.bitnet
From: s37732v@snakemail.hut.fi (Markus Juhani Aalto)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SAS 6.1 and IDIR problems
Date: 12 Dec 92 12:59:09 GMT
Organization: Helsinki University of Technology, Finland
Distribution: inet
NNTP-Posting-Host: lk-hp-20.hut.fi
In-reply-to: walker@twix.unx.sas.com's message of Fri, 11 Dec 1992 18:58:36 GMT

In article <Bz3zDo.1Jx@unx.sas.com> walker@twix.unx.sas.com (Doug Walker) writes:

   |> ASMFLAGS = IDIR=INCLUDE:

   Wait a minute, here's your problem.  The command-line flags for ASM
   have not changed.  Change this back to -iINCLUDE: and you should be
   OK.  ASM doesn't by default search INCLUDE:.

   -- 
     *****
   =*|_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.

Is there a way to set this up in SCOpts program so that I can use build
icon to automatically compile my whole project with both c and assembly
files. Currently I haven't got this work and I don't want to start
fiddle with makefiles.

suggestion:   ASM should search INCLUDE: ( or ASMINCLUDE:) by default.
suggestion2:  GST's should be generated automatically if one of the 
              headers files is changed. Or make it as a option.
--


**************************************************************************
*         Markus Aalto              | Helsinki University of Technology  *
*                                   |                                    *
*  EMail: s37732v@vipunen.hut.fi    | Faculty of Electric Engineering    *
*  Fax:   358-0-8746991 (Sometimes) |                                    *
*                                   | Undergraduate in Computer Science  *
**************************************************************************
        
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.audio,comp.sys.amiga.hardware
From: stesch@sks.ppc.sub.org (Stefan Scholl)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Console RAW mode.
Date: 19 Dec 92 13:34:33 GMT
Organization: _private_ site
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
X-Newsreader: Arn V1.00


Just test this:
-------------------------------------------
#include <proto/dos.h>
#include <stdio.h>


void main(void)
{
  long c;

  SetMode(Input(), 1);
  while((c = FGetC(Input())) != 24)
  {
    FPutC(Output(),c);
    Flush(Output());
  }
  SetMode(Input(), 0);
}

-------------------------------------------
   NAME
	SetMode - Set the current behavior of a handler (V36)

   SYNOPSIS
	success = SetMode(fh, mode)
	D0                D1  D2

	BOOL SetMode(BPTR, LONG)

   FUNCTION
	SetMode() sends an ACTION_SCREEN_MODE packet to the handler in
	question, normally for changing a CON: handler to raw mode or
	vice-versa.  For CON:, use 1 to go to RAW: mode, 0 for CON: mode.

   INPUTS
	fh   - filehandle
	mode - The new mode you want

   RESULT
	success - Boolean

   SEE ALSO
-------------------------------------------




Or use SAS/C's9 getch
-------------------------------------------
getch()-Get a character from stdin immediately

Synopsis

   #include <stdio.h>

   c = getch(void);

   int c;      /* return character or code */

Portability

   SAS/C

Returns

   If successful, the next input character is returned.  Otherwise, the
   function returns EOF, which is defined in <stdio.h>.  In the event of
   an EOF return, error information can be found in errno and _OSERR.
-------------------------------------------


_____________
9 SAS/C 6.x

-- 
////Stefan Scholl////stesch@sks.ppc.sub.org////\ ////ISO-8859-1:dv|DV\_////\
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\/ \\\\\\\\\\\\\\\\\\\\\\\\\\/
From: epa@phys.ksu.edu (Eric P. Armstrong)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: GCC & Amiga.lib
Date: 20 Dec 92 03:06:49 GMT
Organization: Kansas State University
NNTP-Posting-Host: bohr.phys.ksu.edu

In <1992Dec20.015634.12903@newshub.ccs.yorku.ca> wlanders@nexus.yorku.ca (W L Anderson) writes:

>I'm trying to do some programming  using  Intuition  and  various
>other  libraries using GNU C.  I tried using hunk2gcc to take the
>amigal20.lib from DICE and creating a libamiga.a, but as soon  as
>I  tried  to use the SystemTags() function call, I got a EMT sig-
>nal.  My question is, is anybody actually doing  any  development
>with GNU C with a created version of the amiga.lib?  What did you
>do?

Try including <inline/dos.h> file (for SystemTags()).  Using the
inline headers you can get around linking amiga.lib at all.  You
should also make sure that you are using the newest version of gcc
(2.2.2) with all the patches applied. 
--
Eric P. Armstrong 				epa@phys.ksu.edu
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: OS 3.0 Manuals
Date: 14 Dec 92 03:54:06 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

Mats_Pettersson@p18.aiki.bbs.bad.se (Mats Pettersson) writes:
>Well! Since the Hardware manual doesn't seem to be released for OS 3.0, when 
>and where does the other manuals (OS friendly) come out?? Or are they to be 
>released at all?

	Manuals are always later than the hardware/software, since often
details aren't firm until release.  Note that the 2.0 manuals came out shortly
after 2.04 (if I remember correctly).  This also gives us time to make sure
bugs and workarounds are documented in the manuals.  BTW, even if we were to
do a hardware manual it probably wouldn't be available for quite a few months.

-- 
To be or not to be = 0xff
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.