I think this is an interesting idea and quite in line with the meaning of EOFError. --Guido (mobile) On Jun 26, 2016 5:02 AM, "André Malo" <nd at perlig.de> wrote: > * Serhiy Storchaka wrote: > > > On 22.06.16 19:22, André Malo wrote: > > > I often concatenate multiple pickles into one file. When reading them, > > > it works like this: > > > > > > try: > > > while True: > > > yield pickle.load(fp) > > > except EOFError: > > > pass > > > > > > In this case the truncation is not really unexpected. Maybe it should > > > distinguish between truncated-in-the-middle and > > > truncated-because-empty. > > > > > > (Same goes for marshal) > > > > This is interesting application, but works only for non-truncated data. > > If the data is truncated, you just lose the last item without a notice. > > Yes (as said). In my case it's typically not a problem, because I write > them > myself right before reading them. It's a basically about spooling data to > disk in order to keep them out of the RAM. > However, because of the truncation issue it would be nice, to have a > distinction between no-data and truncated-data. > > Cheers, > -- > Winnetous Erbe: <http://pub.perlig.de/books.html#apache2> > _______________________________________________ > Python-Dev mailing list > Python-Dev at python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/guido%40python.org > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20160626/4489e1ea/attachment.html>
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4