Sought: 500 Great Lines Of Open Source Code

The editorial staff of the Open Source Annual 2005 writes "Be part of the Open Source Annual 2005 and enter our hacker contest for the best 500-line open source program. The best program will be printed in next year's issue of the book. Following lasts year's huge success with our Open Source Annual, a mostly German reader concerned with the various aspects of open source, we are currently busy compiling the second edition of the annual which will be released next March for the CeBIT 2005 in Hannover. Aside from articles on subjects like economics, law and open innovation, to name but a few, we plan to print the source code of an open source software program." (Read more below.) "Any OSS program whose source code is no more than 500 lines of 80 characters may enter the competition. Anything that tickles your fancy, from online pong games to 'OpenGotchis,' may be submitted until October 15 to winner@ig.cs.tu-berlin.de. Make sure to document your code within the file submitted. You may also want to add a couple of explanatory lines should you so wish.

An online vote will be held this December on our website Think-Ahead.org. Not only will the winner's code make it into the book but he shall also receive a copy of both the 2004 and the 2005 annual."

Comments

DeCSS

[ZioCantante]

DeCSS c code is only 216 lines !
http://www-2.cs.cmu.edu/~dst/DeCSS/Gallery/c-anony mous.c

Re:All-time most-useful open-source program

[jc42]

Actually, there's nothing in the program that requires stdio.h, though of course it's good form to #include it for when someone wants to add features to the program.

And you really should call exit(0), rather than using return. A sensible system will use the return value of main() as the exit status, but there have been systems (both unix and non-unix) where this doesn't happen.

To be truly paranoid, I might note that I've seen cases where exit() returned an error, and I had to add return(0) to handle that "can't happen" case.

It's amazing how many things can go wrong. I've long liked the theory that programming is a kind of computer game. When your program does its job correctly, you get a point. When something in the system can find a way to misinterpret what your code said so that it goes berserk, the system's designers get a point.

This is one of the more challenging games in existence. But we get paid well to play it.

The best one-line open source program

[Snaapy]

Whatever we can come up with, Perl programmers do it with a single line.