protobuf is a binary-safe protocol, and is not impacted by contents such as
\r, \n or \t. In particular, text content is utf-8 encoded and
length-prefixed - it simply *does not care* what is inside the text. I
suspect any problem you are having relates to how you are transporting and
processing
protobuf does not use \r or \n for any specific purposes. It does,
however, assume that it can use any byte it chooses. There is no way
to restrict that. You would have to create a protocol to encode
arbitrary bytes over your not-binary-safe-channel, which would have to
create a way to escape \r
The primary protobuf serialization format is the binary format, not the
text format. Is there some reason you can't use the binary form?
Oliver
On 15 May 2014 18:33, Ganesh Sangle saygane...@gmail.com wrote:
Let me clarify the question.
1. I did not say that protobuf is affected by \r\n.
2.