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 wrote:
> Hi,
>
> Other than writing a dummy function
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
On Mon, Feb 22, 2010 at 17:00, Dan Homerick 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 of coffee.
-h
>
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 wrote:
> Wow, that elevates protocol buffers to be a real person ;)
>
> --
> You received
Wow, that elevates protocol buffers to be a real person ;)
--
You received this message because you are subscribed to the Google Groups
"Protocol Buffers" group.
To post to this group, send email to proto...@googlegroups.com.
To unsubscribe from this group, send email to
protobuf+unsubscr...@go
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 th
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 #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 mess
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_pairFileDescriptorProto*>(name, value)", does it work? If so, your co
Cool, added to the list:
http://code.google.com/p/protobuf/wiki/ThirdPartyAddOns
On Sun, Feb 21, 2010 at 1:39 AM, Patrick Horn wrote:
> Hi all,
> I am announcing a BSD-licensed javascript protocol buffer implementation,
> called protojs. The library supports all wire types, as well as packed
>
Protobufs do not contain any explicit support for maps/dictionaries. Sorry.
experimental_map_key was added at one point by someone who was considering
adding such support but as yet it hasn't happened. Normally people
represent maps in protocol buffers by using repeated key/value pairs.
On Sun,
My only guess is that your protobuf type wasn't actually referenced anywhere
in your program and so was dropped from the binary. Some linkers do this.
But it's weird that you have a pointer to an object whose class is not
compiled in.
Sorry, I don't have any other ideas.
On Sun, Feb 21, 2010 at
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 is
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 wrote:
> Hi all,
>
> I would like to announce native Protocol Buffer support in RCF (Remote
> Call Framework) 1.2. RCF is a portable C++ IPC/RPC framew
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 wrote:
> I created a new lightweight Java port, specifically intended for J2ME.
> It is not ready for production yet, but comments are welcome. More
> info are on t
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 field
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:
http
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 far
18 matches
Mail list logo