Hi,
You could try to add the -mmacosx-version-min=10.4
I solve it by the argument
Regards,
Ben
On Jun 11, 9:41 am, G.Angel george.georg...@citrixonline.com
wrote:
Hi,
I’m trying to build the protocol buffers for macosx with fat support
for i386 and ppc.
I’m using this script to do it:
It looks interesting, however because this is for commercial software
the licence doesn't work for us.
Thanks,
Brodie
On Jun 19, 12:45 pm, xiliu tang xiliu.t...@gmail.com wrote:
2009/6/19 brodie brofi...@gmail.com
Hi all,
Has anyone done any work to create a stream implementation for
If the entire message needs to be in the buffer at one time before it
can be parsed out, then it makes parsing out the messages easier. i.e.
either the message is complete or not. Is there an interface to parse
a generic message from the buffer? There doesn't seem to be. I'm
envisaging usage
No, protocol buffers are not self-describing. The receiver needs to know
what type it is receiving, or you need to send the type information over the
wire separately.
On Fri, Jun 19, 2009 at 1:10 AM, brodie brofi...@gmail.com wrote:
If the entire message needs to be in the buffer at one time
Hi.
Is there a way to specify NaN as a default value for a double type
member in a .proto file .
Regards,
Dragan
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Protocol Buffers group.
To post to this group, send
(Sorry Kenton, I missed adding the list as recipient...)
We're using a very simple approach where we send only one type of
message containing a type-enum and one or more optional fields (I
think this technique is described in the manual). In order to be able
to read the message in full before
Hello,
I am evaluating using Protocol Buffers for objects that are shared
across a distributed system. One key thing I would like is a way to
look at these objects on the wire by sniffing the IP traffic in my
network. Traditionally, we have written custom decoders for sniffers
such as
http://code.google.com/p/protobuf-wireshark/
I haven't tried it myself yet, but I believe it can generically dump any
protobuf message (with no field names, and some ambiguity about types
that share wire encodings), or if you give it a .proto file it can dump
field names and accurate data
Yep, that's described here:
http://code.google.com/apis/protocolbuffers/docs/techniques.html#union
On Fri, Jun 19, 2009 at 1:00 PM, Jesper Eskilson jes...@eskilson.se wrote:
(Sorry Kenton, I missed adding the list as recipient...)
We're using a very simple approach where we send only one type
Currently, no, that is not supported. I'm happy to accept a patch which
adds the ability to use infinity and nan as default values for doubles
and floats.
On Fri, Jun 19, 2009 at 6:53 AM, dragan mihajlovic
mihajlovic.dra...@gmail.com wrote:
Hi.
Is there a way to specify NaN as a default
10 matches
Mail list logo
