[protobuf] Re: Issue 377 in protobuf: Truncated streams still parse with mergeDelimitedFrom

2012-03-16 Thread protobuf
Comment #4 on issue 377 by john.car...@gmail.com: Truncated streams still parse with mergeDelimitedFrom http://code.google.com/p/protobuf/issues/detail?id=377 Ah, very nice. So should I just create a CodedInputStream and call pushLimit? or maybe just create my own LimitedInputStream? Th

[protobuf] Re: Issue 377 in protobuf: Truncated streams still parse with mergeDelimitedFrom

2012-03-16 Thread protobuf
Comment #3 on issue 377 by ev...@csail.mit.edu: Truncated streams still parse with mergeDelimitedFrom http://code.google.com/p/protobuf/issues/detail?id=377 It is public in the latest released version: http://code.google.com/apis/protocolbuffers/docs/reference/java/com/google/protobuf/CodedI

[protobuf] Re: Issue 377 in protobuf: Truncated streams still parse with mergeDelimitedFrom

2012-03-16 Thread protobuf
Comment #2 on issue 377 by john.car...@gmail.com: Truncated streams still parse with mergeDelimitedFrom http://code.google.com/p/protobuf/issues/detail?id=377 I would like to make my own method to accomplish this, but one the methods I would need (CodedInputStream.readRawVarint32) is packag

[protobuf] Re: Issue 377 in protobuf: Truncated streams still parse with mergeDelimitedFrom

2012-03-16 Thread protobuf
Comment #1 on issue 377 by ev...@csail.mit.edu: Truncated streams still parse with mergeDelimitedFrom http://code.google.com/p/protobuf/issues/detail?id=377 I think you make a good point. It should be pretty easy to edit mergeDelimitedFrom() to explicitly create a CodedInputStream and check