The assembler ball would be sourced from lots of bits of plastic around the
room, would materialise part way down the alley and would pre-assemble its
own ten-pins just prior to smashing into them.

-----Original Message-----
From: Rod Butcher [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, 3 November 2004 12:20 PM
To: [EMAIL PROTECTED]
Subject: Re: [SLUG] December meeting - Tenpin Bowling


The Cobol bowling ball would cause a data exception because the number 
of holes was
  redefined as packed decimal by an outsourcer.
The Pl/1 bowling ball would disappear into an array of pointers. Rod
-----------------------------------------------------------
Brought to you by a thunderbird, penguin, gnu and a camel

Michael Lake wrote:
> Grant Parnell wrote:
> 
>> people are away etc. I know many of you would prefer to spend new 
>> year's eve at SLUG but we (the committee) think Tenpin Bowling 
>> somewhat earlier in the month would be good. I volunteered to 
>> organise it.
>>
>> The idea is to have teams of programming languages for example. I 
>> guess
> 
> 
> The Java bowling ball would have an API of holes for left and right
> handed people and would bowl smoothly on any surface - but it would roll 
> ever sooo slowly down the alley.
> The Perl ball would have 20 different ways to place your fingers in the 
> holes.
> The Python ball would be coloured blue.
> With the C ball you have to allocate the number of holes that you want 
> when you sign out the ball and make sure that you return the ball with 
> the same number of holes at the end of the evening.
> The Fortran ball would be able to handle having an entire array of balls 
> all send down the alley at once with a single swing.
> 
> Mike
> 
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

----------------------------------------------------------------------
IMPORTANT NOTICES
This email (including any documents referred to in, or attached, to this
email) may contain information that is personal, confidential or the subject
of copyright or other proprietary rights in favour of Aristocrat, its
affiliates or third parties. This email is intended only for the named
addressee. Any privacy, confidence, copyright or other proprietary rights in
favour of Aristocrat, its affiliates or third parties, is not lost because
this email was sent to you by mistake.

If you received this email by mistake you should: (i) not copy, disclose,
distribute or otherwise use it, or its contents, without the consent of
Aristocrat or the owner of the relevant rights; (ii) let us know of the
mistake by reply email or by telephone (+61 2 9413 6300); and (iii) delete
it from your system and destroy all copies.

Any personal information contained in this email must be handled in
accordance with applicable privacy laws.

Electronic and internet communications can be interfered with or affected by
viruses and other defects. As a result, such communications may not be
successfully received or, if received, may cause interference with the
integrity of receiving, processing or related systems (including hardware,
software and data or information on, or using, that hardware or software).
Aristocrat gives no assurances in relation to these matters.

If you have any doubts about the veracity or integrity of any electronic
communication we appear to have sent you, please call +61 2 9413 6300 for
clarification.
-- 
SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/
Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html

Reply via email to