[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 rep...@bugs.python.org http://bugs.python.org/issue19663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue4395 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue19663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24670] os.chdir breaks result of os.path.abspath(__file__) and os.path.realpath(__file__)
Changes by Daniel al. LordBlick lordbl...@gmail.com: -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24670 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4395] Document auto __ne__ generation; provide a use case for non-trivial __ne__
Serhiy Storchaka added the comment: LGTM. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4395 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19663] Not so correct error message when initializing defaultdict
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19663 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24483 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24583 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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, onerror) File C:\Users\skampmann\AppData\Local\Continuum\Anaconda\lib\shutil.py, line 247, in rmtreermtree(fullname, ignore_errors, onerror) File C:\Users\skampmann\AppData\Local\Continuum\Anaconda\lib\shutil.py, line 247, in rmtreermtree(fullname, ignore_errors, onerror) File C:\Users\skampmann\AppData\Local\Continuum\Anaconda\lib\shutil.py, line 252, in rmtreeonerror(os.remove, fullname, sys.exc_info()) File C:\Users\skampmann\AppData\Local\Continuum\Anaconda\lib\shutil.py, line 250, in rmtreeos.remove(fullname) WindowsError: [Error 2] Das System kann die angegebene Datei nicht finden: 'H:\\ihre_perso\xa6\xeanlichen_Zugangsdaten600.jpg' Please let me know if i can help with something. -- components: Library (Lib) messages: 246971 nosy: Steffen Kampmann priority: normal severity: normal status: open title: shutil.rmtree failes on non ascii filenames versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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(ufilename.txt) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 file, __file__ will not be a path to the source file from the start. See also issue18416. -- nosy: +brett.cannon, eric.snow, ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24670 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24672] shutil.rmtree failes on non ascii filenames
Changes by Serhiy Storchaka storch...@gmail.com: -- components: +Windows nosy: +haypo, paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 else self.ldflags_shared) if target_desc == CCompiler.EXECUTABLE: ldflags = ldflags[1:] But self.ldflags_shared = [ '/nologo', '/DLL', '/INCREMENTAL:NO' ] self.ldflags_shared_debug = [ '/nologo', '/DLL', '/INCREMENTAL:no', '/DEBUG:FULL' ] Which leads to a DLL being created instead of a .exe. I have attached a patch that explicitly removes '/DLL' rather than trimming by index. -- components: Distutils files: _msvccompiler_link.patch keywords: patch messages: 246976 nosy: James Salter, dstufft, eric.araujo priority: normal severity: normal status: open title: distutils/_msvccompiler does not remove /DLL during link(CCompiler.EXECUTABLE) type: compile error versions: Python 3.5 Added file: http://bugs.python.org/file39959/_msvccompiler_link.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24673 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue24583] set.update(): Crash when source set is changed during merging
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- resolution: - not a bug stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24583 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 file.__dict__['__file__']… Is exist some class representing internal file? Then any cwd operation should be wraped by it. -- components: +Interpreter Core ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24670 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24605 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24583 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 implementation of os.write and then perform a partial write. Problem is: while write(2) is documented as possibly writing less data than expected most users writing to normal files (as opposed to sockets) probably don’t expect that behavior. On the other hand, os.write already limits writes to INT_MAX on Windows (see _Py_write in Python/fileutils.c) Because of this I’m in favour of adding a simular workaround on OSX (and can provide a patch). BTW. the manpage for write says that writev(2) might fail with EINVAL: [EINVAL] The sum of the iov_len values in the iov array over- flows a 32-bit integer. I wouldn’t be surprised if write(2) is implemented using writev(2) and that this explains the problem. On 18 Jul 2015, at 06:05, Serhiy Storchaka rep...@bugs.python.org wrote: Changes by Serhiy Storchaka storch...@gmail.com: -- components: +Extension Modules, IO -Interpreter Core nosy: +haypo, ned.deily, ronaldoussoren ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24658 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24658 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 API’s higher up in the API stack, which could cause problems when using os.fork without os.exec (the old “CoreFoundation crashes in child processes” problem). Ronald On 18 Jul 2015, at 06:22, Ned Deily rep...@bugs.python.org wrote: Ned Deily added the comment: For what it's worth, the El Capitan Beta's apparently don't ship with OpenSSL headers anymore though they do still ship with the dylibs. Hmm, I had tested installing existing python.org binary releases with the first DPs of 10.11 and I *thought* I had tested building from source, as well. But, yes, it appears that the headers are no longer there, at least on the most recent DP I have installed. I'm traveling and essentially off-the-net for another week but I will take a closer look at the situation then. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24646 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24646 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 Python interpreter. If the data is truncated, I would even prefer an explicit exception (e.g. data too big for this platform (= 2 GB)), along with an explicit mention of it in the documentation. What do you think? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24658 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 changed to avoid crashes). I'm slighlty in favour of using such APIs if that makes Python better on OSX, even if that introduces slight differences w.r.t. Linux (for example, multiprocessing could no longer use only os.fork). The disadvantage is that it would no longer be possible to develop and test pre-forking code on OSX before deploying to Linux. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24646 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 tracker rep...@bugs.python.org http://bugs.python.org/issue24646 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24646 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 stage: - patch review Added file: http://bugs.python.org/file39960/issue24658.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24658 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24646 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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
__test.py__
import pyclbr
def superclasses_of(class_data):
classes = [ class_data ]
super_classes = []
while classes:
class_data = classes.pop()
if isinstance(class_data, basestring):
super_classes.append(class_data)
else:
super_classes.append( class_data.module+'.'+class_data.name )
for c in class_data.super:
classes.append( c )
return super_classes
module = pyclbr.readmodule('module2',['.','./foo'])
for class_name, class_data in module.items():
print %s = %s % (class_name, superclasses_of(class_data))
__results__
C = ['foo.module.B']
I've attached a patch to pyclbr.py to fix this.
--
files: pyclbr.patch
keywords: patch
messages: 246990
nosy: worenklein
priority: normal
severity: normal
status: open
title: pyclbr not recursively showing classes in packages
versions: Python 2.7
Added file: http://bugs.python.org/file39961/pyclbr.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24674
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24674 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue15745 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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.valgrind. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24605 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24658 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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. If it's a bug, it should be fixed on Python 2.7, 3.4, 3.5 and default branches. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24658 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 https://bugs.python.org/issue15745#msg245455. The code has a “with” statement to hide the warning from os.stat_float_times(), but the warning triggers anyway because the TestCase.addCleanup() callback is triggered after the “with” statement has exited. -- components: Tests files: stat-times-deprecated.patch keywords: patch messages: 246995 nosy: haypo, vadmium priority: normal severity: normal stage: patch review status: open title: Avoid DeprecationWarning in test_os versions: Python 3.4, Python 3.5, Python 3.6 Added file: http://bugs.python.org/file39962/stat-times-deprecated.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24675 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS (update: and NetBSD w/ FFS, Solaris w/ UFS)
Changes by Martin Panter vadmium...@gmail.com: Removed file: http://bugs.python.org/file39955/stat-times-deprecated.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15745 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24675 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12978 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24675 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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.test_pathbowser. Tweak file to not copy twice. https://hg.python.org/cpython/rev/0220328f962c -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20792 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20792] Idle: test PathBrowser more
Changes by Terry J. Reedy tjre...@udel.edu: -- versions: +Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20792 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 time. -- stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20792 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 Python reference for that boolean, and the JSON encoder doesn't recognize the value as a boolean, but instead treats it as an integer, and returns `str(o)`, which for `True` is True and for `False` is False. Then the decoder can't interpret the JSON object because true and false are capitalize, which is not in its spec. :( See my comment https://github.com/IronLanguages/main/issues/1033. The patch would solve this problem. A copy of a boolean will be equal to its value, ie False == False even if their references are not the same. -- nosy: +bwanamarko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4945 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 #23573: Restored optimization of bytes.rfind() and bytearray.rfind() https://hg.python.org/cpython/rev/c06410c68217 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23573 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24665 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24658 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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:
cPickle.dump(a, f)
Running the above example with python -m cProfile resulted in
cPickle.PicklingError: Can't pickle class '__main__.A': attribute lookup
__main__.A failed
I'm not sure if this is the intended behavior (I suppose __main__ in this case
refers to the cProfile module file), but I googled it and couldn't find
anything. I noticed this problem in Ubuntu 14.04 and Windows 8.1, both with
Python 2.7.
--
components: Extension Modules
messages: 247006
nosy: Erick Fonseca
priority: normal
severity: normal
status: open
title: Error in pickle using cProfile
type: crash
versions: Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24676
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 an Apple bug ID in there somewhere, plus there is a link to a patch the torch folks used) and also in pandas: https://github.com/pydata/pandas/issues/10641 I'd be happy to try to test patches out. -- nosy: +Mali Akmanalp ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24658 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 that python3 doesn't handle it either is why this would be a new feature (see the referenced issues). But I could be wrong. I leave it to the unicode experts. -- components: +Unicode nosy: +ezio.melotti, haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24665 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 earlier. Python 3 has this bug too, so it's not really what I would call a proper unicode support. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24665 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue24676 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23573] Avoid redundant allocations in str.find and like
Changes by Serhiy Storchaka storch...@gmail.com: -- resolution: - fixed stage: patch review - resolved status: open - closed versions: +Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23573 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 rep...@bugs.python.org http://bugs.python.org/issue24676 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19007] precise time.time() under Windows 8: use GetSystemTimePreciseAsFileTime
Changes by Akira Li 4kir4...@gmail.com: -- nosy: +akira ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19007 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[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 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9914 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
