>From the encoding spec, it is required (or at least: recommended) to handle out-of-order fields. I guess *in part* this helps with message concatenation. I also know of at least one case where I knowingly emit fields out of order (in my implementation; not related to the core Google implementation).
Marc On 5 July 2010 12:25, Srivats P <[email protected]> wrote: > Hi, > > From http://code.google.com/apis/protocolbuffers/docs/encoding.html > <quote> > when a message is serialized its known fields should be written > sequentially by field number, as in the provided C++, Java, and Python > serialization code > </quote> > > Like the encoded wire format, is the above guaranteed for the C++ > Serialization API (assuming no unknown fields)? > > Background: > I'm designing a file format based on protobuf. I plan to have the > first field as a fixed size file type magic value and second field as > a fixed size checksum value, followed by other fields. While opening > such a file, I'd like to match the magic value and verify the > checksum, before parsing the whole file. > > Regards, > Srivats > > -- > You received this message because you are subscribed to the Google Groups > "Protocol Buffers" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]<protobuf%[email protected]> > . > For more options, visit this group at > http://groups.google.com/group/protobuf?hl=en. > > -- Regards, Marc -- You received this message because you are subscribed to the Google Groups "Protocol Buffers" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/protobuf?hl=en.
