[issue13379] Wrong Unicode version in unicodedata docstring

Ezio Melotti added the comment: Fixed, thanks for the report and the review. -- resolution: -> fixed stage: commit review -> committed/rejected status: open -> closed ___ Python tracker __

[issue13379] Wrong Unicode version in unicodedata docstring

Roundup Robot added the comment: New changeset 6ddda809ea8c by Ezio Melotti in branch '3.2': #13379: update Unicode version in unicodedata docstrings and comments. http://hg.python.org/cpython/rev/6ddda809ea8c New changeset 5fdd0c8032d0 by Ezio Melotti in branch 'default': #13379: merge with 3.

[issue13379] Wrong Unicode version in unicodedata docstring

Florent Xicluna added the comment: I would change the last sentence with something like: + unicodedata -- Provides access to the Unicode database. + Data was extracted from the UnicodeData.txt file. + The current version number is reported in unidata_version constant. LGTM. -

[issue13250] ctypes: reference leak in POINTER code

Meador Inge added the comment: I opened issue13380 for fixing the ctypes regrtest caching problem. -- ___ Python tracker ___ ___ Pyth

[issue13380] ctypes: add an internal function for reseting the ctypes caches

New submission from Meador Inge : Currently it is possible to somewhat easily get false positives for reference leaks when running the ctypes regression tests with -R. See issue13250 for an example where I got tripped up. The reason is that the ctypes caches are not cleared in between test r

[issue13379] Wrong Unicode version in unicodedata docstring

Changes by Ezio Melotti : -- assignee: -> ezio.melotti keywords: +needs review, patch stage: needs patch -> commit review Added file: http://bugs.python.org/file23650/issue13379.diff ___ Python tracker ___

[issue13375] Provide a namedtuple style interface for os.walk values

Nick Coghlan added the comment: I'm persuaded that there's no major gain to be had in building this in at the base layer - it's easy enough to add in a higher level API. -- resolution: -> rejected status: open -> closed ___ Python tracker

[issue11427] ctypes from_buffer no longer accepts bytes

Meador Inge added the comment: Hmmm... I take back what I said before (not sure what I was thinking), I don't think this is a regression. If this ever did work, it must have been a bug. For one reason, Python byte strings are now immutable. Allowing their memory to be indirectly mutated in

[issue13375] Provide a namedtuple style interface for os.walk values

Benjamin Peterson added the comment: 2011/11/9 Nick Coghlan : > > Nick Coghlan added the comment: > > Why provide any namedtuple interface in any context? After all, you can just > unpack them to individual variables. > > The point is that the values produced by os.walk() *aren't* just an arbi

[issue13375] Provide a namedtuple style interface for os.walk values

Nick Coghlan added the comment: Why provide any namedtuple interface in any context? After all, you can just unpack them to individual variables. The point is that the values produced by os.walk() *aren't* just an arbitrary 3-tuple - they have a definite API for describing a directory: the ba

[issue13229] Improve tools for iterating over filesystem directories

Nick Coghlan added the comment: I changed the package name to walkdir: https://bitbucket.org/ncoghlan/walkdir/overview -- ___ Python tracker ___ ___

[issue4111] Add Systemtap/DTrace probes

Changes by Brett Hoerner : -- nosy: -bretthoerner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue4111] Add Systemtap/DTrace probes

Jesús Cea Avión added the comment: Anybody still working on this?. We missed the 2.7 boat. DO NOT MISS THE 3.3 ONE!!! :-) -- ___ Python tracker ___ _

[issue13322] buffered read() and write() does not raise BlockingIOError

Antoine Pitrou added the comment: Hi, > Testing the patch a bit more thoroughly, I found that data received > from the readable end of the pipe can be corrupted by the C > implementation. This seems to be because two of the previously > dormant codepaths did not properly maintain the necessary

[issue13373] Unexpected blocking call to multiprocessing.Queue.get with a timeout

Antoine Pitrou added the comment: Patch committed, thank you for contributing! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker _

[issue13373] Unexpected blocking call to multiprocessing.Queue.get with a timeout

Roundup Robot added the comment: New changeset e7b6dca28a2f by Antoine Pitrou in branch '2.7': Issue #13373: multiprocessing.Queue.get() could sometimes block indefinitely http://hg.python.org/cpython/rev/e7b6dca28a2f New changeset 9328080a19c0 by Antoine Pitrou in branch '3.2': Issue #13373: m

[issue11937] Interix support

Jesús Cea Avión added the comment: Closing. If anybody disagrees, reopen. -- resolution: -> wont fix status: open -> closed ___ Python tracker ___ _

[issue13297] xmlrpc.client could accept bytes for input and output

Florent Xicluna added the comment: Ooops wrong patch. -- Added file: http://bugs.python.org/file23649/issue13297_xmlrpc_bytes_v2.diff ___ Python tracker ___

[issue13297] xmlrpc.client could accept bytes for input and output

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file23648/issue13291_xmlrpc_v2.diff ___ Python tracker ___ ___ Python-bugs-l

[issue13297] xmlrpc.client could accept bytes for input and output

Florent Xicluna added the comment: Updated with documentation. -- nosy: +effbot, fdrake, skip.montanaro Added file: http://bugs.python.org/file23648/issue13291_xmlrpc_v2.diff ___ Python tracker ___

[issue13379] Wrong Unicode version in unicodedata docstring

New submission from Florent Xicluna : The unicodedata docstring says "5.2" multiple times. Modules/unicodedata.c: unicodedata -- Provides access to the Unicode 5.2 data base. Modules/unicodedata.c: Data was extracted from the Unicode 5.2 UnicodeData.txt file. Modules/unicodedata.c:5.2.0 w

[issue13378] Change the variable "nsmap" from global to instance (xml.etree.ElementTree)

Nekmo added the comment: In my case, I have several clients, and they define the namespaces. I am interested in return the same namespace that they gave me, for example, the client "A" gives me this: http://localhost/house"; /> To name the namespace, I set it at nsmap: >>> import xml.etree.

[issue9523] Improve dbm modules

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue13378] Change the variable "nsmap" from global to instance (xml.etree.ElementTree)

Changes by Florent Xicluna : -- nosy: +flox ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue13378] Change the variable "nsmap" from global to instance (xml.etree.ElementTree)

Jesús Cea Avión added the comment: Tagging this as targeting 3.3. Nekmo, could you possibly poste some code showing the problem? -- nosy: +jcea versions: +Python 3.3 -Python 3.2 ___ Python tracker ___

[issue13378] Change the variable "nsmap" from global to instance (xml.etree.ElementTree)

New submission from Nekmo : Currently, the mapping of namespaces is global and can cause failures if multiple instances are used or in multithreading. The variable is in xml.etree.ElementTree._namespace_map. I ask it to be switched to xml.etree._Element instance. -- components: XML me

[issue13374] Deprecate usage of the Windows ANSI API in the nt module

Changes by Santoso Wijaya : -- nosy: +santa4nt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Jesús Cea Avión added the comment: The problem with partial writes is that the data is not an unstructured stream of bytes, but a concrete binary dump. You can not simply retry again. My bet is that "/dev/poll" neves does partial writes. If I am mistaken, I will bug the Illumos people to help

[issue13375] Provide a namedtuple style interface for os.walk values

Antoine Pitrou added the comment: > Like any named tuple, the benefits lie in the better repr, and the fact > that if you only want some fields you don't have to unpack the whole > tuple. But, given the common idiom shown by Benjamin, how likely is it that you manipulate the tuple as-is?

[issue13375] Provide a namedtuple style interface for os.walk values

Nick Coghlan added the comment: Like any named tuple, the benefits lie in the better repr, and the fact that if you only want some fields you don't have to unpack the whole tuple. It's also easier to write variant APIs that add additional fields accessible only by name. --

[issue12442] shutil.disk_usage()

Roundup Robot added the comment: New changeset bdb3f0e7e268 by Victor Stinner in branch 'default': Issue #12442: nt._getdiskusage() is now using the Windows Unicode API http://hg.python.org/cpython/rev/bdb3f0e7e268 -- ___ Python tracker

[issue13374] Deprecate usage of the Windows ANSI API in the nt module

STINNER Victor added the comment: deprecate_win_bytes_api-2.patch: * test_os.py: catch_warning() should be moved into test_link_bytes() * the change on Py_GetFinalPathNameByHandleA may be done in another commit -- ___ Python tracker

[issue13374] Deprecate usage of the Windows ANSI API in the nt module

Martin v. Löwis added the comment: > Probably os.execv() should be implemented on Windows with _wexecv() > instead of _execv(). Likewise for other functions which have "wide" > versions. Or maybe it wouldn't be worth the effort, since it would > mean writing separate Windows implementations.

[issue13374] Deprecate usage of the Windows ANSI API in the nt module

STINNER Victor added the comment: Updated patch: * os.rename(), os.symlink(), os.link() accept (bytes, str) and (str, bytes) again * ensure that the warning is emited after parsing arguments, not before (to not emit a warning if an int is passed instead of bytes or str) * add a test on os.

[issue13093] Redundant code in PyUnicode_EncodeDecimal()

Martin v. Löwis added the comment: AFAICT, this code was introduced in 0337dad8403e, implementing PEP 293 (see #432401). The intention clearly was what Stefan figured out: compute the list of unencodable characters, to pass the longest run of unencodable characters to the error handler. Fixi

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Antoine Pitrou added the comment: > That was thorough :-) Seems OK though. > > +if (n < size) { > +PyErr_SetString(PyExc_IOError, "failed to write all pollfds. " > +"Please, report in http://bugs.python.org/";); > > If n < size, it's not a Python error is it? I woul

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Jesús Cea Avión added the comment: The timing for the GIL I am providing is for release&acquiring. That is, all the work. In fact I am having in count too the syscall inside the release&acquire, to account for cache issues. That is, between the release and the acquire, there is a real syscall

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Ross Lagerwall added the comment: That was thorough :-) Seems OK though. +if (n < size) { +PyErr_SetString(PyExc_IOError, "failed to write all pollfds. " +"Please, report in http://bugs.python.org/";); If n < size, it's not a Python error is it? I would say it's the

[issue13309] test_time fails: time data 'LMT' does not match format '%Z'

Changes by Nadeem Vawda : -- nosy: +nadeem.vawda ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Jesús Cea Avión added the comment: New changeset, after Ross feedback. Thanks!. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Changes by Jesús Cea Avión : Added file: http://bugs.python.org/file23646/9d687fdd924d.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Jesús Cea Avión added the comment: They are operations potentially slow, there are not realtime specifications. My machine is quite capable (16 CPUs), but let's see what a bit of DTRACE scripting tells us: First, let's time the open: """ syscall::open*:entry /copyinstr(arg0)=="/dev/poll"/ {

[issue11427] ctypes from_buffer no longer accepts bytes

Santoso Wijaya added the comment: >From what I understand, even in 2.7 the exception is expected. The doc for >`from_buffer` says: > The source object must support the writeable buffer interface. Is there any reason why `from_buffer_copy` cannot be used, instead? The latter only requires rea

[issue13375] Provide a namedtuple style interface for os.walk values

Benjamin Peterson added the comment: Perhaps Raymond has a different view, but I don't this patch makes anything more clear. There's only three things to remember and its convenient to unpack it in the loop like for path, dirs, files in os.walk(somewhere): ... -- nosy: +benjamin.

[issue11427] ctypes from_buffer no longer accepts bytes

Changes by Santoso Wijaya : -- nosy: +santa4nt versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue13093] Redundant code in PyUnicode_EncodeDecimal()

Stefan Krah added the comment: Looking at it again, the intention was probably to increment collend so that it points to the first non-garbage character (or '\0'). If that's the case, the loop should be something like this: while (collend < end) { if ((0 < *collend && *collend < 256) ||

[issue13093] Redundant code in PyUnicode_EncodeDecimal()

Changes by STINNER Victor : -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue13093] Redundant code in PyUnicode_EncodeDecimal()

STINNER Victor added the comment: PyUnicode_EncodeDecimal() was used in Python 2 by int, long and complex constructors. In Python 3, the function is no more used: it has been replaced by _PyUnicode_TransformDecimalAndSpaceToASCII(). -- ___ Python t

[issue13093] Redundant code in PyUnicode_EncodeDecimal()

STINNER Victor added the comment: The code is also present in Python 2.7 and 3.2. -- nosy: +haypo versions: +Python 2.7, Python 3.2 ___ Python tracker ___ __

[issue11427] ctypes from_buffer no longer accepts bytes

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Changes by Antoine Pitrou : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Ross Lagerwall added the comment: Also, you can use Py_RETURN_NONE instead of: +Py_INCREF(Py_None); +return Py_None; -- ___ Python tracker ___ ___

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Ross Lagerwall added the comment: Is write()ing a devpoll fd a blocking operation in the kernel? Does it need to have Py_BEGIN_ALLOW_THREADS around it? The same question applies for open()ing it. Obviously, the ioctl() call *is* blocking :-) -- ___

[issue3754] cross-compilation support for python build

Changes by David Marqvar Nielsen : -- nosy: +marqvar ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue13374] Deprecate usage of the Windows ANSI API in the nt module

STINNER Victor added the comment: > Probably os.execv() should be implemented on Windows with _wexecv() instead > of _execv(). That's a different story. Would you like to implement it? If yes, please open a new issue. > I don't know what you mean about os.readlink() though: the Windows > imp

[issue13374] Deprecate usage of the Windows ANSI API in the nt module

sbt added the comment: > Functions like os.execv() or os.readlink() are not deprecated because > the underlying C function really uses a bytes API (execv and readlink). Probably os.execv() should be implemented on Windows with _wexecv() instead of _execv(). Likewise for other functions which

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Jesús Cea Avión added the comment: Thanks, Ross. Your suggestion has been committed in my branch. Waiting for more feedback. -- ___ Python tracker ___ __

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Ross Lagerwall added the comment: + increases this value, c:func:`devpoll` will return a possible + incomplete list of active file descriptors. I think this should change to: + increases this value, c:func:`devpoll` will return a possibly + incomplete list of active file descriptors.

[issue13375] Provide a namedtuple style interface for os.walk values

Krishna Bharadwaj added the comment: Hey Amaury, can you tell me if the following test cases would suffice? If not, I can think of adding something more comprehensive. Also, can you provide some pointers related to the bootstrap issue so that I can look at the same? -- Added file: ht

[issue13375] Provide a namedtuple style interface for os.walk values

Amaury Forgeot d'Arc added the comment: This patch needs a test at least. Also, the "walktuple" type should be defined only once, at the module level (but then, there may be a boostrap issue, I don't know). -- nosy: +amaury.forgeotdarc ___ Python tr

[issue13375] Provide a namedtuple style interface for os.walk values

Krishna Bharadwaj added the comment: Have included a patch which alters the walk method to yield a namedtuple and the members can be accessed by dirpath, dirnames and filenames. Got the following results after running the test. Ran 61 tests in 0.080s OK (skipped=4) Please let me know if th

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Jesús Cea Avión added the comment: Another changeset. Hopefully, final :-). Please, review. -- ___ Python tracker ___ ___ Python-bugs

[issue6397] Implementing Solaris "/dev/poll" in the "select" module

Changes by Jesús Cea Avión : Added file: http://bugs.python.org/file23643/2506e49b9f71.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue13359] urllib2 doesn't escape spaces in http requests

Krishna Bharadwaj added the comment: I have used the quote method to percent encode the url for spaces and similar characters. This is my first patch. Please let me know if there is anything wrong. I will correct and re-submit it. I ran the test_urllib2.py which gave an OK for 34 tests. Chan

[issue11682] PEP 380 reference implementation for 3.3

Nick Coghlan added the comment: OK, the bitbucket repo now has a more sane version of the new Grammar ('yield from' now requires parentheses wherever 'yield' does). The updated test_grammar does a more thorough check of the expected acceptance and rejection of yield expressions in various sit

[issue11682] PEP 380 reference implementation for 3.3

Nick Coghlan added the comment: In reviewing Zbyszek's doc updates and comparing them against the Grammar, I discovered a gratuitous change in the implementation: it allows a bare (i.e. no parentheses) 'yield from' as an argument to a function, even when there's multiple arguments. By contras

[issue13377] test_codecs "Segmentation fault" on Windows

STINNER Victor added the comment: > Why was the change necessary? First because unicode_decode_call_errorhandler() was called with the wrong argument count: 1.90 -v, &outpos, &out)) 1.91 +v, &outpos)) decode_code_page_errors() calls MultiByteTo

[issue13377] test_codecs "Segmentation fault" on Windows

Martin v. Löwis added the comment: Why was the change necessary? unicode_decode_call_errorhandler shouldn't be called with WSTR strings (i.e. it is only intended to support ready strings). -- ___ Python tracker _

[issue13377] test_codecs "Segmentation fault" on Windows

STINNER Victor added the comment: The test doesn't crash on our Windows buildbots. Please try to update. If the problem does still exist, reopen the issue. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue13377] test_codecs "Segmentation fault" on Windows

STINNER Victor added the comment: I may be related to recent changes on codecs. My following commit fixed a test_codecs crash, but there is maybe another bug. changeset: 73466:9042d71962d6 user:Victor Stinner date:Wed Nov 09 00:02:18 2011 +0100 files: Objects/unicodeob

[issue10441] some stdlib modules need to be updated to handle SSL certificate validation

Nicolas Bareil added the comment: Martin v. Löwis writes: >> what do you think about a DeprecationWarning at runtime? > > What API exactly should this deprecate? Ooops, lapsus. I was thinking about a RuntimeWarning raised on HTTPS request (in httplib.HTTPSConnection.connect for instance). ---

[issue10441] some stdlib modules need to be updated to handle SSL certificate validation

Martin v. Löwis added the comment: > Your patch about SSLContext is great! But what can we do about python 2.x? Adding new features to Python 2.7 is certainly not an option. > what do you think about a DeprecationWarning at runtime? What API exactly should this deprecate? -- title: s

[issue13377] test_codecs "Segmentation fault" on Windows

Vinay Sajip added the comment: FWIW, stack trace from VS 2008: > python33.dll!_PyLong_New(int size=0x0002) Line 145 C python33.dll!PyLong_FromLong(long ival=0x81b6) Line 210 + 0x7 bytesC python33.dll!_pystat_fromstructstat(win32_stat * st=0x) L

[issue13377] test_codecs "Segmentation fault" on Windows

New submission from Vinay Sajip : test_codecs has started failing on Windows: I can't tell if the problem is in the tests. == CPython 3.3.0a0 (default, Nov 8 2011, 22:34:51) [MSC v.1500 32 bit (Intel)] == Windows-7-6.1.7600 little-endian == c:\Users\Vinay\Projects\cpython\build\test_python_

[issue10441] some stdlib modules need to be updated to handle SSL certificate validation

Nicolas Bareil added the comment: Hello, Your patch about SSLContext is great! But what can we do about python 2.x? I understand that we have to keep backward compatibility but something has to be done for improving current situation, even Paypal API (*) recommends using urllib.urlopen() to

[issue13376] readline: pre_input_hook not getting called

Ned Deily added the comment: Since you mention 2.7.1, presumably you are using the Apple-suppled Python 2.7.1 in OS X. That Python is not linked with GNU readline, rather the BSD libedit library. As a workaround you could try installing the third-party readline package from PyPI which repla