Hello,
I've been experimenting with protocol buffers on appengine, using
2.3.0. I am trying to basically find the fastest way to serialize a
dictionary, and would like to see if protobuf can improve on
performance I'm seeing with other methods (pickle - ick, simplejson -
better, repr - best so
Hi all,
I am announcing a BSD-licensed javascript protocol buffer
implementation, called protojs. The library supports all wire types, as
well as packed fields (not autodetection yet), float/double support
thanks to jsfromhell.com, and Unicode support.
You can find the github site here:
Status: New
Owner: ken...@google.com
Labels: Type-Defect Priority-Medium
New issue 167 by danhomerick: Python Docs: HasField lacking documentation
http://code.google.com/p/protobuf/issues/detail?id=167
HasField raises ValueError rather than returning False when msg type lacks
the requested
Cool! I've added this to the list:
http://code.google.com/p/protobuf/wiki/ThirdPartyAddOns
On Sat, Feb 20, 2010 at 8:30 AM, Ralf ralf.kist...@gmail.com wrote:
I created a new lightweight Java port, specifically intended for J2ME.
It is not ready for production yet, but comments are welcome.
I've added this to the RPC system list:
http://code.google.com/p/protobuf/w/edit/ThirdPartyAddOns
On Sat, Feb 20, 2010 at 2:08 AM, Jarl Lindrud jarl.lind...@gmail.comwrote:
Hi all,
I would like to announce native Protocol Buffer support in RCF (Remote
Call Framework) 1.2. RCF is a portable
Right, Descriptor.toProto() returns a DescriptorProto, which is itself a
protobuf type. So, calling newBuilderForType() on that is going to return a
builder for DescriptorProto, not a builder for the type described.
What you want is com.google.protobuf.DynamicMessage.
Note that DynamicMessage
Updates:
Status: Accepted
Comment #1 on issue 167 by ken...@google.com: Python Docs: HasField lacking
documentation
http://code.google.com/p/protobuf/issues/detail?id=167
(No comment was entered for this change.)
--
You received this message because you are listed in the owner
or CC
Comment #1 on issue 166 by ken...@google.com: by_symbol_.insert(iter,
make_pair(name, value)); fails with Sun Studio 12
http://code.google.com/p/protobuf/issues/detail?id=166
If you change make_pair(name, value) to make_pairstd::string,const
FileDescriptorProto*(name, value), does it work?
Comment #5 on issue 134 by ken...@google.com: Build on Solaris with
the native STL
http://code.google.com/p/protobuf/issues/detail?id=134
If someone has actually tested this on the platform in question and
confirmed that it
worked (tests pass), send me a patch.
--
You received this
LinkedIn
Protocol,
I'd like to add you to my professional network on LinkedIn.
- xiliu
Confirm that you know xiliu tang
https://www.linkedin.com/e/isd/1094750935/n1VvIi4p/
--
(c) 2010, LinkedIn Corporation
--
You received this message because you are subscribed to
Yes sir, as you can see from my LinkedIn profile, I know C++, Java, Python
and Ruby. Why, just last weekend I went to Ruby's house for a BBQ and pool
party...
On Mon, Feb 22, 2010 at 4:28 PM, Henner Zeller henner.zel...@googlemail.com
wrote:
Wow, that elevates protocol buffers to be a real
On Mon, Feb 22, 2010 at 17:00, Dan Homerick danhomer...@gmail.com wrote:
Yes sir, as you can see from my LinkedIn profile, I know C++, Java, Python
and Ruby. Why, just last weekend I went to Ruby's house for a BBQ and pool
party...
Fair enough. I like to hang out at Java's place for a good cup
Hi,
Other than writing a dummy function that explicitly referecnes protobuf
messages, do you have any hints for getting Microsoft Visual Studio (2005 in
this case), to stop dropping the objects from the binary? I know it's not
really a protobuf specific question, but I'm having problems where I
We see this problem all the time. Dummy references are the best solution.
:(
You might also check if your linker has some sort of flag to control the
behavior but I have no idea what it may be.
On Mon, Feb 22, 2010 at 8:17 PM, Mark Assad mas...@gmail.com wrote:
Hi,
Other than writing a
14 matches
Mail list logo