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
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
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
Changes by Daniel al. LordBlick lordbl...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24670
___
___
Serhiy Storchaka added the comment:
LGTM.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4395
___
___
Python-bugs-list mailing list
Unsubscribe:
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
___
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
___
___
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
___
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,
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
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
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
___
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
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
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
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
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
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
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
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
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
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
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
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
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
___
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
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
___
Martin Panter added the comment:
Okay, now at Issue 24675
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15745
___
___
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
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
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.
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
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
___
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
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
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
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
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
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
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
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
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
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
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:
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
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
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
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
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
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
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
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
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
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
54 matches
Mail list logo