HDTenEightyP/NetNews huggingface dataset:
From: thad@cup.portal.com (Thad P Floryan)
Newsgroups: comp.sys.amiga.misc
Subject: Re: Unique ID of a File?
Date: Fri, 20 Nov 92 23:11:38 PST
Organization: The Portal System (TM)
Distribution: world

In article <Paul_Wolodko.047j@tvbbs.wimsey.bc.ca>
Paul_Wolodko@tvbbs.wimsey.bc.ca (Paul Wolodko) writes:

|          I'll make this short (not sweet but definitely short). I 
|  am trying to find a way to compare two files, without two copies
|  [...]
|  original workbench files handy. It would be much "nicer" if I
|  could somehow compute a file's ID, and compare just the IDs of
|  workbench original and this file. Back to my original question,
|  is there an algorithm that will do this for me, CRC, CheckSum?

Yes, the "vitals" program will do what you need; it computes the CRC, checksum,
and other "vitals" about file(s).  I use it literally daily on all of:

	AmigaOS
	A/UX 2.*
	CTIX 6.*
	HPUX 7.*
	HPUX 8.*
	HPUX 9.*
	IRIX 4.0.*
	MS/DOS 5.0
	OpenVMS on Alpha-3000/APX
	Solaris 2.*
	SunOS 4.1.*
	SVR2.*
	SVR3.*
	SVR4.*
	VAX/VMS on VAX-11/7**

If the file(s) is(are) identical, "vitals" produces the same output for the
file(s) on ALL the above-listed systems.  The "vitals" program is vital to
assure the integrity of a file after transfer across hostile media and to
assure it hasn't changed on disk.

The copy I use on my Amigas is:

	CLI2> ls -l src:vitals
	----ar--- 89-09-19 00:26:41    5     2499 getopt.c
	----ar--- 90-04-08 03:54:03    2      808 getopt.o
	----ar--- 90-04-08 03:51:47    1      144 Makefile
	----ar--- 90-04-08 03:36:43    1       99 Makefile.3B1
	----ar--- 90-04-08 03:36:43    1      134 Makefile.orig
	----ar--- 90-04-08 03:36:44    2      668 POSTER
	----ar-e- 90-04-08 03:54:09   16     8076 vitals
	----ar--- 90-04-08 03:36:49    5     2154 vitals.1
	----ar--- 90-04-08 03:36:52   20     9781 vitals.c-orig
	----ar--- 90-04-08 03:36:46    5     2469 VITALS.MAN
	Dirs:0    Files:10   Blocks:58    Bytes:26832   

You can find it in, I believe, comp.sources.misc, Volume 11, issue 66, per
(from the "POSTER" file):

``	Submitted-by: Alan Silverstein <hpda!hpfcla!hpfcdt!ajs>
	Posting-number: Volume 11, Issue 66
	Archive-name: vitals

	This program was developed by Hewlett-Packard and will be part of our
	HP-UX product offering.  We have found it useful.  It is most useful
	when most widely and commonly shared, so here it is.

	We have not tested it except on HP-UX, which is mainly AT&T-compatible.
	However, it should be pretty portable.  Caveat emptor.  Oh, and the
	usual disclaimer that I'm not really an official HP spokesperson.

	Alan Silverstein, Hewlett-Packard Systems Software Operation,
	Fort Collins, Colorado; {ihnp4 | hplabs}!hpfcla!ajs; 303-229-3053
''

Ironically, it doesn't appear to have accompanied any version of HP-UX!  :-)
I personally installed it on some of the machines at H-P Labs as a favor to
some of my friends and colleagues who are employed by H-P.

Thad Floryan [ thad@btr.com, thad@cup.portal.com ]
Newsgroups: comp.sys.amiga.misc
From: val@news.ccutah.edu (Val Kartchner)
Subject: Re: Lemmings II Demo <Where?>
Organization: University of Utah Computer Center
X-Newsreader: Tin 1.1 PL3
Date: Tue, 17 Nov 92 21:24:48 GMT

eeb@pro-freedom.cts.com (Ed Brown) writes:
: > I personally won't touch anymore psygnosis stuff until they implement HD
: > support for the Amiga.
: 
: Exactly so.  If it isn't HD installable, I'm not buying it either.

I have similar sentiments.  However, I just restrict my not buying of
software to anything that has on-disk copy protection.  This effectively
means HD installable.  However, it definitely means not buying Psygnosis
software.

As far as the Lemmings series goes, I became very addicted to the demos.
I expect the same thing to happen with the Lemmings II demo.  However,
since there is on-disk copy protection, I WILL NOT BUY (nor pirate) ANY OF
THE LEMMINGS GAMES!  This is not limited to Psygnosic, but I have come
closer to buying Lemmings games than any other disk-based copy protected
software.

				-=:[ VAL ]:=-
--
|===== The previous was my opinion -- val@csulx.weber.edu =====///============|
| "AMIGA: The computer for the creative mind." (tm) Commodore /// Weber State |
| "Macintosh: The computer for the rest of us."(tm) Apple \\\///  University  |
|============== "I think, therefore I AMiga." =============\///=== Ogden, UT =|
From: jaker@csugrad.cs.vt.edu (Jake Rose)
Newsgroups: comp.sys.amiga.misc
Subject: Re: Piracy
Date: 17 Nov 92 03:54:53 GMT
Organization: Virginia Tech Computer Science Dept, Blacksburg, VA

c1a192@rick.cs.ubc.ca (Oliver Erik Seiler) writes:

>rfentima@ub.d.umn.edu (Robert Fentiman) writes:
>> You want a better equasion?!
>> 
>> Software Piracy = Shoplifting

>Actually this isn't true. Software piracy creates two copies of a a program
>where only one existed before. Shoplifting doesn't create anything.

Oh, and there's still only one license, which is the only thing about purchasing
software that you buy.

>Software piracy also doesn't affect shopowners in the same way as shoplifting
>because the software is still on their shelves...

>\  Oliver Seiler  /\  \    /  /      _                              |||||
> \               /  \  \  /  /      /o\__   <--- My dream car...    (o o)
>  \             /    \  \/  /_______-O--O'_____                      \^
>   \_Insomniak_/      \_c1a192@rick.cs.ubc.ca_/                     _| |_
-- 

Wulf                    |"Hackers do it bit by bit -
jaker@csugrad.cs.vt.edu | programmers do it top-down!"
From: efp90@ecs.soton.ac.uk (Pritchard EF)
Newsgroups: comp.sys.amiga.misc
Subject: What is this group?
Date: 23 Nov 92 17:21:33 GMT

This group is in danger of becoming comp.sys.amiga.advocacyII !!!!

Just a warning...


----
E.F.Pritchard                       ///
efp90@uk.ac.soton.ecs           \\\/// Amiga     I seriously need something
University of Southampton        \xx/            to go on this side of my
England.                                         signature, any ideas?
From: ps296au@sdcc4.ucsd.edu (Steven Cobb)
Newsgroups: comp.sys.amiga.misc
Subject: Re: Looking for a good text formatter
Date: 17 Nov 92 20:29:48 GMT
Article-I.D.: sdcc12.41141
Organization: University of California, San Diego

In article <mwm.2ncb@contessa.palo-alto.ca.us> mwm@contessa.palo-alto.ca.us (Mike Meyer) writes:
>In <1992Nov14.215230.10136@vax.oxford.ac.uk>, mc813@vax.oxford.ac.uk wrote:
>> 
>
>Avoid the. I tried ARoff, and gave up and bought QuickWrite (at the
>suggestion of HT electronics, who get thanked for recommending it).
>It's a low-end word processor that does bold/underline, italics, etc
>using the Amiga printer escape sequences. Works fine to either an
>Epson, a daisy-wheel, or a postscript printer (the latter via the
>Postscript preferences printer driver and CMD to another machine,
>though).
>
>	<mike

What was the price?  I'm looking for a _simple_ word processor for
my father who has a very low end printer. I tried FinalCopy on the
printer and it looked awful since it didn't use the built in fonts
of the printer.  I take it that QuickWrite _does_ use the printers
built in fonts (from your above statement).  Can you confirm that
for me?

Thanks,
-- 
  \________/\      ______________________    __________________________________
Steven Cobb  \    /   scobb@ucsd.edu     \__/                Graduate School:
              \  /                                           It's not a job...
         UCSD  \/ ision Lab                                  It's an indenture.
From: johnv@acix.DIALix.oz.au (John Verhoeven)
Newsgroups: comp.sys.amiga.misc
Subject: Re: Why doesn't Amiga core-dump? *sigh*
Date: 15 Nov 92 21:22:34 GMT
Organization: ACix - Private UUCP Node, Cloverdale, Western Australia.
X-Newsreader: TIN [version 1.1 PL6]

matthew aardvarkious (thecure@mullian.ee.mu.OZ.AU) wrote:
> tron@uni-paderborn.de (Matthias Scheler) writes:
> >Core-Dumping is not the main point. I suppress core dumping, because I don't
> >like this 8 MB files in my home dir and Unix still crashes. The thing that
>
> Err, when it dumps it has a lot 0 bytes that are compressed. Hence you can have
> an 8 meg file, but only takes 300k or so. If you were to cp it , it would explode,
> but if you mv if, the inodes remain constant, and the so does the file size.

This used to puzzle me, you deleted this humungous great core file (> 8
Megs) and free only 300 or 400K.

A Unix guru friend of mine enlightened me, It's called sparse files.  A
file with a lot of zeros, the sectors that only contain zero don't take
up any space.  The filesystem marks those sectors as being zero filled
and writes nothing to the disk.

His favourite party trick is to open a file, seek to some huge position,
write a single byte there and close the file.  Do a 'ls -l' and your
file is gigabytes in size on a small hard drive.

Look Ma, I've stored 2 gigabytes on this 100 megabyte hard disk :-)

--

John Verhoeven                        johnv@acix.DIALix.oz.au      _--_|\
Treasurer, Amiga Developers           (ALT: johnv@DIALix.oz.au)   /      \
Association of Western Australia      Phone: (+619) 478 1406      *_.--._/
From: disk@lakes.trenton.sc.us (Diskraker)
Newsgroups: comp.sys.amiga.misc
Subject: Re: WAS Lemmings II - Now "Who left the door open"
Date: Sun, 22 Nov 92 23:04:26 EST
Reply-To: disk@lakes.trenton.sc.us (Diskraker)
Organization: Lakes Public Access

thom@cs.mun.ca (Thomas Clancy) writes:

> >> > support for the Amiga.
> >> 
> >> Exactly so.  If it isn't HD installable, I'm not buying it either.
> 
> >Oh, well, I guess you'll just miss out on a great game if it comes like 
> >that just because you're both asses...
> 
> E-yup, a real intelligent and thought provoking comment there eh! Bet
> you were up all night thinking about that one.

I see you've shown yourself to be their equals...

> Get a life pal, tell me, would you buy a cassette that can only be
> played on BRAND X machines? Even though you have a $4000 system that

Oh.  Good comparison.  I wish I could afford a mass-storage cassette 
player like yours.  Thank you for proving my point for me.  You have to 
change cassettes and take them out JUST like a floppy!

> ie: Quite a few of us spent a small fortune on HD's and systems, and
> personally, I don't give a damn about a company that don't care about
> my "investment", if they wish for me to "invest" in them then they will
> have to offer me what I wish. Their loss... not mine. I don't depend
> on "others" to buy stuff from me. First rule of business
> "The customer is ALWAYS right" ie: You don't give the people what they
> want, you lose out, you make no money, do not pass go, do not collect
> $200.00
>  

Besides, if the demo is any hint, it WILL be installable.  Some people 
just HAVE to jump feet first off a fence before they look to see if 
they're landing in snow or shit...
Newsgroups: comp.sys.amiga.misc
From: C.KEMPER@A-Link-H.comlink.de
Subject: Re:  v92i011: Enforcer V37.25, A tool to watch for
Reply-To: MOD21325@ipc1.rrzn.uni-hannover.de
Organization: RVS, Universitaet Hannover, Germany
Date: Mon, 16 Nov 1992 19:25:19 GMT



Newsgroups: comp.sys.amiga.misc,comp.sys.amiga.applications
From: soh@tmp_ip_003.trl.OZ.AU (Soh Kam Hung)
Subject: Re: LaTeX available for Amiga?
Organization: Telecom Research Labs, Melbourne, Australia
Date: Sun, 22 Nov 1992 23:23:27 GMT

I modified the Newsgroups field to exclude c.s.a.programmer and include
c.s.a.applications.

brandt@point.cs.uwm.edu (Robert Allan Brandt) writes:

>I was wondering if anybody knows if an Amiga port of LaTeX is available.

There is no need to port LaTeX for the Amiga; LaTeX is a set of macros
written in the TeX language.  If you have a TeX compiler, you can copy
LaTeX macro files from many TeX archive sites and build your own LaTeX
``compiler''.  Read the comp.text.tex newsgroup for more information
about TeX and various TeX archive sites.

>I was curious if anybody knew of any ftp sites.

Try wuarchive.wustl.edu.  There is an excellent public domain port of
TeX called PasTeX.  Look in the Amiga directory for the following
subdirectory: utilities/text/utils/pastex-1.3.  A minimal working
system (compile, preview and print) requires the 5-disk TeX set and
some of the ``previewfonts'' disks.  If you want to generate your own
bitmapped font files for previewing and printing, you will need the
Metafont font generator distribution as well.

Regards,

--
Soh Kam Hung, Network Management Research,     | h.soh@trl.oz.au  
TRL, POB 249 Clayton, Victoria 3168, Australia | +61 3 253 6638
From: djohnson@cs.ucsd.edu (Darin Johnson)
Newsgroups: comp.sys.amiga.misc
Subject: Re: 68060
Date: 20 Nov 92 22:05:23 GMT
Organization: =CSE Dept., U.C. San Diego

>The Game. When IBM asked for a CPU, they said "here's ours. It's really
>good." Intel said "Let's discuss this..." and when the doors of the
>smoke-filled room opened, IBM agreed to use ALL Intel chips (including their
>ageing 8-bit 8080 peripherals), and IBM owned 30% of Intel stock.

An old urban legend has an IBM junior exec exclaiming:
  Intelligent cpu?  I thought you said Intel cpu...
-- 
Darin Johnson
djohnson@ucsd.edu
    "I wonder what's taking Guybrush so long..."
From: mustang@ccwf.cc.utexas.edu (Paul Christopher Miranda (I love Cheese))
Newsgroups: comp.sys.amiga.misc
Subject: Re: Why doesn't Amiga core-dump? *sigh*
Summary: someday
Date: 18 Nov 92 21:01:09 GMT
Organization: The University of Texas at Austin, Austin TX

In article <1e0q1kINN7eu@uni-paderborn.de> tron@uni-paderborn.de (Matthias Scheler) writes:
>In article <BxL1K6.CnG@usenet.ucs.indiana.edu>, shulick@navajo.ucs.indiana.edu (Sam Hulick) writes:
>|> 
>|> Just a question.. why don't Amigas coredump like UNIX?  Why do they
>Core-Dumping is not the main point. I suppress core dumping, because I don't
>like this 8 MB files in my home dir and Unix still crashes. The thing that
>requires advanced hardware (a Memory Management Unit) which most Amigas don't
>have. The OS must be designed for this e.g. NO public structures. But there
>are LOTS of public structures in AmigaOS, e.g. the shared libraries.
>Matthias Scheler                                         tron@uni-paderborn.de
>University of Paderborn (Germany)

First of all.. you can limit the size of the core dumps in all unixes (sp?)
I have seen so that's not much of an issue..
The best solution would be to dump the contents of all memory that the program
in question had allocated.. (I believe this is the intention of unix machines)
I have an 030 and would like to have this feature.. something like GOMF would
be easily capable of it.. If it can ID and de-allocate memory from a dead task
it certainly should be able to dump it to a file.. of course the idea is to
have the OS do it for you...  As for public memory.. if it is public.. allocate
it as public, if you want it private, you should be able to specify it in the
allocation call (from a programming point of view). unfortunately this requires
the change of existing software.. but it's worth it.. they will need to change
to use VM anyway.. and the system could have a file of programs that are or
are not allowed to access other task's memory (or be accessed).. I don't recall
hearing anything about virii on Memory-Protected OSes (ie.. unix)

enough of me...

-- 
"I have feelings too, I just choose to  | Paul Miranda  likes cheese 
 to hide them underneath bitter denial" | mustang@ccwf.cc.utexas.edu
-- Ms. Musso on "Parker Lewis" (FOX TV) | -- THIS SPACE FOR RENT -- 
Newsgroups: comp.sys.amiga.misc
From: richk@grebyn.com (Richard Krehbiel)
Subject: Re: Why doesn't Amiga core-dump? *sigh*
Organization: Grebyn Timesharing
	<92323.003545BGT101@psuvm.psu.edu>
Date: Fri, 20 Nov 1992 03:47:55 GMT

In article <92323.003545BGT101@psuvm.psu.edu> Blaise Tarr <BGT101@psuvm.psu.edu> writes:

>   bjst@sth.frontec.se (Bjorn Stenberg) says:
>   >shulick@navajo.ucs.indiana.edu writes:
>   >> Basically, I'm asking.. what allows a UNIX to coredump, and relativeily,
>   >> what does Amiga LACK that won't let it coredump w/o crashing?
>   >
>   >Memory protection.
>
>   So why hasn't memory protection and resource tracking been
>   implemented on the Amiga?

It would break a lot of applications, and Commodore can't afford to
sacrifice applications (it has too few as it is).  To do it, you need
to introduce a new, incompatible API.  Those newly-written apps which
use the new API would have protection, and old apps would just crash.
And, sonofagun, this is just like what happens when you boot Unix...

>   It doesn't SEEM too difficult of a project; use the MMU to make
>   sure that a program only acceses its own memory and public memory.

Programs up until now do not declare to the OS which of their memory
is public and which is not (you could flame programmers for this;
there's a MEMF_PUBLIC flag that no one uses correctly, but it's too
late now).  They allocate memory, then pass pointers to this memory to
other processes without informing the OS that they're no longer that
memory's owner.  So how can the OS tell?  It can't.  This is why a
new, incompatible API is needed, so that apps can tell the OS what's
happening.  But, sonofagun, Unix works this way...

>   If it tries to peek where it's not supposed to, terminate that
>   process and free up its resources.  This of course would require
>   Amigas with MMUs, so it couldn't be used on the low end machines,
>   but then the people who use the low end machines are typically not
>   the ones who would require memory protection.
>
>   I must say that I have never programmed an MMU, and I don't know
>   how difficult of a challenge this would be.  I would love to hear
>   other peoples' comments and ideas on this subject.

AmigaDOS will *never* have memory protection and resource tracking;
not if it lives to version 99.0 and runs on 680990's.  If you want
these, and it's important enough to you, you'll buy Unix.  Or maybe
you'll ditch that Amiga, buy a PC, and run OS/2.  That's what I did.
-- 
Richard Krehbiel                                 richk@grebyn.com
OS/2 2.0 will do for me until AmigaDOS for the 386 comes along...
From: djohnson@cs.ucsd.edu (Darin Johnson)
Newsgroups: comp.sys.amiga.misc
Subject: Re: PIRACY
Date: 22 Nov 92 19:33:40 GMT
Organization: =CSE Dept., U.C. San Diego

>>5 people chip in to buy that new game or whatever... Under most people's
>>definition that is Piracy but each person believes they are "morally"
>>correct since they did pay for the program (at least partially)...

Similar to what happens in many (unnamed) billion dollar companies
where a department of 100 people will buy 1 copy of Lotus, etc.

-- 
Darin Johnson
djohnson@ucsd.edu
  - Grad school - just say no.
Newsgroups: comp.sys.amiga.misc
From: tim@lenti.med.umn.edu (Tim Leonard)
Subject: Changing 2.0 Startup.seq for 1.3 roms
Organization: University of Minnesota
Date: Tue, 17 Nov 1992 18:29:47 GMT

I am trying to set up a detection routine for my startup 2.0
sequence to recognize that my 1.3 rom is turned on and switch
to the directory that contains my 1.3 startup files, c:, libs:,
etc.  I saw a reply to someone's similar request and I include it here:
********
Version
wb1.3:c/If not fail
 (......normal 2.0 startup-sequence)
 Endcli >NIL;
endif
 wb1.3:c/cd wb1.3:
 wb1.3:c/Assign c: wb1.3:c
 (Make all necessary assigns to s: devs: l: libs:, etc...)
 Execute s:startup-sequence ; (1.3 startup)
 EndCLI
*******


I am uncertain just how to actually type in these lines to my 
2.0 startup-sequence.hd, which I include below.

*******
c:setpatch >NIL:
c:version >NIL:
addbuffers >NIL: df0: 15
Failat 21

resident >NIL: c:List pure add
resident >NIL: c:Copy pure add
resident >NIL: c:Assign pure add
resident >NIL: c:Execute pure add

makedir ram:T ram:Clipboards ram:env ram:env/sys
copy >NIL: ENVARC: ram:env all quiet noreq

assign ENV: ram:env
assign T: ram:t ;set up T: directory for scripts
assign CLIPS: ram:clipboards
assign REXX: s:

if exists sys:Monitors
    join >NIL: sys:monitors/~(#?.info) as t:mon-start
    execute t:mon-start
    delete >NIL: t:mon-start
endif

BindDrivers

setenv Workbench $Workbench
setenv Kickstart $Kickstart

IPrefs
;
echo "Amiga Release 2.  Kickstart $Kickstart, Workbench $Workbench"

conclip

mount speak:
mount aux:
mount pipe:

path ram: c: sys:utilities sys:rexxc sys:system s: sys:prefs sys:wbstartup add
if exists sys:tools
    path sys:tools add
    if exists sys:tools/commodities
        path sys:tools/commodities add
    endif
endif

; If this is the initial boot (i.e. keyboard env variable is not set)
; then execute PickMap which will query for a keymap and set the
; keyboard env variable.
; 
; if keyboard env variable is set, set the keymap
if ${sys/keyboard} NOT EQ "*${sys/keyboard}"
    setmap ${sys/keyboard}
else
    PickMap.hd sys:
endif

if exists s:user-startup
    execute s:user-startup
endif

rexxmast >NIL:

LoadWB

endcli >NIL:
****************end of startup.hd************

As a novice at changing startup sequences, I am nervous about where to
type the, above listed, changes.

I created a directory on my hard drive (DH0:) called "wb1.3",
in which I have put most all of the contents of a 1.3 workbench
disk.

Would someone mind emailing me as to where these changes actually fit
into my startup sequence.

Thanks a lot,

Tim Leonard tim@lenti.med.umn.edu
Newsgroups: comp.sys.amiga.misc
From: bgeerdes@nyx.cs.du.edu (Bruce Geerdes)
Subject: VerseWise v1.2L (Bible program)
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Date: Mon, 16 Nov 92 03:05:20 GMT

The latest (and perhaps last) version of VerseWise is available via ftp.
There were some problems with it crashing under 2.0; those problems seem
to have been fixed.  I haven't done much to it lately, as I am now 
employed as a programmer and have been finding it difficult to motivate
myself to program in my spare time. :)  Slight improvements in the future
are possible; more likely is a version with the Revised Standard Version
of the Bible as its text. (VW currently using the King James.)  If you
have any questions, feel free to email me (bgeerdes@nyx.cs.du.edu).

The files are in amiga/misc on 'nyx.cs.du.edu'.  They are:

vw12l.lzh                  51375
vwkjv1.lzh                542803
vwkjv2.lzh                452260
vwkjv3.lzh                348002

Note:  a hard drive is necessary to run the full Bible version.  If you
do not have a hard drive, download the New Testament data files (along
with the above "vw12l.lzh" file).

vwkjvnt1.lzh              233601
vwkjvnt2.lzh              148239
From: marks@castle.ed.ac.uk (Mark Steyn)
Newsgroups: comp.sys.amiga.misc
Subject: Re: Now.. you get what you want! (maybe) :)
Date: 20 Nov 92 14:14:54 GMT
Organization: Edinburgh University

shulick@osage.ucs.indiana.edu (Sam Hulick) writes:


>Ok, I'm dying to write another program for the Amiga, so throw all your
>suggestions this way.  NOT intense things like comm programs, compilers,
>print spoolers (hi Scott :), etc.  Anything else... try me, and I'll let
>you know if I can handle it.  Maybe some modifications to IntelliKey are
>due, so I can release v2.0.. I haven't had a lot of input on suggestions
>and changes for IntelliKey.  So e-mail away, and let me know what you'd
>like to see, and I'll see what I can do.

This may seem trivial, but if there is one thing I really _hate_ about
the Amiga's interface it's that in interlace mode, or any of the new AGA
productivity modes, the bottom scrollbars and arrows are halved in
height.  I've never seen a utility to restore them to their normal
proportions, but I would love to see one.~~~

>      - A challenge-hungry psycho programmer

:-)

	Mark
-- 
? Look within the Hearts of mortal men and see, ? Mark Steyn :          ?
? The Hopes, Dreams and Wishes of a world,      ? marks@castle.ed.ac.uk ?
? Guarded under Lock and Key.                   ? mpjs@dcs.ed.ac.uk     ?
Newsgroups: comp.sys.amiga.misc