Comment #13 on issue 447 by chen3feng: No C++11 move constructors
https://code.google.com/p/protobuf/issues/detail?id=447
let't make a fork on github?
2014-10-16 上午11:01于 写道:
--
You received this message because this project is configured to send all
issue notifications to this address.
You
Comment #12 on issue 447 by cbsm...@gmail.com: No C++11 move constructors
https://code.google.com/p/protobuf/issues/detail?id=447
Speaks volumes that after 22 months after submission and 5 months after a
working plugin was contributed, there isn't even a direct answer.
--
You received this m
Comment #11 on issue 447 by chen3feng: No C++11 move constructors
https://code.google.com/p/protobuf/issues/detail?id=447
Very disappointed to hear this message.
--
You received this message because this project is configured to send all
issue notifications to this address.
You may adjust yo
Updates:
Status: WontFix
Owner: xiaof...@google.com
Comment #10 on issue 447 by xiaof...@google.com: No C++11 move constructors
https://code.google.com/p/protobuf/issues/detail?id=447
FYI.
Google's Style Guide now permits rvalue references to be used in move
constructors and t
On Wed, Oct 15, 2014 at 6:05 AM, Tamás Somhegyi
wrote:
> Hello,
>
> I am quite new to Protocol Buffers but I have read the tutorials. There is
> one part of the encoding which I don't understand.
> How the message types are encoded? As I see the tutorial mentions the field
> encoding but the field
Hello,
I am quite new to Protocol Buffers but I have read the tutorials. There is
one part of the encoding which I don't understand.
How the message types are encoded? As I see the tutorial mentions the field
encoding but the field id is unique only in the message.
Best regards,
Tamas
--
You
Hello,
I am quite new to Protocol Buffers but I have read the tutorials. There is
one part of the encoding which I don't understand.
How the message types are encoded? As I see the tutorial mentions the field
encoding but the field id is unique only in the message.
Best regards,
Tamas
--
You
For full visibility:
It turns out that the error was on my side. Apparently ProtoStuff can talk
different dialects. ProtoStuff and ProtoBuf.
It just depends on what IOUtil implementation you use.
When you read for instance, either use:
ProtobufIOUtil.mergeFrom(inputStream, t, schema, buffer);
Thanks again Marc.
On Wednesday, October 15, 2014 1:52:32 PM UTC+2, Marc Gravell wrote:
>
> Just for visibility; we've discussed this more on github, and it *looks*
> to be a protostuff decoding issue, not a protobuf-net encoding issue;
> Johannes will take our findings to protostuff for further
Just for visibility; we've discussed this more on github, and it *looks* to
be a protostuff decoding issue, not a protobuf-net encoding issue; Johannes
will take our findings to protostuff for further investigation.
Arbitrary link is
arbitrary: https://github.com/mgravell/protobuf-net/issues/35
I can't reproduce this outputting a 0x0; my example is below, and
outputs 22-0A-12-08-73-6F-6D-65-43-69-74-79 - the null nested message is
simply completely omitted; the contents are:
- 2 bytes field-header and length-prefix for the "location" member
- 2 bytes field-header and length-prefix for th
11 matches
Mail list logo