[issue10209] Mac OS X: Decompose filenames on encode, and precompose filenames on decode
Ronald Oussoren ronaldousso...@mac.com added the comment:
For completeness sake: Apple's Cocoa APIs do not renormalize strings, that is:
I've created a file named 'één' in the Terminal, then (using a python 3.2
build):
# Terminal input seems NFC:
len('één')
3
# Output from os.listdir isn't:
os.listdir('.')
['één']
len(_[0])
5
# Output from the Cocoa equivalant also isn't:
import Foundation
mgr = Foundation.NSFileManager.defaultManager()
mgr.directoryContentsAtPath_('.')
(
e\U0301e\U0301n
)
len(_[0])
5
BTW. fsdecode(fsencode(x)) cannot in general be a no-op, unicode normalizations
can screw things up (with the now withdrawn proposal the expression wouldn't be
a no-op for NFD strings).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10209
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10226] urlparse example is wrong
Georg Brandl ge...@python.org added the comment: I think this is correct: it is the new behavior after the fix for #754016 was committed. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10226 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10198] wave module writes corrupt wav file for zero-length writeframes
Georg Brandl ge...@python.org added the comment: Thanks, fixed in r85914. -- nosy: +georg.brandl resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10198 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10224] Build 3.x documentation using python3.x
Martin v. Löwis mar...@v.loewis.de added the comment: Did you know break building the 3.x documentation with Python 2? If so, please revert that change. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10224 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Georg Brandl ge...@python.org added the comment: After applying the patch, it builds fine here and the test suite passes. However, it seems to leak quite a bit -- if I run regrtest with -R::, my system starts swapping heavily after the second run. In lzmamodule, there are lots of API calls that aren't error-checked, e.g. PyDict_SetItemString(filter, dict_size, PyLong_FromLong((long)lzma_options.dict_size)); General comments: please don't introduce tabs and trailing whitespace in C and Python files, and wrap your lines at 79 characters whenever possible. reST function/class directives need a blank line after the signature. (But don't worry about the markup too much, I'll review the new file anyway after commit.) @pitrou: Why is this marked Python 3.3? If the error handling in the C module is corrected, it's in a good enough shape to be committed before 3.2b1, and the remaining bugs ironed out until final. -- nosy: +georg.brandl versions: +Python 3.2 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10224] Build 3.x documentation using python3.x
Georg Brandl ge...@python.org added the comment: Nope, these files run just as fine in Python 2. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10224 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10224] Build 3.x documentation using python3.x
Georg Brandl ge...@python.org added the comment: (The usual build process via Makefile still uses Python 2, and that won't change for 3.2.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10224 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Antoine Pitrou pit...@free.fr added the comment: @pitrou: Why is this marked Python 3.3? If the error handling in the C module is corrected, it's in a good enough shape to be committed before 3.2b1, and the remaining bugs ironed out until final. I think it needs a real review before going in. Now if that review can get done and the issues fixed before the beta, it's ok. By a quick look at the code it seemed to need quite a bit of polish before being acceptable for commit, but I might be mistaken. (we should also avoid the multiprocessing syndrome where we rushed some alpha-quality code just before the feature deadline and then had to fix many issues in urgency. I do believe xz/lzma support is important in the long term, though) Oh, by the way, Per should agree to do maintenance directly against the CPython repository. Please, no more externally-maintained modules (you know what I'm talking about). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Georg Brandl ge...@python.org added the comment: Yes, definitely no externally maintained modules. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10226] urlparse example is wrong
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: On Fri, Oct 29, 2010 at 2:15 AM, Georg Brandl rep...@bugs.python.org wrote: .. I think this is correct: it is the new behavior after the fix for #754016 was committed. I agree. I kept the issue open because I cannot parse Otherwise, it is not possible to distinguish between netloc and path components, and would the indistinguishable component would be classified as the path as in a relative URL. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10226 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10226] urlparse example is wrong
Georg Brandl ge...@python.org added the comment: That's for Senthil to rephrase as intended :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10226 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10225] Fix doctest runable examples in python manual
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I started with 2.7 branch because some of the issues are the same there, but the tools work better at the moment. I a posting a work-in-progress patch to solicit early feedback. -- versions: +Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10225 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10225] Fix doctest runable examples in python manual
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- keywords: +patch Added file: http://bugs.python.org/file19409/issue10225-r27.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10225 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10225] Fix doctest runable examples in python manual
Changes by Alexander Belopolsky belopol...@users.sourceforge.net: -- nosy: +d...@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10225 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10093] Warn when files are not explicitly closed
Marc-Andre Lemburg m...@egenix.com added the comment: Brett Cannon wrote: Brett Cannon br...@python.org added the comment: But this is meant to be an optional warning; users will never see it. Me as a developer, I would like to know when I leave a file open as that is a waste of resources, plus with no guarantee of everything being flushed to disk. That's what I'm referring to: most Python applications are written with the fact in mind, that garbage collection will close the files or socket. That's a perfectly fine way of writing Python applications, so why should the programmer get warned about this regular approach to Python programming ? Besides, the context manager for files makes the chance of leaving a file open a much more blaring mistake. See above: context aren't required for working with files. And again: it's *not* a mistake to not explicitly close a file. The same applies for sockets. Think of the simple idiom: data = open(filename).read() This would always create a warning under the proposal. Same for: for line in open(filename): print line Also note that files and sockets can be kept as references in data structures (other than local variables or on the stack) and there you usually have the same approach: you expect Python to close the files when garbage collecting the data structures and that's perfectly ok. If you want to monitor resource usage in your application it would be a lot more useful to provide access to the number of currently open FDs, than scattering warnings around the application which mostly trigger false positives. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10093] Warn when files are not explicitly closed
Antoine Pitrou pit...@free.fr added the comment: That's what I'm referring to: most Python applications are written with the fact in mind, that garbage collection will close the files or socket. That's a perfectly fine way of writing Python applications, Some people would disagree, especially Windows users who cannot timely delete files when some file descriptors still point to them. so why should the programmer get warned about this regular approach to Python programming ? Again: it is an *optional* warning. It is *disabled* by default, except when compiled --with-pydebug. The same applies for sockets. It is *definitely* a mistake if the socket has been bound to a local address and/or connected to a remote endpoint. Think of the simple idiom: data = open(filename).read() This would always create a warning under the proposal. We have had many Windows buildbot failures because of such coding style. If you want to monitor resource usage in your application it would be a lot more useful to provide access to the number of currently open FDs Agreed it would be useful as well, but please tell that to operating system vendors. Python has no way to calculate such a statistic. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10227] Improve performance of MemoryView slicing
New submission from Kristján Valur Jónsson krist...@ccpgames.com: In a recent email exchange on python-dev, Antoine Pitrou mentioned that slicing memoryview objects (lazy slices) wasn't necessarily very efficient when dealing with short slices. The data he posted was: $ ./python -m timeit -s x = b'x'*1 x[:100] 1000 loops, best of 3: 0.134 usec per loop $ ./python -m timeit -s x = memoryview(b'x'*1) x[:100] 1000 loops, best of 3: 0.151 usec per loop Actually, this is not a fair comparison. A more realistic alternative to the memoryview is the bytearray, a mutable buffer. My local tests gave these numbers: python.exe -m timeit -n 1000 -s x = ((b'x'*1)) x[:100] 1000 loops, best of 3: 0.14 usec per loop python.exe -m timeit -n 1000 -s x = (bytearray(b'x'*1)) x[:100] 1000 loops, best of 3: 0.215 usec per loop python.exe -m timeit -n 1000 -s x = memoryview(bytearray(b'x'*1)) x[:100] 1000 loops, best of 3: 0.163 usec per loop In this case, lazy slicing is indeed faster than greedy slicing. However, I was intrigued by how much these cases differ. Why was slicing bytes objects so much faster? Each should just result in the generation of a single object. It turns out that the slicing operation for strings (and sequences is very streamlined in the core. To address this to some extent I provide a patch with three main components: 1) There is now a single object cache of slice objects. These are generated by the core when slicing and immediately released. Reusing them if possible is very beneficial. 2) The PySlice_GetIndicesEx couldn't be optimized because of aliasing. Fixing that function sped it up considerably. 3) Creating a new api to create a memory view from a base memory view and a slice is much faster. The old way would do two copies of a Py_buffer with adverse effects on cache performance. Applying this patch provides the following figures: python.exe -m timeit -n 1000 -s x = ((b'x'*1)) x[:100] 1000 loops, best of 3: 0.125 usec per loop python.exe -m timeit -n 1000 -s x = (bytearray(b'x'*1)) x[:100] 1000 loops, best of 3: 0.202 usec per loop python.exe -m timeit -n 1000 -s x = memoryview(bytearray(b'x'*1)) x[:100] 1000 loops, best of 3: 0.138 usec per loop in memoryobject.c there was a comment stating that there should be an API for this. Now there is, only internal. -- components: Interpreter Core keywords: needs review, patch messages: 119872 nosy: krisvale, pitrou priority: normal severity: normal status: open title: Improve performance of MemoryView slicing type: performance versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10226] urlparse example is wrong
Senthil Kumaran orsent...@gmail.com added the comment: - Otherwise, it is not possible to distinguish between netloc and path - components, and would the indistinguishable component would be classified - as the path as in a relative URL. + If the netloc does not start with '//', the module cannot distinguish it + from path and it would classify it as path component in the relative url. How does this sound? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10226 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10227] Improve performance of MemoryView slicing
Antoine Pitrou pit...@free.fr added the comment: You forgot to attach your patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10227] Improve performance of MemoryView slicing
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Oh dear. Here it is. -- Added file: http://bugs.python.org/file19410/memoryobj.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10227] Improve performance of MemoryView slicing
Kristján Valur Jónsson krist...@ccpgames.com added the comment: But then, perhaps implementing the sequence protocol for memoryviews might be more efficient still. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10228] Refleak run of test_dbm fails when several dbm modules are available
New submission from Antoine Pitrou pit...@free.fr: This is only when several dbm modules are compiled in (e.g. gnu and dumb): $ ./python -m test.regrtest -R 3:2 test_dbm [1/1] test_dbm beginning 5 repetitions 12345 test test_dbm failed -- Traceback (most recent call last): File /home/antoine/py3k/deallocwarn/Lib/test/test_dbm.py, line 129, in test_whichdb self.assertEqual(name, dbm.whichdb(_fname)) AssertionError: 'dbm.gnu' != 'dbm.dumb' - dbm.gnu + dbm.dumb -- components: Tests messages: 119877 nosy: pitrou priority: normal severity: normal stage: needs patch status: open title: Refleak run of test_dbm fails when several dbm modules are available type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10228 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10227] Improve performance of MemoryView slicing
Antoine Pitrou pit...@free.fr added the comment: The sequence protocol (if I'm not confused) only work with a PyObject ** array. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10093] Warn when files are not explicitly closed
Antoine Pitrou pit...@free.fr added the comment: Here is an updated patch (also fixes a small refleak). -- Added file: http://bugs.python.org/file19411/deallocwarn4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10227] Improve performance of MemoryView slicing
Kristján Valur Jónsson krist...@ccpgames.com added the comment: As an additional point: the PyMemoryObject has a base member that I think is redundant. the view.obj should be sufficient. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10227] Improve performance of MemoryView slicing
Antoine Pitrou pit...@free.fr added the comment: As an additional point: the PyMemoryObject has a base member that I think is redundant. the view.obj should be sufficient. Yes, that's what I think as well. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10229] Refleak run of test_gettext fails
New submission from Antoine Pitrou pit...@free.fr: This is probably caused by r85223. $ ./python -m test.regrtest -R 3:2 test_gettext [1/1] test_gettext beginning 5 repetitions 12345 test test_gettext failed -- Traceback (most recent call last): File /home/antoine/py3k/deallocwarn/Lib/test/test_gettext.py, line 348, in test_cache self.assertEqual(len(gettext._translations), 0) AssertionError: 2 != 0 1 test failed: test_gettext -- assignee: eric.araujo components: Tests messages: 119882 nosy: eric.araujo, pitrou priority: normal severity: normal stage: needs patch status: open title: Refleak run of test_gettext fails type: resource usage versions: Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10229 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10093] Warn when files are not explicitly closed
Antoine Pitrou pit...@free.fr added the comment: I've committed the patch in r85920; let's watch the buildbots. Also, you'll see many warnings in the test suite if compiled --with-pydebug. -- resolution: - fixed stage: - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10227] Improve performance of MemoryView slicing
Kristján Valur Jónsson krist...@ccpgames.com added the comment: In 2.x, strings are sliced using PySequence_GetSlice(). ceval.c in 3.0 is different, there is no apply_slice there (despite comments to that effect). I'd have to take another look with the profiler to figure out how bytes slicing in 3.0 works, but I suspect that it is somehow fasttracked passed the creation of slice objects, etc. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10227] Improve performance of MemoryView slicing
Antoine Pitrou pit...@free.fr added the comment: I'd have to take another look with the profiler to figure out how bytes slicing in 3.0 works, but I suspect that it is somehow fasttracked passed the creation of slice objects, etc. I don't think it is fasttracked at all. Even plain indexing is not fasttracked either. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10227] Improve performance of MemoryView slicing
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Well then, its back to the profiler for 3.2. I did all of the profiling with 2.7 for practical reasons (it was the only version I had available at the time) and then ported the change to 3.2 today. But obviously there are different rules in 3.2 :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10227 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2636] Regexp 2.7 (modifications to current re 2.2.2)
Jacques Grove jacq...@tripitinc.com added the comment:
Do we expect this to work on 64 bit Linux and python 2.6.5? I've compiled and
run some of my code through this, and there seems to be issues with non-greedy
quantifier matching (at least relative to the old re module):
$ cat test.py
import re, regex
text = (MY TEST)
regexp = '\((?Ptest.{0,5}?TEST)\)'
print re.findall(regexp, text)
print regex.findall(regexp, text)
$ python test.py
['MY TEST']
[]
python 2.7 produces the same results for me.
However, making the quantifier greedy (removing the '?') gives the same result
for both re and regex modules.
--
nosy: +jacques
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2636
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10093] Warn when files are not explicitly closed
Marc-Andre Lemburg m...@egenix.com added the comment: Antoine Pitrou wrote: Antoine Pitrou pit...@free.fr added the comment: That's what I'm referring to: most Python applications are written with the fact in mind, that garbage collection will close the files or socket. That's a perfectly fine way of writing Python applications, Some people would disagree, especially Windows users who cannot timely delete files when some file descriptors still point to them. There is no difference here: Whether you write an application with automatic closing of the file/socket at garbage collection time in mind, or you explicitly close the file/socket, the timing is the same. The only difference is with Python implementations that don't use synchronous garbage collection, e.g. Jython, but not with CPython. so why should the programmer get warned about this regular approach to Python programming ? Again: it is an *optional* warning. It is *disabled* by default, except when compiled --with-pydebug. Yes, I know. I still find the warning rather useless, since it warns about code that's perfectly ok. The same applies for sockets. It is *definitely* a mistake if the socket has been bound to a local address and/or connected to a remote endpoint. I don't follow you. Where's the difference between writing: s.close() or s = None for an open socket s ? Think of the simple idiom: data = open(filename).read() This would always create a warning under the proposal. We have had many Windows buildbot failures because of such coding style. Again: where's the difference between writing: data = open(filename).read() and f = open(filename) data = f.read() f.close() ? If the above coding style causes problems, the reasons must be elsewhere, since there is no difference between those two styles (other than cluttering up your locals). The for-loop file iterator support was explicitly added to make writing: for line in open(filename): print line possible. If you want to monitor resource usage in your application it would be a lot more useful to provide access to the number of currently open FDs Agreed it would be useful as well, but please tell that to operating system vendors. Python has no way to calculate such a statistic. At least for Linux, that's not hard and I doubt it is for other OSes. 4 On other Unixes, you can simply use fcntl() to scan all possible FDs for open FDs. On Windows you can use one of these functions for the same effect: http://msdn.microsoft.com/en-us/library/kdfaxaay(v=VS.90).aspx -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10093] Warn when files are not explicitly closed
Antoine Pitrou pit...@free.fr added the comment: Whether you write an application with automatic closing of the file/socket at garbage collection time in mind, or you explicitly close the file/socket, the timing is the same. No, because objects can be kept alive through tracebacks (or reference cycles). I don't follow you. Where's the difference between writing: s.close() or s = None for an open socket s ? The difference is when s is still referenced elsewhere. Also, the intent of the former is clear while the latter is deliberately obscure (while not saving any significant amount of typing). The for-loop file iterator support was explicitly added to make writing: for line in open(filename): print line possible. So what? At least for Linux, that's not hard and I doubt it is for other OSes. 4 On other Unixes, you can simply use fcntl() to scan all possible FDs for open FDs. On Windows you can use one of these functions for the same effect: http://msdn.microsoft.com/en-us/library/kdfaxaay(v=VS.90).aspx Until you post some code I won't understand what you are talking about. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10230] test_tarfile failure (test_extractall) on AMD64 debian parallel 3.x: os.utime(float) issue
New submission from STINNER Victor victor.stin...@haypocalc.com: test_tarfile in only failing on one 3.x buildbot: AMD64 debian parallel 3.x. The problem is related to the mtime field and os.utime(): http://www.python.org/dev/buildbot/builders/AMD64 debian parallel 3.x/builds/508/steps/test/logs/stdio == FAIL: test_extractall (test.test_tarfile.MiscReadTest) -- Traceback (most recent call last): File /var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/test_tarfile.py, line 358, in test_extractall self.assertEqual(tarinfo.mtime, file_mtime, errmsg) AssertionError: tar mtime 1041808783 (int) != file time 1041808783.01 (0x1.f0c5ec788p+29) of path '/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/build/test_python_23882/@test_23882_tmp-tardir/ustar/dirtype' == FAIL: test_extractall (test.test_tarfile.GzipMiscReadTest) -- Traceback (most recent call last): File /var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/test_tarfile.py, line 358, in test_extractall self.assertEqual(tarinfo.mtime, file_mtime, errmsg) AssertionError: tar mtime 1041808783 (int) != file time 1041808783.03 (0x1.f0c5ec7800019p+29) of path '/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/build/test_python_23882/@test_23882_tmp-tardir/ustar/dirtype' == FAIL: test_extractall (test.test_tarfile.Bz2MiscReadTest) -- Traceback (most recent call last): File /var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/Lib/test/test_tarfile.py, line 358, in test_extractall self.assertEqual(tarinfo.mtime, file_mtime, errmsg) AssertionError: tar mtime 1041808783 (int) != file time 1041808783.05 (0x1.f0c5ec780002ap+29) of path '/var/autofs/net/homedir/home/martin.vonloewis/buildarea/3.x.loewis-parallel2/build/build/test_python_23882/@test_23882_tmp-tardir/ustar/dirtype' -- (I patched test_extractall to dump mtime values as hexadecimal for floats) Binary dump os this ustar/dirtype entry: 15360) file[2]: Tar File (ustar/dirtype/: Directory, 0 bytes) (512 bytes) 0) name= ustar/dirtype/: Name (100 bytes) 100) mode= 755: Mode (8 bytes) 108) uid= 0001750: User ID (8 bytes) 116) gid= 144: Group ID (8 bytes) 124) size= 000: Size (12 bytes) 136) mtime= 07606136617: Modification time (12 bytes) 148) check_sum= 015042: Check sum (8 bytes) 156) type= Directory: Type (1 byte) 157) lname= (empty): Link name (100 bytes) 257) magic= ustar\x: Magic (8 bytes) 265) uname= tarfile: User name (32 bytes) 297) gname= tarfile: Group name (32 bytes) 329) devmajor= 000: Dev major (8 bytes) 337) devminor= 000: Dev minor (8 bytes) 345) padding= null: Padding (zero) (167 bytes) So this directory has no PAX extra headers, only classical headers, and mtime is 0o7606136617 (1041808783). os.utime() gets an integer with exact value 1041808783, but then os.stat() gives st_mtime: - 1041808783.01 (0x1.f0c5ec788p+29) - 1041808783.03 (0x1.f0c5ec7800019p+29) - 1041808783.05 (0x1.f0c5ec780002ap+29) To set file time, os.utime() has 4 implementations: - SetFileTime() for Windows - utimes() using struct timeval - utime() using time_t - utime() using struct utimbuf I don't know which one is used (except that it is not supposed to be a Windows host :-)). -- components: Library (Lib), Tests keywords: buildbot messages: 119890 nosy: haypo, loewis priority: normal severity: normal status: open title: test_tarfile failure (test_extractall) on AMD64 debian parallel 3.x: os.utime(float) issue versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10230 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6011] python doesn't build if prefix contains non-ascii characters
Baptiste Carvello baptiste...@free.fr added the comment: Hello, I can reproduce the exact same error as Éric. The end of the output is a little bit more informative here: Could not find platform dependent libraries exec_prefix Consider setting $PYTHONHOME to prefix[:exec_prefix] Fatal Python error: Py_Initialize: Unable to get the locale encoding SystemError: NULL result without error in PyObject_Call /bin/sh: line 1: 13513 Aborted CC='gcc -pthread' LDSHARED='gcc -pthread -shared ' OPT='-DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes' ./python -E ./setup.py build make: *** [sharedmods] Error 134 I only kept the part of the log that is output if I rerun make. The number 13513 must be a PID number. It is not stable across invocations. Running just ./python -E ./setup.py build, or just ./python setup.py build does also abort with Could not find platform dependent libraries exec_prefix Consider setting $PYTHONHOME to prefix[:exec_prefix] Fatal Python error: Py_Initialize: Unable to get the locale encoding SystemError: NULL result without error in PyObject_Call Aborted The instructions to reproduce, used in my home directory (which has a ASCII path), are: svn co http://svn.python.org/projects/python/branches/py3k cd py3k/ export LC_ALL=C export LANG=C ./configure --prefix=/home/baptiste/Desktop/Téléchargements/PyInstall make make ./python -E ./setup.py build ./python setup.py build The svn revision pulled was 85926. Hope this helps, Baptiste -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6011 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10208] add mazovia.py to encodings/
Piotr Matuszewski pythl...@farmatex.com.pl added the comment: it's still used by some business in Poland, who have DOS based systems, but I don't think any new deployments are using it -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10208 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10230] test_tarfile failure (test_extractall) on AMD64 debian parallel 3.x: os.utime(float) issue
Martin v. Löwis mar...@v.loewis.de added the comment: This is a duplicate of http://bugs.python.org/issue10184 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10230 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6011] python doesn't build if prefix contains non-ascii characters
Baptiste Carvello baptiste...@free.fr added the comment: A little bit more information: the error message comes from Python/pythonrun.c, line 736, in function initfsencoding. This part of the code is protected with a preprocessor #if: #if defined(HAVE_LANGINFO_H) defined(CODESET) so I tried replacing that with #if 0. However, the function then fails on line 750. The comment on line 749 states: /* Such error can only occurs in critical situations: no more * memory, import a module of the standard library failed, * etc. */ It looks like it is not the case, and that Py_FileSystemDefaultEncoding has no reasonable default when python is called from the build directory with the C locale. For the record, when running the system python with the C locale, the filesystemencoding is gets set to 'ANSI_X3.4-1968'. Last thing, in case it is of any use, all my testing is done on an amd64 Debian stable system. Cheers, Baptiste -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6011 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10093] Warn when files are not explicitly closed
Marc-Andre Lemburg m...@egenix.com added the comment: Antoine Pitrou wrote: Antoine Pitrou pit...@free.fr added the comment: Whether you write an application with automatic closing of the file/socket at garbage collection time in mind, or you explicitly close the file/socket, the timing is the same. No, because objects can be kept alive through tracebacks (or reference cycles). If you get a traceback, the explicitly file.close() won't help you either; but that usually doesn't matter, since program execution will stop, the traceback will get GCed and the file closed. This is a very normal and reasonable expectation of a Python programmer. I don't follow you. Where's the difference between writing: s.close() or s = None for an open socket s ? The difference is when s is still referenced elsewhere. Also, the intent of the former is clear while the latter is deliberately obscure (while not saving any significant amount of typing). Sure, but that's not the point. It is not a mistake to write such code and neither is this obscure, otherwise we'd also require explicit garbage collection for other parts of Python. If the application keeps references to the objects in other places, the programmer would, of course, add an explicit .close(). Ditto for the files. The for-loop file iterator support was explicitly added to make writing: for line in open(filename): print line possible. So what? The warning will trigger without any reason. At least for Linux, that's not hard and I doubt it is for other OSes. 4 On other Unixes, you can simply use fcntl() to scan all possible FDs for open FDs. On Windows you can use one of these functions for the same effect: http://msdn.microsoft.com/en-us/library/kdfaxaay(v=VS.90).aspx Until you post some code I won't understand what you are talking about. RoundUp's email interface ate the code. I'll post it again via the web interface. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10093] Warn when files are not explicitly closed
Marc-Andre Lemburg m...@egenix.com added the comment:
Reposted via the web interface:
If you want to monitor resource usage in your application it
would be a lot more useful to provide access to the number of
currently open FDs
Agreed it would be useful as well, but please tell that to operating
system vendors. Python has no way to calculate such a statistic.
At least for Linux, that's not hard and I doubt it is for other OSes.
import os
nfds = len(os.listdir('/proc/%i/fd' % os.getpid()))
print nfds
4
On other Unixes, you can simply use fcntl() to scan all possible FDs
for open FDs.
On Windows you can use one of these functions for the same effect:
http://msdn.microsoft.com/en-us/library/kdfaxaay(v=VS.90).aspx
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10093
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10208] add mazovia.py to encodings/
Marc-Andre Lemburg m...@egenix.com added the comment: Piotr Matuszewski wrote: Piotr Matuszewski pythl...@farmatex.com.pl added the comment: it's still used by some business in Poland, who have DOS based systems, but I don't think any new deployments are using it Then I think it's better maintained outside the stdlib. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10208 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10208] add mazovia.py to encodings/
Changes by Marc-Andre Lemburg m...@egenix.com: -- resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10208 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10093] Warn when files are not explicitly closed
Antoine Pitrou pit...@free.fr added the comment: The warning will trigger without any reason. Well, by now you should have understood the reason, so I conclude that you are either 1) deaf 2) stupid 3) deliberately obnoxious. This is my last answer to you on this topic. Goodbye. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10231] SimpleHTTPRequestHandler directory bugs
New submission from Hallvard B Furuseth h.b.furus...@usit.uio.no:
SimpleHTTPRequestHandler directory bugs
Running 3.2a3 http/server.py or 2.7 SimpleHTTPServer.py as a script:
* Redirection appends / to the unparsed URL instead of to the
pathname component of the parsed URL: foo/dir?baz = foo/dir?baz/.
* The unparsed URL is also used to check if the URL ends with /.
Thus foo/dir?baz/ gives a directory listing instead of redirecting,
which makes the files relative to foo/ instead of to foo/dir/.
* translate_path(directory/) produces filenames without a final /.
Not sure if that is correct for CGI env['PATH_TRANSLATED']. Anyway:
This means a non-directory file with a final slash is accepted, but
again relative URLs in that file will refer to the wrong absolute URL.
.../foo.html/ + relative URL bar.html - .../foo.html/bar.html.
However if translate_path(...foo/) is changed and you use stat() on
the result, I do not know if all relevant directory operations work
with the final directory separator on all OSes. I seem to remember
getting errors in some OS for stat(dirname/, st) in C.
* translate_path() does not handle initial ./.. on non-Posix systems.
If that's wrong, it can (ignoring other issues listed here) do this:
drop = frozenset((os.curdir, os.pardir, '', '.', '..'))
for ...:
if word not in drop: os.path.join(path, word)
Though it looks a bit quicker to do
words, drop = [], frozenset((os.curdir, os.pardir, '', '.', '..'))
for word in filter(None, path.split('/')):
word = os.path.split(os.path.splitdrive(word)[1])[1]
if word not in drop: words.append(word)
return os.path.join(os.getcwd(), *words)
unless that can somehow produce a different result.
--
components: Library (Lib)
messages: 119899
nosy: hfuru
priority: normal
severity: normal
status: open
title: SimpleHTTPRequestHandler directory bugs
type: behavior
versions: Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10231
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10206] python program starting with unmatched quote spews spaces to stdout
Eric Smith e...@trueblade.com added the comment: I think Benjamin fixed this in r85904. I'm going to verify and add some tests. -- priority: critical - normal stage: patch review - unit test needed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10206 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10206] python program starting with unmatched quote spews spaces to stdout
Changes by Eric Smith e...@trueblade.com: Removed file: http://bugs.python.org/file19396/issue10206.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10206 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10093] Warn when files are not explicitly closed
Marc-Andre Lemburg m...@egenix.com added the comment: Antoine Pitrou wrote: Antoine Pitrou pit...@free.fr added the comment: The warning will trigger without any reason. Well, by now you should have understood the reason, so I conclude that you are either 1) deaf 2) stupid 3) deliberately obnoxious. This is my last answer to you on this topic. Goodbye. Ignoring your insults, I think the problem is that you fail to see point or address it: Warnings in Python are meant to tell programmers that something should be fixed. The warnings in the examples I gave do not point to cases that need to be fixed, in fact, they are very common idioms used in Python books, examples and tutorials. Note that you've just added warning filters to the test suite to ignore the warning again. I find that a good argument for not having it in this form in the first place. A truely useful ResourceWarning would trigger if resources gets close to some limit, e.g. if the number of open file descriptors reaches a certain limit. This could easily be tested when opening them, since they are plain integers. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10231] SimpleHTTPRequestHandler directory bugs
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10231 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10214] Misc/python-mode.el is out of date.
Barry A. Warsaw ba...@python.org added the comment: r85927 in py3k r85928 in release31-maint r85929 in release27-maint -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10214 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10093] Warn when files are not explicitly closed
Antoine Pitrou pit...@free.fr added the comment: The buildbots showed no major issue, so this issue is now resolved. The warnings expose a lot of issues in the stdlib that deserve addressing, though ;) -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10093] Warn when files are not explicitly closed
Benjamin Peterson benja...@python.org added the comment: 2010/10/29 Marc-Andre Lemburg rep...@bugs.python.org: Marc-Andre Lemburg m...@egenix.com added the comment: Antoine Pitrou wrote: Antoine Pitrou pit...@free.fr added the comment: The warning will trigger without any reason. Well, by now you should have understood the reason, so I conclude that you are either 1) deaf 2) stupid 3) deliberately obnoxious. This is my last answer to you on this topic. Goodbye. Ignoring your insults, I think the problem is that you fail to see point or address it: Warnings in Python are meant to tell programmers that something should be fixed. The warnings in the examples I gave do not point to cases that need to be fixed, in fact, they are very common idioms used in Python books, examples and tutorials. They're not particularly good idioms then. Leaving files open haphazardly leads to subtle bugs as our test suite has shown. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10093 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4431] Distutils MSVC doesn't create manifest file (with fix)
David Joy videa...@gmail.com added the comment: Hi All, I just built mysql-python against CPython2.7 MSVC2008 Express Edition and Server 2003 R2. All were freshly built on a clean Server 2003 install. This exact issue occurred building with pip 0.8.1 on top of distribute 0.6.14: C:\Program Files\Microsoft SDKs\Windows\v6.0A\bin\mt.exe -nologo -manifest build\temp.win32-2.7\Release\_mysql.pyd.manifest -outputresource:build\lib.win32-2.7\_mysql.pyd;2 build\temp.win32-2.7\Release\_mysql.pyd.manifest : general error c1010070: Failed to load and parse the manifest. The system cannot find the file specified. error: command 'mt.exe' failed with exit status 31 Command C:\Python27\python.exe -c import setuptools;__file__='C:\\Documents and Settings\\Administrator\\build\\mysql-python\\setup.py';execfile(__file__) install --single-version-externally-managed --record c:\docume~1\admini~1\locals~1\temp\pip-qqb1ax-record\install-record.txt failed with error code 1 Storing complete log in C:\Documents and Settings\Administrator\Application Data\pip\pip.log Pavel's patch fixes my build. Does this patch break something else? I can reproduce this on 2.7 and 2.6.6. -- nosy: +David.Joy versions: +Python 2.7 -Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4431] Distutils MSVC doesn't create manifest file (with fix)
Marc-Andre Lemburg m...@egenix.com added the comment: Hi David, since both you and Pavel are building mysql-python and using setuptools (which applies a lot of hacks on stock distutils), could you please also try some other package from PyPI in that same configuration and preferably one which doesn't rely on setuptools ? Adding the switch per default will probably not cause much harm, except when you explicitly don't want the manifest to be created and added to the DLL (which is needed in some situations as as well). Thanks, -- Marc-Andre Lemburg eGenix.com ::: Try our new mxODBC.Connect Python Database Interface for free ! eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 http://www.egenix.com/company/contact/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4431] Distutils MSVC doesn't create manifest file (with fix)
Changes by Marc-Andre Lemburg m...@egenix.com: Removed file: http://bugs.python.org/file13126/unnamed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4431 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10232] Tkinter issues with Scrollbar and custom widget list
New submission from Robert Lerche r...@msbit.com: I have run across several issues (one serious one, showing up only on Windows) when implementing a scroll bar with a list of custom widgets. I suspect these may really be Tk issues but I thought I'd try posting here first. I sent this to the tkinter-discuss list and saw no replies. Please have a look and advise me on the right way to proceed. Thanks. -- components: Tkinter files: testcase.py messages: 119907 nosy: Robert.Lerche priority: normal severity: normal status: open title: Tkinter issues with Scrollbar and custom widget list type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file19412/testcase.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10225] Fix doctest runable examples in python manual
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I am attaching a new patch which fixes all but two doctest examples. I suspect that the remaining failures are due to a bug in sphinx. (The examples are executed even though marked up with ::). -- stage: needs patch - patch review Added file: http://bugs.python.org/file19413/issue10225a-r27.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10225 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10233] fix test_tarfile ResourceWarnings
New submission from Antoine Pitrou pit...@free.fr: This fixes all the warnings because of files not closed explicitly in test_tarfile. -- components: Library (Lib) files: tarfileclose.patch keywords: patch messages: 119909 nosy: lars.gustaebel, pitrou priority: normal severity: normal stage: patch review status: open title: fix test_tarfile ResourceWarnings type: resource usage versions: Python 3.2 Added file: http://bugs.python.org/file19414/tarfileclose.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10233 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10224] Build 3.x documentation using python3.x
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: The usual build process via Makefile still uses Python 2, and that won't change for 3.2. Would you consider changing doctest make target to check out sphinx trunk (or 3.x compatible release) and run it with the py3k python? This should not affect regular doc builds and running doctest under anything other than the current version of python makes very little sense. Note that I am still targeting documentation fixes for 3.2. See issue 10225. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10224 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6645] multiprocessing build fails on AIX - /dev/urandom (or equivalent) not found
Sridhar Ratnakumar sridh...@activestate.com added the comment: No, this is not an issue for me on Python 3.2 and AIX 5.1. -- versions: -Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6645 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10229] Refleak run of test_gettext fails
Éric Araujo mer...@netwok.org added the comment: Thanks for catching this. Attached patch fixes the error with -R and works without -R too, please review. -- keywords: +needs review, patch nosy: +loewis, v_peter stage: needs patch - patch review Added file: http://bugs.python.org/file19415/fix-10229.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10229 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6645] multiprocessing build fails on AIX - /dev/urandom (or equivalent) not found
Jesse Noller jnol...@gmail.com added the comment: Closing per Sridhar -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6645 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10226] urlparse example is wrong
Éric Araujo mer...@netwok.org added the comment: // is not part of the netloc in RFC terms, it’s a delimiter between components -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10226 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10229] Refleak run of test_gettext fails
Antoine Pitrou pit...@free.fr added the comment: Thanks for catching this. Attached patch fixes the error with -R and works without -R too, please review. It looks good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10229 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10234] ResourceWarnings in test_subprocess
New submission from Antoine Pitrou pit...@free.fr: Since r85920, test_subprocess has been showing a bunch of ResourceWarnings. It seems that the pipe objects don't get explicitly closed in wait() or __del__, while they do in communicate(). -- components: Library (Lib), Tests messages: 119916 nosy: gregory.p.smith, pitrou priority: normal severity: normal status: open title: ResourceWarnings in test_subprocess type: resource usage versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10234 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10225] Fix doctest runable examples in python manual
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: I started porting the patch to 3.x and it looks like I've uncovered another bug in sphinx: $ sphinx-build -b doctest -d build/doctrees . build/doctest library/traceback.rst .. ** File library/traceback.rst, line 327, in default .. Differences (ndiff with -expected +actual): *** print_tb: - File doctest..., line 10, in module ? ^^^ + File doctest default[0], line 10, in module ? ^^^ lumberjack() (I added +REPORT_NDIFF to testoutput options for clarity.) I even tried adding +ELLIPSIS to options, but this did not help. The same example works in 2.7. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10225 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10224] Build 3.x documentation using python3.x
Changes by Daniel Urban urban.dani...@gmail.com: -- nosy: +durban ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10224 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9340] argparse parse_known_args does not work with subparsers
Changes by Guandalino guandal...@gmail.com: -- nosy: +guandalino ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9340 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names
Martin v. Löwis mar...@v.loewis.de added the comment:
I just did an experiment on Windows 7. I used SetComputerNameEx to set the
NetBIOS name (4) to e2718, and the DNS name (5) to π3141; then I rebooted.
This is on a system with windows-1252 as its ANSI code page (i.e.
uπ==u\N{GREEK SMALL LETTER PI} is not in the ANSI charset. After the
reboot, I found
- COMPUTERNAME is P3141, and so is the result of GetComputerNameEx(4)
- GetComputerNameEx(5) is π3141
- socket.gethostname of Python 2.5 returns p3141.
So my theory of how this all fits together is this:
1. it's not really possible to completely decouple the DNS name and the NetBIOS
name. Setting the DNS name also modifies the NetBIOS name; I suspect that the
reverse is also true.
2. gethostname returns the ANSI version of the DNS name (which happens to
convert the GREEK SMALL LETTER PI to a LATIN SMALL LETTER P).
3. the NetBIOS name is an generally an uppercase version of the gethostname
result. There may be rules in case the gethostname result contains characters
illegal in NetBIOS.
In summary, I (now) think it's fine to return the Unicode version of the DNS
name from gethostname on Windows.
Re msg119271: the name π3141 really has nothing to do with the DNS on my
system. It doesn't occur in DNS any zone, nor could it possibly. It's unclear
to me why Microsoft calls it the DNS name.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9377
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7547] test_timeout should skip, not fail, when the remote host is not available
Sandro Tosi sandro.t...@gmail.com added the comment: Hello, as discussed on irc, I'm proposing a patch that: - wraps the test with support.transient_internet - limits the assert to only socket.timeout (what we want to test) test_smptnet.py is already fixed, since it already uses support.transient_internet Regards, Sandro -- keywords: +patch nosy: +sandro.tosi stage: needs patch - patch review Added file: http://bugs.python.org/file19416/issue7547-py3k.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7547 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8678] crashers in rgbimg
Tomas Hoger tho...@redhat.com added the comment: You seem to be right that r65878 should block the xsize = ysize = 0x8000 integer overflow. I was testing on the python version with r60793, but not with r65878. Note that the check added in r65878 should still cause crash on divide-by-zero for some files. Attaching my test files. 1 is for excessive ZSIZE, 2 and 3 for the integer overflow, RLE and non-RLE code path, 4 and 5 for RLE decoding issues. 6 should trigger sigfpe in the r65878 check as noted above, but I've not really tested that one. -- Added file: http://bugs.python.org/file19417/rgbimg-issue8678.tgz ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8678 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7061] Improve 24.5. turtle doc
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Committed issue7061a.diff r85930. This is probably a backport candidate. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7061] Improve 24.5. turtle doc
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: While working on issue 10225, I have found several mistakes in turtle.rst examples. It probably makes sense to review these separately and commit as part of this issue rather than bunching with the other issue 10225 changes. There are still two remaining failures that I attribute to sphinx bugs. One is due to an already reported ellipsis bug, and the other is a rather strange failure in the shapetransform example. Georg, can you take a look? File library/turtle.rst, line 1272, in default Failed example: turtle.shapetransform() Expected: (4.0, -1.0, -0.0, 2.0) Got: (2.82842712474619, -2.121320343559643, 2.8284271247461907, 0.7071067811865472) Note that this test succeeds when it is the only test in a file. -- Added file: http://bugs.python.org/file19418/issue7061b.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7061] Improve 24.5. turtle doc
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: Gregor, I suspect that there are doctest mistakes in the turtle.py docstrings, but I cannot figure out how to run it through doctest. Can you help? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7547] test_timeout should skip, not fail, when the remote host is not available
Antoine Pitrou pit...@free.fr added the comment: Committed in r85931 (3.2), r85932 (3.1) and r85933 (2.7). -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7547 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names
Martin v. Löwis mar...@v.loewis.de added the comment: r85934 now uses GetComputerNameExW on Windows. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7061] Improve 24.5. turtle doc
Alexander Belopolsky belopol...@users.sourceforge.net added the comment: As I suspected, the turtle.shapetransform() stems from sphinx' failure to reinitialize the turtle variable as testsetup dictates. I can work around this by adding turtle = Turtle() above turtle.shape(square) turtle.shapesize(4,2) turtle.shearfactor(-0.5) turtle.shapetransform() (4.0, -1.0, -0.0, 2.0) but I don't think it is a good idea to pollute the documentation this way. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7061 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names
Marc-Andre Lemburg m...@egenix.com added the comment:
Martin v. Löwis wrote:
Martin v. Löwis mar...@v.loewis.de added the comment:
I just did an experiment on Windows 7. I used SetComputerNameEx to set the
NetBIOS name (4) to e2718, and the DNS name (5) to π3141; then I
rebooted. This is on a system with windows-1252 as its ANSI code page (i.e.
uπ==u\N{GREEK SMALL LETTER PI} is not in the ANSI charset. After the
reboot, I found
- COMPUTERNAME is P3141, and so is the result of GetComputerNameEx(4)
- GetComputerNameEx(5) is π3141
- socket.gethostname of Python 2.5 returns p3141.
So my theory of how this all fits together is this:
1. it's not really possible to completely decouple the DNS name and the
NetBIOS name. Setting the DNS name also modifies the NetBIOS name; I suspect
that the reverse is also true.
The MS docs mention that setting the DNS name will adjust the NetBIO name
as well (with the NetBIOS name being converted to upper case and truncated,
if the DNS name is too long).
They don't mention anything about the NetBIOS name encoding.
2. gethostname returns the ANSI version of the DNS name (which happens to
convert the GREEK SMALL LETTER PI to a LATIN SMALL LETTER P).
3. the NetBIOS name is an generally an uppercase version of the gethostname
result. There may be rules in case the gethostname result contains characters
illegal in NetBIOS.
In summary, I (now) think it's fine to return the Unicode version of the DNS
name from gethostname on Windows.
Re msg119271: the name π3141 really has nothing to do with the DNS on my
system. It doesn't occur in DNS any zone, nor could it possibly. It's unclear
to me why Microsoft calls it the DNS name.
The DNS name of the Windows machine is the combination of the DNS host
name and the DNS domain that you setup on the machine. I think the
misunderstanding is that you assume this combination will
somehow appear as known DNS name of the machine via some
DNS server on the network - that's not the case.
Of course, it's not particularly useful to set the DNS name to
something that other machines cannot find out via an DNS query.
FWIW, you can do the same on a Linux box, i.e. setup the host name
and domain to some completely bogus values. And as David pointed out,
without also updating the /etc/hosts on the Linux, you always get the
resolver error with hostname -f I mentioned earlier on (which does
a DNS lookup), so there's no real connection to the DNS system on
Linux either.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9377
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names
Marc-Andre Lemburg m...@egenix.com added the comment: Martin v. Löwis wrote: Martin v. Löwis mar...@v.loewis.de added the comment: r85934 now uses GetComputerNameExW on Windows. Thanks, Martin. Here's a similar discussion of the Windows approach (used in bzr): https://bugs.launchpad.net/bzr/+bug/256550/comments/6 This is what Solaris uses: http://developers.sun.com/dev/gadc/faq/locale.html#get-set (they require conversion to ASCII and using IDNA for non-ASCII names) I found this RFC draft on the topic: http://tools.ietf.org/html/draft-josefsson-getaddrinfo-idn-00 which suggests that there is no standard for the encoding used by the socket host name APIs yet. ASCII, UTF-8 and IDNA are happily mixed and matched. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8678] crashers in rgbimg
Changes by Brett Cannon br...@python.org: -- nosy: -brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8678 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names
Martin v. Löwis mar...@v.loewis.de added the comment: The Solaris case then is already supported, with no change required: if Solaris bans non-ASCII in the network configuration (or, rather, recommends to use IDNA), then this will work fine with the current code. The Josefsson AI_IDN flag is irrelevant to Python, IMO: it treats byte names as locale-encoded, and converts them with IDNA. Python 3 users really should use Unicode strings in the first place for non-ASCII data, in which case the socket.getaddrinfo uses IDNA, anyway. However, it can't hurt to expose this flag if the underlying C library supports it. AI_CANONIDN might be interesting to implement, but I'd rather wait whether this finds RFC approval. In any case, undoing IDNA is orthogonal to this issue (which is about non-ASCII data returned from the socket API). If anything needs to be done on Unix, I think that the gethostname result should be decoded using the file system encoding; I then don't mind using surrogate escape there for good measure. This won't hurt systems that restrict host names to ASCII, and may do some good for systems that don't. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10230] test_tarfile failure (test_extractall) on AMD64 debian parallel 3.x: os.utime(float) issue
Changes by Georg Brandl ge...@python.org: -- resolution: - duplicate status: open - closed superseder: - tarfile touches directories twice ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10230 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2636] Regexp 2.7 (modifications to current re 2.2.2)
Matthew Barnett pyt...@mrabarnett.plus.com added the comment: That's a bug. I'll fix it as soon has I've reinstalled the SDK. sigh/ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2636 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10235] test_argparse depends on the COLUMNS environment variable
New submission from Antoine Pitrou pit...@free.fr: Changing it can produce failures, e.g.: $ COLUMNS=178 ./python -m test.regrtest -v test_argparse This can be seen on one of the buildbots: http://www.python.org/dev/buildbot/all/builders/PPC%20Leopard%203.x/builds/685/steps/test/logs/stdio -- assignee: bethard components: Tests messages: 119931 nosy: bethard, janssen, pitrou priority: normal severity: normal stage: needs patch status: open title: test_argparse depends on the COLUMNS environment variable type: behavior versions: Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10235 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10236] Sporadic failures of test_ssl
New submission from Stephen Hansen me+pyt...@ixokai.io: Another sporadic failure I've noticed since setting up my buildbot; test_ssl keeps going down. This one I have a hard time analyzing with the tests output, but the latest is: http://www.python.org/dev/buildbot/all/builders/x86%20Snow%20Leopard%203.x/builds/250 There's this part in the log: test_get_server_certificate (test.test_ssl.NetworkedTests) ... [Errno 1] _ssl.c:390: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed Verified certificate for svn.python.org:443 is [...pem...] ok There's an errno printed there, but then more debugging for that same test-- and an 'ok'-- so I don't see the FAIL message I'm expecting. So to my naive reading, it seems that it is running once and failing, then re-running in verbose and /not/ failing (and that the error-like message there may not be an error). So, the original problem is a mystery. Or I'm totally reading it wrong. Either way, I've seen this several times and am not sure how to further debug it. Any suggestions or pointers are welcome. Or fixes :) -- messages: 119932 nosy: ixokai priority: normal severity: normal status: open title: Sporadic failures of test_ssl versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10236 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10236] Sporadic failures of test_ssl
Changes by Stephen Hansen me+pyt...@ixokai.io: -- components: +Library (Lib), Tests type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10236 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10235] test_argparse depends on the COLUMNS environment variable
Antoine Pitrou pit...@free.fr added the comment: Already reported actually. -- resolution: - duplicate status: open - closed superseder: - test_argparse.py: 80 failures if COLUMNS env var set to a value other than 80 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10235 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9553] test_argparse.py: 80 failures if COLUMNS env var set to a value other than 80
Antoine Pitrou pit...@free.fr added the comment: As noted in issue10235, this is responsible for buildbot failures: http://www.python.org/dev/buildbot/all/builders/PPC%20Leopard%203.x/builds/685/steps/test/logs/stdio -- nosy: +janssen, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9553 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names
Marc-Andre Lemburg m...@egenix.com added the comment: Martin v. Löwis wrote: Martin v. Löwis mar...@v.loewis.de added the comment: The Solaris case then is already supported, with no change required: if Solaris bans non-ASCII in the network configuration (or, rather, recommends to use IDNA), then this will work fine with the current code. The Josefsson AI_IDN flag is irrelevant to Python, IMO: it treats byte names as locale-encoded, and converts them with IDNA. Python 3 users really should use Unicode strings in the first place for non-ASCII data, in which case the socket.getaddrinfo uses IDNA, anyway. However, it can't hurt to expose this flag if the underlying C library supports it. AI_CANONIDN might be interesting to implement, but I'd rather wait whether this finds RFC approval. In any case, undoing IDNA is orthogonal to this issue (which is about non-ASCII data returned from the socket API). If anything needs to be done on Unix, I think that the gethostname result should be decoded using the file system encoding; I then don't mind using surrogate escape there for good measure. This won't hurt systems that restrict host names to ASCII, and may do some good for systems that don't. Wouldn't it be better to also attempt to decode the name using IDNA in case the name starts with the IDNA prefix ? This would then also cover the Solaris case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10177] PyUnicode_AsWideCharString and PyMem_Free
Terry J. Reedy tjre...@udel.edu added the comment: I think questions like this are better answered on python-list or even pydev. In the absence of an observed problem, I would presume it is ok. This question should be answered in the C-API doc. If it is not, you could reopen this as a doc issue. -- nosy: +terry.reedy resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10177 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10188] tempfile.TemporaryDirectory may throw errors at shutdown
Terry J. Reedy tjre...@udel.edu added the comment: Shutdown has been a 'forever' problem ;-). It would seem sensible to me to have a fixed end-of-shutdown sequence for essential modules. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10188 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6105] json.dumps doesn't respect OrderedDict's iteration order
Benjamin Peterson benja...@python.org added the comment: Upon further consideration, I think this could be backported. -- assignee: benjamin.peterson - rhettinger resolution: wont fix - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6105 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10212] struct.unpack and cStringIO.StringIO don't support new buffer
Terry J. Reedy tjre...@udel.edu added the comment: In the absence of doc references in this and #10211 that would *clearly* settle the bug vs. feature issue, it strikes me as a bit murky. So I am inclined to agree with MAL that failure to achieve the stated, documented purpose is a bug. I strongly suspect that if these issues had been filed during the 2.7 beta phase, a fix would have been deemed permissible without much controversy. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10212 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10232] Tkinter issues with Scrollbar and custom widget list
Terry J. Reedy tjre...@udel.edu added the comment: I have not tried your testcase yet, but agree that issue 4 sounds pretty bad. I guess what you are looking for is either a patch to tkinter that solves at least one of the listed problems (even if only a workaround for a TK bug) or a determination that nothing can be done. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names
Martin v. Löwis mar...@v.loewis.de added the comment: The DNS name of the Windows machine is the combination of the DNS host name and the DNS domain that you setup on the machine. I think the misunderstanding is that you assume this combination will somehow appear as known DNS name of the machine via some DNS server on the network - that's not the case. I don't assume that - I merely point it that it clearly has no relationship to the DNS (unless you explicitly make it that way). So, I wonder why they call it the DNS name - they could have just as well called the LDAP name, or the NIS name. In either case, setting the name would have no impact on the respective naming infrastructure. FWIW, you can do the same on a Linux box, i.e. setup the host name and domain to some completely bogus values. And as David pointed out, without also updating the /etc/hosts on the Linux, you always get the resolver error with hostname -f I mentioned earlier on (which does a DNS lookup), so there's no real connection to the DNS system on Linux either. Yes, but Linux (rightly) calls it the hostname, not the DNS name. -- title: socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names - socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names
Martin v. Löwis mar...@v.loewis.de added the comment: Wouldn't it be better to also attempt to decode the name using IDNA in case the name starts with the IDNA prefix ? Perhaps better - but incompatible. I don't see a way to have the resolver functions automatically decode IDNA, without potentially breaking existing applications that specifically look for the IDNA prefix (say). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10232] Tkinter issues with Scrollbar and custom widget list
Robert Lerche r...@msbit.com added the comment: Hi and thanks for the quick response. I'm happy to follow up with the Tk folks if it turns out that's where the problem lies -- it has been a long time since I wrote a Tcl script so before trying to reproduce the behavior that way I thought I'd try posting what I have so far. If you can just confirm that the behavior is reproducible that would be a good start. As I wrote, I have built everything from sources on Windows so there's always a chance I've done something wrong, although so much is working correctly that I don't expect that to be the case. I'm trying to introduce Python as a development tool at a consulting client (a large company) so I have to pursue stuff like this. Thanks again. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10238] ctypes not building under OS X 10.6 with LLVM/Clang 2.8
New submission from Brett Cannon br...@python.org: I get the following output related to the build failure: /var/folders/MN/MN-E3HgoFXSKDXb9le7FQTI/-Tmp-/cc-MxvLE7.s:153:2: error: unrecognized instruction cmovnz %rax, %rdx ^ /var/folders/MN/MN-E3HgoFXSKDXb9le7FQTI/-Tmp-/cc-MxvLE7.s:154:2: error: unrecognized instruction cmovnz %r10, %rax ^ /var/folders/MN/MN-E3HgoFXSKDXb9le7FQTI/-Tmp-/cc-MxvLE7.s:156:2: error: unrecognized instruction cmovnz %r10, %rdx ^ /var/folders/MN/MN-E3HgoFXSKDXb9le7FQTI/-Tmp-/cc-MxvLE7.s:158:2: error: unrecognized instruction cmovnz %r10, %rax ^ /var/folders/MN/MN-E3HgoFXSKDXb9le7FQTI/-Tmp-/cc-MxvLE7.s:159:2: error: unrecognized instruction cmovnz %r11, %rdx ^ /var/folders/MN/MN-E3HgoFXSKDXb9le7FQTI/-Tmp-/cc-MxvLE7.s:166:2: error: unrecognized instruction rep movsb ^ /var/folders/MN/MN-E3HgoFXSKDXb9le7FQTI/-Tmp-/cc-MxvLE7.s:281:2: error: unrecognized instruction cmovnz %rdx, %rcx ^ /var/folders/MN/MN-E3HgoFXSKDXb9le7FQTI/-Tmp-/cc-MxvLE7.s:285:2: error: unrecognized instruction cmovnz %rdx, %rax ^ -- components: Build messages: 119945 nosy: brett.cannon priority: deferred blocker severity: normal status: open title: ctypes not building under OS X 10.6 with LLVM/Clang 2.8 type: compile error versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10238 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9377] socket, PEP 383: Mishandling of non-ASCII bytes in host/domain names
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: The code in socketmodule.c currently compile with suspect warnings: socketmodule.c(3108) : warning C4047: 'function' : 'LPSTR' differs in levels of indirection from 'int' socketmodule.c(3108) : warning C4024: 'GetComputerNameA' : different types for formal and actual parameter 1 socketmodule.c(3109) : warning C4133: 'function' : incompatible types - from 'Py_UNICODE *' to 'LPDWORD' socketmodule.c(3110) : warning C4020: 'GetComputerNameA' : too many actual parameters was GetComputerName() used instead of GetComputerNameExW()? -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9377 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2636] Regexp 2.7 (modifications to current re 2.2.2)
Matthew Barnett pyt...@mrabarnett.plus.com added the comment: issue2636-20101029.zip is a new version of the regex module. I've also added to the unit tests. -- Added file: http://bugs.python.org/file19419/issue2636-20101029.zip ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2636 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
