Please create an account to participate in the Slashdot moderation system

 


Forgot your password?
Close
typodupeerror
×
Programming Technology

Sought: 500 Great Lines Of Open Source Code 47

Posted by timothy from the perl-not-allowed dept.
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."
This discussion has been archived. No new comments can be posted.

Sought: 500 Great Lines Of Open Source Code More

Sought: 500 Great Lines Of Open Source Code

Comments Filter:

  • My submission (Score:1, Funny)

    by nharmon ( 97591 )
    10 for I = 1 to 10
    20 Print "all your base are belong to us"
    30 Next I

  • DeCSS (Score:5, Informative)

    by ZioCantante ( 716860 ) on Wednesday October 06, 2004 @12:12PM (#10451434)
    DeCSS c code is only 216 lines !
    http://www-2.cs.cmu.edu/~dst/DeCSS/Gallery/c-anony mous.c [cmu.edu]

  • Slashcode (Score:3, Funny)

    by scumbucket ( 680352 ) on Wednesday October 06, 2004 @12:32PM (#10451660)
    Can Slash be included in this? Surely there are 500 great lines in it SOMEWHERE.........

  • All-time most-useful open-source program (Score:3, Informative)

    by jc42 ( 318812 ) on Wednesday October 06, 2004 @12:43PM (#10451793) Homepage Journal
    In the original "C bible", Kernigan & Ritchie gave us the program:

    main() {
    printf("Hello, world!\n");
    }

    This is one of the most significant programs of all time, and I've used it repeatedly (in many languages) when working on either a new system, or one that is exhibiting baffling misbehaviors. As K&R pointed out, when you get this program to run, you have solved many of the most significant problems in getting any program to run:

    1. You've managed to run an editor and create a file. (And that file is in a format that the compiler can read; a non-trivial problem on some systems. ;-)

    2. You've figured out how to run the compiler, feed it a source file, and link the output with the appropriate system library.

    3. You've successfully told the system to run the compiled program, and also successfully got its output in a form that you can read it.

    The advantage to this program is that it does all the above, and nothing else. So if it doesn't work, there's no confusion trying to figure out what in the program is screwed up. It's clear that you have a problem with the basic mechanics of creating a working program, and the problem isn't in your code.

    I've also had some fun arguing that "Except for a few missing features, we have our program, and it works. Now what features do we need to add?" I've also been disappointed when nobody points out that the above program does have one significant bug that should be fixed first.

    An interesting variant that I've presented in several projects that dealt with GUIs: A tcl/tk (wish) version of this is:

    button .h -text "Hello" -command {puts "Hello!"}
    pack .h

    If tcl and tk are installed correctly, feeding this to the wish command will pop up a little window with a button labelled "Hello". When you click on it, it writes "Hello!" to the window where you ran the program.

    It's interesting to challenge the developers to produce a program that does nothing but this, in whatever language the project leaders have decreed. It's amazing how much code this usually takes, and how long it takes to get it to work correctly.

    I've seen many attempts to do this on Windows, generally with much grief and weeks of effort, with utterly different code resulting on nearly every new release. And after a year, I still haven't learned how to do this with Apple's GUI on OSX. (Of course, the usual explanation is that I'm an 1D10T. ;-)

    Actually, I usually do a somewhat longer wish example:

    button .h -text Hello -command {puts "Hello!"}
    button .x -text Quit -command exit
    pack .h .x

    This solves the problem that with some GUIs, using the "X" widget on the window border destroys the window but doesn't tell the app to exit.

    • I've seen many attempts to do this on Windows, generally with much grief and weeks of effort, with utterly different code resulting on nearly every new release. And after a year, I still haven't learned how to do this with Apple's GUI on OSX. (Of course, the usual explanation is that I'm an 1D10T. ;-)

      I don't have a Mac in front of me, but doesn't the default creation of projects in Project Builder give you Hello World in Objective C or Java?

      • No, it creates a blank window that you can move, resize, close, etc, but it displays no text. In order to display the text, you'd have to either rename the window, put a text controller into the window and modify the properties of that, or display a dialog with the text of your choice. The easiest is to change the text of the window.

        If he's just playing around, it's not surprising that he's having trouble. XCode and Cocoa are extremely easy to learn and use, but you actually have to do a bit of work to lea
      • Pretty much yes; but the thing is Cocoa programming isn't something you pick up by reading API docs. Cocoa programming is *different*, and until something makes you grok it, it will be baffling.

        I'd written Win32, BeOS, GTK, Qt and Java AWT/Swing apps, so I figured Cocoa would be just a matter of adaptation, since the above systems were all ( with the exception of Win32 ) basically the same, just with slightly different semantics.

        I was shocked to realize that Cocoa is its own thing, and is completely and u
    • I've also been disappointed when nobody points out that the above program does have one significant bug that should be fixed first.

      Well, you should add the line "#include <stdio.h>" at the top. Also your main() function should return an int, although most C compilers will let you get away with that.

      • Re:All-time most-useful open-source program (Score:5, Interesting)

        by jc42 ( 318812 ) on Wednesday October 06, 2004 @03:06PM (#10453130) Homepage Journal
        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.


        • On which platforms does exit() return an error? I thought exit() returned void. And you should not should not return 0 or 1 from main(). You should return EXIT_SUCCESS or EXIT_FAILURE.


          #include /* for EXIT_SUCCESS and EXIT_FAILURE */
          #include /* for printf() */

          int main(int argc, const char* argv[])
          {
          printf("Hello, world!\n");
          return EXIT_SUCCESS;
          }

          • On which platforms does exit() return an error? I thought exit() returned void.

            Well, I don't rightly recall; it's been a few years. And, of course, the man pages all tell you that exit() and _exit() don't return. In my experience, you shouldn't believe this. I've seen it happen too many times, and muttering "That can't happen" doesn't change things. When it does return, I have found that I can assign its value to an int variable. If the conditions are reproducible, I get the same return value from exi
        • 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.
          Actually, printf() is a variadic function (int printf(const char *fmt, ...)), which does require stdio.h.

    • Re:All-time most-useful open-source program (Score:3, Funny)

      by Anonymous Coward
      > In the original "C bible", Kernigan & Ritchie gave us the program:
      >
      > main() {
      > printf("Hello, world!\n");
      > }

      Unfortunately, a real hello world in C (http://ftp.gnu.org/gnu/hello/ [gnu.org]) is too large for this competition.
      • Interesting? Where's the "funny" moderation here?

        Nearly 20 years ago, RMS wrote a nice parody of what the AC was talking about. See his man(1) page for the GNUecho [gnu.org] command.

        Needless to say, GNUecho's source would also be far too big for this contest.

        Now would someone please add a "funny" mod to the parent?

  • Best is an ambiguous word. Are they talking about code quality, readability, usefulness, adherence to the open source definition, ...?
    • I think the point of the exercise is to show the viability of Open Source as a new platform (lol @ 'new'). So I think that "best" means to write the best program. I don't think the judges are going to be comparing code to see who has the best formatting or whatnot, but rather, what the finished product looks like. Thats how I would judge this contest. When its over, I want to say "DAMN! You wrote THAT in ONLY 500 lines of code???" Kind of like the old 64k demos people used to write all the time.
      • There are a lot of 4k demos too, most of them quite good. The first I saw closely resembled the game Descent.

        I wrote an asteroids clone [mytsoftware.com] in javascript that's roughly 500 lines, but I wasn't aiming for small size. It uses hundreds of divs for rendering. Best viewed in IE or a very recent FireFox, as older Mozillas have scalability/performance problems with it.
    • An online vote will be held this December on our website

      They're talking about which program people voted for the most.
    • Well, for those that believe LOC is a productivity measure, this will prove that Open Source developers are not as productive.

      Seriously though, wouldn't it be better to drop the 500 line gimmick and just solicit the best work? It's not as if code size is going to tip the balance from closed to open source.

      • Seriously though, wouldn't it be better to drop the 500 line gimmick and just solicit the best work? It's not as if code size is going to tip the balance from closed to open source.

        I assume it's a practical matter. I can look at an entire program in 500 lines of code and come to a conclusion within a short amount of time. If given 15,000 lines on the other hand I'd simply have to miss bits.

    • db.h:32: warning: `class SQLiteDB' only defines private constructors and has no friends

      This can be a spurious warning that I had to do a lot of searching for on google groups to debug my own code. It wasn't really documented that the first public: function listed needs to be static. I haven't seen the code you mention, but I assume a static function would be used to instantiate this object. Later versions of g++ (3.3.2) appear to be able to recognize a static function exists somewhere in the public:

  • Mail::Sendmail (Score:3, Interesting)

    by jonadab ( 583620 ) on Wednesday October 06, 2004 @03:18PM (#10453237) Homepage Journal
    Mail::Sendmail is technically 807 lines, but over 400 lines of that is
    documentation (POD) after the __END__ of the actual program code; if you
    just count the code itself, it's 388 lines.

    Oh, and unlike a lot of modules, it's got almost no dependencies: you've
    gotta have a network connection, and Perl, and that's it.

    And the interface is very convenient to work with.

  • The best one-line open source program (Score:4, Funny)

    by Snaapy ( 753650 ) on Wednesday October 06, 2004 @04:16PM (#10453783)
    Whatever we can come up with, Perl programmers do it with a single line.

  • 500 Lines of What? (Score:3, Insightful)

    by RAMMS+EIN ( 578166 ) on Thursday October 07, 2004 @07:01AM (#10458159) Homepage Journal
    What are the further constraints on the code? Any restriction of what languages to use? Or what libraries to use with them?
  • syncmail is less than 500 lines, and is used by loads of people all over the world ...

    nice example of an open source project as its a piece of infrastructure that links other things...

Slashdot Top Deals

Math is like love -- a simple idea but it can get complicated. -- R. Drabek

Close