Where did the serialized data come from?
What library are you using on Android?
Do you have test code that runs on Android that exhibits the problem?
-- Wink
On Mon, Jun 14, 2010 at 11:34 PM, Rashmi rashmi.malav...@gmail.com wrote:
message info
{
required string username
I've created a new java code generator for protoc
that is is compatible with J2ME devices.
Its is a subset of functionality compared to full
protobufs, it doesn't support reflection or groups
and currently no plans to add support for these.
it also doesn't support packed or extensions at
the
I forgot to mention, I stripped all of the files, and in this
case the embedded system is a phone (Android) which
is size constrained because of limited flash memory but
does have many executables so shared libraries are the
norm.
On Tue, Apr 21, 2009 at 9:02 AM, Anonymous-ish s...@chittenden.org
...@gmail.com wrote:
On Apr 21, 11:42 am, Wink Saville w...@google.com wrote:
Maybe I'll do this too:) But could you give me some insight on how you
use the enum descriptor, maybe I'm missing something. All I want to
do is have a structure defined and be able to serialize and deserialize
. And maybe extension_set -- not sure if we want this or not.
On Sun, Apr 19, 2009 at 4:45 PM, Wink Saville w...@google.com wrote:
I've been looking at protobuf and I'm somewhat disappointed by the size of
the library on X86_64 and the size of the generated code for a simple
message:
$ size
. etc. So I'm not sure you lite you can get w/o making
a completely incompatible version.
- dave
On Apr 19, 4:45 pm, Wink Saville w...@google.com wrote:
I've been looking at protobuf and I'm somewhat disappointed by the size
of
the library on X86_64 and the size of the generated code
of C++'s
namespaces. The resulting statically linked and stripped binary,
however, contained none of the bloat we experienced after adding
namespaces to the code base.
Hope that's useful.
Wink Saville wrote:
I've been looking at protobuf and I'm somewhat disappointed by the size
...@pobox.com wrote:
Is it possible to use protobuf-c in the embedded side and regular
protbuff in the PC side?
This sound like a win-win option, or am I mistaken???
Thanks in advance for feedback,
Alain
Wink Saville escreveu:
In the embedded systems they are both important. I potentially see
I've been looking at protobuf and I'm somewhat disappointed by the size of
the library on X86_64 and the size of the generated code for a simple
message:
$ size libprotobuf.so
text databssdechexfilename
1008339 21344 11281030811 fba9b
, Apr 16, 2009 at 10:22 PM, Wink Saville w...@google.com wrote:
Attached is a patch which changes Mutex to handle the initialization
ordering problem where Lock can be called before the constructor
is called.
On Wed, Apr 15, 2009 at 1:41 PM, Wink Saville w...@google.com wrote:
Fair enough
Attached is a patch which changes Mutex to handle the initialization
ordering problem where Lock can be called before the constructor
is called.
On Wed, Apr 15, 2009 at 1:41 PM, Wink Saville w...@google.com wrote:
Fair enough on the Mutex, I'll try to get a new patch to you soon,
but if you
be revisited.
-- Wink
On Wed, Apr 15, 2009 at 12:25 PM, Kenton Varda ken...@google.com wrote:
On Tue, Apr 14, 2009 at 11:07 AM, Wink Saville w...@google.com wrote:
Feels strange to be using the object before it's constructed. Also, every
Mutex has the cost of the test.
A predictable branch
locked
// before the constructor has been called. There should be
// no threads running yet, so we can just initialize now.
Init();
}
}
On Mon, Apr 13, 2009 at 10:12 PM, Wink Saville w...@google.com wrote:
I did some searching and my initial reaction is that this requires some
getting to this.
On Sat, Apr 11, 2009 at 12:13 PM, Wink Saville w...@google.com wrote:
Has anyone been able to look at this, do I need to make some
changes or do anything else?
On Wed, Apr 8, 2009 at 2:59 PM, Kenton Varda ken...@google.com wrote:
Although I see the decsriptor.cc part
I checked out the sources via svn and ran ./autogen.sh but it failed:
w...@savu
:/usr/local/google/users/wink/svn-clients/protobuf/protobuf-read-only
$ ./autogen.sh
+ autoreconf -f -i -Wall,no-obsolete
configure.ac: 14: `automake requires `AM_CONFIG_HEADER', not
`AC_CONFIG_HEADER'
automake:
There is a bug in the initialization of the log_silencer_count_mutex_ in
common.cc.
Currently it is initialized because it is a global object, but the order of
initialization
of global objects is undefined in c++ and in my environment it was not
initialized
when some errors were encountered as I
I'm porting protobufs 2.0.3 to work on Android and get the following as the
inital set
of errors (Note the line numbers are different because I've added some
debug):
libprotobuf ERROR
frameworks/base/protobuf/src/google/protobuf/descriptor.cc:2017] Invalid
proto descriptor for file
17 matches
Mail list logo