Hi,
See below for more information.
On Fri, 2009-08-07 at 16:58 +0200, Brice Figureau wrote:
Hi,
Using Protobuf 2.1 with the following proto file:
message Message {
enum Type {
AUTH = 100;
}
required Type type = 1;
optional int32 id = 2;
Protobuf 2.1.0 throws NPE when you try to set a field to null. So, this has
been long fixed.
On Fri, Aug 7, 2009 at 4:30 AM, Brice Figureau
brice...@daysofwonder.combrice%2...@daysofwonder.com
wrote:
Hi,
Oops, sorry, I was plain wrong.
It turns out the code was setting the nonce parameter
Have you tried using the overload of parseFrom which takes an
extension registry?
Make sure you register all the extensions first, of course - call the
appropriate registerAllExtensions static method, passing in the
extension registry, before calling parseFrom(src.toByteArray(),
registry).
Jon
Kenton Varda wrote:
What kind of issues?
Unless the ThreadLocals are explicitly cleared, the classloader can not be
unloaded/GCed and jars redeployed. The retained memory is not so much an
issue for protobuf, but other people have not been so lucky and ended up
with leaks of many megabytes of
I'm having zero results too, searching for DescriptorPool for
instance.
On Aug 4, 7:54 pm, Kenton Varda ken...@google.com wrote:
Interesting. I'll file a bug against google groups.
On Tue, Aug 4, 2009 at 3:25 PM, Adam yel...@gmail.com wrote:
On Aug 4, 5:16 pm, Kenton Varda
The groups people are working on fixing this.
On Fri, Aug 7, 2009 at 12:51 PM, Scott Stafford scott.staff...@gmail.comwrote:
I'm having zero results too, searching for DescriptorPool for
instance.
On Aug 4, 7:54 pm, Kenton Varda ken...@google.com wrote:
Interesting. I'll file a bug
Well, note that soon (hopefully in the next major release after 2.2.0 -- we
actually have someone actively working on it now) the Python implementation
will be able to wrap C++ classes for better performance. At that point it
will probably be easy to accomplish what you want by handing off most
On Fri, Aug 7, 2009 at 1:54 PM, Scott Stafford scott.staff...@gmail.comwrote:
Interesting... Are you using SWIG to wrap the C++?
No, straight C extensions. (SWIG is just a code generator that generates C
extensions.)
Would you have to
actually compile something to use a message in
