Comments on: 100 lines of C that can parse any Protocol Buffer http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/ parsing, performance, minimalism with C99 Mon, 06 Feb 2012 23:44:51 +0000 hourly 1 http://wordpress.org/?v=3.3.1 By: Rob http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/comment-page-1/#comment-1547 Rob Wed, 06 Oct 2010 08:22:38 +0000 http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/#comment-1547 A zero dependency protocol-buf perfect for micrcontrollers - well done indeed! I'm currently trying to tie this into some adruino code I'm writing up for RepRap, the open source/self-replicating 3d printer project. Is there any chance you'd be up for releasing this as GPL? It'd greatly help in the network layer of the robot apocalypse of self-reproducing robots :P A zero dependency protocol-buf perfect for micrcontrollers – well done indeed!

I’m currently trying to tie this into some adruino code I’m writing up for RepRap, the open source/self-replicating 3d printer project. Is there any chance you’d be up for releasing this as GPL? It’d greatly help in the network layer of the robot apocalypse of self-reproducing robots :P

]]> By: Martin Gadbois http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/comment-page-1/#comment-1404 Martin Gadbois Mon, 27 Jul 2009 15:58:35 +0000 http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/#comment-1404 Your 100 lines of code is great; would you care to select a license to publish it? Your 100 lines of code is great; would you care to select a license to publish it?

]]> By: Emmanuel Castro http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/comment-page-1/#comment-1130 Emmanuel Castro Fri, 07 Nov 2008 13:01:36 +0000 http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/#comment-1130 You chose the LLVM bitcode format for Gazelle instead of Google Protocol Buffer. Is there any reason, or was it just because you made the choice before Protocol Buffer was available. Protocol Buffer seems to have a better language support (C , Java, Python). Note: I just finished porting the LLVM bitcode reader in Java (translated from the C version). I plan to release a Gazelle in Java with it. Let me a word if you want to see the sources (not packaged yet). You chose the LLVM bitcode format for Gazelle instead of Google Protocol Buffer.

Is there any reason, or was it just because you made the choice before Protocol Buffer was available.

Protocol Buffer seems to have a better language support (C , Java, Python).

Note: I just finished porting the LLVM bitcode reader in Java (translated from the C version). I plan to release a Gazelle in Java with it. Let me a word if you want to see the sources (not packaged yet).

]]> By: Ronald http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/comment-page-1/#comment-960 Ronald Wed, 16 Jul 2008 16:26:48 +0000 http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/#comment-960 That .c source code was the most boring game I've ever played. It only outputted some text with no instructions of how to play or anything. Do you even get to save any highscores if you figure out how to play?? That .c source code was the most boring game I’ve ever played. It only outputted some text with no instructions of how to play or anything. Do you even get to save any highscores if you figure out how to play??

]]> By: josh http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/comment-page-1/#comment-957 josh Sat, 12 Jul 2008 19:46:33 +0000 http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/#comment-957 @Matthias, Maybe I wasn't clear enough: my 100 lines of C <b>does not use any protobuf library</b>. It actually implements the decoding of a protobuf from scratch, and has no external dependencies except for the standard C library. @Matthias,

Maybe I wasn’t clear enough: my 100 lines of C does not use any protobuf library. It actually implements the decoding of a protobuf from scratch, and has no external dependencies except for the standard C library.

]]> By: Matthias http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/comment-page-1/#comment-956 Matthias Sat, 12 Jul 2008 19:42:00 +0000 http://blog.reverberate.org/2008/07/12/100-lines-of-c-that-can-parse-any-protocol-buffer/#comment-956 This should be much shorter. Create a new FileDescriptorProto with one empty DescriptorProto. From that create a FileDescriptor, lookup the "empty message" descriptor, create a DynamicMessage from that and parse the input. The unknown fieldset contains the fields. Actually, in Java you can directly parse an UnknownFieldSet. This should be much shorter. Create a new FileDescriptorProto with one empty DescriptorProto. From that create a FileDescriptor, lookup the “empty message” descriptor, create a DynamicMessage from that and parse the input. The unknown fieldset contains the fields.

Actually, in Java you can directly parse an UnknownFieldSet.

]]>