- 24 Haz, 2012 40 kayıt (commit)
-
-
Georg Brandl yazdı
-
Antoine Pitrou yazdı
-
Antoine Pitrou yazdı
-
Antoine Pitrou yazdı
-
Hynek Schlawack yazdı
-
Antoine Pitrou yazdı
-
Georg Brandl yazdı
-
Hynek Schlawack yazdı
-
Georg Brandl yazdı
-
Georg Brandl yazdı
-
Georg Brandl yazdı
-
Antoine Pitrou yazdı
-
Antoine Pitrou yazdı
-
Stefan Krah yazdı
only once (float obviously doesn't set any context at all).
-
Georg Brandl yazdı
-
Georg Brandl yazdı
-
Georg Brandl yazdı
-
Georg Brandl yazdı
-
Christian Heimes yazdı
-
Larry Hastings yazdı
plain tuples to immutable iterable objects with named attributes (structseq objects).
-
Georg Brandl yazdı
-
Georg Brandl yazdı
-
Georg Brandl yazdı
-
Georg Brandl yazdı
-
Georg Brandl yazdı
-
Stefan Krah yazdı
measure.
-
Georg Brandl yazdı
-
Georg Brandl yazdı
-
Georg Brandl yazdı
-
Vinay Sajip yazdı
-
Vinay Sajip yazdı
-
Stefan Krah yazdı
that was last accessed. In the pi benchmark (64-bit platform, prec=9), _decimal is now only 1.5x slower than float.
-
Mark Dickinson yazdı
-
Georg Brandl yazdı
-
Georg Brandl yazdı
-
Georg Brandl yazdı
-
Larry Hastings yazdı
-
Georg Brandl yazdı
"Refactor" docs for the new dir_fd, follow_symlinks, path-as-fd APIs: document the options at a central place and link to it.
-
Vinay Sajip yazdı
-
R David Murray yazdı
This code passes all the same tests that the existing RFC mime header parser passes, plus a bunch of additional ones. There are a couple of commented out tests where there are issues with the folding. The folding doesn't normally get invoked for headers parsed from source, and the cases are marginal anyway (headers with invalid binary data) so I'm not worried about them, but will fix them after the beta. There are things that can be done to make this API even more convenient, but I think this is a solid foundation worth having. And the parser is a full RFC parser, so it handles cases that the current parser doesn't. (There are also probably cases where it fails when the current parser doesn't, but I haven't found them yet ;) Oh, yeah, and there are some really ugly bits in the parser for handling some 'postel' cases that are unfortunately common. I hope/plan to to eventually refactor a lot of the code in the parser which should reduce the line count...but there is no escaping the fact that the error recovery is welter of special cases.
-