The lisp ball would have no holes. It's appearance would look like a collage of nail clippings. In the hands of a someone who could actually bowl the ball, it would usually hit the middle pin.
On Wed, Nov 03, 2004 at 12:46:52PM +1100, Rowling, Jill wrote: > 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. Rod Butcher [mailto:[EMAIL PROTECTED] wrote: > 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. Michael Lake wrote: > 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. -- Norman Gaywood, Systems Administrator School of Mathematics, Statistics and Computer Science University of New England, Armidale, NSW 2351, Australia [EMAIL PROTECTED] Phone: +61 (0)2 6773 2412 http://turing.une.edu.au/~norm Fax: +61 (0)2 6773 3312 Please avoid sending me Word or PowerPoint attachments. See http://www.fsf.org/philosophy/no-word-attachments.html -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
