Re: Support Symbian, ideas, questions

Thanks for your feedback Kenton! 2009/10/15 Kenton Varda : > On Thu, Oct 15, 2009 at 11:45 AM, Mika Raento wrote: >> >> I have the protobuf lite code running on Symbian. > > Neat. > >> >> It's around 100k >> which although large by the platform standards, I can live with. > > Is this the lite li

Re: Why I get inconsistent values with serialization ?

It's working now, thanks for your help ! On Oct 15, 10:30 pm, Jeremy Leader wrote: > It might help in debugging this to notice that == 0x270F, and 30064781071 > == 0x7270F.  I suspect the corruption is happening to the data in the > object, and not to the data in serialized form, becaus

byte array compare

int compare(byte[] b1, int s1, byte[] b2, int s2, Descriptors.Descriptor type) I would love a method like this one. It would allow messages to be used as keys in without the need for deserialization and object creation. Anybody know where to

Re: byte array compare

On Sat, Oct 17, 2009 at 6:25 PM, Michael wrote: > > int compare(byte[] b1, int s1, >                            byte[] b2, int s2, >                            Descriptors.Descriptor type) > > I would love a method like this one. It would allow messages to be > used as keys in without the need fo

Re: byte array compare

Thanks for the suggestion but unfortunately equals with not tell me GT or LT. Furthmore the encoding scheme is not byte sortable. Take for example varints which are LSB first, sint32 it uses a zig zag encoding with -10 > 5, and strings which start with there length so "z" < "aa". Not so good. Als

Computer Performance - 7 Ways to Speed Up Windows Computers

Computer Performance - 7 Ways to Speed Up Windows Computers --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Protocol Buf

Free PC Speed Tips and Techniques

Free PC Speed Tips and Techniques --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To post to this group, send email to

Re: Any progress on the Maven plugin?

What is it that bothers you about the current build predicament? The Java code generated by protoc is very vanilla and carries with it all the other benefits of having been written in Java. Depending on how often your .proto files change, you could just check the results of your protoc invocatio