Re: [protobuf] Distributing protobuf library and protos in a plug-in framework

you can use LITE_RUNTIME to generate the pb.cc/pb.h file and only include the protobuf-lite part of the source. > > On Monday, April 27, 2015 at 11:11:03 PM UTC+3, Feng Xiao wrote: >> >> >> >> On Mon, Apr 27, 2015 at 11:04 AM, elodg wrote: >> >>> Suppo

Re: [protobuf] Distributing protobuf library and protos in a plug-in framework

On Mon, Apr 27, 2015 at 11:04 AM, elodg wrote: > Suppose there is a plug-in framework that uses protobuf to pass data > around between plug-ins. The plug-ins can be C++ dynamic libraries, where > the proto wire crosses the ABI boundary going around binary > incompatibilities. Many different prede

Re: [protobuf] javadoc warnings for protoc-generated files

On Thu, Apr 23, 2015 at 2:06 PM, Jörn Huxhorn wrote: > Java 8 javadoc doclint is generating a huge amount of warnings for files > generated by protoc. > > I’m pretty sure I created an issue for this in the issue tracker hosted at > the googlecode site but it seems they all vanished. > > Has this

Re: [protobuf] No protobuf 2.5 download ?

https://github.com/google/protobuf/releases/tag/v2.5.0 On Thu, Apr 23, 2015 at 5:47 AM, Jeff Zhang wrote: > Could not find the download for 2.5 ? Anyone can point it ? THanks > > > > -- > You received this message because you are subscribed to the Google Groups > "Protocol Buffers" group. > To

Re: [protobuf] Where is the source code for pre-2.4 releases?

e API is also very stable. I would expect it to be fairly easy to upgrade if you have the source code. > On Wednesday, April 22, 2015 at 4:13:50 PM UTC-4, Feng Xiao wrote: > >> >> >> On Wed, Apr 22, 2015 at 10:50 AM, William Albenzi < >> william...@elbitsystems-us

Re: [protobuf] Where is the source code for pre-2.4 releases?

On Wed, Apr 22, 2015 at 10:50 AM, William Albenzi < william.albe...@elbitsystems-us.com> wrote: > I am attempting to get an older release of ProtoBuf. When I attempt to > visit https://code.google.com/p/protobuf/downloads/list as indicated on > https://developers.google.com/protocol-buffers/docs/

Re: [protobuf] Errors in java generated HashCode() method

available from 2.6.1 protobuf runtime. On Mon, Apr 20, 2015 at 3:25 AM, Tristan Soriano wrote: > Hi, > > protoc --version > libprotoc 2.6.1 > > I compile using : > protoc --java_out=./TestProto ./workspace/Coprocessor/src/sum.proto > > > Le vendredi 17 avril 2015 19:

Re: [protobuf] Errors in java generated HashCode() method

on is used > by who ? > Can you check the protoc version with "protoc --version"? How did you compile your Java code? If you used Maven, what's protobuf version you specified in your pom.xml file? > > > > Le jeudi 16 avril 2015 22:49:41 UTC+2, Feng Xiao a écrit : >&g

Re: [protobuf] Lazy or sub-message parsing

On Thu, Apr 16, 2015 at 4:55 PM, Gianluca Borello wrote: > On Thu, Apr 16, 2015 at 2:08 PM, Feng Xiao wrote: > > > > It's either already working for Java, or only requires small tweaks for > it > > to work. Could you check if marking a field lazy makes any differen

Re: [protobuf] Lazy or sub-message parsing

On Wed, Apr 15, 2015 at 9:56 PM, Gianluca Borello wrote: > Hello, > > At my current company we're heavy protobuf users, but we started > facing a big limitation: in the current Java implementation, since > there's no lazy parsing, or ability to do direct sub-message parsing, > we pay a huge penal

Re: [protobuf] Errors in java generated HashCode() method

The error seems to suggest you are using a different version for protoc and protobuf Java runtime. Could you check whether they are of the same version? On Thu, Apr 16, 2015 at 3:29 AM, Tristan Soriano wrote: > > Hi, > I am new to protobufers and I have some issues with the generated java > code

Re: [protobuf] ParseFromArray vs ParseFromString

On Tue, Apr 7, 2015 at 1:22 AM, sahil goyal wrote: > What is the difference between ParseFromArray and ParseFromString? Is > there any limitation on the data, how much there API's can serialize and > de-serialize? > ParseFromString(value) is the same as ParseFromArray(value.data(), value.size()).

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

On Mon, Mar 30, 2015 at 11:44 AM, Kostiantyn Shchepanovskyi < schepanov...@gmail.com> wrote: > Hi, > > 3. Removal of extensions, which are instead replaced by a new standard >> type called Any. > > > Extensions are used for custom options definition in proto2. > > import "google/protobuf/descripto

Re: [protobuf] GoogleOnceInit template arguments differ with GOOGLE_PROTOBUF_NO_THREAD_SAFETY

On Fri, Mar 27, 2015 at 5:32 AM, Peter Pimley wrote: > I'm trying to get Protobuf 2.6.0 to compile on an embedded system that > uses a customized version of clang as its compiler. The compiler is giving > me an error, and after looking at it for a while I think agree with the > compiler. After

Re: [protobuf] ProtoBuf v2/v3 wire compatibility

Proto2 and proto3 are wire compatible. The same construct in proto2 and proto3 will have the same binary representation. If your proto only uses features available in both proto2 and proto3, systems built with proto2 should be able to communicate with systems built with proto3 without any problem (

Re: [protobuf] Using CodedOutputStream to send many messages across network

On Tue, Mar 17, 2015 at 7:15 PM, Sayan Goswami wrote: > Hi All, > > I am using CodedOutputStream and CodedInputStream to transfer messages > across a network like so: > > *Client requests:* > > Socket serverSocket = new Socket(hosts, ports); > > CodedOutputStream outputStream = CodedOutputStream.

Re: [protobuf] Re: gRPC: Google's RPC framework that works with Protocol Buffers

On Sun, Mar 15, 2015 at 1:50 AM, Kristian Hermansen < kristian.herman...@gmail.com> wrote: > On Tuesday, March 10, 2015 at 6:08:39 PM UTC-7, Feng Xiao wrote: > >> In case you are not yet aware of: Google has open-sourced its own RPC >> framework, named gRPC, about t

Re: [protobuf] Protobuf lazy parsing

On Thu, Mar 12, 2015 at 11:37 AM, Kaspar Fischer wrote: > Hey! > > I'm looking at the current master branch and see that there is a "lazy" > option for Protobuf fields. I have two questions regarding this feature in > Java. > >1. Has "lazy" already been implemented in the public version of >

Re: [protobuf] gRPC: Google's RPC framework that works with Protocol Buffers

On Wed, Mar 11, 2015 at 11:30 AM, Michael Haberler wrote: > Feng, > > > Am 11.03.2015 um 02:08 schrieb Feng Xiao : > > > > In case you are not yet aware of: Google has open-sourced its own RPC > framework, named gRPC, about two weeks ago. > > > > gRPC we

[protobuf] gRPC: Google's RPC framework that works with Protocol Buffers

In case you are not yet aware of: Google has open-sourced its own RPC framework, named gRPC, about two weeks ago. gRPC website: http://www.grpc.io/ It's basically Google's official RPC implementation for Protocol Buffers (in particular for proto3), but released as a separate project. For those

Re: [protobuf] FileDescriptor to .proto?

On Wed, Feb 11, 2015 at 9:53 AM, Himanshu Agarwal < agarwal.himanshu...@gmail.com> wrote: > > Hi > > I'm looking for a method to print a FileDescriptor to a .proto file in > C++. I was browsing through the threads and code and the only solution i > was able to find out is through DebugString() Api

Re: [protobuf] Questions about Protocol Buffers v3.0.0-alpha-2

On Mon, Mar 9, 2015 at 9:52 AM, Alfred Kwan wrote: > It is surprising to see there is no post about the alpha-2 released! > (release note was dated in February 26th) > > We have came across a few bugs in the C++ alpha-1 release so I hope they > are being addressed in alpha-2. I would like to know

Re: [protobuf] Protocol Buffers 2.6.1

On Tue, Feb 24, 2015 at 12:20 PM, Huang Jin wrote: > Does it support bit field? Sorry for flooding the message... > No. You'll need to pack/unpack bit fields yourself into a uint32 or uint64 proto field. > > -- > You received this message because you are subscribed to the Google Groups > "Proto

Re: [protobuf] MD5/SHA1 for protoc-2.6.1-win32 and protobuf-java-2.6.1

protoc-2.6.1-win32.zip is not uploaded to maven. You need to download it from the release page: https://github.com/google/protobuf/releases/tag/v2.6.1 On Tue, Mar 3, 2015 at 8:26 AM, Kishor Kumar wrote: > Hi Feng, > > I was looking for checksum (MD5/SHA1) for *protoc-2.6.1-win32.zip *and > *pro

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

t; Thanks, > Kevin > > On Sunday, February 8, 2015 at 10:04:30 PM UTC-6, Feng Xiao wrote: >> >> >> >> On Sat, Feb 7, 2015 at 4:31 AM, Jeremy Swigart wrote: >> >>> I don't understand. If a message is a simple struct then the generated >>>

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

On Sat, Feb 7, 2015 at 4:31 AM, Jeremy Swigart wrote: > I don't understand. If a message is a simple struct then the generated > wrapper code would populate it with the default as defined by the proto it > was compiled with wouldn't it? Are you suggesting that the implementation > on different pl

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

quot; plus the removal > of has_boo(), it seems like new adopters (I'm one of them) should pick V2 > over 3.0. > > On Wednesday, January 28, 2015 at 3:10:39 PM UTC-5, Feng Xiao wrote: >> >> >> >> On Wed Jan 28 2015 at 12:06:21 PM Troy Lee wrote: >> &

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

lly with proto3 you'll need to write your code without depending on these dropped features. It's believed that most users don't use the field presence logic much and for those who need this feature adding a bool field is an easy workaround. > > Thanks, > troylee > >

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

:51:01 UTC+2, Feng Xiao wrote: >> >> Hi all, >> >> I just published protobuf v3.0.0-alpha-1 on our github site: >> https://github.com/google/protobuf/releases/tag/v3.0.0-alpha-1 >> >> This is the first alpha release of protobuf v3.0.0. In protobuf v3.0.

Re: [protobuf] How to construct a Builder from a FieldDescriptor with JavaType.MESSAGE

As it's a repeated field, you should use "getRepeatedFieldBuilder". On Mon Jan 26 2015 at 5:38:23 PM Jon Emerson wrote: > Hi There, > > I'm writing a utility to convert data stored in MongoDB back to protocol > buffer format. My strategy is to look for each field in the protocol > buffer defini

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

2; } You could define such a message yourself and use it as a temporary solution. In the next alpha version we'll provide these types and utility functions to work with an Any message. > > Is there anything you have available to get those started off with > protobuf 3? > > >

Re: [protobuf] Handling parse errors

On Fri, Jan 23, 2015 at 4:45 AM, Paweł Zatorski wrote: > Hi, > > In my project i am using protocol buffers in two modes: text and binary. > Sometimes it happend that same data once serialized in text format is > deserialized correctly and when using binary format parsing method returns > false. I

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

d. > > Thank you for your effort and reply. > > Gilbert T Williams. > > > > On Wednesday, January 21, 2015 at 2:33:59 PM UTC-5, Feng Xiao wrote: > >> The proto3 design discussion has lasted for more than half a year and all >> of them happened as an internal pro

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

the case for *non*-primitives, which still have > presence logic? > > > On Friday, January 16, 2015 at 6:39:56 PM UTC-5, Feng Xiao wrote: >> >> The reason for dropping field presence is more of the same with dropping >> default values. Basically we want to simplify p

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

n't think we'll make the proto3 support in C++/Java have more features than other languages (or vice versa). > > > > On Thu, Jan 15, 2015 at 12:16 PM, 'Feng Xiao' via Protocol Buffers < > protobuf@googlegroups.com> wrote: > >> On Thu Jan 15 2015 at 7

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

The reason for dropping field presence is more of the same with dropping default values. Basically we want to simplify protobuf and make it easier to implement efficiently in more languages. We are preparing the proto3 documentation and will share more information about the trade-offs we have made.

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

On Thu Jan 15 2015 at 7:01:33 AM Alex Antonov wrote: > I fully second that opinion. We rely a lot on being able to set explicit > defaults that are not language defaults (Java 0, "", false, etc). It > puzzles me to even think as to why someone might want to take that feature > away!!! > The dec

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

despite the syntax differences. > > Thanks, > > On Tue, Jan 13, 2015 at 3:10 PM, Feng Xiao wrote: > >> >> >> On Tue, Jan 13, 2015 at 3:05 PM, Arjun Satish >> wrote: >> >>> Feng, >>> >>> What do you mean when you say "In

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

This does not let me use other proto 3 features if my proto > definition file contain default values. > > Thanks for your timely responses! Highly appreciate it! > > > > > On Tue, Jan 13, 2015 at 10:35 AM, Feng Xiao wrote: > >> >> >> On Mon, Jan 12, 2015

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

oto3. > > Best, > > On Wed, Jan 7, 2015 at 8:01 PM, Feng Xiao wrote: > >> +liujisi, who should have a better idea of why default value is dropped >> from proto3 and what alternatives users can rely on. >> >> Internally the design of proto3 has been discussed

Re: [protobuf] maven repo for version 3.0

On Sun, Jan 11, 2015 at 11:04 AM, Babu Srinivasan wrote: > I switched to protobuf 3.0 (alpha-1). I compiles protoc from git source. > I want to update pom.xml. > But the maven repo doesn't have a 3.0 version ( > http://mvnrepository.com/artifact/com.google.protobuf/protobuf-java) > Where can I ge

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

erated encoders/decoders? >> >> Thanks very much! >> >> Looking forward to the 3.0 release! >> >> Best, >> Arjun Satish >> >> >> On Wednesday, December 10, 2014 8:51:01 PM UTC-8, Feng Xiao wrote: >>> >>> Hi all, >>

Re: [protobuf] How To Distinguish signed interger and unsigned interger?

On Tue, Dec 30, 2014 at 12:47 AM, Lai Champion wrote: > >I read the protocol buffer documents,I know compiler use ZigZag to > decode signed interger. I am confused that if i receive a binary stream,I > could extract the data type ,for example,it's a Varint Wire-Type,followed > by the data nu

Re: [protobuf] Patch: Fix Visual Studio error message formatting

Hi Myriachan, Could you send this patch as a pull request here: https://github.com/google/protobuf/pulls? On Tue, Dec 16, 2014 at 4:05 PM, Myriachan wrote: > > Currently, if protoc is a custom Visual Studio build tool and fails to > compile a .proto due to a syntax error or whatever, Visual Studi

Re: [protobuf] Protobuf Buffers v3.0.0-alpha-1

e way as the old "set_allocated". The new "set_allocated" implementation will check whether the passed-in object is on the same arena of the containing message and if it's not, a copy will be made. > > Regards, > Sumit Kumar > > On 13 Dec 2014, at 2:20 am

Re: [protobuf] Mutable pointer not consistent with official doc.

I think this is a bug in the implementation. Filed issue: https://github.com/google/protobuf/issues/141 On Mon, Dec 15, 2014 at 11:47 PM, John Sun wrote: > > Hi all, > > As said in the official document [C++ Generated Code >

[protobuf] Re: visual studio 2012 complie google protocolbuffer failed

Please try one of our released source tar balls: https://github.com/google/protobuf/releases If you "git clone" the latest code from github, it would very likely fail to build with Visual Studio because we don't test the code with VC until an official release. The vcproject files are also out-of

Re: [protobuf] Protobuf Buffers v3.0.0-alpha-1

On Fri, Dec 12, 2014 at 5:56 AM, Jeremy Swigart wrote: > > Does the arena allocator also get used by messages allocated as children > of the root message? > Yes. > > -- > You received this message because you are subscribed to the Google Groups > "Protocol Buffers" group. > To unsubscribe from t

Re: [protobuf] Protobuf Buffers v3.0.0-alpha-1

On Thu, Dec 11, 2014 at 12:02 PM, Michael Haberler wrote: > > Hallo Feng, > > > > Am 11.12.2014 um 05:51 schrieb Feng Xiao : > > > > Hi all, > > > > I just published protobuf v3.0.0-alpha-1 on our github site: > > https://github.com/google/protob

Re: [protobuf] Re: Protobuf Buffers v3.0.0-alpha-1

en't supported map fields will still be able to generate code for this proto file and can also use it to communicate with other languages that have maps implemented. > > > On Wednesday, December 10, 2014 11:51:01 PM UTC-5, Feng Xiao wrote: >> >> Hi all, >> >>

Re: [protobuf] Protobuf Buffers v3.0.0-alpha-1

On Wed, Dec 10, 2014 at 9:19 PM, chai2010 wrote: > > Feng Xiao, > > I have some questions: > > 1. does protobuf3 will include golang compiler? > Go protobuf is in its own repository and proto3 will supported there. See: https://github.com/golang/protobuf > 2. does p

[protobuf] Protobuf Buffers v3.0.0-alpha-1

Hi all, I just published protobuf v3.0.0-alpha-1 on our github site: https://github.com/google/protobuf/releases/tag/v3.0.0-alpha-1 This is the first alpha release of protobuf v3.0.0. In protobuf v3.0.0, we will add a new protobuf language version (aka proto3) and support a wider range of progr

Re: [protobuf] oneof and extended messages

On Tue, Nov 18, 2014 at 12:22 AM, Himanshu Agarwal < agarwal.himanshu...@gmail.com> wrote: > > Hello > > I was trying to compile following scenerio using protoc: > > message SampleMessage { > repeated fixed32 i = 1; > extensions 100 to 199; > } > extend SampleMessage { > oneof test_oneof { >

Re: [protobuf] RPC_Implementations: a Protobuf RPC lib and a minimal RPC server implementation

Done. Thanks! On Mon, Nov 17, 2014 at 8:44 AM, Madwyn Wen wrote: > Would you please add my new implementations to the wiki > . > > libpbrpc: https://github.com/madwyn/libpbrpc > > pbrpc: https://github.com/madwyn/pbrpc > > -- > You re

Re: [protobuf] Can't deserialize repeated double field

CodedInputStream has total bytes limit: https://github.com/google/protobuf/blob/master/src/google/protobuf/io/coded_stream.h#L587 Make sure you don't hit this limit (if you do, use CodedInputStream::SetTotalBytesLimit to set a larger limit). On Sun, Nov 16, 2014 at 2:48 AM, Alexey Chernushev < al

Re: [protobuf] Cross Compiling Protobuf For Raspberry Pi

On Thu, Nov 13, 2014 at 2:04 PM, Andrew Capodieci < andrew.capodi...@gmail.com> wrote: > I guess I don't understand what the make check is doing...is it trying to > run tests using the library it just cross compiled for the raspberry pi, > and thus it's trying to run a library built for arm on a l

Re: [protobuf] Cross Compiling Protobuf For Raspberry Pi

On Thu, Nov 13, 2014 at 5:57 AM, Andrew Capodieci < andrew.capodi...@gmail.com> wrote: > I'm trying to cross compile google Protocol buffers for the Raspberry Pi, > so I can cross compile my own software which links to protobuf. > > I've installed protobuf-2.6.0 to the directory > ~/ExternalLibs/p

Re: [protobuf] Developer documentation available?

On Tue, Nov 11, 2014 at 2:35 PM, Martin Fredriksson wrote: > Is the developer documentation ( > https://developers.google.com/protocol-buffers/) available to download > and build locally. I'm asking because I'd like to have it available locally > when I design, develop, discuss with colleagues (a

Re: [protobuf] tests.exe deleted random files on my computer (Win7 + VS2013)

I see the problem now. So the call to TestTempDir() in SetUp() thrown an exception because Comodo Defense+ denied the creation of the temporary directory and then temp_directory_ hadn't been assigned any value but instead left empty. After that the test framework ran TearDown() automatically which

Re: [protobuf] tests.exe deleted random files on my computer (Win7 + VS2013)

Protobuf unit-tests will create/delete temporary files for testing purpose. For example: https://github.com/google/protobuf/blob/master/src/google/protobuf/compiler/command_line_interface_unittest.cc#L230 I couldn't think of how it could delete random files though. You can check whether this behav

Re: [protobuf] unable to install protobuf with python3

patch if you know how to fix the problem. > > I hope I am making sense. > > Thanks, > Satya > > > Satyanarayan Rao > Research Scholar, USC LA (http://www.usc.edu/) > Los Angeles USA > > Woked at SCFBio IIT Delhi (http://www.scfbio-iitd.res.in/) > Education

Re: [protobuf] unable to install protobuf with python3

Can you follow the suggestion from gps on this thread and see if it works for you? https://github.com/google/protobuf/issues/7 On Wed, Nov 5, 2014 at 10:50 AM, satyanarayan rao < satyanarayan.ii...@gmail.com> wrote: > > Hi All, > > I am not able to install protobuf (the python version). > I am ge

Re: [protobuf] Documentation bad example

Thanks Zach. The documentation is generated from comments in the source code coded_stream.h . Could you help send us a patch to fix this problem? (Or file an issue on the github site https://github.com/google/prot

Re: [protobuf] Not able to import proto files

The problem is not the imports. It's because you have only defined a message named "a" but are trying to reference something named "A" and hence the error message: "A is not defined"... To fix the problem, you need to update the message names. According to protobuf style guide,

Re: [protobuf] Is there a C++ placement new() operator for messages?

On Tue, Oct 28, 2014 at 4:41 PM, Michael Wagner wrote: > I would like to use Google Protocol Buffers in a memory constrained > environment - not so much that the environment is low on memory as much as > memory usage is tracked on a per subsystem basis. > > Generally, in this environment for othe

Re: [protobuf] Re: Message extensions cannot have required fields.

To clarify, required extensions are disallowed, required fields in an extension message is allowed. I.e., the following is ok: message A { extensions 1 to max; } message B { extend A { *optional* B extension = 1; } *required* string s = 1; } On Sat, Oct 25, 2014 at 2:19 PM, Feng Xiao wrote

Re: [protobuf] Re: Message extensions cannot have required fields.

This is working as intended. Extensions, by its definition, is something optionally attached to a message and it doesn't make sense for it to be required, and technically there is no way to enforce this requirement because a binary can be compiled without the extension definition in which case ther

Re: [protobuf] Re: Protocol Buffers 2.6.1

Hi Tres, I just uploaded a new 2.6.1 package to pypi. Can you check whether it works for you? Thanks. -- 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 proto

Re: [protobuf] Re: Protocol Buffers 2.6.1

On Wed, Oct 22, 2014 at 12:11 PM, Tres Seaver wrote: > On 10/22/2014 02:51 PM, Feng Xiao wrote: > > Does 2.6.0 work on python 2.6? I don't think there is any change to > > setup.py in 2.6.1. > > Yes: > > -- %< --

Re: [protobuf] Re: Protocol Buffers 2.6.1

Does 2.6.0 work on python 2.6? I don't think there is any change to setup.py in 2.6.1. On Wed, Oct 22, 2014 at 10:35 AM, Tres Seaver wrote: > > > On Tuesday, October 21, 2014 7:31:04 PM UTC-4, Feng Xiao wrote: >> >> Hi all, >> >> I just published Protocol

[protobuf] Protocol Buffers 2.6.1

Hi all, I just published Protocol Buffers v2.6.1: https://github.com/google/protobuf/releases/tag/2.6.1 2014-10-20 version 2.6.1: C++ * Added atomicops support for Solaris. * Released memory allocated by InitializeDefaultRepeatedFields() and GetEmptyString(). Some memory sanitizers rep

Re: [protobuf] can protobuf cost less bytes?

On Sun, Oct 19, 2014 at 6:58 AM, Aijing Sun wrote: > 1.if a int value is -1,then through varint 128 serialze is 10 bytes. > 2. a bool true is none 0,and false is 0,but it cost 1 byte . > > I hope -1 just cost 1 byte,and bool cost no byte. > and it can cost less byte when serialize > and I suggest

[protobuf] Re: Help try out Protocol Buffers 2.6.1rc1

Sticking this to the top as the group is spammed by me closing obsolete issues... On Thursday, October 9, 2014 3:56:38 PM UTC-7, Feng Xiao wrote: > > Hi all, > > I just tagged v2.6.1rc1 and uploaded release packages here: > https://github.com/google/protobuf/releases/tag/v2.6.1rc

[protobuf] Help try out Protocol Buffers 2.6.1rc1

Hi all, I just tagged v2.6.1rc1 and uploaded release packages here: https://github.com/google/protobuf/releases/tag/v2.6.1rc1 This is a minor release following 2.6.0 and has mostly small bug fixes: C++ * Added atomicops support for Solaris. * Released memory allocated by InitializeDefaultR

Re: [protobuf] support for include facility in .proto files

See "Importing definitions": https://developers.google.com/protocol-buffers/docs/proto#other On Tue, Oct 7, 2014 at 10:13 PM, wrote: > Hi, > > I'm just about to start using protobufs for the first time. I want to > define a number of message types that will be used in more than one place, > embe

Re: [protobuf] c++ why no set_allocated for repeated nested messages?

On Thu, Oct 2, 2014 at 8:58 PM, wrote: > Always having to obtain a new instance of a repeated nested message from > it's parent is really cumbersome.I fail to see the logic behind it > being that singular message fields have set_allocated. > We can add an add_allocated() method for repeated m

Re: [protobuf] protobuf build failures on certain compilers and architectures

I'll take a look at these. On Wed, Sep 17, 2014 at 11:42 AM, Robert Edmonds wrote: > Hi, > > Any chance someone could take a look at PR #20 ("Remove > GOOGLE_PROTOBUF_ARCH_PPC"): > > https://github.com/google/protobuf/pull/20 > > and PR #21 ("Expose generic atomicops on Clang")? > > http

Re: [protobuf] I don't under stand this Issue 2.6.0

This thread might help: http://stackoverflow.com/questions/1301277/c-boost-whats-the-cause-of-this-warning On Wed, Sep 17, 2014 at 12:21 AM, Kibum Ko wrote: > Hello I'm junior programmer > > I am studying English. sorry. > > I'm download protobuf 2.6.0. > > i using c++ project. > > i want protoc

protobuf@googlegroups.com

Added. Thanks. On Thu, Sep 11, 2014 at 7:37 PM, 尹天仇 wrote: > third part add-on rpc implement in c++(libev)&python(gevent), > > project home > https://github.com/w359405949/libmaid > > please list it on > https://github.com/google/protobuf/wiki/Third-Party-Add-ons > > -- > You received this mes

Re: [protobuf] Re: Issue 670 in protobuf: Not Able to compile protobuf for mips platform

Sorry that I can't help you on this. The mips header is copied from chromium and we protobuf developers don't actually have mips machines to test it ourselves. +pet...@mips.com to help take a look. On Thu, Sep 11, 2014 at 2:56 AM, wrote: > > Comment #5 on issue 670 by inigonir...@gmail.com: Not

Re: [protobuf] Dynamic/run-time decoding

On Wed, Sep 10, 2014 at 10:23 PM, Jan Kyjovský wrote: > Hi, >> > > Thank you that was one thing I tried but was not successful up until now. > Also one more issue was that i had to ask for type by full name. It took me > some time to figure it our. > > Now I got different sort of questions. Since

Re: [protobuf] Dynamic/run-time decoding

ables but these are empty as well. > > On Tuesday, 9 September 2014 22:35:05 UTC+2, Feng Xiao wrote: > >> >> >> On Mon, Sep 8, 2014 at 10:32 PM, Jan Kyjovský >> wrote: >> >>> Hi, >>> >>> sorry for delay. I've been experiment

Re: [protobuf] Dynamic/run-time decoding

r)->New(); > } > > // Convert .proto files into parsed FileDescriptorProto > bool ParseProtoFile(std::string strFileName, FileDescriptorProto* result) > { > int file_descriptor = open(strFileName.c_str(), O_RDONLY); > > ParserErrorCollector errCollector; > >

Re: [protobuf] PIP install broken on 2.6.0 (out of date python-dateutil 1.5 dependency)

Could you help file an issue here: https://github.com/google/protobuf/issues ? On Tue, Sep 9, 2014 at 9:20 AM, Rich wrote: > PIP install fails since 2.6.0 (released 8/25/14) > > pip install protobuf > Traceback (most recent call last): > File "", line 17, in > File > "/Users/burdon/projects

Re: [protobuf] 2.6.0 - various speed optimizations

On Mon, Sep 8, 2014 at 9:32 AM, hyaticua wrote: > Reading the change log for 2.6.0, the C++ changes describe "Various speed > optimizations". > > Does anyone know what kinds of optimizations were included in the release > or what kind performance we should reasonably expect? I could not find > an

Re: [protobuf] is 2.5.0 wire compatible with 2.4.1

Yes, they are wire-compatible. On Mon, Sep 8, 2014 at 10:55 AM, ajay aggarwal wrote: > We are currently using version 2.4.1 and wanted to move to version 2.5.0. > During this transition some components will be running version 2.4.1 and > some version 2.5.0. Is 2.5.0 wire compatible with 2.4.1? T

Re: [protobuf] release tarballs on GitHub?

Thanks! I didn't notice that we can upload tarballs binding to a release like that. Now you should be able to find the release tarballs on the releases page. BTW, does github support counting the number of downloads for these tarballs? On Fri, Sep 5, 2014 at 12:32 PM, Robert Edmonds wrote: > H

Re: [protobuf] Third-Party Add-ons for Protocol Buffers

Done. Thanks. https://github.com/google/protobuf/wiki/Third-Party-Add-ons On Fri, Sep 5, 2014 at 5:33 AM, Alexey Khokhlov wrote: > Hello Google Team! Could you add to your Wiki page «Third Party Add ons» > link to my repository (https://github.com/alexeyxo/protobuf-objc). It is > used so many

Re: [protobuf] fixing python protobuf packaging settings on PyPI

On Wed, Sep 3, 2014 at 8:35 AM, Holger Krekel wrote: > Hello, > > There are situations where "pip install protobuf==2.5.0" for installing > the python package fails because in certain configurations it will scrape > the home page and find the "protobuf-2.5.0.zip" source package there but > this i

Re: [protobuf] Problem with python tutorial - importing protobuf package

'long' is removed from Python 3.x. The code should be fixed to not use long any more. Can you help file an issue on: https://github.com/google/protobuf/issues? On Mon, Sep 1, 2014 at 6:42 AM, Kieran J wrote: > Hi everyone, > > I'm attempting to play around with protobuf but I'm running into som

Re: [protobuf] How to install protobuf 2.6 for python 3?

+Aaron has reported the same issue. Seems there are some issues around google-apputils. Can you help file an issue here: https://github.com/google/protobuf/issues? On Mon, Sep 1, 2014 at 3:03 AM, EARob Agar wrote: > How can I install protobuf 2.6 for use by python 3? Both *pip3 install > proto

[protobuf] We are moving protobuf to github.

Hi all, Finally, we are moving protobuf to github. The new home of protobuf is: https://github.com/google/protobuf All future code changes will be made in github. We will continue fix/clean-up issues filed in protobuf Google Code site but for new issues please file it in the github site. I'm

Re: [protobuf] Python CPP backend bug: cannot import name _net_proto2___python

On Tue, Aug 26, 2014 at 11:03 AM, Dave Hirschfeld wrote: > Hi, > I get the aforementioned error message when trying to use the cpp backend > for python with the new version 2.6.0: > > Python 2.7.5 |Anaconda 2.0.0 (64-bit)| (default, Jul 1 2013, 12:37:52) > [MSC v.1500 64 bit (AMD64)] on win32 >

Re: [protobuf] Support multiple parameters for rpc functions

On Tue, Aug 26, 2014 at 2:35 AM, Marvin Somebody wrote: > Can you tell me what's the reason for your decision? > We decided against it because such a feature will complicate proto syntax, API and implementation without bring any true value. > -- > You received this message because you are subs

Re: [protobuf] Support multiple parameters for rpc functions

We have discussed this feature request before and the decision is that we won't support it. To achieve what you need, you can define a new message type with all the parameters you need as fields and use this message as the request type. On Mon, Aug 25, 2014 at 8:30 AM, Marvin Somebody wrote: > H

Re: [protobuf] Re: Issue 502 in protobuf: protoc generated Java code has numerous javadoc warnings

On Mon, Aug 25, 2014 at 1:18 PM, Chris Berst wrote: > Hello, > I am new to this forum and hope I'm posting properly > Do you know whether 2.6.0 will address the issue of Java 8 javadoc > warnings for GPB 2.5.0 generated code? > We haven't tested protobuf with Java 8. I think these warnings will r

Re: [protobuf] 2.6.0 release candidate

On Wed, Aug 20, 2014 at 2:50 PM, Robert Edmonds wrote: > 'Feng Xiao' via Protocol Buffers wrote: > > Hi Robert, > > Can you help send a patch for this issue to > https://codereview.appspot.com/ > > (and add me as a reviewer)? We'll commit it to svn once

Re: [protobuf] 2.6.0 release candidate

Hi Robert, Can you help send a patch for this issue to https://codereview.appspot.com/ (and add me as a reviewer)? We'll commit it to svn once it's reviewed. I also pinged stanis...@ochotnicky.com who provided a patch for this issue some time ago.

Re: [protobuf] Dynamic/run-time decoding

Protobuf supports creating message types dynamically at runtime and use them for parsing/serialization/etc. First you need to build up a DescriptorPool that contains all types that you may want to use. T

Re: [protobuf] Re: Issue 195 in protobuf: common.h should not have "using namespace std;"

On Tue, Aug 5, 2014 at 4:53 AM, wrote: > > Comment #11 on issue 195 by etienne@gmail.com: common.h should not > have "using namespace std;" > http://code.google.com/p/protobuf/issues/detail?id=195 > > Hello google ! > > I just ran into this "using namespace std;" in common.h... > > Do you guy

<    1   2   3   4   5   6   7   >