[protobuf] Re: Issue 540 in protobuf: Add protoc-gen-haxe to ThirdPartyAddOns wiki page, please

2013-08-05 Thread protobuf
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

Re: [protobuf] Protocol Buffers Specification and the syntax keyword.

2013-08-05 Thread Feng Xiao
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

[protobuf] Using Options

2013-08-05 Thread Muthu
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

[protobuf] Question about size/speed of protobufs with different formats

2013-08-05 Thread George Wong
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

Re: [protobuf] Question about size/speed of protobufs with different formats

2013-08-05 Thread Ilia Mirkin
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

[protobuf] ByteString using N bytes from an InputStream?

2013-08-05 Thread V.B.
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

Re: [protobuf] ByteString using N bytes from an InputStream?

2013-08-05 Thread Feng Xiao
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

[protobuf] Re: protobuf mingw error

2013-08-05 Thread anonymous
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

Re: [protobuf] ByteString using N bytes from an InputStream?

2013-08-05 Thread V.B.
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

Re: [protobuf] ByteString using N bytes from an InputStream?

2013-08-05 Thread V.B.
... 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.