[issue24665] CJK support for textwrap

Serhiy Storchaka added the comment: What textwrap does not take into account the width of characters is not the only problem. It also does not take into account combining characters and control codes. Implementing all this will significantly complicate the code and possibly should lie outside

[issue4945] json checks True/False by identity, not boolean value

Serhiy Storchaka added the comment: This issue is about boolean parameters, not boolean serialized values. Please open new issue for your problem Mark. -- ___ Python tracker ___

[issue9914] trace/profile conflict with the use of sys.modules[__name__]

Serhiy Storchaka added the comment: Yet one problem (with pickle) was reported in issue24676. -- nosy: +serhiy.storchaka versions: +Python 2.7, Python 3.4, Python 3.5, Python 3.6 -Python 3.2 Added file: http://bugs.python.org/file39963/issue24676.py _

[issue24676] Error in pickle using cProfile

Serhiy Storchaka added the comment: This looks as duplicate of issue9914. -- resolution: -> duplicate status: open -> closed superseder: -> trace/profile conflict with the use of sys.modules[__name__] ___ Python tracker

[issue23573] Avoid redundant allocations in str.find and like

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.6 ___ Python tracker ___ ___

[issue19007] precise time.time() under Windows 8: use GetSystemTimePreciseAsFileTime

Changes by Akira Li <4kir4...@gmail.com>: -- nosy: +akira ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue24667] OrderedDict.popitem()/__str__() raises KeyError

Eric Snow added the comment: Correct me if I'm wrong but the travis-ci logs [1] seem to indicate it's using Python 3.6.0a0. [1] https://travis-ci.org/xZise/pywikibot-core/builds/71550286#L144 -- ___ Python tracker

[issue24667] OrderedDict.popitem()/__str__() raises KeyError

Eric Snow added the comment: Just to get this out of the way, are you running your tests against the latest beta (3)? There were some known bugs in earlier betas that have since been fixed. -- ___ Python tracker

[issue24676] Error in pickle using cProfile

Serhiy Storchaka added the comment: The same is with profile, pickle and in 3.x. May be profile should set sys.modules['__main__']? -- components: +Library (Lib) -Extension Modules nosy: +georg.brandl, serhiy.storchaka type: crash -> behavior versions: +Python 3.4, Python 3.5, Python 3.

[issue24665] CJK support for textwrap

R. David Murray added the comment: The problem is (if I'm understanding this correctly, which I may not be, I'm not a unicode expert) is that how you compute and manipulate CJK characters in python2 differs depending on whether you are dealing with a wide build or a narrow build. And the fact

[issue24665] CJK support for textwrap

Florent Gallaire added the comment: FUD about Python here is something I wasn't expecting. Python 2 supports Unicode and is still used a lot by a lot of people. CJK people are not subhumans, so don't support CJK is something called, wait... a bug ! And it's a shame that it was not fixed earlie

[issue24658] open().write() fails on 2 GB+ data (OS X)

Mali Akmanalp added the comment: I don't know how helpful it is at this point, but the issue happens while reading also. Here's some related discussion in the numpy tracker: https://github.com/numpy/numpy/issues/3858 (The claim was that OSX Mavericks fixed this issue, it didn't, and there is

[issue24676] Error in pickle using cProfile

New submission from Erick Fonseca: cPickle raises a PicklingError when trying to pickle an instance of a class defined in a module being profiled with cProfile. Example code: import cPickle class A(object): pass a = A() with open('file.dat', 'wb') as f: cPickl

[issue4945] json checks True/False by identity, not boolean value

Mark Mikofski added the comment: This is effecting IronPython as well, because .NET objects return copies not references. If a .NET assembly method is called from IronPython, its return is a copy, not a reference. Therefore the reference of a boolean return is not the same as the internal Pyth

[issue20792] Idle: test PathBrowser more

Changes by Terry J. Reedy : -- versions: +Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue20792] Idle: test PathBrowser more

Terry J. Reedy added the comment: I only did the test_pathbrowser changes now. I added an assert that failed in 2.7 because Idle still defines some old-style classes not subclassing object. The 'main' test had been rewriten as an htest. Am leaving issue open to look at those changes another

[issue20792] Idle: test PathBrowser more

Roundup Robot added the comment: New changeset 61d7e6fe0003 by Terry Jan Reedy in branch '2.7': Issue #20792: Expand idle_test.test_pathbowser. Tweak file. https://hg.python.org/cpython/rev/61d7e6fe0003 New changeset 0220328f962c by Terry Jan Reedy in branch '3.4': Issue #20792: Expand idle_test

[issue23573] Avoid redundant allocations in str.find and like

Roundup Robot added the comment: New changeset 311a4d28631b by Serhiy Storchaka in branch '3.5': Issue #23573: Restored optimization of bytes.rfind() and bytearray.rfind() https://hg.python.org/cpython/rev/311a4d28631b New changeset c06410c68217 by Serhiy Storchaka in branch 'default': Issue #23

[issue24665] CJK support for textwrap

R. David Murray added the comment: Because to get proper unicode support, we wrote python3, and because handling anything other than single-character-width characters in textwrap is a new feature. -- nosy: +r.david.murray versions: +Python 3.6 -Python 2.7 _

[issue12978] Figure out extended attributes on BSDs

Billy Foster added the comment: Is there any chance of getting this finalized? I have been using William Orr's patch as a workaround for months now, but it would be nice to not have to manually apply it each version bump... -- nosy: +billyfoster __

[issue24658] open().write() fails on 2 GB+ data (OS X)

Ronald Oussoren added the comment: The patch I attached earlier is for the default branch. More work is needed for the other active branches. -- ___ Python tracker ___ _

[issue24675] Avoid DeprecationWarning in test_os

Roundup Robot added the comment: New changeset bc67e0030d42 by Victor Stinner in branch '3.4': Issue #24675: Avoid DeprecationWarning in test_os https://hg.python.org/cpython/rev/bc67e0030d42 -- nosy: +python-dev ___ Python tracker

[issue24675] Avoid DeprecationWarning in test_os

STINNER Victor added the comment: Thanks Martin. I applied your patch, but I replaced tearDown() with a cleanup function. -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS (update: and NetBSD w/ FFS, Solaris w/ UFS)

Martin Panter added the comment: Okay, now at Issue 24675 -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailin

[issue24675] Avoid DeprecationWarning in test_os

New submission from Martin Panter: This patch is to avoid the warning introduced with the changes in Issue 15745, originally described at . The code has a “with” statement to hide the warning from os.stat_float_times(), but the warning triggers any

[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS (update: and NetBSD w/ FFS, Solaris w/ UFS)

Changes by Martin Panter : Removed file: http://bugs.python.org/file39955/stat-times-deprecated.patch ___ Python tracker ___ ___ Python-bugs-l

[issue24658] open().write() fails on 2 GB+ data (OS X)

STINNER Victor added the comment: The Windows limit to INT_MAX is one many functions: * os.write() * io.FileIO.write() * hum, maybe other, I don't remember In the default branch, there is now _Py_write(), so only one place should be fixed. See the issue #11395 which fixed the bug on Windows.

[issue24605] segmentation fault at asciilib_split_char.lto_priv

STINNER Victor added the comment: You have to search for memory corruptions. You can try to run your application with a Python compiled a debug mode. If it doesn't work, you may try Valgrind which require a Python compiled with --with-valgrind and to use the suppression file. See Misc/README.v

[issue24658] open().write() fails on 2 GB+ data (OS X)

Eric O. LEBIGOT added the comment: I see, thanks. This sounds good to me too: no need for a warning or exception, indeed, since file.write() should work and the behavior of os.write() is documented. -- ___ Python tracker

[issue24674] pyclbr not recursively showing classes in packages

David Worenklein added the comment: P.S. Here are the results after the patch: C => ['foo.module.B', 'foo.module.A', 'object'] -- ___ Python tracker ___ _

[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS (update: and NetBSD w/ FFS, Solaris w/ UFS)

STINNER Victor added the comment: Can you please open a new issue for stat-times-deprecated.patch? -- ___ Python tracker ___ ___ Pytho

[issue24674] pyclbr not recursively showing classes in packages

New submission from David Worenklein: In the following example, pyclbr does not report that foo.module.A is a superclass of C: __module2.py__ import foo.module class C(foo.module.B): pass __foo/module.py__ class A(object): def foo(self): print "bar" class B(A): pass __tes

[issue24653] Mock.assert_has_calls([]) incorrectly passes

Michael Foord added the comment: assert_has_calls checks that the calls you specified were made. So if you specify an empty list it *should* pass (or be disallowed as it has no meaning). If you want to check that these calls and *only* those calls were made you should use something like:

[issue24658] open().write() fails on 2 GB+ data (OS X)

Ronald Oussoren added the comment: The patch limits os.write to writing at most INT_MAX bytes on OSX. Buffered I/O using open("/some/file", "wb") should still write all data (at least according to the limited tests I've done so far). The same limitation is already present on Windows. And as I

[issue24646] Python accepts SSL certificate that should be rejected on OSX

Ronald Oussoren added the comment: BTW. I think someone (me?) should write down the problems with using higher levels in the API stack w.r.t. os.fork in a PEP-style document. This can then be used to decide whether or not we want to use such APIs in the stdlib (and if so, what should be change

[issue24658] open().write() fails on 2 GB+ data (OS X)

Eric O. LEBIGOT added the comment: Thank you for looking into this, Ronald. What does your patch do, exactly? does it only limit the returned byte count, or does it really limit the size of the data written by truncating it? In any case, it would be very useful to have a warning from the Pytho

[issue24646] Python accepts SSL certificate that should be rejected on OSX

Ronald Oussoren added the comment: I'll check, but they probably are because the use data structures from CoreFoundation. -- ___ Python tracker ___ _

[issue24658] open().write() fails on 2 GB+ data (OS X)

Ronald Oussoren added the comment: The attached patch is a first stab at a workaround. It will unconditionally limit the write size in os.write to INT_MAX on OSX. I haven't tested yet if this actually fixes the problem mentioned on stack overflow. -- keywords: +needs review, patch sta

[issue24646] Python accepts SSL certificate that should be rejected on OSX

Christian Heimes added the comment: Ronald: Can you check if SecTrustSettingsCopyCertificates() or SecTrustCopyAnchorCertificates() are affected by the fork() issue? -- ___ Python tracker _

[issue24646] Python accepts SSL certificate that should be rejected on OSX

Christian Heimes added the comment: It's a platform bug but Apple doesn't consider it a bug. Hynek has analyzed and reported it over a year ago: https://hynek.me/articles/apple-openssl-verification-surprises/ -- nosy: +christian.heimes ___ Python tr

[issue24646] Python accepts SSL certificate that should be rejected on OSX

Ronald Oussoren added the comment: Using our own OpenSSL build should be saver in the long run anyway. Apple provides enough API’s to reproduce the behaviour of Apple’s build in a cleaner way (by making the loading of system CA certs an explicit action). Problem is: that likely requires using

[issue24658] open().write() fails on 2 GB+ data (OS X)

Ronald Oussoren added the comment: This is likely a platform bug, it fails with os.write as well. Interestingly enough file.write works fine on Python 2.7 (which uses stdio), that appearently works around this kernel misfeature. A possible partial workaround is recognise this error in the imp

[issue24670] os.chdir breaks result of os.path.abspath(__file__) and os.path.realpath(__file__)

Daniel al. LordBlick added the comment: If so, then should be internally __file__ edit by zipimport and/or os.cwd? It's simple string in .__dict__['__file__']… Is exist some class representing internal file? Then any cwd operation should be wraped by it. -- components: +Interpreter Core

[issue24583] set.update(): Crash when source set is changed during merging

Changes by Raymond Hettinger : -- resolution: -> not a bug stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue24583] set.update(): Crash when source set is changed during merging

Roundup Robot added the comment: New changeset 3f2c12c0abdb by Raymond Hettinger in branch 'default': Issue #24583: Consolidate previous set object updates into a single function https://hg.python.org/cpython/rev/3f2c12c0abdb -- ___ Python tracker <

[issue24673] distutils/_msvccompiler does not remove /DLL during link(CCompiler.EXECUTABLE)

New submission from James Salter: Encountered trying to build numpy with python 3.5b3, visual studio 2015. >From distutils/_msvccompiler.py:MSVCCompiler.link: if self._need_link(objects, output_filename): ldflags = (self.ldflags_shared_debug if debug e

[issue24605] segmentation fault at asciilib_split_char.lto_priv

josch added the comment: I do not see any module implemented in C in the imports. Is there a way to find out from where the segmentation fault came? -- ___ Python tracker ___ __

[issue24483] Avoid repeated hash calculation in C implementation of functools.lru_cache()

Tal Einat added the comment: Ping? Let's not miss the final 3.5 beta. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue24672] shutil.rmtree failes on non ascii filenames

Tim Golden added the comment: Can you confirm whether it also fails if you pass in a unicode string? eg shutil.rmtree(u"filename.txt") -- ___ Python tracker ___

[issue24672] shutil.rmtree failes on non ascii filenames

Changes by Serhiy Storchaka : -- components: +Windows nosy: +haypo, paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___

[issue24670] os.chdir breaks result of os.path.abspath(__file__) and os.path.realpath(__file__)

Serhiy Storchaka added the comment: The issue is not in os.path, but in __file__ been relative path. If you change current work directory, __file__ is no longer valid path to source file. Things are even worse with zipimport. When you will archive the script in the ZIP file and run this ZIP fi

[issue24672] shutil.rmtree failes on non ascii filenames

New submission from Steffen Kampmann: I run python 2.7 on Windows 7 and the function rmtree of the shutil package fails to remove files with a non ascii filename: File "C:\Users\skampmann\AppData\Local\Continuum\Anaconda\lib\shutil.py", line 247, in rmtreermtree(fullname, ignore_errors

[issue24583] set.update(): Crash when source set is changed during merging

Serhiy Storchaka added the comment: Both variants LGTM. But set_self_contained.diff seems better. I suppose this is 3.6 only. -- ___ Python tracker ___ _

[issue4395] Document auto __ne__ generation; provide a use case for non-trivial __ne__

Serhiy Storchaka added the comment: LGTM. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue4395] Document auto __ne__ generation; provide a use case for non-trivial __ne__

Martin Panter added the comment: This updated patch adds the clarification about NotImplemented. -- Added file: http://bugs.python.org/file39958/default-ne-reflected-priority.v4.patch ___ Python tracker ___

[issue24670] os.chdir breaks result of os.path.abspath(__file__) and os.path.realpath(__file__)

Changes by Daniel al. LordBlick : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue19663] Not so correct error message when initializing defaultdict

Changes by Raymond Hettinger : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-b

[issue19663] Not so correct error message when initializing defaultdict

Roundup Robot added the comment: New changeset d248702feab0 by Raymond Hettinger in branch '2.7': Issue #19663: Improve error message for defaultdict. https://hg.python.org/cpython/rev/d248702feab0 -- ___ Python tracker

[issue19663] Not so correct error message when initializing defaultdict

Roundup Robot added the comment: New changeset efda1eaf86a3 by Raymond Hettinger in branch '3.4': Issue #19663: Improve error message for defaultdict. https://hg.python.org/cpython/rev/efda1eaf86a3 -- nosy: +python-dev ___ Python tracker