[protobuf] C++ bytes fields access problem

2010-09-07 Thread Mk
Hi. I get funny problem. In proto file I have one bytes field, it used for exchanging small binary array of data(~100 bytes). In java side it is ok, because of using ByteString as container. But on C++ consumer I get an error, when access to field: libprotobuf ERROR c:\projects

[protobuf] Java reflection package resolution

2010-09-07 Thread narfm...@yahoo.com
Hello, I am using the google protocol buffer reflection api to try to dynamically create a gui for users to fill in Messages manually. I had done this completely using Java reflection alone, but this eventually led to problems synchronizing the data, and was all around more work than google's

Re: [protobuf] C++ bytes fields access problem

2010-09-07 Thread Jason Hsueh
Can you provide a small reproduction of the problem? The generated code should not be doing any UTF8 validation. Is it possible you have a field defined elsewhere that has type 'string'? On Tue, Sep 7, 2010 at 4:40 AM, Mk kuznetsov.m...@gmail.com wrote: Hi. I get funny problem. In proto file I

Re: [protobuf] Java reflection package resolution

2010-09-07 Thread Jason Hsueh
I'm confused. You mention using pure Java reflection, yet you also said you are trying to do some stuff with protobuf reflection. You should not be using Java reflection at all. To get the field type, as defined in the .proto file, use FieldDescriptor.getType() On Tue, Sep 7, 2010 at 6:29 AM,

[protobuf] Doc Bug: lang guide says to use lang_abstract_services; it should be lang_generic_services

2010-09-07 Thread Nate Jones
Just reporting a simple doc bug; the language guide says to use the lang_abstract_services options (ex: cc_abstract_services) to disable service/rpc generation, but the actual options are named lang_generic_services. See http://code.google.com/apis/protocolbuffers/docs/proto.html#options --Nate

Re: [protobuf] Scala protocol buffers protoc plugin

2010-09-07 Thread Jason Hsueh
Default values for required fields do mean that: use the default if not explicitly set. This only affects the in-memory object, though - IsInitialized() will still fail if a required field is not set. However, such a proto would be usable by a client that does not do required field checking by

Re: [protobuf] Memory leak detected in protobuf

2010-09-07 Thread Kenton Varda
Calling the destructor is the only thing you need to do to completely free a protobuf object. Please make sure you are calling ShutdownProtobufLibrary() before your program exits, otherwise some leak detectors will report false positives. On Thu, Sep 2, 2010 at 8:03 AM, Jean-Sebastien Stoezel

Re: [protobuf] How to import a compiler generated .java file

2010-09-07 Thread Kenton Varda
If you make sure that protoc's output directory is in Eclipse's source path, Eclipse should pick it up. You may have to right-click on the project and choose refresh whenever you regenerate it. On Fri, Sep 3, 2010 at 2:48 PM, Sean sean.bigdata...@gmail.com wrote: I have a example.proto which

Re: [protobuf] Doc Bug: lang guide says to use lang_abstract_services; it should be lang_generic_services

2010-09-07 Thread Kenton Varda
Wow, I can't believe that wasn't noticed earlier. I will fix these. Thanks for the note. On Tue, Sep 7, 2010 at 11:28 AM, Nate Jones njones.b...@gmail.com wrote: Just reporting a simple doc bug; the language guide says to use the lang_abstract_services options (ex: cc_abstract_services) to