[issue19178] Entries for module and package in glossary
Roundup Robot added the comment: New changeset 5e1f359d54c4 by Georg Brandl in branch '2.7': Closes #19178: backport entries for module and package from 3.x glossary. Patch by Berker Peksag. http://hg.python.org/cpython/rev/5e1f359d54c4 New changeset b6205505e1e4 by Georg Brandl in branch '3.3': Closes #19178: some more cross-references about packages in glossary. Patch by Berker Peksag. http://hg.python.org/cpython/rev/b6205505e1e4 -- nosy: +python-dev resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19178 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19187] Use a set for interned strings
Changes by Raymond Hettinger raymond.hettin...@gmail.com: Added file: http://bugs.python.org/file31996/set_intern1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19187 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Mark Dickinson added the comment: Hmm. I thought 2.7 (and 3.3, for that matter) was in bugfix mode only? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Raymond Hettinger added the comment: I thought 2.7 (and 3.3, for that matter) was in bugfix mode only? It would be crazy to not apply this little fix-up. -- nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19187] Use a set for interned strings
Changes by Raymond Hettinger raymond.hettin...@gmail.com: Removed file: http://bugs.python.org/file31996/set_intern1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19187 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Mark Dickinson added the comment: It would be crazy to not apply this little fix-up. Crazy? How so? Note that this change, while introducing a performance enhancement in some rather unlikely corner cases, also introduces a performance regression in some other unlikely corner cases: Before the patch (2.7): iwasawa:cpython mdickinson$ ./python.exe -m timeit -s a=7**1; b=0; c=23 pow(a, b, c) 100 loops, best of 3: 0.232 usec per loop After the patch: iwasawa:cpython mdickinson$ ./python.exe -m timeit -s a=7**1; b=0; c=23 pow(a, b, c) 10 loops, best of 3: 13.8 usec per loop That can be easily fixed with more special-casing and more code, but I don't think this sort of experimentation is appropriate for a bugfix branch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19187] Use a set for interned strings
Changes by Raymond Hettinger raymond.hettin...@gmail.com: Added file: http://bugs.python.org/file31997/set_intern2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19187 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19187] Use a set for interned strings
Antoine Pitrou added the comment: I agree the benefit is likely to be small and very minor. Victor has experience measuring memory consumption of various programs, I would like to know about his measurements. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19187 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19186] expat symbols should be namespaced in pyexpat again
Changes by Antoine Pitrou pit...@free.fr: -- priority: normal - critical ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19186 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Antoine Pitrou added the comment: utf-16 isn't that widely used, so it's probably fine if it becomes a bit slower. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19158] BoundedSemaphore.release() subject to races
Antoine Pitrou added the comment: The implementation is a bit weird. Why take the lock a second time instead of simply reimplementing the release() method? (it's a 5-liner) By the way, Semaphore.acquire could probably use Condition.wait_for. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19158 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
Antoine Pitrou added the comment: I'd like to put a nudge towards supporting the __mod__ interface on bytes - for Mercurial this is the single biggest impediment to even getting our testrunner working, much less starting the porting process. Given a spec hasn't been written (bytes.__mod__ can't support the same things as str.__mod__), and nobody seems to step up to write it, I'd say this is unlikely to appear in 3.4. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19190] Improve cross-references in builtins documentation.
Serhiy Storchaka added the comment: Indeed, there are false changes. Thank you Georg. Here is cleaned patch. -- Added file: http://bugs.python.org/file31998/refs.builtins_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19190 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Marc-Andre Lemburg added the comment: On 08.10.2013 10:46, Antoine Pitrou wrote: utf-16 isn't that widely used, so it's probably fine if it becomes a bit slower. It's the default encoding for Unicode text files and APIs on Windows, so I'd say it *is* widely used :-) http://en.wikipedia.org/wiki/UTF-16#Use_in_major_operating_systems_and_environments -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Antoine Pitrou added the comment: On 08.10.2013 10:46, Antoine Pitrou wrote: utf-16 isn't that widely used, so it's probably fine if it becomes a bit slower. It's the default encoding for Unicode text files and APIs on Windows, so I'd say it *is* widely used :-) I've never seen any UTF-16 text files. Do you have other data? APIs are irrelevant. You only pass very small strings to then (e.g. file paths). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19142] Cross-compile fails trying to execute foreign pgen on build host
Antoine Pitrou added the comment: Have you tried make touch to avoid rebuilding pgen and stuff? -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19142 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Marc-Andre Lemburg added the comment: On 08.10.2013 11:03, Antoine Pitrou wrote: utf-16 isn't that widely used, so it's probably fine if it becomes a bit slower. It's the default encoding for Unicode text files and APIs on Windows, so I'd say it *is* widely used :-) I've never seen any UTF-16 text files. Do you have other data? See the link I posted. MS Notepad and MS Office save Unicode text files in UTF-16-LE, unless you explicitly specify UTF-8, just like many other Windows applications that support Unicode text files: http://msdn.microsoft.com/en-us/library/windows/desktop/dd374101%28v=vs.85%29.aspx http://superuser.com/questions/294219/what-are-the-differences-between-linux-and-windows-txt-files-unicode-encoding This is simply due to the fact that MS introduced Unicode plain text files as UTF-16-LE files and only later added the possibility to also use UTF-8 with BOM versions. APIs are irrelevant. You only pass very small strings to then (e.g. file paths). You are forgetting that wchar_t is UTF-16 on Windows, so UTF-16 is all around you when working on Windows, not only in the OS APIs, but also in most other Unicode APIs you find on Windows: http://msdn.microsoft.com/en-us/library/windows/desktop/dd374089%28v=vs.85%29.aspx http://msdn.microsoft.com/en-us/library/windows/desktop/dd374061%28v=vs.85%29.aspx -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Antoine Pitrou added the comment: MS Notepad and MS Office save Unicode text files in UTF-16-LE, unless you explicitly specify UTF-8, just like many other Windows applications that support Unicode text files: I'd be curious to know if people actually edit *text files* using Microsoft Word (rather than Word documents). Same for Notepad, which is much too poor to edit something else than a 10-line configuration file. You are forgetting that wchar_t is UTF-16 on Windows, so UTF-16 is all around you when working on Windows, not only in the OS APIs, but also in most other Unicode APIs you find on Windows: Still, unless those APIs get passed rather large strings, the performance different should be irrelevant IMHO. We're talking about using those APIs from Python, not from a raw optimized C program. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Serhiy Storchaka added the comment: UTF-16 codec still fast enough. Let first make it correct and then will try optimize it. I have an idea how restore 3.3 performance (if it worth, the code already complicated enough). The converting to/from wchar_t* uses different code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Marc-Andre Lemburg added the comment: On 08.10.2013 11:33, Antoine Pitrou wrote: Antoine Pitrou added the comment: MS Notepad and MS Office save Unicode text files in UTF-16-LE, unless you explicitly specify UTF-8, just like many other Windows applications that support Unicode text files: I'd be curious to know if people actually edit *text files* using Microsoft Word (rather than Word documents). Same for Notepad, which is much too poor to edit something else than a 10-line configuration file. The question is not so much which program they use for editing. The format Unicode text file is defined as UTF-16-LE on Windows (see the links I posted). You are forgetting that wchar_t is UTF-16 on Windows, so UTF-16 is all around you when working on Windows, not only in the OS APIs, but also in most other Unicode APIs you find on Windows: Still, unless those APIs get passed rather large strings, the performance different should be irrelevant IMHO. We're talking about using those APIs from Python, not from a raw optimized C program. Antoine, I'm just pointing out that your statement that UTF-16 is not widely used may apply to the Unix world, but it doesn't apply to Windows. Java also uses UTF-16 internally and makes this available via JNI as jchar*. The APIs on those platforms are used from Python (the interpreter and also by extensions) and do use the UTF-16 Python codec to convert the data to Python Unicode/string objects, so the fact that UTF-16 is used widely on some of the more popular platforms does matter. UTF-8, UTF-16 and UTF-32 codecs need to be as fast as possible in Python to not create performance problems when converting between platform Unicode data and the internal formats used in Python. The real question is: Can the UTF-16/32 codecs be made fast while still detecting lone surrogates ? Not whether UTF-16 is widely used or not. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Serhiy Storchaka added the comment: I repeat myself. Even with the patch, UTF-16 codec is faster than UTF-8 codec (except ASCII-only data). This is fastest Unicode codec in Python (perhaps UTF-32 can be made faster, but this is another issue). The real question is: Can the UTF-16/32 codecs be made fast while still detecting lone surrogates ? Not whether UTF-16 is widely used or not. Yes, they can. But let defer this to other issues. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Antoine Pitrou added the comment: UTF-8, UTF-16 and UTF-32 codecs need to be as fast as possible in Python to not create performance problems when converting between platform Unicode data and the internal formats used in Python. As fast as possible is a platonic dream. They only need to be fast enough not to be bottlenecks. If you know of a *Python* workload where UTF-16 decoding is the bottleneck, I'd like to know about it :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Marc-Andre Lemburg added the comment: On 08.10.2013 11:42, Serhiy Storchaka wrote: UTF-16 codec still fast enough. Let first make it correct and then will try optimize it. I have an idea how restore 3.3 performance (if it worth, the code already complicated enough). That's a good plan :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Marc-Andre Lemburg added the comment: On 08.10.2013 12:30, Antoine Pitrou wrote: UTF-8, UTF-16 and UTF-32 codecs need to be as fast as possible in Python to not create performance problems when converting between platform Unicode data and the internal formats used in Python. As fast as possible is a platonic dream. They only need to be fast enough not to be bottlenecks. No, they need to be as fast as possible, without sacrificing correctness. This has always been our guideline for codec implementations and string methods. As a result, our implementations are some of the best out there. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
STINNER Victor added the comment: I don't think that performances on a microbenchmark is the good question. The good question is: does Python conform to Unicode? The answer is simple and explicit: no. Encoding lone surrogates may lead to bugs and even security vulnerabilities. Please open a new performance issue after fixing this one if you have another patch improving performances. I didn't read the patch yet, but strict, surrogatepass and surrogateescape error handlers must be checked. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Serhiy Storchaka added the comment: Here is my idea: http://permalink.gmane.org/gmane.comp.python.ideas/23521. I see that a discussion about how fast UTF-16 codec should be already larger than discussion about patches. Could you please review this not so simple patch instead? Yet one help which I need is writing a note in Porting to Python 3.4 section in Doc/whatsnew/3.4.rst. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19142] Cross-compile fails trying to execute foreign pgen on build host
Trevor Bowen added the comment: I thought make touch was only for those trying to build from the Mecurial source, as opposed to building from the released tar-ball source. I thought my efforts laid on the other side of the need for that command. If I understood wrong, when would I use it and why? ... Thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19142 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12892] UTF-16 and UTF-32 codecs should reject (lone) surrogates
Martin v. Löwis added the comment: Marc-Andre: please don't confuse use in major operating systems with major use in operating systems. I agree with Antoine that UTF-16 isn't widely used on Windows, despite notepad and Office supporting it. Most users on Windows using notepad continue to use the ANSI code page, most users of Word use Word files (instead of plain text). Also, wchar_t on Windows isn't *really* UTF-16. Many APIs support lone surrogates just fine; they really are UCS-2 instead (e.g. the file system APIs). Only starting with Vista, MultiByteToWideChar will complain about lone surrogates. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12892 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19154] AttributeError: 'NoneType' in http/client.py when using select when file descriptor is closed.
Florent Viard added the comment: Thank you for your reply. But I just realised that in my bug issue, I completely forgot to indicate what is req and so this is maybe the root of you telling me that the best is to fix the client code side as the traceback could be confusing. This is how is defined req.: opener = urllib2.build_opener(proxy_handler) req= urllib2.Request(url_src) then: while 1: read_list = select([req], ...)[0] if read_list: req.read(CHUNK_SIZE) I found this issue with python 2.7, but I don't care a lot for it to be fixed in 2.7. As I saw that the code looks unchanged in python 3.x, I just reported the issue for it to be fixed/better handled in 3.x :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19154 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
Augie Fackler added the comment: Is there any chance we could just have it work for bytes, ints, and floats? That'd solve the immediate need, and it'd be obviously correct how to have those behave. Punting this to 3.5 basically means we'll have to either wait for 3.5, or do something awful like use cffi to grab sprintf to port Mercurial. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19106] Prepare .hgtouch and Tools/hg/hgtouch.py to run on the bots
Eli Bendersky added the comment: I think this issue can be closed, since Martin's touch step runs on the bots successfully, and the ASDL dependencies in .hgtouch were fixed. -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19106 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15964] SyntaxError in asdl when building 2.7 with system Python 3
Changes by Eli Bendersky eli...@gmail.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15964 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9317] Incorrect coverage file from trace test_pickle.py
Changes by Eli Bendersky eli...@gmail.com: -- nosy: -eli.bendersky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9317 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8957] strptime(.., '%c') fails to parse output of strftime('%c', ..) in some locales
Changes by Eli Bendersky eli...@gmail.com: -- nosy: -eli.bendersky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8957 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9398] Unify sys.settrace and sys.setprofile tests
Changes by Eli Bendersky eli...@gmail.com: -- nosy: -eli.bendersky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9398 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14332] Better explain junk concept in difflib doc
Eli Bendersky added the comment: Tim, any suggestions? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14332 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16817] test___all__ affects other tests by doing too much importing
Eli Bendersky added the comment: This is superceded by: http://bugs.python.org/issue18906 -- superseder: - Create a way to always run tests in subprocesses within regrtest ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16817 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
Eric V. Smith added the comment: If you could write up a concrete proposal, including which format specifiers would be supported, that would be helpful. Would it be extensible with something like __bformat__? There's really quite a bit of work to be done to specify how this would work. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
Eric V. Smith added the comment: Also, with the PEP 393 changes, the implementation will be much more difficult. Sharing code with str (unicode) will likely be impossible, or require much refactoring of the existing code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13405] Add DTrace probes
Marc Abramowitz added the comment: Nice to see this moving along as I helped Jesús a while back with some testing on OS X and FreeBSD. The buildbots in particular sound like a great asset. Let me know if I can help again with testing, though it looks like the basics are pretty well-covered by the buildbots. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13405 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
Antoine Pitrou added the comment: Is there any chance we could just have it work for bytes, ints, and floats? That'd solve the immediate need, and it'd be obviously correct how to have those behave. You mean %s and %d? Punting this to 3.5 basically means we'll have to either wait for 3.5, or do something awful like use cffi to grab sprintf to port Mercurial. Or write a pure Python implementation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
Augie Fackler added the comment: On Tue, Oct 8, 2013 at 11:08 AM, Antoine Pitrou rep...@bugs.python.orgwrote: Is there any chance we could just have it work for bytes, ints, and floats? That'd solve the immediate need, and it'd be obviously correct how to have those behave. You mean %s and %d? Basically, yes. Punting this to 3.5 basically means we'll have to either wait for 3.5, or do something awful like use cffi to grab sprintf to port Mercurial. Or write a pure Python implementation. Hah. Probably too slow for anything beyond a proof of concept, no? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19191] os.path.splitext in windows , a little question
New submission from xiaowei:
print( os.path.splitext.__doc__ )
Split the extension from a pathname.
Extension is everything from the last dot to the end, ignoring
leading dots. Returns (root, ext); ext may be empty.
os.path.splitext('.txt')
('.txt', '')
I think, in windows it should be ('','.txt'), because the first dot doesnot
mean hiding. Actually, in windows file explorer , it will show a empty file
name and hide the extension if the extension has been related a program except
shell32.dll，just like the attachment show. So, in windows, the last dot , even
it's the first character of the file name, it still means the start of the file
extension name.
In this case, windows doesnot like linux, we donot have to make them same.
If you agree, then
why we can talk ignoring leading dots or not ..
i mean
os.path.splitext('...ext')
Anyway, thank you , for your work, even you donot think so
--
components: Windows
files: fileext.JPG
messages: 199208
nosy: xiaowei.py
priority: normal
severity: normal
status: open
title: os.path.splitext in windows , a little question
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file31999/fileext.JPG
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19191
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19191] os.path.splitext in windows , a little question
Tim Golden added the comment: This was implemented after discussion in issue1115886: http://bugs.python.org/issue1115886 and python-dev: https://mail.python.org/pipermail/python-dev/2007-March/071557.html In short, it could have gone either way and it went this way. -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19191 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19191] os.path.splitext in windows , a little question
Changes by Tim Golden m...@timgolden.me.uk: -- resolution: - wont fix stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19191 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18679] include a codec to handle escaping only control characters but not any others
R. David Murray added the comment: Well, you could writing a streaming codec. Even if it didn't get accepted for the stdlib, you could put it up on pypi. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18679 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19154] AttributeError: 'NoneType' in http/client.py when using select when file descriptor is closed.
R. David Murray added the comment: s/httplib/urllib/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19154 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19154] AttributeError: 'NoneType' in http/client.py when using select when file descriptor is closed.
R. David Murray added the comment: It seems to me that there is indeed an issue of some sort here, but its locus is (to me) unclear. I haven't commented before this because I wanted to read the docs...but I haven't had time yet :) One question is, is it even expected that passing a Request to select will work? If it *is* expected, then what is the API that req should be conforming to? This API may be an implicit one that is not documented, or perhaps it is documented in select (I haven't checked). If req is conforming to the explicit or implicit API, then the bug would be in select. Otherwise it is in httplib. Or, if this isn't something we've been supporting in the past, then as Terry says it is a new feature. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19154 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19187] Use a set for interned strings
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19187 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19142] Cross-compile fails trying to execute foreign pgen on build host
R. David Murray added the comment: make touch avoids rebuilding pgen and stuff, and just uses what was checked out or provided in the tarball. The release tarballs are supposed to have the time stamps in the correct order so that the compiletime/boostrapping utilities don't get built/rebuilt. So for cross compilation, you should be able to use the existing files to build the target python. If you then also want pgen *on the target*, you will need to build it for the target. Like I said, I don't have much experience with this stuff, but if I understand correctly, you only really the utilities if you want to be able to do development *of python* on the target. So, if running make in cross-compile mode (whatever that looks like, I have no clue) tries to rebuild pgen in your scenario, then *that* is what needs to be fixed, I think. Of course, I could be completely wrong, which is why I've been pretty tentative about handing out advice :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19142 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19165] Change formatter warning to DeprecationWarning in 3.5
New submission from R. David Murray: You two may know what this is about, but I have no clue :) A few more details would help if someone wants to try their hand at a patch. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19165 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19167] sqlite3 cursor.description varies across Linux (3.3.1), Win32 (3.3.2), when selecting from a view.
R. David Murray added the comment: There is a decent chance this is a bug in sqlite. Have you checked? -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19167 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19168] pprint.pprint(..., compact=True) not implemented
R. David Murray added the comment: FYI: the development documentation tracks the tip of the default branch, so it sometimes documents features that have not yet been released even in an alpha. When we hit the first beta, *then* if the code doesn't match the docs there is a bug :) -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19168 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Tim Peters added the comment: I'll revert the 2.7 change if people agree that's a good thing. I'm fine with it as-is. Armin pulled the idea from timing a Python public-key crypto project (see the original message in this report), where he found a 14% improvement. I don't care if the trivial exponent == 0 case slows down - that's _truly_ unlikely ;-) The time spent special-casing it would marginally slow down other cases without good reason. For any exponent other than 0, reduction by the base must be done. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19192] Move test_current_time from test_xmlrpc_net to test_xmlrpc
New submission from Vajrasky Kok: Currently, the test_current_time is idle because the server (time.xmlrpc.com) that it requires is dead (at the moment being and no end in sight). The patch moved the test from Lib/test/test_xmlrpc_net.py to Lib/test/test_xmlrpc.py and simulate the time.xmlrpc.com server using http_server's TestInstanceClass. -- components: Tests files: move_current_time_test_from_xmlrpc_net_to_xmlrpc.patch keywords: patch messages: 199218 nosy: r.david.murray, vajrasky priority: normal severity: normal status: open title: Move test_current_time from test_xmlrpc_net to test_xmlrpc versions: Python 3.4 Added file: http://bugs.python.org/file32000/move_current_time_test_from_xmlrpc_net_to_xmlrpc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19192 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19158] BoundedSemaphore.release() subject to races
Tim Peters added the comment: This is the right way to do it: the subclass wants to extend the behavior of the base class .release(), not to replace it. Calling the base class .release() is the natural and obvious way to do that. It's also utterly normal for a lock used by multiple methods to be acquired released multiple times - that's what an RLock is for. What's odd to my eyes is that Semaphore - before the patch - went out of its way to _not_ use an RLock in its condition variable (Conditions use an RLock by default, for good reasons). About acquire(), this is a bugfix - I'm not looking here to change code that isn't broken ;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19158 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19142] Cross-compile fails trying to execute foreign pgen on build host
Trevor Bowen added the comment: Thanks, David! I have no interest in running pgen on the target/host. My only interest is building python and its various modules to run on my embedded host. I do not want to develop Python on the embedded host. Unfortunately, the build process requires Parser/pgen to build the grammar files, which are needed for several object files. Here's the relevant snippet from the Makefile.pre.in: $(GRAMMAR_H): $(GRAMMAR_INPUT) $(PGENSRCS) @$(MKDIR_P) Include $(MAKE) $(PGEN) $(PGEN) $(GRAMMAR_INPUT) $(GRAMMAR_H) $(GRAMMAR_C) $(GRAMMAR_C): $(GRAMMAR_H) $(GRAMMAR_INPUT) $(PGENSRCS) $(MAKE) $(GRAMMAR_H) touch $(GRAMMAR_C) $(PGEN):$(PGENOBJS) $(CC) $(OPT) $(LDFLAGS) $(PGENOBJS) $(LIBS) -o $(PGEN) Parser/grammar.o: $(srcdir)/Parser/grammar.c \ $(srcdir)/Include/token.h \ $(srcdir)/Include/grammar.h ... Python/compile.o Python/symtable.o Python/ast.o: $(GRAMMAR_H) $(AST_H) If there is a way to eliminate the need for Parser/pgen to run on the build system to cross-compile the default all target, that would be great. ... I'll experiment with make touch. ... Thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19142 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19154] AttributeError: 'NoneType' in http/client.py when using select when file descriptor is closed.
Florent Viard added the comment: R. David, what you say is correct, supporting select that would be nice but i'm also not sure that is supposed to, and in that case, maybe select as to be fixed for that. But: a) As urllib2 through httplib provide publicly a fileno, i was excepting so. b) The real point of my issue is that i noticed that there is 3 different return values, for the similar fileno function in 3 different modules of python, when the file descriptor is closed or inexistant: - in urllib2-httplib: AttributeError as None as no fileno() attribute. - in socket : ValueError - in fileinput: -1 And for the 2 firsts, one is finally using the fileno function of the other. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19154 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19142] Cross-compile fails trying to execute foreign pgen on build host
Trevor Bowen added the comment: I executed make touch between configure and make, but the build process still created Parser/pgen and then tried to use it, which of course crashed the build, since pgen was compiled for the embedded host not the build system. :( Was that the wrong usage? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19142 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13436] compile() doesn't work on ImportFrom with level=None
Changes by Georg Brandl ge...@python.org: -- Removed message: http://bugs.python.org/msg148146 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13436 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13436] compile() doesn't work on ImportFrom with level=None
Changes by Georg Brandl ge...@python.org: -- components: -Documentation nosy: -docs@python, python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13436 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19158] BoundedSemaphore.release() subject to races
Antoine Pitrou added the comment: Le mardi 08 octobre 2013 à 16:58 +, Tim Peters a écrit : Tim Peters added the comment: This is the right way to do it: the subclass wants to extend the behavior of the base class .release(), not to replace it. Calling the base class .release() is the natural and obvious way to do that. Well... IMOHO it would be natural and obvious if those were in different modules written by different developers. Here I think that practicality beats purity, though. (although I'm not sure the person who originally wrote that sentence can really be trusted ;-)) About acquire(), this is a bugfix - I'm not looking here to change code that isn't broken ;-) Agreed. Just wanted to mention it before I'd totally forget about it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19158 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19167] sqlite3 cursor.description varies across Linux (3.3.1), Win32 (3.3.2), when selecting from a view.
Kushal Das added the comment: Looking at the code, it seems to be a sqlite issue. -- nosy: +kushaldas ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19167 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14224] packaging: path description of resources is mixed up
Georg Brandl added the comment: Doc/packaging has been removed. -- nosy: +georg.brandl resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14224 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18037] 2to3 passes through string literal which causes SyntaxError in 3.x
Roundup Robot added the comment: New changeset c498d1090970 by Serhiy Storchaka in branch '2.7': Issue #18037: Do not escape '\u' and '\U' in raw strings. http://hg.python.org/cpython/rev/c498d1090970 New changeset acb2dacd0d24 by Serhiy Storchaka in branch '3.3': Issue #18037: Do not escape '\u' and '\U' in raw strings. http://hg.python.org/cpython/rev/acb2dacd0d24 New changeset a49d313a28ae by Serhiy Storchaka in branch 'default': Issue #18037: Do not escape '\u' and '\U' in raw strings. http://hg.python.org/cpython/rev/a49d313a28ae -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18037 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18758] Fix internal references in the documentation
Changes by Serhiy Storchaka storch...@gmail.com: -- dependencies: +Improve cross-references in builtins documentation., Improve cross-references in pickle documentation. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18758 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19193] Improve cross-references in tutorial
New submission from Serhiy Storchaka: Here is a patch which fixes internal references in the tutorial. -- assignee: docs@python components: Documentation files: refs.tutorial.patch keywords: patch messages: 199228 nosy: docs@python, serhiy.storchaka priority: normal severity: normal stage: patch review status: open title: Improve cross-references in tutorial type: enhancement versions: Python 2.7, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file32001/refs.tutorial.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19193 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18037] 2to3 passes through string literal which causes SyntaxError in 3.x
Serhiy Storchaka added the comment: Thank you Arfrever. -- resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18037 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18758] Fix internal references in the documentation
Changes by Serhiy Storchaka storch...@gmail.com: -- dependencies: +Improve cross-references in tutorial ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18758 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13867] misleading comment in weakrefobject.h
Roundup Robot added the comment: New changeset 1800107873c0 by Georg Brandl in branch 'default': Closes #13867: remove untrue comment about PyWeakref_Check(). http://hg.python.org/cpython/rev/1800107873c0 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13867 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Mark Dickinson added the comment: No need to revert. The improvement seems like a good one; I was just a bit surprised to see it land in the maintenance branches as well as the default branch. My understanding was that minor performance improvements aren't normally candidates for inclusion in 2.7. Maybe Benjamin can clarify the policy here. I don't care if the trivial exponent == 0 case slows down [...] Sure; I guess my point was that even the simplest change can have unexpected / unintended consequences, which is one of the reasons that it makes sense to me to avoid non-bugfix changes in 2.7 / 3.3. (We're not totally without use-cases for special-casing pow(a, 0, b), by the way: such a pow operation occurs any time you do `hash(Decimal(some_integer))`, though admittedly not with an oversized a.) -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13867] misleading comment in weakrefobject.h
Roundup Robot added the comment: New changeset 1cd2fca12abf by Georg Brandl in branch '3.3': Closes #13867: remove untrue comment about PyWeakref_Check(). http://hg.python.org/cpython/rev/1cd2fca12abf -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13867 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13867] misleading comment in weakrefobject.h
Roundup Robot added the comment: New changeset 39e5ab118602 by Georg Brandl in branch '2.7': Closes #13867: remove untrue comment about PyWeakref_Check(). http://hg.python.org/cpython/rev/39e5ab118602 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13867 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15264] PyErr_SetFromErrnoWithFilenameObject() undocumented
Georg Brandl added the comment: Has been documented meanwhile. -- nosy: +georg.brandl resolution: - out of date status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15264 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15455] index entries not showing up in glossary
Changes by Georg Brandl ge...@python.org: -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15455 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15863] Fine-grained info about Python versions which support changes introduced in micro releases
Georg Brandl added the comment: I don't think this is necessary. -- nosy: +georg.brandl resolution: - works for me status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15863 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Tim Peters added the comment: I'm glad you pointed it out, Mark! You're right about unintended consequences, and I confess I didn't think at all about the exponent == 0 case. I didn't remind myself that 2.7 was a bugfix branch either: I read Armin's (which can be applied on both trunk and 2.7) and reflexively checked it in. I'd _say_ I'd be more careful about that in the future, but since I still use 2.7.5 for most of my private work I wouldn't believe me either ;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19167] sqlite3 cursor.description varies across Linux (3.3.1), Win32 (3.3.2), when selecting from a view.
mpb added the comment: No, I have not checked to see if it is a bug in the Windows version of SQLite. How would I even test that? I just tried running the command line version of SQLite (version 3.8.0.2 2013-09-03) on Windows (XP SP2, in VirtualBox). I manually ran the same statements from the Python script. I turned on headers (.headers ON). The headers did not contain the quotes around foo_id. That's probably all the testing I can do easily, unless there is some other way to access the cursor description. I don't have a C development environment installed on Windows, nor have I ever written C code that calls SQLite. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19167 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11009] urllib.splituser is not documented
Changes by Georg Brandl ge...@python.org: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11009 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19158] BoundedSemaphore.release() subject to races
Tim Peters added the comment: Antoine, how strongly do you feel about this? I confess I don't get it. Copy+paste code duplication doesn't help any of readability, correctness, or ease of future maintenance, so I guess it's some micro-efficiency concern. Really?! ;-) Note that the patch doesn't _introduce_ calling the base class .release() - the code always did that. All it does is put the pre-existing code in a `with:` block. Minimal change. Yes, the pre-existing code had to be indented, but no non-whitespace character changed. Of course in this case it's trivial either way. So if I have to duplicate the code to get your blessing, fine. On the other hand, since it _is_ trivial either way, I'd rather not bother ;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19158 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19158] BoundedSemaphore.release() subject to races
Antoine Pitrou added the comment: Antoine, how strongly do you feel about this? I confess I don't get it. Copy+paste code duplication doesn't help any of readability, correctness, or ease of future maintenance, so I guess it's some micro-efficiency concern. Really?! ;-) Not very strongly, admittedly. It's just that I find the double locking a bit silly while we control both implementations :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19158 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19158] BoundedSemaphore.release() subject to races
Antoine Pitrou added the comment: (of course, you can go ahead and commit your version) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19158 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19171] pow() improvement on longs
Benjamin Peterson added the comment: In general, we like to touch 2.7 as little as possible. I'm not sure it's worth arguing about this (admittely small) change meets the bar. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19171 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19142] Cross-compile fails trying to execute foreign pgen on build host
R. David Murray added the comment: I believe that's the correct usage, in which case there must be a bug in the process somewhere. My guess would be that it is looking for a file in the wrong place when doing a cross compile, but that's just a guess. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19142 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19194] Improve cross-references in fcntl documentation
New submission from Serhiy Storchaka: Here is a patch which fixes internal references in the documentation of the fcntl package. -- assignee: docs@python components: Documentation files: refs.fcntl.patch keywords: patch messages: 199242 nosy: docs@python, serhiy.storchaka priority: normal severity: normal stage: patch review status: open title: Improve cross-references in fcntl documentation type: enhancement versions: Python 2.7, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file32002/refs.fcntl.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18758] Fix internal references in the documentation
Changes by Serhiy Storchaka storch...@gmail.com: -- dependencies: +Improve cross-references in fcntl documentation ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18758 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19195] Improve cross-references in C API
New submission from Serhiy Storchaka: Here is a patch which fixes internal references in C API and extension documentation. -- assignee: docs@python components: Documentation files: refs.c-api.patch keywords: patch messages: 199243 nosy: docs@python, serhiy.storchaka priority: normal severity: normal stage: patch review status: open title: Improve cross-references in C API type: enhancement versions: Python 2.7, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file32003/refs.c-api.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19195 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18758] Fix internal references in the documentation
Changes by Serhiy Storchaka storch...@gmail.com: -- dependencies: +Improve cross-references in pickle documentation ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18758 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19196] Improve cross-references in pickle documentation
New submission from Serhiy Storchaka: Here is a patch which fixes internal references in distutils documentation. -- assignee: docs@python components: Documentation files: refs.distutils.patch keywords: patch messages: 199244 nosy: docs@python, eric.araujo, serhiy.storchaka, tarek priority: normal severity: normal stage: patch review status: open title: Improve cross-references in pickle documentation type: enhancement versions: Python 2.7, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file32004/refs.distutils.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19196 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18758] Fix internal references in the documentation
Changes by Serhiy Storchaka storch...@gmail.com: -- dependencies: +Improve cross-references in C API ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18758 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19196] Improve cross-references in distutils documentation
Changes by Georg Brandl ge...@python.org: -- title: Improve cross-references in pickle documentation - Improve cross-references in distutils documentation ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19196 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19154] AttributeError: 'NoneType' in http/client.py when using select when file descriptor is closed.
R. David Murray added the comment: OK, I've looked at the docs and code, and as far as I can see this bug does not exist in Python3. Or at least in 3.4, which is the only place I'd feel safe about making a change to the exception type. To summarize: in 3.4 socket logic is based on RawIOBase, as is HTTPResponse. And RawIOBase checks to see if the file is closed and raises a ValueError if it is, when fileno is called on the 'fp' attribute of the HTTPResponse. At least, that's what I think based on reading the code. So, unless you can reproduce the error in 3.3 and/or 3.4, I think we should close this issue as out of date, since as Terry said there is a non-trivial danger of backward incompatibility if we were to change the exception type in 2.7. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19154 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19154] AttributeError: 'NoneType' in http/client.py when using select when file descriptor is closed.
Terry J. Reedy added the comment: Florent, for future reference, marking an issue for 2.7 says to us I want this fixed for 2.7. I agree that having 3 different error indicators for 3 similar functions is nasty. But this is partly due to the difference between object that *has* a fd (socket) versus a object that *wraps such an object. The problem is that changing any of them could break code that just uses one of them. The select doc says that a 'waitable' object must have .fileno() that return a valid fd int. It says nothing about an allowed error return. This could be interpreted as meaning that not returning an fd int makes the object (such as a closed HTTPResponse) unwaitable. Or this could be interpreted as a deficiency in the select doc or code. In the module/selectmodule.c code, the various poll methods interpret -1 as the error return for a closed fd. I do not know how it deals with socket.fileno raising ValueError (or returning None?). In the client doc, none of several examples of using HTTPResponses use select. They just use the various methods to retrieve data. I could interpret this to mean that they are not intended to work with select. The fact that they do not, reinforces that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19154 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18874] Add a new tracemalloc module to trace memory allocations
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +tim.peters ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18874 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19197] Improve cross-references in shlex documentation
New submission from Serhiy Storchaka: Here is a patch which fixes internal references in the documentation of the shlex module. -- assignee: docs@python components: Documentation files: refs.shlex.patch keywords: patch messages: 199247 nosy: docs@python, serhiy.storchaka priority: normal severity: normal stage: patch review status: open title: Improve cross-references in shlex documentation type: enhancement versions: Python 2.7, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file32005/refs.shlex.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19197 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19198] Improve cross-references in cgi documentation
New submission from Serhiy Storchaka: Here is a patch which fixes internal references in the documentation of the cgi module. -- assignee: docs@python components: Documentation files: refs.cgi.patch keywords: patch messages: 199249 nosy: docs@python, serhiy.storchaka priority: normal severity: normal stage: patch review status: open title: Improve cross-references in cgi documentation type: enhancement versions: Python 2.7, Python 3.3, Python 3.4 Added file: http://bugs.python.org/file32006/refs.cgi.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19198 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18948] deliberately crashing tests should prevent core dumps
Roundup Robot added the comment: New changeset 1cbd3d9f7d61 by Antoine Pitrou in branch 'default': Issue #18948: improve SuppressCoreFiles to include Windows crash popup suppression, and use it in more tests. http://hg.python.org/cpython/rev/1cbd3d9f7d61 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18948 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18948] deliberately crashing tests should prevent core dumps
Antoine Pitrou added the comment: Patch committed. Thanks to both of you! -- resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18948 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18758] Fix internal references in the documentation
Changes by Serhiy Storchaka storch...@gmail.com: -- dependencies: +Improve cross-references in cgi documentation, Improve cross-references in shlex documentation ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18758 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3982] support .format for bytes
Glyph Lefkowitz added the comment: On Oct 8, 2013, at 8:10 AM, Augie Fackler rep...@bugs.python.org wrote: Hah. Probably too slow for anything beyond a proof of concept, no? It should perform acceptably on PyPy ;-). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3982 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
