[issue9819] TESTFN_UNICODE and TESTFN_UNDECODABLE

Changes by STINNER Victor : Added file: http://bugs.python.org/file18845/unicode_file.patch ___ Python tracker ___ ___ Python-bugs-list mailing

[issue9819] TESTFN_UNICODE and TESTFN_UNDECODABLE

STINNER Victor added the comment: > How about TESTFN_UNICODE (test_unicode_file) issue? File "e:\python-dev\py3k\lib\test\test_unicode_file.py", line 12, in TESTFN_UNICODE.encode(TESTFN_ENCODING) UnicodeEncodeError: 'mbcs' codec can't encode characters in position 0--1: invalid characte

[issue9828] Repeated Py_Initialize and Py_Finalize usage brings fatal error?

Hirokazu Yamamoto added the comment: Sorry, msg92444 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue8746] os.chflags() and os.lchflags() are not built when they should be be

Ned Deily added the comment: Additional tests would be great. It is probably reasonable to make some simplifying assumptions about which file systems the test directory would be run on. I'm guessing other similar file system function tests are not bulletproof on all potential file system ty

[issue8746] os.chflags() and os.lchflags() are not built when they should be be

Garrett Cooper added the comment: That definitely fixes detection for FreeBSD CURRENT with 2.7 and py3k for me. I'm looking into providing some unit-tests, but the problem is that whether or not chflags functions on the underlying filesystem is problematic. For instance, it won't function on

[issue9829] Unexpected Fraction.from_float() Behavior

New submission from bsidhom : The Fractions.from_float() call returns an incorrect value when run on certain numbers. Some test runs have been listed below. Note that this problem does not exist when the same float is converted to a string and then passed to the standard Fraction() constructor

[issue9828] Repeated Py_Initialize and Py_Finalize usage brings fatal error?

New submission from Hirokazu Yamamoto : When I ran the code in #6869 (msg95444) on py3k, I noticed Fatal Python error occurs. # Actually, I need to copy created executable file into # PC/VC6 directoly where python32_d.dll exists. Otherwise, # the error "encoding.utf-8 was not found" occured even

[issue9819] TESTFN_UNICODE and TESTFN_UNDECODABLE

Hirokazu Yamamoto added the comment: How about TESTFN_UNICODE (test_unicode_file) issue? Should I reopen this entry or invalid? -- ___ Python tracker ___

[issue9608] Re-phrase best way of using exceptions in doanddont.rst

R. David Murray added the comment: Here is another edit pass, incorporating Éric's suggestions and adding some additional tweaks. In particular, I eliminated the anti-pattern of catching (IOError, OSError) in one of the earlier examples in favor of the correct EnvironmentError, and also impr

[issue1466065] base64 module ignores non-alphabet characters

R. David Murray added the comment: If you could update it that would be great. -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue9769] PyUnicode_FromFormatV() doesn't handle non-ascii text correctly

STINNER Victor added the comment: Fixed by r84704 in Python 3.2. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue9408] curses: Link against libncursesw instead of libncurses

STINNER Victor added the comment: $ ldd $(/usr/bin/python3.1 -c 'import readline; print(readline.__file__)')|grep curses libncurses.so.5 => /lib/libncurses.so.5 (0xb7537000) $ ldd /lib/libreadline.so.6|grep curses libncurses.so.5 => /lib/libncurses.so.5 (0xb76a6000) > Actually

[issue9827] Clarify LogRecord documentation

Changes by Benjamin Peterson : -- assignee: d...@python -> vinay.sajip nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list m

[issue767645] incorrect os.path.supports_unicode_filenames

STINNER Victor added the comment: > Maybe os.path.supports_unicode_filenames should be deprecated. > The doc currently says: > "True if arbitrary Unicode strings can be used as file names > (within limitations imposed by the file system), and if os.listdir() > returns Unicode strings for a Unic

[issue767645] incorrect os.path.supports_unicode_filenames

STINNER Victor added the comment: r84701 fixes supports_unicode_filenames's definition in Python 3.2 (and r84702 in Python 3.1): os.listdir(str) now always return unicode filenames (including non-ascii characters). -- ___ Python tracker

[issue9827] Clarify LogRecord documentation

New submission from Chris Leary : I tried to clear this section up a bit in light of the confusion here: http://stackoverflow.com/q/3687864/3594 Not sure if it applies to 3k trunk. First documentation patch, be sure to lmk what I'm doing wrong! :-) -- assignee: d...@python components:

[issue9816] random.jumpahead and PRNG sequence independence

Joseph Schaeffer added the comment: Thanks for looking into it! I'm glad that issue will be fixed, as at least one website was actually recommending using .jumpahead(i) for i in 1..100 for independent seed. I suspect in my use case I'll want to continue my previous methods; I work with stoc

[issue767645] incorrect os.path.supports_unicode_filenames

STINNER Victor added the comment: Oops, forget test_pep277.patch: I misunderstood r81149 (new way to detect if the filesystem supports unicode or not). test_pep277 fails with my patch on Linux with LC_CTYPE=C. -- ___ Python tracker

[issue767645] incorrect os.path.supports_unicode_filenames

STINNER Victor added the comment: test_pep277.patch removes the usage of os.path.supports_unicode_filenames from test_pep277: the test still pass on Debian Sid (Linux). Can someone test the patch on Mac OS X, FreeBSD and Solaris (and maybe other POSIX/UNIX OSes)? About Windows: supports_unico

[issue9580] os.confstr() doesn't decode result according to PEP 383

Changes by STINNER Victor : -- resolution: duplicate -> fixed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue9580] os.confstr() doesn't decode result according to PEP 383

STINNER Victor added the comment: Fixed in r84696+r84697: confstr-minimal.diff from #9579 + PyUnicode_DecodeFSDefaultAndSize(). Thanks for the patch, sorry for the delay. -- resolution: -> duplicate status: open -> closed ___ Python tracker

[issue9579] In 3.x, os.confstr() returns garbage if value is longer than 255 bytes

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue9579] In 3.x, os.confstr() returns garbage if value is longer than 255 bytes

STINNER Victor added the comment: Fixed in r84696+r84697: confstr-minimal.diff + PyUnicode_DecodeFSDefaultAndSize(). -- ___ Python tracker ___ __

[issue9561] distutils: set encoding to utf-8 for input and output files

STINNER Victor added the comment: I attached a patch to #6011 to set the encoding to read the Makefile. -- ___ Python tracker ___ ___

[issue6011] python doesn't build if prefix contains non-ascii characters

STINNER Victor added the comment: New patch: - add encoding option to TextFile constructor - parse_makefile() uses the heuristic from text_file.diff Note: sys.getfilesystemencoding() is always set in Python 3.2 (but it may be None in Python 2.x and Python < 3.2). -- Added file: http

[issue5016] FileIO.seekable() can return False

STINNER Victor added the comment: It is fixed in 2.7 with the backport of the Python3's io library (r73394). -- resolution: accepted -> fixed status: open -> closed ___ Python tracker __

[issue9408] curses: Link against libncursesw instead of libncurses

Stefan Krah added the comment: Just a short explanation: In #7384 I used the strict version of the patch for 2.7/3.2 because Thomas Dickey recommended not to load readline+ncurses and ncursesw at the same time. Actually the distros should either link readline against libtinfo (Fedora) or onl

[issue8589] test_warnings.CEnvironmentVariableTests.test_nonascii fails under an ascii terminal

STINNER Victor added the comment: It should be fixed by r84694. -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue9408] curses: Link against libncursesw instead of libncurses

STINNER Victor added the comment: Does anyone agree with me? -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue5934] fix gcc warnings: explicit type conversion for uid/gid in posix

STINNER Victor added the comment: Well, it's not a bug, just a gcc warning. We don't need this patch. -- resolution: -> wont fix status: open -> closed ___ Python tracker ___ __

[issue8746] os.chflags() and os.lchflags() are not built when they should be be

Changes by Ned Deily : Removed file: http://bugs.python.org/file18738/8746-2.6.6.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue8746] os.chflags() and os.lchflags() are not built when they should be be

Changes by Ned Deily : Removed file: http://bugs.python.org/file18737/8746-2.7.patch ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue8746] os.chflags() and os.lchflags() are not built when they should be be

Changes by Ned Deily : Removed file: http://bugs.python.org/file18736/8746-3.1.2.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue7093] xmlrpclib.ServerProxy() doesn't support unicode uri

Changes by STINNER Victor : -- resolution: fixed -> wont fix ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue8746] os.chflags() and os.lchflags() are not built when they should be be

Changes by Ned Deily : Added file: http://bugs.python.org/file18839/issue8746-27.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue7093] xmlrpclib.ServerProxy() doesn't support unicode uri

STINNER Victor added the comment: Well, it was trivial to workaround this bug in my application (convert host to bytes using explicit host = str(host)). Python3 doesn't have this issue and Python 2.7 is released, I prefer to close this bug as wont fix. -- resolution: -> fixed status:

[issue8746] os.chflags() and os.lchflags() are not built when they should be be

Changes by Ned Deily : Added file: http://bugs.python.org/file18838/issue8746-31.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue8746] os.chflags() and os.lchflags() are not built when they should be be

Ned Deily added the comment: Thanks Garrett for reporting the problem and thank Nick for the patches. It turns out the problem is more involved though the solution is similar. I've spent some time figuring out what went wrong here and documenting it in this issue so that no one else has to.

[issue8197] Fatal error on thread creation in low memory condition: local storage

STINNER Victor added the comment: I don't know how to fix this issue, and I don't know if it can be fixed. As the issue is very unlikely, I prefer to close it. -- resolution: -> wont fix status: open -> closed ___ Python tracker

[issue9402] pyexpat: replace PyObject_DEL() by Py_DECREF() to fix a crash in pydebug mode

STINNER Victor added the comment: Fixed by r84692. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-b

[issue8603] Create a bytes version of os.environ and getenvb()

STINNER Victor added the comment: > If you still consider that the change on .data as a bug, > I think that the fix is to remove .data (mark it as > protected: environ.data => environ._data). r84690 marks os.environ.data as protected. Close this issue again. -- status: open -> closed

[issue8835] buildbot: support.transient_internet() doesn't catch DNS socket.gaierror

Changes by Antoine Pitrou : -- resolution: -> out of date status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue1466065] base64 module ignores non-alphabet characters

Neil Tallim added the comment: I agree that it does look like RFC 3548 implicitly denies the use of \r and \n. A few *very* simple tests also makes it look like ommitting them breaks nothing, but we'd need to add a test that includes them before applying the patch. Other than that, I agree w

[issue4617] SyntaxError when free variable name is also an exception target

Amaury Forgeot d'Arc added the comment: Fixed in r84685, with tests and doc updates. -- resolution: accepted -> fixed stage: unit test needed -> committed/rejected status: open -> closed ___ Python tracker

[issue9632] Remove sys.setfilesystemencoding()

STINNER Victor added the comment: I didn't proposed to add a new parameter to Py_InitializeEx() (which means create a new function to not break the API), I just wrote that _Py_SetFileSystemEncoding() doesn't work for your use case. > If you embed Python into another application, say as script

[issue9769] PyUnicode_FromFormatV() doesn't handle non-ascii text correctly

Amaury Forgeot d'Arc added the comment: Yes, let's be conservative and reject non-ascii bytes in the format string. -- ___ Python tracker ___

[issue9769] PyUnicode_FromFormatV() doesn't handle non-ascii text correctly

STINNER Victor added the comment: @amaury: Do you agree to reject non-ascii bytes? TODO: document format encoding in Doc/c-api/*.rst. -- ___ Python tracker ___ _

[issue9821] Support PEP 383 on Windows: mbcs support of surrogateescape error handler

STINNER Victor added the comment: Close this issue: PEP 383 is specific to filesystem using bytes, it is useless on Windows (the problem on Windows is on encoding, not on decoding). -- resolution: -> invalid status: open -> closed ___ Python tracke

[issue9820] Windows : os.listdir(b'.') doesn't raise an error for unencodable filenames

STINNER Victor added the comment: Patch: - Remove the bytes version of listdir(): reuse the unicode version but converts the filename to bytes using PyUnicode_EncodeFSDefault() if the directory name is not unicode - use Py_XDECREF(d) instead of Py_DECREF(d) at the end (because d=NULL on err

[issue941346] AIX shared library fix

Sébastien Sablé added the comment: Great! Thanks Antoine. I checked quickly and there is a small correction to do on the 2.7 branch: this branch is different because there has been a change between python 2.x and 3.x in pep-3121 concerning the name of the entry function in a module (init to

[issue9825] OrderedDict ref cycles cause memory leak

jason kirtland added the comment: I find the behavior surprising compared to dict and other containers, where this is not an issue and weakrefs are not required in user code. I would not be surprised, however, to have to wait for a gc.collect() to clean up my cycles like I do for regular obj

[issue941346] AIX shared library fix

Antoine Pitrou added the comment: I've committed the latest patch in r84680 (3.x), r84682 (3.1) and r84683 (2.7). Perhaps you want to check it's ok. Thank you anyway! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed

[issue9825] OrderedDict ref cycles cause memory leak

Raymond Hettinger added the comment: This is an unfortunate aspect of using __del__. I don't see a way around it without reintroducing weak references. Of course, your code can also use weak ref proxies to avoid creating uncollectible circular garbage. -- priority: normal -> low _

[issue9826] OrderedDict ref cycles break repr()

Raymond Hettinger added the comment: Patch? -- priority: normal -> low ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue9826] OrderedDict ref cycles break repr()

Changes by Raymond Hettinger : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue9825] OrderedDict ref cycles cause memory leak

Changes by Benjamin Peterson : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue9826] OrderedDict ref cycles break repr()

New submission from jason kirtland : repr of circular graphs of collections.OrderedDicts fails with 'RuntimeError: maximum recursion depth exceeded while calling a Python object'. >>> from collections import OrderedDict >>> left, right = OrderedDict(), OrderedDict() >>> left['other'] = right >>

[issue9825] OrderedDict ref cycles cause memory leak

New submission from jason kirtland : Circular graphs of collections.OrderedDict are uncollectable due to the presence of OrderedDict.__del__. >>> from collections import OrderedDict >>> import gc >>> left, right = OrderedDict(), OrderedDict() >>> left['other'] = right >>> right['other'] = left

[issue4026] fcntl extension fails to build on AIX 6.1

Antoine Pitrou added the comment: Ok, thank you. The improvement has been committed in all three branches (3.2, 3.1, 2.7). -- stage: -> committed/rejected status: open -> closed versions: -Python 2.6, Python 3.3 ___ Python tracker

[issue9823] OrderedDict is comparable to dict

Raymond Hettinger added the comment: That is the documented and tested behavior: http://docs.python.org/library/collections.html#ordereddict-objects """ Equality tests between OrderedDict objects are order-sensitive and are implemented as list(od1.items())==list(od2.items()). Equality tests

[issue8699] Equality and hashing for functools.partial

Raymond Hettinger added the comment: Thanks for the interesting thread. I do agree with your suggestion to close this one though. -- nosy: +rhettinger resolution: -> rejected status: pending -> closed ___ Python tracker

[issue3053] test_shutil fails under AIX

Antoine Pitrou added the comment: Ok, closing. The original install was on a rather strange setup. -- resolution: -> works for me status: open -> closed ___ Python tracker ___ _

[issue9824] SimpleCookie should escape commas and semi-colons

Luke Plant added the comment: I forgot to mention backwards compatibility: In the context of Cookie being used in a web application, if developers were relying on literal commas and semi-colons being present in the client side cookie value (e.g. in javascript), the patch will introduce an inc

[issue9824] SimpleCookie should escape commas and semi-colons

New submission from Luke Plant : In developing Django, we found that some browsers don't treat commas and semi-colons in cookie values (i.e. the Set-Cookie header) the way that RFC 2109 says they should. (Safari splits the header on a comma followed by space, Internet Explorer splits on semi-c

[issue9823] OrderedDict is comparable to dict

Ram Rachum added the comment: Thanks Benjamin. Was there a discussion about this in the mailing list? If so can you give me a link to it? -- ___ Python tracker ___ _

[issue9823] OrderedDict is comparable to dict

Benjamin Peterson added the comment: This was purposeful. See PEP 372. -- nosy: +benjamin.peterson resolution: -> invalid status: open -> closed ___ Python tracker ___ _

[issue9823] OrderedDict is comparable to dict

New submission from Ram Rachum : OrderedDict is currently comparable to dict. I think this is not logical, because a dict doesn't have order, and having an identical order is a necessary condition for a match. I think that comparing an OrderedDict with a dict makes as much sense as comparing

[issue3053] test_shutil fails under AIX

Sébastien Sablé added the comment: For info: I have no problem with test_shutil on AIX 6.1 with python 2.6.6 or python 3.2alpha2. There may be no problem anymore. -- nosy: +sable ___ Python tracker ___

[issue6742] Embedding python into shared library crash on AIX

Sébastien Sablé added the comment: You may want to take a look at issue 941346 in order to compile libpython2.6.so on AIX. I also embed python in my AIX application, and I had no problem once python was compiled as share thanks to the patch provided in the other issue. -- nosy: +sabl

[issue3876] multiprocessing does not compile on systems which do not define sem_timedwait

Sébastien Sablé added the comment: For info: I have no problem compiling _multiprocessing and passing the unittest test_multiprocessing with py3k rev84631 on AIX 6.1 with xlc_r compiler without the patch proposed here. I don't know if this is due to some updates in Python (3.2alpha2+) or AIX

[issue941346] AIX shared library fix

Changes by Sébastien Sablé : Added file: http://bugs.python.org/file18832/py3k_aix61_shared_xlc_pathshared.txt.gz ___ Python tracker ___ ___

[issue941346] AIX shared library fix

Changes by Sébastien Sablé : Removed file: http://bugs.python.org/file18820/py3k_aix61_shared_xlc_pathshared.txt.gz ___ Python tracker ___ _

[issue4617] SyntaxError when free variable name is also an exception target

Changes by Amaury Forgeot d'Arc : -- assignee: -> amaury.forgeotdarc resolution: -> accepted ___ Python tracker ___ ___ Python-bugs-l

[issue9822] windows batch files are dependent on cmd current directory

Changes by sorin : Removed file: http://bugs.python.org/file18828/buildbot_curdir.patch ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue9822] windows batch files are dependent on cmd current directory

Changes by sorin : Removed file: http://bugs.python.org/file18829/readme.txt.patch ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue9822] windows batch files are dependent on cmd current directory

sorin added the comment: This is true, that this can impact the build process but the changes are assuring that it will always chdir to the right directory. BTW, %~dp0 is the directory when the batch file is located. -- Added file: http://bugs.python.org/file18831/path_for_bug_9822_v1

[issue9813] Module Name Changed

Charles M Norton added the comment: Solved. I needed to download a separate packed. Thanks. -- ___ Python tracker ___ ___ Python-bugs-

[issue9822] windows batch files are dependent on cmd current directory

Brian Curtin added the comment: This is just a guess, but it might have to do with how buildbot works, so I'd be careful of changing this. A lot of things (everything?) in that Tools\buildbot folder depend on being run from the top-level directory in order to work correctly. Another example:

[issue9822] windows batch files are dependent on cmd current directory

R. David Murray added the comment: I did not realize the build instructions recommended using the buildbot tool. It is clearly past time I got around to doing windows build myself. Please regenerate the diffs from the top level of the checkout, and we'll see if one of the windows devs feel

[issue8699] Equality and hashing for functools.partial

Daniel Urban added the comment: Is there anybody, who is interested in this? There are some substantial problems with it (hashing a dict), so I suggest that this should be closed, unless somebody is interested. -- status: open -> pending ___ Python

[issue9213] range purports to implement the Sequence ABC, but is missing index and count methods

Daniel Urban added the comment: > Attached is a greatly revised patch, with two significant changes: > - Adds support for !PyLong_CheckExact (using _PySequence_IterSearch) Thanks, indeed, we should support that. > Any strong feelings on whether range.index should support the start and > stop a

[issue9806] no need to try loading posix extensions without SOABI

Barry A. Warsaw added the comment: s/3179/3149/ :) The point about building w/o distutils is a good one and touches on my concerns in my comment above. It would be nice to know whether there's any measurable practical benefit to the change, i.e. measure startup time for an application tha

[issue4026] fcntl extension fails to build on AIX 6.1

Sébastien Sablé added the comment: I tested Michael test in msg115868 on my AIX system (AIX 6.1 with flock correctly present in libbsd) with py3k and it works fine: checking for flock declaration... yes checking for flock... no checking for flock in -lbsd... yes [103/344] test_fcntl = OK I a

[issue9822] windows batch files are dependent on cmd current directory

sorin added the comment: In this case I made the patch on the right branch (py3k). These scripts could be called manually and it doesn't make any sense not to make them work in all cases. Not every Windows developer is using Visual Studio to build things, 'some' of them are using the command

[issue9806] no need to try loading posix extensions without SOABI

Benjamin Peterson added the comment: Indeed, PEP 3179 is only supposed to add support for people who wish to version their modules. -- resolution: -> rejected status: open -> closed ___ Python tracker ___

[issue9822] windows batch files are dependent on cmd current directory

R. David Murray added the comment: The general rule for submitting patches is to make them against development trunk (which is currently the py3k branch). Unified diffs from the top level of the checkout are preferred; whole files are not useful. However, it is not clear what bug you are try

[issue9819] TESTFN_UNICODE and TESTFN_UNDECODABLE

STINNER Victor added the comment: > With r84666, Python uses "-\u5171\u6709\u3055\u308c\u308b" > suffix for TESTFN_UNENCODABLE. Backported to 3.1 as r84668. I don't want to patch Python 2.x (its unicode support is lower and the code is too different than Python3) and so I close the issue. -

[issue9821] Support PEP 383 on Windows: mbcs support of surrogateescape error handler

STINNER Victor added the comment: Oh wait. PEP 383 is a solution to store undecodable bytes in an unicode string, but for mbcs I'm trying to get the opposite: store unicode in bytes and this is not possible (at least with PEP 383). Example with Python 3.1: >>> print("abcŁdef".encode("cp1252"

[issue9819] TESTFN_UNICODE and TESTFN_UNDECODABLE

Hirokazu Yamamoto added the comment: Thank you for the fix. > Who cares? We just have to be able to create a file with a name > containing non encodable characters, list the directory, and then > remove this evil file. I won't. ;-) Sorry, that was not compliant. I just thought it's interesting

[issue9822] windows batch files are dependent on cmd current directory

Changes by sorin : -- keywords: +patch Added file: http://bugs.python.org/file18828/buildbot_curdir.patch ___ Python tracker ___ ___ Py

[issue9822] windows batch files are dependent on cmd current directory

New submission from sorin : Currently most batch files from Tools\buildbot do fail to run if you do not call them from the python source root directory. I already have patched files, but the question is against which branch should I make them, considering that this bug is valid for all versio

[issue9116] test_capi.test_no_FatalError_infinite_loop crash on Windows

Hirokazu Yamamoto added the comment: Maybe is #5619 related? -- dependencies: +Pass MS CRT debug flags into subprocesses ___ Python tracker ___ __

[issue9819] TESTFN_UNICODE and TESTFN_UNDECODABLE

Changes by STINNER Victor : Removed file: http://bugs.python.org/file18823/find_unencode_filename.py ___ Python tracker ___ ___ Python-bugs-lis

[issue9819] TESTFN_UNICODE and TESTFN_UNDECODABLE

STINNER Victor added the comment: > "dir" command cannot print filename correctly, though. Who cares? We just have to be able to create a file with a name containing non encodable characters, list the directory, and then remove this evil file. -- With r84666, Python uses "-\u5171\u6709\u3055

[issue9821] Support PEP 383 on Windows: mbcs support of surrogateescape error handler

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > New submission from STINNER Victor : > > It would be nice to support PEP 383 (surrogateescape) on Windows, but the > mbcs codec doesn't support it for performance reason. The Windows functions > to encode/decode MBCS don't give

[issue9295] test_close_open_print_buffered(test_file) sometimes crashes

Hirokazu Yamamoto added the comment: I believe attached patch will fix this issue. Please forget previous patch. -- Added file: http://bugs.python.org/file18826/py27_fix_threaded_file_close.patch ___ Python tracker

[issue8533] regrtest: use backslashreplace error handler for stdout

Hirokazu Yamamoto added the comment: And here is more advanced (?) patch. More closer to Python/pythonrun.c 's implementaion. I tried regrtest_stdout_newline.patch, but it doesn't work. # AttributeError: '_io.TextIOWrapper' object has no attribute '_writenl' -- Added file: http://bugs.

[issue8533] regrtest: use backslashreplace error handler for stdout

Hirokazu Yamamoto added the comment: Hello. How about this patch? I just mimicked create_stdio() in Python/pythonrun.c. (Mostly) Newlines looks correct as well as python2.x. I tested this on windows. -- nosy: +ocean-city Added file: http://bugs.python.org/file18824/py3k_regrtest_newline

[issue9820] Windows : os.listdir(b'.') doesn't raise an error for unencodable filenames

STINNER Victor added the comment: > os.listdir(b'listdir') should raise an error (and not ignore > the filename or replaces unencodable characters by b'?'). To avoid the error, a solution is to support the PEP 383 on Windows (for the mbcs encoding). I opened a separated issue for that: #9821.

[issue9821] Support PEP 383 on Windows: mbcs support of surrogateescape error handler

New submission from STINNER Victor : It would be nice to support PEP 383 (surrogateescape) on Windows, but the mbcs codec doesn't support it for performance reason. The Windows functions to encode/decode MBCS don't give the index of the unencodable/undecodable character/byte. For encoding, we

  1   2   >