[issue13967] also test for an empty pathname
New submission from Tshepang Lekhonkhobe tshep...@gmail.com: increases coverage by one line: http://hg.python.org/cpython/file/58bd6a58365d/Lib/packaging/util.py#l110 -- assignee: tarek components: Distutils2 files: test-for-empty-string.patch keywords: patch messages: 152840 nosy: alexis, eric.araujo, tarek, tshepang priority: normal severity: normal status: open title: also test for an empty pathname type: enhancement versions: Python 3.3 Added file: http://bugs.python.org/file24450/test-for-empty-string.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13967 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13782] xml.etree.ElementTree: Element.append doesn't type-check its argument
Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- nosy: +tshepang ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13782 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13965] Windows 64-bit installer actually installing a 32-bit version
Nadeem Vawda nadeem.va...@gmail.com added the comment: 64-bit Windows (or at least Visual C++) uses the LLP64 model, so a long is 32 bits wide (the only 64-bit integer type being long long) - see http://en.wikipedia.org/wiki/64-bit#64-bit_data_models Since Python's int is documented as being implemented on top of C's long, this behaviour appears to be correct (if surprising). -- nosy: +nadeem.vawda ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13965 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9041] raised exception is misleading
Pauli Rikula pauli.rik...@gmail.com added the comment: Could we overcome these issues by some kind of exception inheritance? On Tue, Aug 30, 2011 at 5:28 PM, Meador Inge rep...@bugs.python.org wrote: Meador Inge mead...@gmail.com added the comment: That is a good question. While it is true that errors other than 'PyExc_OverflowError', will be mapped onto a 'TypeError' I don't think that is a bad thing. Any errors that come out of 'PyFloat_AsDouble' should be handled on a case-by-case basis and not blindly passed back out the call chain. Otherwise, we may end up passing back errors (which are who knows what) that make sense for a caller of 'PyFloat_AsDouble', but not for callers of 'g_set'. Also, the interface would become variable, meaning that whenever 'PyFloat_AsDouble' introduces new exceptions, then this code would too, which would lead to a somewhat unpredictable interface for callers of 'g_set'. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9041 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9041 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11379] Remove lightweight from minidom description
Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- nosy: +tshepang ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
New submission from Yuval Greenfield ubershme...@gmail.com: This is a feature I've wanted to use in too many times to remember. I've made a patch with an implementation, docs and a test. I've named the function rglob and tried to stay within the conventions of the glob package. -- components: Library (Lib) files: rglob.patch keywords: patch messages: 152843 nosy: ubershmekel priority: normal severity: normal status: open title: Add a recursive function to the glob package type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file24451/rglob.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13965] Windows 64-bit installer actually installing a 32-bit version
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: IIRC sys.maxsize was added for this reason. This one should show a 64bit value. -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13965 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13969] path name must always be string
New submission from Tshepang Lekhonkhobe tshep...@gmail.com: I was writing a test that could return True for if not pathname (http://hg.python.org/cpython/file/58bd6a58365d/Lib/packaging/util.py#l109), and included all values I know that could return a False value, but then I realised that the only value we should check against is an empty string... I don't think any other type is applicable. I left None as a valid type, otherwise some other test (test_command_install_dist.py) fails. -- files: path-name-must-be-string-or-None.patch keywords: patch messages: 152845 nosy: tshepang priority: normal severity: normal status: open title: path name must always be string Added file: http://bugs.python.org/file24452/path-name-must-be-string-or-None.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13969 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Nick Coghlan ncogh...@gmail.com added the comment: I'm inclined to close this as a functional duplicate of http://bugs.python.org/issue13229 -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13960] Handling of broken comments in HTMLParser
Changes by Ezio Melotti ezio.melo...@gmail.com: -- assignee: - ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13960 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13969] path name must always be string (or None)
Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- assignee: - tarek components: +Distutils2 nosy: +alexis, eric.araujo, tarek title: path name must always be string - path name must always be string (or None) versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13969 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Yuval Greenfield ubershme...@gmail.com added the comment: I'd say it's very close to a duplicate but maybe isn't so. If walkdir is added then rglob can be implemented using it. I'd say rglob to walkdir is like urlopen to http.client. One is the stupid and simple function (that still has a bazillion use cases) and the other is the heavy lifting swiss army knife. file_paths(filtered_walk('.', included_files=['*.py'])) is a lot longer than rglob('*.py'). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13965] Windows 64-bit installer actually installing a 32-bit version
Mark Dickinson dicki...@gmail.com added the comment: Or more directly, try platform.architecture(). -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13965 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13965] Windows 64-bit installer actually installing a 32-bit version
Ralf Schmitt python-b...@systemexit.de added the comment: struct.calcsize(P)==8 will tell you if you're running a 64bit python or not. -- nosy: +schmir ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13965 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Antoine Pitrou pit...@free.fr added the comment: file_paths(filtered_walk('.', included_files=['*.py'])) is a lot longer than rglob('*.py'). Agreed. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13956] add a note regarding building on recent versions of Debian and Ubuntu
Antoine Pitrou pit...@free.fr added the comment: Or, rather, setup.py should be smart enough to warn about that. -- nosy: +barry, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Nick Coghlan ncogh...@gmail.com added the comment: A fair point indeed. To follow the shutil naming convention (rmtree, copytree, and likely chmodtree, chowntree), a more appropriate name might be globtree. (Thanks to string methods, the 'r' prefix doesn't read correctly to me: what does globbing from the right mean?) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Antoine Pitrou pit...@free.fr added the comment: To follow the shutil naming convention (rmtree, copytree, and likely chmodtree, chowntree), a more appropriate name might be globtree. (Thanks to string methods, the 'r' prefix doesn't read correctly to me: what does globbing from the right mean?) Well, if you put it in the glob module, it doesn't have to follow the shutil naming convention :-) (I prefer rglob myself) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13965] Windows 64-bit installer actually installing a 32-bit version
Ralf Schmitt python-b...@systemexit.de added the comment: according to the documentation platform.architecture() may not work on OS X. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13965 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13703] Hash collision security issue
Marc-Andre Lemburg m...@egenix.com added the comment: Dave Malcolm wrote: If anyone is aware of an attack via numeric hashing that's actually possible, please let me know (privately). I believe only specific apps could be affected, and I'm not aware of any such specific apps. I'm not sure what you'd like to see. Any application reading user provided data from a file, database, web, etc. is vulnerable to the attack, if it uses the read numeric data as keys in a dictionary. The most common use case for this is a dictionary mapping codes or IDs to strings or objects, e.g. for caching purposes, to find a list of unique IDs, checking for duplicates, etc. This also works indirectly on 32-bit platforms, e.g. via date/time or IP address values that get converted to key integers. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13703 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Nick Coghlan ncogh...@gmail.com added the comment: I can live with it either way - I just wanted to point out that our current examples of this kind of recursive filesystem access use a 'tree' suffix rather than an 'r' prefix. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13903] New shared-keys dictionary implementation
Changes by Mark Shannon m...@hotpy.org: -- hgrepos: +112 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13903] New shared-keys dictionary implementation
Changes by Mark Shannon m...@hotpy.org: Added file: http://bugs.python.org/file24453/a9138aba7896.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13903] New shared-keys dictionary implementation
Changes by Mark Shannon m...@hotpy.org: Removed file: http://bugs.python.org/file24360/6a21f3b35e20.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13903] New shared-keys dictionary implementation
Changes by Mark Shannon m...@hotpy.org: Removed file: http://bugs.python.org/file24453/a9138aba7896.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Eli Bendersky eli...@gmail.com added the comment: file_paths(filtered_walk('.', included_files=['*.py'])) is a lot longer than rglob('*.py'). It is, but is that a good enough reason to have both? It can also be achieved with just a bit more code using the simple `os.walk`. I suppose there are a lot of instances of stdlib tools where we could add new tools that would make the code slightly shorter. However, this is not really faithful to the Python spirit, since it adds too many ways to do achieve the same effect, and ultimately confuses users. That it adds additional maintenance burden on the coredevs goes without saying :-) Each such new burden should have a very good reason. To conclude, personally I'm -1 on this, especially if `walkdir` eventually makes it into the stdlib. -- nosy: +eli.bendersky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Antoine Pitrou pit...@free.fr added the comment: file_paths(filtered_walk('.', included_files=['*.py'])) is a lot longer than rglob('*.py'). It is, but is that a good enough reason to have both? It is. globbing is a well-known operation that many people expect to be easily done. However, this is not really faithful to the Python spirit, since it adds too many ways to do achieve the same effect, and ultimately confuses users. Which Python spirit are you talking about? We have many high-level tools in the stdlib. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13903] New shared-keys dictionary implementation
Changes by Mark Shannon m...@hotpy.org: Added file: http://bugs.python.org/file24454/1f703b2607af.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13807] logging.Handler.handlerError() may raise AttributeError in traceback.print_exception()
Éric Araujo mer...@netwok.org added the comment: Thanks for the prompt action! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13807 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13846] Add time.monotonic() function
Éric Araujo mer...@netwok.org added the comment: Victor, I think the doc doesn’t say why the function is useful for people like me who don’t already know it. David’s explanation could be reused. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13846 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13960] Handling of broken comments in HTMLParser
Éric Araujo mer...@netwok.org added the comment: LGTM. What did our last discussion about following HTML5 rules for Python 2.7 lead to? I don’t remember if we agreed that “3.3 is soon enough” or “let’s fix the bugs with HTML5 as reference”. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13960 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11379] Remove lightweight from minidom description
Senthil Kumaran sent...@uthcode.com added the comment: On Wed, Feb 08, 2012 at 03:42:16AM +, Eli Bendersky wrote: Any objections? None. The explanation sounds reasonable. -- nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13903] New shared-keys dictionary implementation
Antoine Pitrou pit...@free.fr added the comment: Looking at your latest patch, I worry about any deletion +(including pop popitem) causes a split table to become a combined table. Why wouldn't you use a dummy pointer (such as ((PyObject *) 1)) to signal deleted slots? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9257] cElementTree iterparse requires events as bytes; ElementTree uses strings
Eric Talevich eric.talev...@gmail.com added the comment: It's more-or-less fixed in Python 3.2: - With cElementTree, both bytes and strings are accepted for events; - With ElementTree, only strings are accepted, and bytes raise a ValueError (unknown event). A small inconsistency remains, but it's fine to just use strings in all cases. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9257 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12703] Improve error reporting for packaging.util.resolve_name
Éric Araujo mer...@netwok.org added the comment: FYI, here is code that can handle arbitrary dotted names: http://svn.eby-sarna.com/Importing/peak/util/imports.py?view=markup. I haven’t checked if its error reporting has the problem we’re discussing in this report. An alternative would be to use colon notation, e.g. package.submodule:Thing.Nested.attribute. My preference is still for find_object, using dots and with the nesting prohibition. -- nosy: +erik.bray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12703 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11379] Remove lightweight from minidom description
Éric Araujo mer...@netwok.org added the comment: +1 to the suggested wording. -1 to talking about a more pythonic API. (Want a nit? s/W3C-DOM/W3C DOM/) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11379 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13956] add a note regarding building on recent versions of Debian and Ubuntu
Barry A. Warsaw ba...@python.org added the comment: On Feb 08, 2012, at 12:53 PM, Antoine Pitrou wrote: Or, rather, setup.py should be smart enough to warn about that. It shouldn't just be limited to Debian and its derivatives. Other platforms (even Linux OSes) will probably have similar issues. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Éric Araujo mer...@netwok.org added the comment: There is an alternative: supporting ** syntax, e.g. '**/*.py', which should find all *.py files in the current directory and all descendents. At present glob('**/*.py') is equivalent to glob('*/*.py'), but we would say this behavior was undefined and the new behavior would be a new feature. -- nosy: +eric.araujo versions: +Python 3.3 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13960] Handling of broken comments in HTMLParser
Éric Araujo mer...@netwok.org added the comment: After reading some emails again, I’m +1 on porting the fixes to 2.7. 1) We agree that HTML5 is the reference specification. 2) I don’t think there is sane code that would be broken if some previously unparsable page became parsable (an exception can be HTML parsers, but the obvious example BeautifulSoup does not use HTMLParser for example); HTMLParser is not a validating parser and never made any guarantee about the validity of handled pages. 3) Most people should be happy to have more pages handled by HTMLParser. 4) 2.7 is unique as long-term support, last 2.7 release. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13960 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13956] add a note regarding building on recent versions of Debian and Ubuntu
Antoine Pitrou pit...@free.fr added the comment: Or, rather, setup.py should be smart enough to warn about that. It shouldn't just be limited to Debian and its derivatives. Other platforms (even Linux OSes) will probably have similar issues. The issue (having to install dpkg-dev) is specifically about Debian and Ubuntu. I don't think we should have tons of platform-specific instructions in the devguide, and I think that in this case setup.py should detect that the required tool is missing (depending on the platform, of course). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Eli Bendersky eli...@gmail.com added the comment: It is. globbing is a well-known operation that many people expect to be easily done. According to Wikipedia (http://en.wikipedia.org/wiki/Glob_%28programming%29) - The noun glob is used to refer to a particular pattern, e.g. use the glob *.log to match all those log files. IOW, globbing is usually understood as the act of expanding a pattern to the files it matches. Nothing in that implies recursive traversal of a directory tree. On the other hand, os.walk and/or walkdir suggest that in their name. Which Python spirit are you talking about? We have many high-level tools in the stdlib. There should be one -- and preferably only one -- obvious way to do it. Admittedly, we already have more than one, and a high-level tool is proposed with Nick's walkdir. Why add *yet another* high-level tool? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13956] add a note regarding building on recent versions of Debian and Ubuntu
Éric Araujo mer...@netwok.org added the comment: The correct way to get build dependencies on Debian and derivatives is to use “aptitude build-dep pythonX.Y” (see #13472). I think dpkg-dev would get installed as a dependency; Tshepang, could you uninstall dpkg-dev and test the aptitude command? -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13963] dev guide has no mention of mechanics of patch review
Changes by Éric Araujo mer...@netwok.org: -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13963 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Antoine Pitrou pit...@free.fr added the comment: IOW, globbing is usually understood as the act of expanding a pattern to the files it matches. Nothing in that implies recursive traversal of a directory tree. Still, that's a common need. I want all Python files in a subtree. On the other hand, os.walk and/or walkdir suggest that in their name. I don't know why walk is supposedly more recursive than glob. Admittedly, we already have more than one, and a high-level tool is proposed with Nick's walkdir. Why add *yet another* high-level tool? Because the walkdir spelling (IIUC) is longish, tedious and awkward. I could see myself typing rglob('*.py') in a short script or an interpreter session, without having to look up any kind of docs. Certainly not the walkdir alternative (I've already forgotten what it is). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Support recursive globs
Changes by Éric Araujo mer...@netwok.org: -- title: Add a recursive function to the glob package - Support recursive globs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13956] add a note regarding building on recent versions of Debian and Ubuntu
Barry A. Warsaw ba...@python.org added the comment: On Feb 08, 2012, at 03:51 PM, Éric Araujo wrote: The correct way to get build dependencies on Debian and derivatives is to use “aptitude build-dep pythonX.Y” (see #13472). I think dpkg-dev would get installed as a dependency; Tshepang, could you uninstall dpkg-dev and test the aptitude command? +1 and that definitely works. I use that all the time on new VMs. If it *doesn't* work, then that's a bug in the Debian pythonX.Y package. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13956] add a note regarding building on recent versions of Debian and Ubuntu
Éric Araujo mer...@netwok.org added the comment: Then I propose to close this as duplicate of #13472. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Eli Bendersky eli...@gmail.com added the comment: IOW, globbing is usually understood as the act of expanding a pattern to the files it matches. Nothing in that implies recursive traversal of a directory tree. Still, that's a common need. I want all Python files in a subtree. On the other hand, os.walk and/or walkdir suggest that in their name. I don't know why walk is supposedly more recursive than glob. Google walk directory. First hit is a Rosetta code page with *recursive* walking implemented in various languages. So I guess it does have this connotation. Regardless, os.walk has been in Python for ages, and it's always been the go-to tool for recursive traversal. walkdir's name suggests the same. Admittedly, we already have more than one, and a high-level tool is proposed with Nick's walkdir. Why add *yet another* high-level tool? Because the walkdir spelling (IIUC) is longish, tedious and awkward. I could see myself typing rglob('*.py') in a short script or an interpreter session, without having to look up any kind of docs. Certainly not the walkdir alternative (I've already forgotten what it is). walkdir is a new module proposal. If its API is tedious and awkward, it should probably be improved *now* while it's in development. Adding yet another tool that implements part of its functionality, winning a golf tournament along the way, isn't the solution, IMHO. -- title: Support recursive globs - Add a recursive function to the glob package ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Éric Araujo mer...@netwok.org added the comment: Feedback from Antoine on IRC about my syntax proposal: “The ** meaning is not really universal like other quantifiers are. [...] (also, it would be quite harder to implement, I think)” That and the compat issue makes me go in favor of a new function. I’m not sure glob is the right place: when you use glob.glob, the search is rooted in the current directory, and you may have sub-directories in your pattern, e.g. 'Lib/*/__main__.py'. A function meaning “look for this file pattern recursively” would be IMO more at home in fnmatch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13956] add a note regarding building on recent versions of Debian and Ubuntu
Tshepang Lekhonkhobe tshep...@gmail.com added the comment: @Barry, it does work on Debian as well @Eric, I agree with closing it as a dupe -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Antoine Pitrou pit...@free.fr added the comment: Google walk directory. First hit is a Rosetta code page with *recursive* walking implemented in various languages. So I guess it does have this connotation. Regardless, os.walk has been in Python for ages, and it's always been the go-to tool for recursive traversal. walkdir's name suggests the same. You still haven't explained what your problem is with the idea of an explicitly recursive glob (as both rglob and globtree suggest). walkdir is a new module proposal. If its API is tedious and awkward, it should probably be improved *now* while it's in development. walkdir is not yet a module proposal, there's not even a PEP for it, and it's in a very young state. This issue has a working patch for rglob(), which is a single, obvious, incremental addition to the existing glob module. If you want to discuss walkdir, I suggest you do it in a separate issue. (and, yes, rglob() can be reimplemented using walkdir later, if there is a point in doing so) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Eli Bendersky eli...@gmail.com added the comment: Google walk directory. First hit is a Rosetta code page with *recursive* walking implemented in various languages. So I guess it does have this connotation. Regardless, os.walk has been in Python for ages, and it's always been the go-to tool for recursive traversal. walkdir's name suggests the same. You still haven't explained what your problem is with the idea of an explicitly recursive glob (as both rglob and globtree suggest). The problem is that I prefer the walkdir approach, because it solves a more general problem and overall more useful. This is also why I don't see how it makes sense to stop discussing it here and focus on rglob. They are related, after all! Anyway, I'm not sure what else I can add to the discussion. I'm starting to repeat myself, which means that I should just shut up :) I've stated my preference, and I understand and respect yours. So let's just see what others think. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13736] urllib.request.urlopen leaks exceptions from socket and httplib.client
Senthil Kumaran sent...@uthcode.com added the comment: I have stumbled upon a wrong impression as well by reading the docs, but usually in the code, I tend to catch the specific Exceptions, like timeout instead or URLError when it is known. I saw some libraries following similar pattern too. But that could be changed, if promise in the docs that URLError exception is raised is corrected. I think, the course of action for this bug could be. 1. raise ... from .. for the appropriate Exception in 3.3 and appropriate doc changes. 2. Doc changes in 2.7,3.2 which say indicate the possibility of other exceptions besides URLError. Having any important information in the msg part of the Exception is a bad idea, because it is seldom relied upon and can be changed anytime. Shall come out with a patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13736 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Add a recursive function to the glob package
Antoine Pitrou pit...@free.fr added the comment: I'm trying the patch and its behaviour is strange: list(glob.rglob('setup.py')) ['setup.py'] list(glob.rglob('setu*.py')) [] list(glob.rglob('*/setu*.py')) ['./setup.py', './Mac/Tools/Doc/setup.py', './Tools/test2to3/setup.py', './Doc/includes/setup.py', './PC/example_nt/setup.py'] I can understand the first example (although that makes the documentation slightly incorrect, since you need an explicit * path component for the search to be recursive), but the second one looks straight wrong. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13915] Update tutorial/modules for PEP 3147
Changes by Éric Araujo mer...@netwok.org: -- title: Update Tutorial 6.1.3 for PEP 3145 - Update tutorial/modules for PEP 3147 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13915 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13969] path name must always be string (or None)
Éric Araujo mer...@netwok.org added the comment: Hm, that function is for internal use only, and our code always passes a string, so I’m not sure a type check is useful. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13969 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13967] also test for an empty pathname
Éric Araujo mer...@netwok.org added the comment: Will commit, thanks. -- assignee: tarek - eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13967 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13903] New shared-keys dictionary implementation
Mark Shannon m...@hotpy.org added the comment: Antoine Pitrou wrote: Antoine Pitrou pit...@free.fr added the comment: Looking at your latest patch, I worry about any deletion +(including pop popitem) causes a split table to become a combined table. Why wouldn't you use a dummy pointer (such as ((PyObject *) 1)) to signal deleted slots? In fact here is no need for a dummy pointer. When deleting from a split-table, the value can just be set to NULL, the resulting key-NULL pair is legal in a split-table. Your suggestion doesn't make the code any more complex, so I've included it. In practice, it will very rare that a deletion occurs in a split table (since they are only used for attribute dictionaries). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13903] New shared-keys dictionary implementation
Changes by Mark Shannon m...@hotpy.org: Removed file: http://bugs.python.org/file24454/1f703b2607af.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13903] New shared-keys dictionary implementation
Changes by Mark Shannon m...@hotpy.org: Added file: http://bugs.python.org/file24455/bc286099ce9a.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13511] Specifying multiple lib and include directories on linux
Éric Araujo mer...@netwok.org added the comment: Ronald, is “unity platforms” a typo for “unixy platforms”? IOW, are you expressing a +1 to the feature request, despite Martin’s rejection (with which I agree)? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13511 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2
Éric Araujo mer...@netwok.org added the comment: Would you think it acceptable to judge that the problem is Apple’s and that we could do only a doc change with the not-so-hard envvar override? I understand that you’d like to fix the problem for all OS X users in one go, but the new behavior seems a bit too magical for me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13590 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13953] Get rid of doctests in packaging.tests.test_version
Éric Araujo mer...@netwok.org added the comment: The interesting line is just after the string: doctest.script_from_examples(comparison_doctest_string) However it looks like there has been a problem with that line, as you can’t get the test to fail, which is strange as I did use that doctest to check #11841! Instead of using time to figure out doctest antics, I will just use good old reliable integrated unittest. -- assignee: tarek - eric.araujo title: test_packaging: unused test? - Get rid of doctests in packaging.tests.test_version versions: +3rd party ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13953 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13845] Use GetSystemTimeAsFileTime() to get a resolution of 100 ns on Windows
Éric Araujo mer...@netwok.org added the comment: Please make sure to say “on Windows” in NEWS and commit messages when you’re doing platform-specific changes :) -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13845 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2
K Richard Pixley r...@noir.com added the comment: I think a better solution that declaring it to be apple's bug would be to release one binary for pre-10.7, (or maybe 10.6 with the current xcode), and a different binary for post-10.7. This isn't an apple bug in the sense that there's anything wrong nor in the sense that they would ever fix it. It's simply a difference between xcode versions. So the choices would seem to be a) code around it or b) release different binaries. I'm ok with either solution. I'm not sure what would be best as I'm not sure I know all of the concerns involved. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13590 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12659] Add tests for packaging.tests.support
Éric Araujo mer...@netwok.org added the comment: I've just updated “test_support.py” and tested against 'default' Do you mean that you have added more tests to the existing file? If so, could you provide a patch this time? BTW: in distutils2 I get (not because of this change): It’s a known failure that’s caused by a bug fix in 2.7.3. I didn’t fix it because I need to check the original bug report for the failing test. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12659 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11841] Bug in the version comparison
Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- title: Bug in the verson comparison - Bug in the version comparison ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13903] New shared-keys dictionary implementation
Changes by Mark Shannon m...@hotpy.org: Removed file: http://bugs.python.org/file24455/bc286099ce9a.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13903] New shared-keys dictionary implementation
Changes by Mark Shannon m...@hotpy.org: Added file: http://bugs.python.org/file24456/20702d1acf17.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13903 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2
Ned Deily n...@acm.org added the comment: Éric, no, the problem is not Apple's in the sense that we enforce the use of the build compiler. Without a fix along this line would mean that essentially *every* user of python.org Pythons on the latest releases of OS X would have to ensure that the environment variable override is in place for every Distutils install of an extension module. That strikes me as unacceptable. Distutils already does equally magical things. I think this is the best solution at the moment. Ronald, what's your opinion? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13590 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13956] add a note regarding building on recent versions of Debian and Ubuntu
Changes by Éric Araujo mer...@netwok.org: -- resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - devguide doesn’t list all build dependencies ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13956 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2
Éric Araujo mer...@netwok.org added the comment: the problem is not Apple's in the sense that we enforce the use of the build compiler. Well, yes, and this is a known limitation, so we could argue that Apple broke distutils. But... Without a fix along this line would mean that essentially *every* user of python.org Pythons on the latest releases of OS X would have to ensure that the environment variable override is in place for every Distutils install of an extension module. That strikes me as unacceptable. Distutils already does equally magical things. Given that we did similar changes to support Debian multiarch instead of having people use environment variables, I change my position and support your patch. (Comments on Rietveld.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13590 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Support recursive globs
Éric Araujo mer...@netwok.org added the comment: list(glob.rglob('*/setu*.py')) It looks quite strange to me that '/' should be allowed in a function that recurses down directories (see my messages above). OTOH fnmatch is not really appropriate, contrary to my earlier feeling. (Restoring my title change: as my messages were apparently overlooked, I assume that Eli did not revert my change on purpose but by replying to older email) -- title: Add a recursive function to the glob package - Support recursive globs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13970] frameobject should not have f_yieldfrom attribute
New submission from Mark Shannon m...@hotpy.org: The f_yieldfrom field should not be visible at Python level, it is an internal implementation detail. Patch attached. -- files: remove_f_yieldfrom.patch keywords: patch messages: 152895 nosy: Mark.Shannon priority: normal severity: normal status: open title: frameobject should not have f_yieldfrom attribute type: behavior versions: Python 3.3 Added file: http://bugs.python.org/file24457/remove_f_yieldfrom.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12659] Add tests for packaging.tests.support
Francisco Martín Brugué franci...@email.de added the comment: If so, could you provide a patch this time? Done. The patch is against default. what about against distutils2? Do you need also a patch for it? -- Added file: http://bugs.python.org/file24458/issue12659_58bd6a58365d.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12659 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13971] format() doesn't parse str.
New submission from umedoblock umedobl...@gmail.com: format() mis understaning. please pay attention to [0], [x]. d = {0: a, 0: A} 'd[0] = {0[0]}'.format(d) 'd[0] = a' 'd[0] = {0[0]}'.format(d) Traceback (most recent call last): File stdin, line 1, in module KeyError: '0' d2 = {x: 100} 'd2[x] = {0[x]}'.format(d2) 'd2[x] = 100' -- components: Regular Expressions messages: 152897 nosy: ezio.melotti, umedoblock priority: normal severity: normal status: open title: format() doesn't parse str. type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13971 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13971] format() doesn't parse str.
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13971 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13968] Support recursive globs
Eli Bendersky eli...@gmail.com added the comment: Oops, Éric, sorry about the title. I didn't even notice :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13968 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13953] Get rid of doctests in packaging.tests.test_version
Francisco Martín Brugué franci...@email.de added the comment: Hi here's a patch preview: it has to be re factored further but I stopped here as some tests failed: the out commented ones ... I've checked twice but I cannot see any diff, could you check that? Or, has maybe the behavior (due that bug) changed and nobody noticed? Thanks in advance ! Francis -- keywords: +patch Added file: http://bugs.python.org/file24459/issue13953_58bd6a58365d.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13953 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13719] bdist_msi upload fails
Ralf Schmitt python-b...@systemexit.de added the comment: there's a workaround in http://pypi.python.org/pypi/xdistutils#the-bdist-msi-fixed-command -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13719 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13970] frameobject should not have f_yieldfrom attribute
Changes by Antoine Pitrou pit...@free.fr: -- components: +Interpreter Core nosy: +ncoghlan stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9750] sqlite3 iterdump fails on column with reserved name
Petri Lehtinen pe...@digip.org added the comment: Marko's last patch looks good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9750 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13971] format() doesn't parse str.
Eric V. Smith e...@trueblade.com added the comment: This is working as defined in PEP 3101: it calls PySequence_GetItem() or PyObject_GetItem() on the value inside the brackets. There is indeed no item in d that is the string 0 (including the quotes). -- assignee: - eric.smith resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13971 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13970] frameobject should not have f_yieldfrom attribute
Benjamin Peterson benja...@python.org added the comment: I agree, FWIW. -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13970 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13911] test_trace depends on dict repr() ordering
Mark Shannon m...@hotpy.org added the comment: Failure occurs in test_pprint which is covered by issue 13907 -- resolution: - duplicate status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13911 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8184] multiprocessing.managers will not fail if listening ocket already in use
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 434301d9f664 by Charles-François Natali in branch 'default': Issue #8184: multiprocessing: On Windows, don't set SO_REUSEADDR on Connection http://hg.python.org/cpython/rev/434301d9f664 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8184 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13965] Windows 64-bit installer actually installing a 32-bit version
Raymond Hettinger raymond.hettin...@gmail.com added the comment: platform.architecture() and struct.calcsize(P) confirm that this build used 64-bits for pointers and 32-bits for ints. This leaves the question of whether LLP64 is required to run Python on Windows or whether another memory model could have been selected during compilation (IOW, do we have to live with 32-bit ints on Windows)? -- priority: normal - low resolution: - invalid ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13965 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13965] Windows 64-bit installer actually installing a 32-bit version
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: LLP64 is the model chosen by the Microsoft compiler: sizeof(long)==4. I suppose someone already considered to change PyIntObject and use size_t values, but IMO it would have broken too many extensions: the pattern if (PyInt_Check(obj)) value=PyInt_AS_LONG(obj); is very very common. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13965 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11689] sqlite: Incorrect unit test fails to detect failure
Changes by Petri Lehtinen pe...@digip.org: -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11689 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8033] sqlite: broken long integer handling for arguments to user-defined functions
Changes by Petri Lehtinen pe...@digip.org: -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8033 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13841] multiprocessing should use sys.exit() where possible
Charles-François Natali neolo...@free.fr added the comment: Here's a trivial patch. I run the testsuite on one of the Windows buildbots, and there was one failure, in test_concurrent_futures: == FAIL: test_interpreter_shutdown (test.test_concurrent_futures.ProcessPoolShutdownTest) -- Traceback (most recent call last): File D:\cygwin\home\db3l\buildarea\custom.bolen-windows7\build\lib\test\test_concurrent_futures.py, line 109, in test_interpreter_shutdown self.assertFalse(err) AssertionError: b'[68326 refs]\n[68326 refs]\n[68326 refs]\n[68326 refs]\n[106059 refs]' is not false -- That's simply because test.support.strip_python_stderr only strips the first occurrence of the refs count printed in debug mode at output (which didn't get printed upon ExitProcess). The patch changes this. -- keywords: +needs review, patch stage: test needed - patch review Added file: http://bugs.python.org/file24460/multiprocessing_exit.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10049] Add a no-op (null) context manager to contextlib
Alexander Jones aj.d...@gmail.com added the comment: Not having this as a standard idiom makes it very tempting to just do copy-paste coding as in hniksic's example. Who likes to invent their own library for generic language-supporting idioms? What about an alternative of giving NoneType empty enter and exit methods? So instead of a 'null' CM you can just use with None? -- nosy: +Alexander.Jones ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10049 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13965] Windows 64-bit installer actually installing a 32-bit version
Martin v. Löwis mar...@v.loewis.de added the comment: On Win64, the long type is 32-bit; the compiler does not support any other mode. So the question whether another memory model could have been selected during compilation must be answered as no, the compiler does not support multiple memory models. We could have chosen to not use long for ob_ival. However, that would have cause a massive API change, as functions such as PyLong_AsLong either would have to change their return type, or start raising exceptions even for exact int objects. In Python 3, this issue is fixed as the int type has no range constraint anymore. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13965 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13845] Use GetSystemTimeAsFileTime() to get a resolution of 100 ns on Windows
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 3965ed809a85 by Victor Stinner in branch 'default': Issue #13845: Fix NEWS entry, the change is specific to Windows http://hg.python.org/cpython/rev/3965ed809a85 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13845 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13841] multiprocessing should use sys.exit() where possible
sbt shibt...@gmail.com added the comment: I think the patch makes multiprocessing.util._exit_function() run twice in non-main processes because it is registered with atexit, and is also called in Process._bootstrap(). _exit_function() does the following: * terminate active daemon processes; * join active non-daemon processes; * run finalizers with non-None exit priority and clear finalizer registry. So calling _exit_function() twice is probably harmless but should perhaps be fixed. P.S. It also appears that _exit_function() should set the global _exiting to True, since it declares the variable as a global but does not use it. As a result util.is_exiting() always returns False. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13609] Add os.get_terminal_size() function
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset c92f8de398ed by Antoine Pitrou in branch 'default': Issue #13609: Add two functions to query the terminal size: http://hg.python.org/cpython/rev/c92f8de398ed -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13609 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13609] Add os.get_terminal_size() function
Antoine Pitrou pit...@free.fr added the comment: The patch is finally committed. Thank you Zbyszek for having been quite patient. (according to Murphy's laws, this will surely break some buildbots) -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13609 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13609] Add os.get_terminal_size() function
Zbyszek Szmek zbys...@in.waw.pl added the comment: Thanks for merging! I'll try to keep an eye on the buildbot results, but please add me to any bugs in case I miss something. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13609 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13882] PEP 410: Use decimal.Decimal type for timestamps
STINNER Victor victor.stin...@haypocalc.com added the comment: Patch version 13: - os.utime(path) sets the access and modification time using the currenet time with a subsecond resolution (e.g. microsecond resolution on Linux) - os.*utime*() functions uses _PyTime_t type and functions - add many functions to manipulate timeval, timespec and FILETIME types with _PyTime_t, add _PyTime_SetDenominator() function for that - coding style: follow PEP 7 rules for braces So more functions (including os.*utime*()) accept Decimal, but using an implicit conversion to float. -- Added file: http://bugs.python.org/file24461/time_decimal-13.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13882 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com