Updates:
Status: Fixed
Comment #1 on issue 540 by xiaof...@google.com: Add protoc-gen-haxe to
ThirdPartyAddOns wiki page, please
http://code.google.com/p/protobuf/issues/detail?id=540
Done. Thanks.
--
You received this message because this project is configured to send all
issue
On Sat, Aug 3, 2013 at 2:18 AM, Peter Hultqvist p...@silentorbit.com wrote:
Hello
Today I received a pull request on my implementation of protocol buffers
to support the syntax keyword.
This got me puzzled since I had not read it anywhere before.
My main source has been this document
Hi,
I'm using managed C++ project(IDE:visual studio 2010) as an intermediate
project to consume the .h and .cpp files given by the protoc. when I try to
use GetExtension method [
MyMessage::descriptor()-options().GetExtension(my_option)]
in the managed C++ project to get the option value and
Hello,
I was wondering which of the following ways to define a .proto would be
faster / more space efficient -- or if there'd be no difference at all...
Option 1:
message Packet {
...
repeated Process process = 6;
...
message Process {
optional uint32 pid = 1;
...
optional
Well, for regular values, it goes tag value, for a subproto it
goes tag length submessage (which in turn has tag value
pairs in it). So it depends on the number of fields inside of the
message, and how many bytes it is total. But assuming non-edge-case
conditions, you're probably better off using
Greetings all,
We are using version 2.5. What is the most efficient way (*i.e.* single
copy operation, no extra byte arrays) to construct a ByteString from a
specific number of bytes in an InputStream? The various versions of
ByteString.readFrom() drain the stream completely, which is not
On Mon, Aug 5, 2013 at 3:23 PM, V.B. vidalborro...@gmail.com wrote:
Greetings all,
We are using version 2.5. What is the most efficient way (*i.e.*single
copy operation, no extra byte arrays) to construct a ByteString from
a specific number of bytes in an InputStream? The various
can anyone answer this?
--
You received this message because you are subscribed to the Google Groups
Protocol Buffers group.
To unsubscribe from this group and stop receiving emails from it, send an email
to protobuf+unsubscr...@googlegroups.com.
To post to this group, send email to
Hi Feng Xiao! Thanks for the response.
That's actually our backup plan. We were hoping to avoid it, though,
since the wrappers would each contain an extra copy of the data internally.
Our ideal case is for the data to get copied in a single step directly from
an InputStream to a ByteString
... Actually, I just now took a closer look at the readChunk() method. Even
that method makes an internal copy, so it looks like readChunk() isn't what
we are looking for after all. Hmmm.
On Tuesday, August 6, 2013 12:28:56 AM UTC-4, V.B. wrote:
Hi Feng Xiao! Thanks for the response.
10 matches
Mail list logo