On Wednesday, May 6, 2015 at 3:53:03 PM UTC-4, Henner Zeller wrote:
>
> On 6 May 2015 at 06:29, rhlake > wrote:
>
>> I have the following message definition in a proto file which is causing
>> a *serialization error*:
>>
>>
>> message Request {
>>
>> repeated LanguageTyp
There is mention in official documentation
https://developers.google.com/protocol-buffers/docs/proto3#json
that says JSON encoding/decoding is supported by prtotobuf.
But in release notes https://github.com/google/protobuf/releases it is said
that json encoding should be implemented in 3 version
On Tue, May 12, 2015 at 9:56 AM, Mikhail Melnik
wrote:
> There is mention in official documentation
> https://developers.google.com/protocol-buffers/docs/proto3#json
> that says JSON encoding/decoding is supported by prtotobuf.
>
> But in release notes https://github.com/google/protobuf/releases
First of all, thanks for the great work; I've been using protobufs for a
while, and it's good to see them evolving.
One question - if map field is internally emulated by repeated field type,
is it packed (e.g. [packed=true]) by default, and is there a way to pack
it? As a related question, was
Hello Protobuf team,
first of all thank you for your great Job. We have been internally using
protobuf in a big financial software company for a while and is has proven
to be the best choice so far.
As our need for multiplatform is growing, we have modified Protobuf and
added some features.
We
I am trying to compile bitcoin but i get an error from google protocol
buffers.I managed to install protobuf 2.6.1 yesterday but i keeps sending
me the error so i decided to install it again but this time from a diferent
folder(last time i did it from Downloads and now from a folder i've created
On Tue, May 12, 2015 at 5:58 PM, Mikhail Nikonov <
michael.n.niko...@gmail.com> wrote:
> First of all, thanks for the great work; I've been using protobufs for a
> while, and it's good to see them evolving.
>
> One question - if map field is internally emulated by repeated field type,
> is it pack
