Re: [protobuf] strange encoding

2010-03-01 Thread Adam Kwintkiewicz
I see my mistakes. Thanks

On 1 Mar 2010 08:44, Kenton Varda ken...@google.com wrote:



On Sun, Feb 28, 2010 at 3:47 AM, adamdms adam.kwintkiew...@gmail.com
wrote:

 I created (from tu...
This is field number 1, wire type 2 (length-delimited).

Remember that the thing you are encoding is an AddressBook, not a Person.

  message AddressBook {
repeated Person person = 1;
  }

So the first byte is the tag for a person in the AddressBook.




 2E - 0|010 1110 - 46 (but first person has ID = 1)

This is the length of the Person message.




 0A - 0|000 1010 - wire type 0 (variant, but that field is string, it
 should be type = 2); f...
Now we're actually in the Person, so this is the name field.  Note that
fields are ordered by field number, so name always comes *before* id.




 04 - length is ok
 41 - A
 64 - d
 61 - a
 6D - m
 ...

 Can someone explain t...

-- 
You received this message because you are subscribed to the Google Groups 
Protocol Buffers group.
To post to this group, send email to proto...@googlegroups.com.
To unsubscribe from this group, send email to 
protobuf+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/protobuf?hl=en.



[protobuf] Re: protoc plugin compiler extension framework

2010-03-01 Thread phelyks
ok, thanks for pointing me to the right directions and your RPC
system, that should be helpful.


On Feb 27, 12:45 am, Kenton Varda ken...@google.com wrote:
 Plugins are now mentioned in the docs in several places:

 http://code.google.com/apis/protocolbuffers/docs/reference/other.htmlhttp://code.google.com/apis/protocolbuffers/docs/reference/cpp-genera...
 for java-generated and 
 python-generated)http://code.google.com/apis/protocolbuffers/docs/reference/cpp/google...http://code.google.com/apis/protocolbuffers/docs/reference/cpp/google...

 I agree that some sort of tutorial would be nice but my tech writer is on
 leave and as an engineer I suck at that sort of thing.  :/

 Here's a plugin I wrote for my own RPC system:

 http://code.google.com/p/capnproto/source/browse/compiler/protoc-gen-...

 On Fri, Feb 26, 2010 at 9:00 AM, phelyks felix.schm...@gmail.com wrote:
  i think it would also be very helpful to have some sort of dummy-
  example-plugin documentation.

  at the moment i am completely lost how to begin to write the plugin.

  but i dont want to whine: protobufs other documentation is excellent,
  so maybe i am just getting too comfortable ;)

  On Jan 6, 7:01 pm, Kenton Varda ken...@google.com wrote:
   Yes.  Sorry, I haven't had a chance to write up formal documentation yet.
    See these two files:

 http://code.google.com/p/protobuf/source/browse/trunk/src/google/prot
  ..

   On Wed, Jan 6, 2010 at 1:29 AM, Chris hsifdr...@gmail.com wrote:
Is the plugin framework already part of 2.3.0? I can't find any
documentation for this new feature besides some early brainstorming
posts.

On Dec 22 2009, 7:28 pm, Kenton Varda ken...@google.com wrote:
 The plugin framework is not meant for this.  Plugins can only insert
  code
at
 points that have explicitly been declared by the original generator.
   For
 example, in Java, the code generator generates one insertion point in
each
 class.  So, you can add new methods to a message type, but you cannot
stick
 javadoc comments on the existing methods.

 I think that a system which let you arbitrarily edit the generated
  code
 would be too fragile -- any change to the code generator would
potentially
 break plugins.  In fact, I'm even worried that the current system is
risky
 because it allows plugins to get access to private members which
  could
 change, but I don't see any way around that.

 All this said, I think it would be great if the protocol compiler
supported
 some format for documentation comments and automatically copied those
 comments into the generated code.  But no one has actually worked on
  this
 yet.

 On Tue, Dec 22, 2009 at 6:42 AM, Christopher Piggott 
  cpigg...@gmail.com
wrote:

  Hmm maybe I can use the UninterpretedOption message to do this.
  Would something like this work?

  message ChrisMessage {
   option javadoc = This is an object representing Chris's Message;
   repeated int32 field1 = 1 [javadoc=This is a javadoc for field
  1];
   repeated int32 field2 = 2 [javadoc=This is a javadoc for field
  2];
  }

  Then write a plug-in that finds those and writes the ones whose
  NamePart.equals(javadoc) in as a /** comment */

  Possible?

  --

  You received this message because you are subscribed to the Google
Groups
  Protocol Buffers group.
  To post to this group, send email to proto...@googlegroups.com.
  To unsubscribe from this group, send email to
  protobuf+unsubscr...@googlegroups.comprotobuf%2bunsubscr...@googlegroups.com
  protobuf%2bunsubscr...@googlegroups.comprotobuf%252bunsubscr...@googlegroups.com

protobuf%2bunsubscr...@googlegroups.comprotobuf%252bunsubscr...@googlegroups.com
  protobuf%252bunsubscr...@googlegroups.comprotobuf%25252bunsubscr...@googlegroups.com

  .
  For more options, visit this group at
 http://groups.google.com/group/protobuf?hl=en.

--
You received this message because you are subscribed to the Google
  Groups
Protocol Buffers group.
To post to this group, send email to proto...@googlegroups.com.
To unsubscribe from this group, send email to
protobuf+unsubscr...@googlegroups.comprotobuf%2bunsubscr...@googlegroups.com
  protobuf%2bunsubscr...@googlegroups.comprotobuf%252bunsubscr...@googlegroups.com

.
For more options, visit this group at
   http://groups.google.com/group/protobuf?hl=en.

  --
  You received this message because you are subscribed to the Google Groups
  Protocol Buffers group.
  To post to this group, send email to proto...@googlegroups.com.
  To unsubscribe from this group, send email to
  protobuf+unsubscr...@googlegroups.comprotobuf%2bunsubscr...@googlegroups.com
  .
  For more options, visit this group at
 http://groups.google.com/group/protobuf?hl=en.

-- 
You received this message because you are subscribed to the Google Groups 
Protocol 

Re: [protobuf] different results parsing from string in Java and Python

2010-03-01 Thread simon
Thanks, that fixed the problem.

On Sun, Feb 28, 2010 at 11:44:53PM -0800, Kenton Varda wrote:
 2.0.3 is pretty old, and I think it had an endianness issue in Python.  Use
 2.3.0 instead.
 
 On Sun, Feb 28, 2010 at 5:33 PM, metapieman s.d.c.w...@googlemail.comwrote:
 
  Hi,
 
  I'm having a problem reading messages produced in Java using Python.
  I'm using version 2.0.3 on a PowerPC Mac (OS X 10.4.11). I wrote a
  Java program that saves a series of messages to a file. Also using
  Java, I've succeeded in reading the messages back in from the file
  with the parseFrom() method. The problem arises when I try to read
  them in using Python. When I do this, using the ParseFromString()
  method, I get partially correct messages, but all the double fields
  are completely wrong, e.g., instead of the number 1.25 I get
  3.08924426375e-319. Apart from the double fields, the messages are
  read in correctly.
 
  I'd be very grateful for any ideas about what could be going wrong
  here. Thanks!
 
  --
  You received this message because you are subscribed to the Google Groups
  Protocol Buffers group.
  To post to this group, send email to proto...@googlegroups.com.
  To unsubscribe from this group, send email to
  protobuf+unsubscr...@googlegroups.comprotobuf%2bunsubscr...@googlegroups.com
  .
  For more options, visit this group at
  http://groups.google.com/group/protobuf?hl=en.
 
 

-- 
You received this message because you are subscribed to the Google Groups 
Protocol Buffers group.
To post to this group, send email to proto...@googlegroups.com.
To unsubscribe from this group, send email to 
protobuf+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/protobuf?hl=en.