Google uses its own internal RPC implementation, and I don't think we can
endorse a particular third-party one as better than the others. I'd tell
you which one I personally found most beneficial, but I have no experience
with any of them.
Cheers,
Alek
On Wed, Jul 1, 2009 at 10:18 AM, J.V.
/
(this is one of many unofficial independent implementations - not
google's; don't blame them ;-p)
Marc
--
Alek Storm
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Protocol Buffers group.
To post to this group
.
I would like to study the matter a little more, preferably not directly
related to PB, but in a neutral background (even XML could be).
Can enyone send some reference about this topic?
Thanks,
Alain Mouette
--
Alek Storm
--~--~-~--~~~---~--~~
You
, or decimal 10, when encoded, then
followed by the field's value. And who knows, that value could contain
newlines :)
--
Alek Storm
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Protocol Buffers group.
To post
be faster anyway,
since it encodes directly to native types.
--
Alek Storm
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Protocol Buffers group.
To post to this group, send email to protobuf@googlegroups.com
I'd love to help, but I need more detail about exactly what each
program does. Is the C++ the backend, while Python is the frontend?
What are any inputs/outputs? Because right now I don't see any need
to do inter-process communication, or have separate processes at all -
it seems like one just
On Jan 27, 1:17 pm, Topher Brown topher...@gmail.com wrote:
I'm not writing a finished program- I'm trying to write a tool for our
use while we are developing. We are working with large arrays (stored
in protobuf) in C++ and want to plot them, using various python tools,
while we are
Just to clarify (because I can't find this addressed anywhere else),
the length delimeter for repeated fields will be the byte count of the
whole array, not the count of its elements, right? So an array of 3
fixed32's would have length 12, not 3.
I'm for changing it. Command line flags get deprecated in software
all the time.
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
Protocol Buffers group.
To post to this group, send email to protobuf@googlegroups.com
On Jan 9, 1:32 am, chongyc chongy...@gmail.com wrote:
I defined proto by following .
message Ch {
required int32 offset = 1;
}
message Foo {
required string cmd = 1;
extensions 1000 to max;
}
message Bar {
extend Foo {
required Ch ck = 1000;
}
}
Then I
On Jan 7, 4:21 pm, Kenton Varda ken...@google.com wrote:
SWIG translates C/C++ APIs into other programming languages. Protocol
Buffers is not a programming language, so I don't see the analogy. What
would be the protocol buffer equivalent of a C function or a C++ class?
Technically, SWIG
On Jan 7, 8:18 pm, Kenton Varda ken...@google.com wrote:
IMO, there's not much reason to use the protobuf wire format unless you
explicitly intend for some users to read/write the format using actual
protocol buffers.
Not entirely sure what you mean. This will probably get a lot clearer
once
On Sat, Dec 13, 2008 at 5:09 PM, Petar Petrov pesho.pet...@gmail.comwrote:
On Mon, Dec 8, 2008 at 5:36 PM, Alek Storm alek.st...@gmail.com wrote:
Okay, then we just need to cache the size only during serialization. The
children's sizes are calculated and stored, then added to the parent's
On Mon, Dec 8, 2008 at 1:16 PM, Kenton Varda [EMAIL PROTECTED] wrote:
On Sat, Dec 6, 2008 at 1:03 AM, Alek Storm [EMAIL PROTECTED] wrote:
Is it really that useful to have ByteSize() cached for repeated fields?
If it's not, we get everything I mentioned above for free. I'm genuinely
not sure
On Sat, Dec 6, 2008 at 12:42 AM, Kenton Varda [EMAIL PROTECTED] wrote:
On Fri, Dec 5, 2008 at 10:59 PM, Alek Storm [EMAIL PROTECTED] wrote:
On Wed, Dec 3, 2008 at 5:32 AM, Kenton Varda [EMAIL PROTECTED] wrote:
Sorry, I think you misunderstood. The C++ parsers generated by protoc
Hi Kenton and Petar,
Sorry I haven't been able to reply for a few days; I've been so
swamped this week. Hopefully I'll be able to conjure up an
intelligent reply tomorrow :)
Cheers,
Alek Storm
--~--~-~--~~~---~--~~
You received this message because you
.
Is there anything wrong with having a list of parents? I'm guessing I'm
being naive - would speed be affected too much by that?
I think protobuf's repeated composite fields aren't and shouldn't be
equivalent to python lists.
Okay, that's cleared up now. Thanks.
Cheers,
Alek Storm
(Okay, back on track)
On Tue, Dec 2, 2008 at 11:17 PM, Kenton Varda [EMAIL PROTECTED] wrote:
On Tue, Dec 2, 2008 at 11:08 PM, Alek Storm [EMAIL PROTECTED] wrote:
I would think encoding and decoding would be the main bottlenecks, so
can't those be wrappers around C++, while let object
18 matches
Mail list logo
