Brett Cannon [Thu, 15 Nov 2012 21:10:16 +0000 (16:10 -0500)]
Remove the Vim syntax files.
They had become extremely stale (the script to generate the file was
Python 2 compatible!). Plus the community took the work and made
improvements that are available on www.vim.org.
If you want to update Vim's runtime files to the latest available,
follow the instructions at http://www.vim.org/runtime.php .
Victor Stinner [Mon, 12 Nov 2012 22:04:02 +0000 (23:04 +0100)]
Issue #16416: OS data are now always encoded/decoded to/from
UTF-8/surrogateescape, instead of the locale encoding (which may be ASCII if no
locale environment variable is set), to avoid inconsistencies with
os.fsencode() and os.fsdecode() functions which are already using
UTF-8/surrogateescape.
Gregory P. Smith [Sun, 11 Nov 2012 09:41:49 +0000 (01:41 -0800)]
Fixes issue #16140: The subprocess module no longer double closes its
child subprocess.PIPE parent file descriptors on child error prior to
exec().
This would lead to race conditions in multithreaded programs where
another thread opened a file reusing the fd which was then closed out
from beneath it by the errant second close.
Gregory P. Smith [Sun, 11 Nov 2012 09:38:18 +0000 (01:38 -0800)]
Fixes issue #16140: The subprocess module no longer double closes its
child subprocess.PIPE parent file descriptors on child error prior to
exec().
This would lead to race conditions in multithreaded programs where
another thread opened a file reusing the fd which was then closed out
from beneath it by the errant second close.
Gregory P. Smith [Sun, 11 Nov 2012 09:37:02 +0000 (01:37 -0800)]
Fixes issue #16140: The subprocess module no longer double closes its
child subprocess.PIPE parent file descriptors on child error prior to
exec().
This would lead to race conditions in multithreaded programs where
another thread opened a file reusing the fd which was then closed out
from beneath it by the errant second close.
Gregory P. Smith [Sun, 11 Nov 2012 08:08:45 +0000 (00:08 -0800)]
Remove the subprocess "bad exception data" warning (formerly a print!)
all together and just include the repr of the data in the exception
itself instead of the useless string "Unknown".
This code path is unlikely to even be possible to take given the
nature of the pipe it gets subprocess data from.
Gregory P. Smith [Sun, 11 Nov 2012 08:04:52 +0000 (00:04 -0800)]
Remove the subprocess "bad exception data" warning (formerly a print!)
all together and just include the repr of the data in the exception
itself instead of the useless string "Unknown".
This code path is unlikely to even be possible to take given the
nature of the pipe it gets subprocess data from.
Gregory P. Smith [Sun, 11 Nov 2012 08:04:13 +0000 (00:04 -0800)]
Remove the subprocess "bad exception data" warning (formerly a print!)
all together and just include the repr of the data in the exception
itself instead of the useless string "Unknown".
This code path is unlikely to even be possible to take given the
nature of the pipe it gets subprocess data from.
Gregory P. Smith [Sun, 11 Nov 2012 07:35:15 +0000 (23:35 -0800)]
Rename a local variable for readability and change a "this can't
happen" print() call into a RuntimeWarning as it should've been in the
first place. Because nothing should ever cause unexpected stdout output.
Gregory P. Smith [Sun, 11 Nov 2012 07:33:56 +0000 (23:33 -0800)]
Rename a local variable for readability and change a "this can't
happen" print() call into a RuntimeWarning as it should've been in the
first place. Because nothing should ever cause unexpected stdout output.
Gregory P. Smith [Sun, 11 Nov 2012 07:33:17 +0000 (23:33 -0800)]
Rename a local variable for readability and change a "this can't
happen" print() call into a RuntimeWarning as it should've been in the
first place. Because nothing should ever cause unexpected stdout output.
Nadeem Vawda [Sun, 11 Nov 2012 01:24:37 +0000 (02:24 +0100)]
Issue #16350, part 2: Set unused_data (and unconsumed_tail) correctly in decompressobj().flush().
Additionally, fix a bug where a MemoryError in allocating a bytes object could
leave the decompressor object in an invalid state (with its unconsumed_tail
member being NULL).
Nadeem Vawda [Sun, 11 Nov 2012 01:21:22 +0000 (02:21 +0100)]
Issue #16350, part 2: Set unused_data (and unconsumed_tail) correctly in decompressobj().flush().
Additionally, fix a bug where a MemoryError in allocating a bytes object could
leave the decompressor object in an invalid state (with its unconsumed_tail
member being NULL).
Nadeem Vawda [Sun, 11 Nov 2012 01:14:36 +0000 (02:14 +0100)]
Issue #16350, part 2: Set unused_data (and unconsumed_tail) correctly in decompressobj().flush().
Additionally, fix a bug where a MemoryError in allocating a bytes object could
leave the decompressor object in an invalid state (with its unconsumed_tail
member being NULL).
Gregory P. Smith [Sat, 10 Nov 2012 23:13:20 +0000 (15:13 -0800)]
Fix test_urllib broken by my previous commits. The assumptions it was
testing were added as part of the issue10050 change that caused the
wrong behavior in the first place. now all test cases agree on the
behavior.
Gregory P. Smith [Sat, 10 Nov 2012 23:12:55 +0000 (15:12 -0800)]
Fix test_urllib broken by my previous commits. The assumptions it was
testing were added as part of the issue10050 change that caused the
wrong behavior in the first place. now all test cases agree on the
behavior.
Gregory P. Smith [Sat, 10 Nov 2012 21:44:50 +0000 (13:44 -0800)]
Fixes issue #16409: The reporthook callback made by the legacy
urllib.request.urlretrieve API now properly supplies a constant
non-zero block_size as it did in Python 3.2 and 2.7. This matches the
behavior of urllib.request.URLopener.retrieve.
Gregory P. Smith [Sat, 10 Nov 2012 21:43:44 +0000 (13:43 -0800)]
Fixes issue #16409: The reporthook callback made by the legacy
urllib.request.urlretrieve API now properly supplies a constant
non-zero block_size as it did in Python 3.2 and 2.7. This matches the
behavior of urllib.request.URLopener.retrieve.
Victor Stinner [Sat, 10 Nov 2012 11:07:39 +0000 (12:07 +0100)]
Issue #16444, #16218: Use TESTFN_UNDECODABLE on UNIX
Check if data is decoded by os.fsdecode() (filesystem encoding with
surrogateescape error handler, PEP 383), not by UTF-8 or the filesystem
encoding in strict mode.
Use TESTFN_UNDECODABLE in test_cmd_line_script.test_non_ascii() on UNIX.