where is input_stream.py?

[maxw]

Hello,

I'm a relatively new user of protocol buffers in python. Recently I
have used them successfully to deserialize whole-messages, but am now
interested in a more granular streaming method (read field by field).

I found several signs that a file named input_stream.py is or was part
of some distribution (e.g.
http://code.google.com/p/python-twitter/source/browse/google/protobuf/internal/input_stream.py?r=ea4e8dcae50dcee70d2668b5dce62766ec0620dd).

Yet, the 2.3.0 and 2.4.0a distributions don't seem to contain this
file.

Any hint would be greatly appreciated.
- Max

[Jason Hsueh]

This file was deleted as part of the python serialization optimizations that were released in 2.3.0. A lot of the functionality now exists in decoder.py. You shouldn't be relying on internal parts of the package though, so it should only serve as a reference point for you.

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

[Evan Jones]

On Jul 14, 2012, at 10:55 , jrf wrote:
> Is there a reason that a python equivalent of CodedInputStream is not part of protobuf?

I seem to recall that the answer is basically "yeah, it probably should be but no one really works on this stuff any more."

You can dig around in the google.protobuf.internal package to get what you need. See this thread:

https://groups.google.com/d/msg/protobuf/2m8ihEta1UU/1OOGmyfKP90J

Evan

--
http://evanjones.ca/

[jrf]

> Is there a reason that a python equivalent of CodedInputStream is not part of protobuf?

I seem to recall that the answer is basically "yeah, it probably should be but no one really works on this stuff any more."

Is that because protobufs is "done" or not being further developed?  

jrf

[Evan Jones]

On Jul 16, 2012, at 14:43 , jrf wrote:
> Is that because protobufs is "done" or not being further developed?

You would need to get someone from Google to answer. The impression I get is that the open source release is, at the very least, in "maintenance" mode where they occasionally fix bugs etc.

Evan

--
http://evanjones.ca/