http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9775 <pre>Thanks, Marc. I agree that the downloads are significant. I was just looking for names to help with the internal sales job... --Eric On Tuesday, May 21, 2013 12:29:05 AM UTC-7, Marc Gravell wrote: </pre> EWO 2013-05-21T21:20:22 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9774 <pre> Comment #10 on issue 148 by r.vaneet...&lt; at &gt;iterend.com: RFE: Support Documentation option in proto files and javadoc in generated Java files http://code.google.com/p/protobuf/issues/detail?id=148 Thanks for the quick response ... I will apply it right now :) </pre> protobuf< at >googlecode.com 2013-05-21T14:13:09 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9773 <pre> Comment #9 on issue 148 by jakob.ha...&lt; at &gt;exthex.com: RFE: Support Documentation option in proto files and javadoc in generated Java files http://code.google.com/p/protobuf/issues/detail?id=148 I saw basic support for javadoc as suggested in #7 is already included since proto 2.5.0 message Message { optional string field = 1; // a string } is now converted to /** * &lt;code&gt;optional string field = 1;&lt;/code&gt; * * &lt;pre&gt; * a string * &lt;/pre&gt; */ as javadoc for at least getters and setters in the generated Message and MessageBuilder classes </pre> protobuf< at >googlecode.com 2013-05-21T13:18:38 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9772 <pre> Comment #8 on issue 148 by r.vaneet...&lt; at &gt;iterend.com: RFE: Support Documentation option in proto files and javadoc in generated Java files http://code.google.com/p/protobuf/issues/detail?id=148 Usefull functionnality to publish a proto within a team </pre> protobuf< at >googlecode.com 2013-05-21T13:09:35 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9771 <pre>I don't know about project/product lists, but you could look to https://code.google.com/p/protobuf/downloads/list - 50,000 downloads of protoc 2.5 since late February, which suggests reasonable usage - and that doesn't include packages that either don't use protoc, or which embed protoc. You could chalk up at least another 13,000 just from the most recent version of protobuf-net (nuget+googlecode downloads), but there are many other external implementations ( https://code.google.com/p/protobuf/wiki/ThirdPartyAddOns) - perhaps that list is a fair measure of community uptake. It is a core part of many internal google APIs, and a few of the public APIs. And more anecdotal: it has certainly featured in most projects with a need for serialization (persistence, network, etc) that I've been involved in for the last few years ;p Marc </pre> Marc Gravell 2013-05-21T07:29:05 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9770 <pre>Is there a list somewhere of projects or products that use protobuf? I am being asked to justify choosing protobuf for a new project and one aspect is adoption by others. Thanks in advance for any feedback. </pre> EWO 2013-05-21T01:04:45 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9769 <pre> Still, it might not be a good idea to use such a name. I could imagine translating this proto buffer into other languages might create trouble. -h </pre> Henner Zeller 2013-05-20T19:52:53 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9768 <pre>I would suggest that you include the type of request/response in your messages. You could perhaps have an enum with your message types and that way you can check once you parse the message. Of course this means that you might need to use optionals for the payload of your message. Parsing to identify the type of message is frowned upon as all messages with the same structure parse as the same thing. Reflection is mostly used in my experience to query the structure of an already identified message. An idea could be to have for both request and response a structure like this: message Rpc1 { ... } message Rpc2 { ... } message RpcMessage { required uint32 message_type = 1; optional Rpc1 rpc1 = 2; optional Rpc2 rpc2 = 3; } On 20 May 2013 08:36, 李俊彦 &lt;giggham&lt; at &gt;gmail.com&gt; wrote: </pre> Dan Schmidt Valle 2013-05-20T16:17:34 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9767 <pre>Hey guys, If you think my post is not legitimate or the issue is already raised then please give me the link of that issue. else I am a real guy and please accept my issue. I am using protobuf 2.5.0. Please contact me on lakhan.pandya91&lt; at &gt;gmail.com thank you. </pre> lakhan.pandya91< at >gmail.com 2013-05-20T16:06:13 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9766 <pre> I believe it is. You are probably using some library which defines null as a macro. </pre> Feng Xiao 2013-05-20T16:55:32 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9765 <pre> How did you run the tests? The error message below usually means you are not running the tests in the correct working directory. </pre> Feng Xiao 2013-05-20T16:50:39 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9764 <pre>Hello, I am a newbie to linux and protobuf so please try to answer as thoroughly as possible, I am trying to cross compile OLA(Open Lighting Architecture ) for Android and for that I am using protobuf version 2.5.0 I have installed protobuf locally at /usr/local And I have installed protobuf for *arm-linux-androideabi *at $HOME/android/root/usr/local After running configure script when I try to run make i get this error: */home/lakhan/android-ndk-r8e/standalone-toolchain-api9/bin/../lib/gcc/arm-linux-androideabi/4.6/../../../../arm-linux-androideabi/bin/ld: error: /usr/local/lib/libprotobuf.so: incompatible target *I am using protobuf version 2.5.0 for both the installation then why am I getting this error? please help me. The instructions i follow is at this page : http://www.opendmx.net/index.php/OLA_on_Android I am attaching the log file while running make with this mail if it helps !! Thanks!! </pre> lakhan.pandya91< at >gmail.com 2013-05-17T13:17:23 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9763 <pre>Hi there, I've nearly opened protocol buffers extension for PHP. it's not completed but able to encode / decode simple messages. https://github.com/chobie/php-protocolbuffers could someone help me out with my ext who loves protocol buffers and PHP? I'd like to fix some latent bugs and implement protocol buffers correctly. Thanks, Shuhei </pre> shuhei.tanuma< at >gmail.com 2013-05-19T18:35:18 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9762 <pre>Hi, I run unit tests (tests.exe) on version 2.5.0. but 13 tests fail. [----------] Global test environment tear-down [==========] 868 tests from 112 test cases ran. (94055 ms total) [ PASSED ] 855 tests. [ FAILED ] 13 tests, listed below: [ FAILED ] CommandLineInterfaceTest.BasicPlugin [ FAILED ] CommandLineInterfaceTest.GeneratorAndPlugin [ FAILED ] CommandLineInterfaceTest.MultipleInputs [ FAILED ] CommandLineInterfaceTest.MultipleInputsWithImport [ FAILED ] CommandLineInterfaceTest.CreateDirectoryA [ FAILED ] CommandLineInterfaceTest.GeneratorParameters [ FAILED ] CommandLineInterfaceTest.Insert [ FAILED ] CommandLineInterfaceTest.PluginOutputWriteError [ FAILED ] CommandLineInterfaceTest.PluginOutputDirectoryNotFoundError [ FAILED ] CommandLineInterfaceTest.GeneratorPluginError [ FAILED ] CommandLineInterfaceTest.GeneratorPluginFail [ FAILED ] CommandLineInterfaceTest.GeneratorPluginCrash [ FAILED ] CommandLineInterfaceTest.PluginReceivesSourceCodeInfo In detail: 1) [ RU</pre> Kopernik003 2013-05-20T15:31:51 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9761 <pre>Hello everyone, I am a student trying to use protobuf for cross compilation for Android and I get this error *error ; /usr/local/lib/libprotobuf.so: incompatible target* please help me how to solve it. I have protobuf 2.5.0 for both , my host system which is ubuntu 12.04 and also for arm-linux-androideabi.. If you want I can provide you the log.. Thanks in advance . Lakhan </pre> lakhan.pandya91< at >gmail.com 2013-05-20T14:24:38 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9760 <pre>--- The idea of this patch is that for all platforms that are not supported by explicit implementations of atomic operations but happen to use gcc 4.7 or later we can use the generic builtin functions in there. Someone might want to do a quick review if my understanding of the semantics of the interface was correct in all cases. When implementing this I wondered though whether it probably would make sense to limit the interface to be implemented to only those functions that are actually used. Currently this would be Acquire_CompareAndSwap, Release_Store, and Acquire_Load. I definitely would consider removing at least those functions that seem to have quite questionable semantics like Acquire_Store and Release_Load. I completely fail to see what those could be useful for and in fact even in the v8 project where this stuff is taken from there seems to be absolutely no user of those specific functions. It seems that implementors of those functions tried to find some kind of useful semantics by just addin</pre> Robert Schiele 2013-05-17T14:40:29 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9759 <pre>Version 2.5.0 has the following line in a couple of places in repeated_field.h: MessageLite* null = NULL; My gnu-based compiler doesn't like this as it thinks 'null' is a constant. If I rename 'null' as 'narl' then it's OK. Is 'null' a valid variable name? </pre> daniel.ng1234< at >gmail.com 2013-05-17T05:58:00 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9758 <pre>take a simple example: message MyRequest { required uint32 Request = 1; } message MyResponse { required uint32 Response = 1; } service MyService { rpc MyRpc(MyRequest) returns (MyResponse) } if I have string "MyService" and "MyRpc", and binary data for MyRequest and MyResponse, how could I get known that the request is type "MyRequest" and the response is type "MyResponse" and then construct objects of "MyRequest" &amp; "MyResponse" to parse the binary data? is it so called reflection? </pre> 李俊彦 2013-05-20T07:36:54 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9757 <pre>Status: New Owner: liujisi&lt; at &gt;google.com Labels: Type-Defect Priority-Medium New issue 514 by bruno.pa...&lt; at &gt;gmail.com: Unit tests (tests.exe) fail on version 2.5.0 http://code.google.com/p/protobuf/issues/detail?id=514 What steps will reproduce the problem? 1. Execute unit tests (tests.exe) 2. 3. What is the expected output? What do you see instead? I expect that all tests pass but: [----------] Global test environment tear-down [==========] 868 tests from 112 test cases ran. (94055 ms total) [ PASSED ] 855 tests. [ FAILED ] 13 tests, listed below: [ FAILED ] CommandLineInterfaceTest.BasicPlugin [ FAILED ] CommandLineInterfaceTest.GeneratorAndPlugin [ FAILED ] CommandLineInterfaceTest.MultipleInputs [ FAILED ] CommandLineInterfaceTest.MultipleInputsWithImport [ FAILED ] CommandLineInterfaceTest.CreateDirectoryA [ FAILED ] CommandLineInterfaceTest.GeneratorParameters [ FAILED ] CommandLineInterfaceTest.Insert [ FAILED ] CommandLineInterfaceTest.PluginOutputWriteError [ FAILED ] CommandLi</pre> protobuf< at >googlecode.com 2013-05-20T15:36:53 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9756 <pre> It has already been updated: https://developers.google.com/protocol-buffers/docs/overview </pre> Feng Xiao 2013-05-16T16:39:53 http://permalink.gmane.org/gmane.comp.lib.protocol-buffers.general/9755 <pre>The B.proto needs to be packaged into a jar file and listed as a dependency in your project. In that case the maven-protoc-plugin will do as stated in the documentation: The Plugin automatically scans all project dependencies for bundled .proto ref: http://sergei-ivanov.github.io/maven-protoc-plugin/ So if you start with a maven module with one file, and the appropriate pom.xml with maven-protoc-plugin configured src/main/proto/B.proto it will produce 'B.jar' which you can reference as a dependency from A's pom.xml details: http://sergei-ivanov.github.io/maven-protoc-plugin/usage.html Regards, Paul Nyheim On Wednesday, May 15, 2013 12:30:16 PM UTC+2, Safi Ali wrote: </pre> pnyheim 2013-05-16T09:25:01 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lib.protocol-buffers.general