Can you try if the following code can produce any meaningful results? I
suggest you try this once in your original binary and then create a simple
program calling the following code only (and only linking the .proto file
without anything else in your project). If both fail (segfault), it might
be
Can you post the code of the simple program you used to reproduce the
error? (including the .pb.h/.pb.cc or the .proto file)
On Thu, May 22, 2014 at 10:58 AM, patrickbrosi...@googlemail.com wrote:
Thank your very much for your answer! The result of
GOOGLE_PROTOBUF_VERIFY_VERSION;
On Mon, May 26, 2014 at 12:17 AM, Yuexuan Chen moonspirit.c...@gmail.comwrote:
Hey, guys,
After download the new protobuf 2.5.0 version, i saw a lazy option in
descriptor.proto, is it an already-implemented feature or just an in-plan
feature?
It's already implemented in our internal
There are two ways to support custom wire format with protobufs.
1. Implement the parsing/serializing code as a runtime library. The text
format support in protobuf can be seen as such a library. Support for
Json/XML is also done using this approach. It relies on the protobuf
reflection support
On Thu, May 29, 2014 at 5:23 PM, Priyendra Deshwal desh...@thoughtspot.com
wrote:
Hey guys,
It seems like the deprecated field annotations in gcc are no longer
emitted by the protobuf compiler and the following commit removed this
functionality.
On Tue, Jun 17, 2014 at 5:46 AM, Stepan Koltsov stepan.kolt...@gmail.com
wrote:
Hi,
there's a protobuf implementation in Rust and for Rust (I'm the author):
https://github.com/stepancheg/rust-protobuf/
Please, add this link to Third-Party Add-ons page:
On Tue, Jun 17, 2014 at 3:50 PM, Robert Edmonds edmo...@mycre.ws wrote:
'Feng Xiao' via Protocol Buffers wrote:
On Tue, Jun 17, 2014 at 5:46 AM, Stepan Koltsov
stepan.kolt...@gmail.com
wrote:
Hi,
there's a protobuf implementation in Rust and for Rust (I'm the
author
On Wed, Jun 18, 2014 at 10:10 AM, Justin jscad...@gmail.com wrote:
On Wednesday, June 18, 2014 12:36:27 PM UTC-4, Ilia Mirkin wrote:
On Wed, Jun 18, 2014 at 12:26 PM, Justin jsca...@gmail.com wrote:
My team and I noticed a potential bug in the serialization process,
that
seems
On Wed, Jun 18, 2014 at 1:04 AM, ajay.sonaw...@gmail.com wrote:
Hi,
I'm new to protobuf library. I have generated a .h and .cc file out of a
sample .proto file by using protoc.exe on windows.
I want to know
1. Can I use above generated files on MAC without any change?
Yes.
2. Can I
On Wed, Jun 18, 2014 at 9:49 PM, osu...@gmail.com wrote:
Hello protobuf folks,
Here's a simple convenience JAR that packages pre-built protoc binaries
for Linux, Mac/OSX, and Windows. This gives a little bit of platform
independence to protoc (besides not having to build it on Linux and
Done.
On Thu, Jun 19, 2014 at 5:58 PM, osu...@gmail.com wrote:
Sure
*protoc-jar-maven-plugin* is another Maven Protocol Compiler Plugin, it
could probably go into that section
*protoc-jar* could be Multi-platform executable JAR and Java API for
protoc
Thanks!
On Thursday, June 19,
On Mon, Jun 23, 2014 at 4:17 AM, ajay.sonaw...@gmail.com wrote:
Hello,
I want to know how does protocol buffers handles corrupted data while
de-serializing stream. Is there any way to know if data has been corrupted.
The parsing code only checks whether the data conforms to protobuf wire
On Mon, Jun 23, 2014 at 6:29 PM, John Calcote john.calc...@gmail.com
wrote:
I'm also interested in a portable protoc compiler - java would be nice,
but python would work too. No one has a comment on this?
osuciu@'s protoc-jar might be of interest to you:
https://github.com/os72/protoc-jar
On Wed, Jul 30, 2014 at 8:42 AM, BJ Neilsen bj.neil...@gmail.com wrote:
A few years ago I forked the now unmaintained ruby-protobuf gem and have
built a very robust library that is used in production at companies like
Square, MoneyDesktop, and Lookout. It has rpc support with raw sockets and
On Wed, Jul 30, 2014 at 3:12 PM, Russell Holloway russ.d.hollo...@gmail.com
wrote:
I have come across an issue not quite sure how to solve in the best way
Setting a repeated list of strings to an empty list (to start fresh). The
only solution I have
while True:
try:
On Tue, Aug 5, 2014 at 4:53 AM, proto...@googlecode.com 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...
Protobuf supports creating message types dynamically at runtime and use
them for parsing/serialization/etc.
First you need to build up a DescriptorPool
https://code.google.com/p/protobuf/source/browse/trunk/src/google/protobuf/descriptor.h#1141
that contains all types that you may want to use.
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
https://code.google.com/u/110106420545796050291/ who provided a patch for
this issue some time ago.
On Wed, Aug 20, 2014 at 2:50 PM, Robert Edmonds edmo...@mycre.ws 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 it's reviewed. I
also pinged
On Mon, Aug 25, 2014 at 1:18 PM, Chris Berst cbe...@gmail.com 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
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
On Tue, Aug 26, 2014 at 2:35 AM, Marvin Somebody h0nswurst...@gmail.com
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
On Tue, Aug 26, 2014 at 11:03 AM, Dave Hirschfeld novi...@gmail.com 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)]
+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 ea.rob.a...@gmail.com wrote:
How can I install protobuf 2.6 for use by python 3? Both
'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 k.jau...@gmail.com wrote:
Hi everyone,
I'm attempting to play around with protobuf but I'm
Done. Thanks.
https://github.com/google/protobuf/wiki/Third-Party-Add-ons
On Fri, Sep 5, 2014 at 5:33 AM, Alexey Khokhlov alexe...@gmail.com 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
Yes, they are wire-compatible.
On Mon, Sep 8, 2014 at 10:55 AM, ajay aggarwal ajaysa...@gmail.com 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
On Mon, Sep 8, 2014 at 9:32 AM, hyaticua corey.wil...@motionreality.com
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
Could you help file an issue here: https://github.com/google/protobuf/issues
?
On Tue, Sep 9, 2014 at 9:20 AM, Rich rich.bur...@gmail.com wrote:
PIP install fails since 2.6.0 (released 8/25/14)
pip install protobuf
Traceback (most recent call last):
File string, line 17, in module
File
On Mon, Sep 8, 2014 at 10:32 PM, Jan Kyjovský jan.kyjov...@tieto.com
wrote:
Hi,
sorry for delay. I've been experimenting with that eve since I could
return to this issue. Mostly about composition of project since whenever I
try separate your sources from projects and use them individually
On Tue, Sep 9, 2014 at 11:03 PM, Jan Kyjovský jan.kyjov...@tieto.com
wrote:
Variable proto contains some information about structure although
proto.name is blank (don't know why).
You need to set the proto.name yourself:
On Wed, Sep 10, 2014 at 10:23 PM, Jan Kyjovský jan.kyjov...@tieto.com
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
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, proto...@googlecode.com wrote:
Comment #5 on issue 670 by
Added. Thanks.
On Thu, Sep 11, 2014 at 7:37 PM, 尹天仇 w359405...@gmail.com 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
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 kibug...@gmail.com wrote:
Hello I'm junior programmer
I am studying English. sorry.
I'm download protobuf 2.6.0.
i using c++ project.
i
I'll take a look at these.
On Wed, Sep 17, 2014 at 11:42 AM, Robert Edmonds edmo...@mycre.ws 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)?
On Thu, Oct 2, 2014 at 8:58 PM, ch...@ochsnet.com 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
See Importing definitions:
https://developers.google.com/protocol-buffers/docs/proto#other
On Tue, Oct 7, 2014 at 10:13 PM, milan...@gmail.com 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
On Sun, Oct 19, 2014 at 6:58 AM, Aijing Sun aijings...@gmail.com 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
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 tres.sea...@gmail.com wrote:
On Tuesday, October 21, 2014 7:31:04 PM UTC-4, Feng Xiao wrote:
Hi all,
I just published Protocol Buffers v2.6.1:
On Wed, Oct 22, 2014 at 12:11 PM, Tres Seaver tres.sea...@gmail.com 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:
-- % -
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
On Tue, Oct 28, 2014 at 4:41 PM, Michael Wagner mikepwag...@gmail.com
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
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,
Thanks Zach. The documentation is generated from comments in the source
code coded_stream.h
https://github.com/google/protobuf/blob/master/src/google/protobuf/io/coded_stream.h.
Could you help send us a patch to fix this problem? (Or file an issue on
the github site
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 getting
On Wed, Nov 5, 2014 at 11:32 AM, satyanarayan rao
satyanarayan.ii...@gmail.com wrote:
Thanks for the reply!
I do not see the solution related to my problem.
One thing that is bothering me is, i am not able to use setuptools that I
have locally installed.
It always tries to download the
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
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
On Tue, Nov 11, 2014 at 2:35 PM, Martin Fredriksson m...@msp.se 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
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
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 {
string name
On Wed, Dec 10, 2014 at 9:19 PM, chai2010 chaishus...@gmail.com 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 protobuf3 have a
On Thu, Dec 11, 2014 at 9:14 AM, Vladimir Agafonkin agafon...@gmail.com
wrote:
Really awesome!
One question about maps — how are they encoded in terms of packed size?
How does it compare to just using a repeated message with key/value pairs?
Map fields are encoded as a repeated message
On Thu, Dec 11, 2014 at 12:02 PM, Michael Haberler mai...@mah.priv.at
wrote:
Hallo Feng,
Am 11.12.2014 um 05:51 schrieb Feng Xiao xiaof...@google.com:
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
On Fri, Dec 12, 2014 at 5:56 AM, Jeremy Swigart jswig...@gmail.com 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
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 ih4...@gmail.com wrote:
Hi all,
As said in the official document [C++ Generated Code
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, 'Feng Xiao' via Protocol Buffers
protobuf@googlegroups.com wrote
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 myriac...@gmail.com wrote:
Currently, if protoc is a custom Visual Studio build tool and fails to
compile a .proto due to a syntax error or
On Tue, Dec 30, 2014 at 12:47 AM, Lai Champion championlai2...@gmail.com
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
On Fri, Jan 23, 2015 at 4:45 AM, Paweł Zatorski pawelzatorsk...@gmail.com
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
The union types are obsoleted by oneof:
https://developers.google.com/protocol-buffers/docs/proto#oneof
On Sat, Feb 7, 2015 at 4:53 AM, Alfred Kwan alfred...@gmail.com wrote:
To implement the has_boo() in 3.0 implies one boolean per each truly
optional field, which means additional maintenance
The proto3 design discussion has lasted for more than half a year and all
of them happened as an internal process. We have a lot of design docs,
email exchanges and weekly design meetings, but they are not available for
public consumption. Currently we are preparing public documentations for
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
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:01:33 AM Alex Antonov aant...@gmail.com wrote:
I fully second that opinion
On Tue Jan 27 2015 at 5:42:34 AM Walter Schulze awalterschu...@gmail.com
wrote:
Will the extensions in the descriptor.proto also be changed to Any types?
No. That will continue to be supported. descriptor.proto is the only proto
that will allow extensions in proto3.
On Thursday, 11 December
On Wed Jan 28 2015 at 12:06:21 PM Troy Lee leet...@gmail.com wrote:
Feng,
Version 3 removes presence logic.
How do we exam whether a field is exist or not?
This is no possible for singular primitive fields. For singular message
fields, the has methods will still be generated. Basically with
On Sun, Jan 11, 2015 at 11:04 AM, Babu Srinivasan babu.sriniva...@gmail.com
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 (
On Mon, Jan 12, 2015 at 10:40 PM, Arjun Satish arjun.sat...@gmail.com
wrote:
Would it be possible to re-introduce this feature in a subsequent release?
It seems like you are still using it under-the-hood.
In C++/Java/Python where we support both proto2 and proto3, default values
will continue
On Sat, Feb 7, 2015 at 4:31 AM, Jeremy Swigart jswig...@gmail.com 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 Tue, Mar 17, 2015 at 7:15 PM, Sayan Goswami sayan.n...@gmail.com 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 =
On Thu, Mar 12, 2015 at 11:37 AM, Kaspar Fischer kaspar.fisc...@dreizak.com
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
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 two weeks ago.
gRPC website:
On Thu, Feb 26, 2015 at 11:55 PM, Kevin Baker kba...@gmail.com wrote:
Hi,
Thanks for all your work with protobuf. I am excited about the changes
with proto3 that will reduce errors (no forgetting to set has_* in nanopb,
yay!) and will make mapping into new languages much simpler, helping our
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 kishor...@gmail.com wrote:
Hi Feng,
I was looking for checksum (MD5/SHA1) for
On Tue, Feb 24, 2015 at 12:20 PM, Huang Jin jin.aa...@gmail.com 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
On Mon, Mar 9, 2015 at 9:52 AM, Alfred Kwan alfred...@gmail.com 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
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.
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/descriptor.proto;
On Fri, Mar 27, 2015 at 5:32 AM, Peter Pimley peter.pim...@gmail.com
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
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
On Tue, Jan 13, 2015 at 3:05 PM, Arjun Satish arjun.sat...@gmail.com
wrote:
Feng,
What do you mean when you say In C++/Java/Python where we support both
proto2 and proto3, default values will continue to exist?
What I meant is that you can still find its traces in the implementation
but the
https://github.com/google/protobuf/releases/tag/v2.5.0
On Thu, Apr 23, 2015 at 5:47 AM, Jeff Zhang zjf...@gmail.com 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
On Wed, Apr 22, 2015 at 1:21 PM, William Albenzi
william.albe...@elbitsystems-us.com wrote:
I was looking for 2.3.0. Is there a reason it cannot be provided?
It takes some extra effort to pull these old releases to github and we
would also like to retire old releases. We thought 2.4.1 is good
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
So you are using the correct protoc version. Then the problem should be in
the protobuf Java runtime. The missing memorizedHashCode is defined in
AbstractMessageLite:
https://github.com/google/protobuf/blob/v2.6.1/java/src/main/java/com/google/protobuf/AbstractMessageLite.java#L47
which is
On Mon, Apr 27, 2015 at 11:54 PM, elodg gye...@gmail.com wrote:
I provide pure virtual interfaces and abstract default implementations in
header-only source code specifically to allow for different compilers and
compiler settings. It seems to me that I either have to provide pb.cc and
the
On Tue, Apr 28, 2015 at 10:39 PM, elodg gye...@gmail.com wrote:
Thanks, Feng. One more thing: lite_runtime is not supported in proto3
alpha 1. Is it going to stay this way?
The first proto3 release (official 3.0) will not have lite runtime support.
We plan to add it after the first release.
On Mon, Apr 27, 2015 at 11:04 AM, elodg gye...@gmail.com 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
Could you attach the full output of make check? You have only included
the summary part which doesn't have enough information to diagnose the
problem.
On Fri, May 1, 2015 at 8:42 PM, Mahan Bastani mbmaha...@gmail.com wrote:
My sustem in Ubuntu14.04 64bit and I get these errors for the make
On Sat, May 2, 2015 at 12:51 AM, Kasper Nielsen kaspe...@gmail.com wrote:
Hi,
I'm working with some communication channels where bandwidth (UHF and
satellite) is the only limiting factor.
And want to employ Protobuf for passing messages back and forth.
However, I'm getting a lot of why
On Thu, Apr 30, 2015 at 12:52 PM, Nikolay Mladenov
nikolay.mlade...@gmail.com wrote:
I understand it was an intentional design decision, I just fail to
understand the reasoning for it.
I see this statement.
In proto3, this is an intentional design decision: has_...() methods
go away except
On Wed, Apr 29, 2015 at 6:21 AM, Nikolay Mladenov
nikolay.mlade...@gmail.com wrote:
I am also evaluating proto2 vs proto3 and even though it seems proto3
should be the way to go I really miss the has_** functionality in proto3.
It seems the following proto pattern may be a workaround:
On Thu, May 7, 2015 at 2:29 AM, Jan Kyjovský jan.kyjov...@tieto.com wrote:
Hi,
sorry for asking for advice so soon again.
I have progressed a bit futher and I am now trying to display decoded
data. For that purpose I have prepared some data and tried to decode them
but I have encountered
On Mon, May 4, 2015 at 11:36 PM, Jan Kyjovský jan.kyjov...@tieto.com
wrote:
Hi,
so we are somehow back in game. And now I am getting familiar what I have
done more then half a year ago.
So for now I got some basic structure of code that will later be as a
starting point for real
I would only resort to Any if normal protobuf constructs cannot do the job.
In your case I don't see any benefit from the using of Any. To me a
strictly better approach then option B is:
message Common {
string fruit = 1;
string vegetable = 2;
oneof other_ingredients {
MessageA a = 3;
On Tue, May 12, 2015 at 9:56 AM, Mikhail Melnik mikhail.mel...@teamdev.com
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
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 packed
On Tue, May 12, 2015 at 7:07 AM, hypn...@donarproject.org wrote:
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
On Fri, May 15, 2015 at 1:25 AM, Giri Guntipalli giri.guntipa...@gmail.com
wrote:
JSON conversion utility function is expected to be compatible with
proto-lite library?
These functions will only be available in the full run-time.
On Wednesday, May 13, 2015 at 12:26:16 AM UTC+5:30, Feng
1 - 100 of 439 matches
Mail list logo