Antoine Pitrou added the comment:
Raymond, we can't just backport this without breaking compatibility with
installed Python versions.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13503
Charles-François Natali added the comment:
Charles gave this example of code that would fall over:
size = 0
for name, st in scandir(path):
if stat.S_ISREG(st.st_mode):
size += st.st_size
I don't see it, though. In this case you need both .st_mode and .st_size, so
a caller
Antoine Pitrou added the comment:
(between this and the explicit Enum value assignent, I feel somewhat
lost lately :-)
Don't worry, it sometimes happens :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11406
Alexandre Vassalotti added the comment:
Our hands are pretty much tied here. The pickle bytearray as unicode hack is
likely the best we can do without pickling compatibility between Python 2 and
3. I can't think of a solution that could work here. For example.
1. Pickling bytearrays as a
Ben Hoyt added the comment:
A normal caller would never expect a stat object to be partially populated:
if a function has a prototype returning a stat object, then I definitely
expect it to be a regular stat object, with all the fields guaranteed by
POSIX set (st_size, st_ino, st_dev...).
New submission from Christian Heimes:
The function stat.filemode() has a fallback to - for file type when it is
unable to properly detect the type of a file. This gives wrong results for any
file type that is not in the lookup table.
For example it doesn't check for S_ISSOCK:
s =
Mark Dickinson added the comment:
[Victor]
Ok, I think I understood the issue :-) The problem is when the uint32_t
type is present but is not exactly 32-bit width.
No, that's still not the issue :-). In any case, it would be a fairly serious
violation of C99 to use uint32_t for something
Mark Dickinson added the comment:
Stefan: sounds reasonable. I'd be happy to make availability of exact-width
32-bit and 64-bit, signed and unsigned integer types a requirement for building
Python, provided that we run that by the python-dev mailing list first. I
agree that this is what we
Kristján Valur Jónsson added the comment:
My quick and dirty fix is simple:
_PyOS_ReadlineTState = PyThreadState_GET();
/* CCP change, cannot release the GIL here because PyOS_StdioReadline uses
* the regular MALLOC
*/
/*
Py_BEGIN_ALLOW_THREADS
*/
#ifdef
Charles-François Natali added the comment:
I don't think that's true in general, or true of how other Python APIs work.
For instance, many APIs return a file-like object, and you can only do
certain things on that object, depending on what the documentation says, or
what EAFP gets you.
Delhallt added the comment:
For your information, with AIX 6.1, with both print line and preserve comment
the output is not empty.
Option -o, with i suffix always give error message /usr/vac/bin/xlc_r: 1501-218
(S) file _configline.i contains an incorrect file suffix
#/usr/vac/bin/xlc_r -P
Thomas Kluyver added the comment:
Ping - the latest patches (dis_api3 test_peepholer) are ready for review when
someone's got a moment. Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11816
Roundup Robot added the comment:
New changeset c4f92b597074 by Richard Oudkerk in branch 'default':
Issue #13813: Embed stringification of remote traceback in local
http://hg.python.org/cpython/rev/c4f92b597074
--
nosy: +python-dev
___
Python tracker
Mark Dickinson added the comment:
Refreshed patch, with a few minor updates:
- Use copysign instead of signbit (we don't currently check for signbit
in the configure scripts); only check for negative zero when we've
already checked equality with 0.0.
- Use Py_IS_NAN and Py_IS_INFINITY
Mark Dickinson added the comment:
On OS X 10.6, I now get the following message at interpreter startup:
iwasawa:cpython mdickinson$ ./python.exe
Python 3.4.0a0 (default:d5ef330bac50, May 6 2013, 13:05:57)
[GCC 4.2.1 (Apple Inc. build 5664)] on darwin
Type help, copyright, credits or license
New submission from Charles-François Natali:
multiprocessing.cpu_count() implementation should be made available in the os
module, where it belongs.
--
keywords: easy
messages: 188506
nosy: neologix
priority: normal
severity: normal
stage: needs patch
status: open
type: enhancement
Charles-François Natali added the comment:
Note that I think it might be interesting to return 1 if the actual value
cannot be determined, since that's a sensible default, and likely what the
caller will do anyway. This contrasts with the current multiprocessing's
implementation which raised
New submission from Simon Conseil:
There is an encoding issue between codecs.open and sax (see attached file). The
issue is reproducible on Python 3.3.1, it is working fine on Python 3.3.0
--
components: Library (Lib)
files: report.txt
messages: 188508
nosy: sconseil
priority: normal
Ned Batchelder added the comment:
If you can't determine the number of CPUs, return a clear can't determine
value, such as 0 or -1. Returning 1 will hide information, and it's an easy
default for the caller to apply if they want to.
--
nosy: +nedbat
Roundup Robot added the comment:
New changeset 2684176519ef by Richard Oudkerk in branch '2.7':
Issue #17805: Add AsyncResult alias for ApplyResult
http://hg.python.org/cpython/rev/2684176519ef
New changeset bb4bb2db6106 by Richard Oudkerk in branch '3.3':
Issue #17805: Add AsyncResult alias
Mark Dickinson added the comment:
More information: readline.read_init_file() produced the same traceback before
this commit, so all that's changed is that we're now calling this at
interpreter startup. It looks like I'm using the system libedit:
iwasawa:cpython mdickinson$ otool -L
Roundup Robot added the comment:
New changeset a2928dd2fde4 by Richard Oudkerk in branch 'default':
Correct issue number for c4f92b597074 in Misc/NEWS from #13813 to #13831
http://hg.python.org/cpython/rev/a2928dd2fde4
--
___
Python tracker
Roundup Robot added the comment:
New changeset a2928dd2fde4 by Richard Oudkerk in branch 'default':
Correct issue number for c4f92b597074 in Misc/NEWS from #13813 to #13831
http://hg.python.org/cpython/rev/a2928dd2fde4
--
nosy: +python-dev
___
Python
Changes by Richard Oudkerk shibt...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17805
___
Changes by Richard Oudkerk shibt...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13831
___
Kushal Das added the comment:
I am interested to submit a patch on this. Should I move the implementation to
os module and made the multiprocessing one as an alias ? or keep it in both
places ?
I prefer the idea of returning -1 instead of the current way of raising
NotImplementedError in
Charles-François Natali added the comment:
I am interested to submit a patch on this. Should I move the implementation
to os module and made the multiprocessing one as an alias ? or keep it in
both places ?
Yes, you should move it, add a corresponding documentation to
Doc/modules/os.rst
Ned Batchelder added the comment:
Seriously, return zero, and I can use it as: cpu_count = os.cpu_count() or 1
Why throw away information?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17914
Mark Dickinson added the comment:
So I'm failing to find any documentation for libedit, but it looks as though
this error occurs if rl_read_init_file fails to find an .editrc file in the
appropriate place. If I create an empty .editrc file in my home directory, the
error disappears. (Having
STINNER Victor added the comment:
2013/5/6 Mark Dickinson rep...@bugs.python.org:
Concentrating on uint32_t for specificity, there are essentially three cases:
(1) The platform (either in stdint.h or inttypes.h) #defines uint32_t.
(2) The platform (either in stdint.h or inttypes.h) makes a
Christian Heimes added the comment:
I have created a C implementation of the stat module for Python 3.4. It
implements all current features, handling for DOOR, PORT, WHT and a fix for
#17913.
The first half of the file has lots of #ifndef checks. I'm not sure if they are
really required. I
Mark Dickinson added the comment:
According to what you wrote above, uint32_t can always be used on any
platform.
The issue is in *detecting* whether uint32_t exists or not. In cases (1) and
(3), that can be done in the preprocessor with an #ifdef uint32_t. In case
(2), it can't: the
Antoine Pitrou added the comment:
So I'm failing to find any documentation for libedit, but it looks as
though this error occurs if rl_read_init_file fails to find an
.editrc file in the appropriate place. If I create an empty .editrc
file in my home directory, the error disappears.
Antoine Pitrou added the comment:
Returning 0 or None sounds better to me than 1 or -1.
(I have a preference for None)
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17914
Mark Dickinson added the comment:
The attached fixes the issue for me. I'm not sure whether the try / except
should only be done on Apple, though. What's the behaviour on Linux if there's
no .inputrc file?
--
Added file: http://bugs.python.org/file30148/issue5845_osx_fix.patch
Antoine Pitrou added the comment:
The attached fixes the issue for me. I'm not sure whether the try /
except should only be done on Apple, though. What's the behaviour
on Linux if there's no .inputrc file?
Everything works fine under Linux (as usual :-)).
There's no need to restrict the
Steven D'Aprano added the comment:
I'm not able to test the patch at the moment, but since it essentially just
uses the recipe in the docs, I expect it will have the same side-effect.
Namely, it prevents you using the tab key to indent in the interactive
interpreter.
Now I don't know if I'm
Charles-François Natali added the comment:
Christian, could you post it as a mercurial diff for review?
Also, it would maybe be better to rename this issue to rewrite stat module in
C.
Shouldn't we also remove the Python version?
--
nosy: +neologix
Guido Draheim 2011 added the comment:
Relicensing to Python core from my Opensource-licensed material is always
permitted, including ax_create_stdint_h.m4
--
nosy: +guidod-2011
___
Python tracker rep...@bugs.python.org
New submission from Nick Coghlan:
Issue 11816 adds a new dis.Bytecode API that replaces most of the dis
functions, but doesn't cover dis.distb.
A dis.Bytecode.from_tb class method, or a TracebackBytecode subclass to handle
that use case may be desirable.
--
messages: 188528
nosy:
Changes by Nick Coghlan ncogh...@gmail.com:
--
dependencies: +Refactor the dis module to provide better building blocks for
bytecode analysis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17916
Nick Coghlan added the comment:
I created issue 17916 after realising that the new OO API doesn't yet provide
an equivalent to dis.distb that returns an appropriate Bytecode object.
(I don't think it makes sense to hold up this patch for that change)
--
assignee: - ncoghlan
Changes by Nick Coghlan ncogh...@gmail.com:
--
stage: patch review - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11816
___
___
Antoine Pitrou added the comment:
I think instead we may want to add a finalize() or close() method on frame
objects which would clear all local variables (as well as dereference the
globals dict, perhaps), after having optionally run a generator's close()
method (if the frame belongs to a
New submission from Charles-François Natali:
In many cases, PyModule_AddIntMacro() could be used instead of
PyModule_AddIntConstant(), e.g. in socketmodule.c and posixmodule.c:
PyModule_AddIntMacro(m, AF_INET6);
vs (currently)
PyModule_AddIntConstant(m, AF_INET6, AF_INET6);
It reduces the
Antoine Pitrou added the comment:
Now I don't know if I'm missing something painfully obvious, but
having to bang out space-space-space-space for every indent is
surely not going to be a win for usability ;-) Even if I am missing
something, surely so will a lot of other users.
What *looks*
Roundup Robot added the comment:
New changeset 82e92da929eb by Mark Dickinson in branch 'default':
Issue #5845: avoid an exception at startup on OS X if no .editrc file exists.
http://hg.python.org/cpython/rev/82e92da929eb
--
___
Python tracker
Mark Dickinson added the comment:
Applied the OS X fix; reclosing.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5845
___
R. David Murray added the comment:
The tab-doesn't-indent still needs to be fixed before 3.4 is released.
--
nosy: +larry
priority: normal - release blocker
resolution: fixed -
status: closed - open
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
Good thing test_peepholer was moved out to a separate patch - a failure of that
picked up a bug in the new disassembly output (unifying the handling of name
and constant dereferences had changed the way constant strings were reported in
the disassembly, and the
Roundup Robot added the comment:
New changeset f65b867ce817 by Nick Coghlan in branch 'default':
Issue #11816: multiple improvements to the dis module
http://hg.python.org/cpython/rev/f65b867ce817
--
nosy: +python-dev
___
Python tracker
Roundup Robot added the comment:
New changeset d3fee4c64654 by Nick Coghlan in branch 'default':
Issue #11816: switch test_peepholer to bytecode_helper
http://hg.python.org/cpython/rev/d3fee4c64654
--
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
And two-and-a-bit years later, we're done - thanks all, any further feedback or
problems can be filed as a new issue :)
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Antoine Pitrou added the comment:
The tab-doesn't-indent still needs to be fixed before 3.4 is
released.
I don't really understand why this would be a release blocker?
The interpreter prompt is a convenience, we don't guarantee
compatibility like with stdlib APIs.
--
Nick Coghlan added the comment:
Ah, I *thought* there was another module that started me down this path. Issue
11816 (a dis module upgrade that I finally deemed ready enough to commit) added
test.bytecode_helper, so the new test.support package will consist of at
least:
support/__init__.py
R. David Murray added the comment:
It is a release blocker because it is a major usability regression.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5845
___
R. David Murray added the comment:
Just to be clear how important I consider this, I would advocate for backing
out this patch rather than releasing 3.4 with a broken tab key at the
interactive prompt. But I'd rather have the patch *and* a working tab key.
--
New submission from Peter Saveliev:
Important: only Python2 versions are affected. Python3 works OK.
Possibly related issue: http://bugs.python.org/issue12378 (differs: see the
line above)
Having a server with SSLSocket waiting for connections, the incoming
connection, failed on automatic
Éric Araujo added the comment:
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16316
___
___
Python-bugs-list mailing list
Unsubscribe:
Charles-François Natali added the comment:
We've been *adding* python implementations for other modules, so I don't see
why we would remove this one.
Because it's buggy, and cannot be implemented correctly in python.
--
___
Python tracker
R. David Murray added the comment:
Well, post it to python-dev and see what reaction you get :)
I could be wrong, but I don't think I am (obviously).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5845
Éric Araujo added the comment:
No, patch is good to go, I just need to find some time to commit it. If
another core dev wants to do it sooner, please feel free to do so.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17732
Antoine Pitrou added the comment:
It is a release blocker because it is a major usability regression.
Really? You can press the space key to indent, it works as well
as the tab key...
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
We've been *adding* python implementations for other modules, so I don't see
why we would remove this one.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11016
Guido van Rossum added the comment:
I'm not snubbing my nose at something that breaks these types of cycles more
easily, but I still think that the abstractions offered by the traceback module
could be improved.
--
___
Python tracker
Antoine Pitrou added the comment:
We've been *adding* python implementations for other modules, so I
don't see why we would remove this one.
Well, the one reason is that the C constants aren't accessible from
Python code. Once the constants are there, the rest is so trivial
that it doesn't
Ronald Oussoren added the comment:
I expect that a lot of users use the tab key to indent in the repl (as well as
in editors, smart enough editors can convert the tab presses to spaces)
--
___
Python tracker rep...@bugs.python.org
Guido van Rossum added the comment:
On Mon, May 6, 2013 at 6:06 AM, Antoine Pitrou rep...@bugs.python.org wrote:
Note that generator cleanup through the frame has a patch in issue17807.
Sadly that doesn't help with my issue. I applied path gen3.patch and
ran various versions of the code I
Antoine Pitrou added the comment:
Well, post it to python-dev and see what reaction you get :)
I'm not interested in python-dev reactions here. For this
kind of issue, we'll have hundreds of messages for and against
the change without any useful content.
The commit adds an often-requested
Antoine Pitrou added the comment:
On Mon, May 6, 2013 at 6:06 AM, Antoine Pitrou
rep...@bugs.python.org wrote:
Note that generator cleanup through the frame has a patch in
issue17807.
Sadly that doesn't help with my issue.
It won't. It's just a building block for the change I've
Antoine Pitrou added the comment:
I expect that a lot of users use the tab key to indent in the repl
(as well as in editors, smart enough editors can convert the tab
presses to spaces)
The interpreter prompt is not a text editor at all. You can misuse
it as one, but that's a loss of time and
New submission from Delhallt:
I encounted exactly the same issue http://bugs.python.org/issue923315 with
test_asyncore, test_asynchat and test_poll.
On AIX6.1, POLLNVAL=0x8000=SHRT_MIN=SHRT_MAX+1 (on 2 bytes) and parsing events
with PyArg_ParseTuple as a signed short 'h' do not work, i.e
Changes by Christian Heimes li...@cheimes.de:
--
components: +Library (Lib)
keywords: +patch
stage: needs patch - patch review
Added file: http://bugs.python.org/file30152/filemode.patch
___
Python tracker rep...@bugs.python.org
Peter Saveliev added the comment:
Possible solution would be something like that in SSLSocket.do_handshake():
try:
self._sslobj.do_handshake()
except SSLError as e: # or even any Exception?
self._sock.close()
raise e
--
Alexander Belopolsky added the comment:
I am in AP's camp on the tab issue, but I think we can preserve tab inserts
tab behavior at the continuation prompt. I don't like indent at beginning of
line. I have rlcompleter enabled in Python 2.6 and i get the following when I
press tab:
Python
R. David Murray added the comment:
Cannot be implemented correctly in Python is a darned good reason :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11016
___
Changes by Christian Heimes li...@cheimes.de:
--
keywords: +patch
Added file: http://bugs.python.org/file30153/statmodule.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11016
___
Zachary Ware added the comment:
Here's the relevant bit of the output from that buildbot after Terry's change:
==
FAIL: testLoadWithUNC (test.test_tcl.TclTest)
Zachary Ware added the comment:
Would anyone mind committing this? It was approved by Raymond almost a year
ago now, and is still accurate.
The patch still applies cleanly to 3.3 and default, though with some fuzz.
--
versions: -Python 3.2
___
Roundup Robot added the comment:
New changeset e2a805281d26 by R David Murray in branch '3.3':
#14187: Add glossary entry for 'function annotations'.
http://hg.python.org/cpython/rev/e2a805281d26
New changeset 3e1c45f5c585 by R David Murray in branch 'default':
Merge #14187: Add glossary entry
R. David Murray added the comment:
Done. Thanks for the ping. And thanks for the suggestion and patch, Chris.
--
nosy: +r.david.murray
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Gregory P. Smith added the comment:
Actually I'm thinking this duck may only have a beak. Instead of a bunch of
fields of None I'd prefer just not having that attribute defined on the
object. I consider the os specific stat-like info from reading a
directory to be so os specific that i'd rather
Richard Oudkerk added the comment:
The relevant changeset was c4f92b597074, but I wrote the wrong issue number in
the commit message and Misc/NEWS.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13831
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11016
___
___
Changes by Ecir Hana ecir.h...@gmail.com:
--
nosy: +ecir.hana
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3982
___
___
Python-bugs-list mailing
Roundup Robot added the comment:
New changeset f4a6b731905a by David Malcolm in branch '3.3':
#17833: fix test_gdb failures seen on PPC64 Linux in test_threads
(test.test_gdb.PyBtTests)
http://hg.python.org/cpython/rev/f4a6b731905a
New changeset 6d971b172389 by David Malcolm in branch
Changes by Dave Malcolm dmalc...@redhat.com:
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17833
___
Roundup Robot added the comment:
New changeset f0833e6ff2d2 by Antoine Pitrou in branch 'default':
Issue #1545463: Global variables caught in reference cycles are now
garbage-collected at shutdown.
http://hg.python.org/cpython/rev/f0833e6ff2d2
--
nosy: +python-dev
Antoine Pitrou added the comment:
This issue is endly fixed in 3.4. Since changing the shutdown sequence is a
delicate change, I won't backport to bugfix branches.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15535
___
___
Python-bugs-list mailing
Roundup Robot added the comment:
New changeset c6c2b216bd14 by Charles-Francois Natali in branch '2.7':
Issue #12181: select module: Fix struct kevent definition on OpenBSD 64-bit
http://hg.python.org/cpython/rev/c6c2b216bd14
New changeset f6c50b437de6 by Charles-Francois Natali in branch
Charles-François Natali added the comment:
test_dis is failing on some buildbots:
http://buildbot.python.org/all/builders/AMD64 Ubuntu LTS
3.x/builds/1674/steps/test/logs/stdio
Re-running test 'test_dis' in verbose mode
test test_dis crashed -- Traceback (most recent call last):
File
Antoine Pitrou added the comment:
Yes, this is bytecode_helper hasn't been added to the repository.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11816
___
Antoine Pitrou added the comment:
(this is *because*, sorry)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11816
___
___
Python-bugs-list
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +neologix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17912
___
___
Python-bugs-list mailing
Changes by Antoine Pitrou pit...@free.fr:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17289
___
___
Charles-François Natali added the comment:
Sorry for the delay, it should be fixed now.
Federico, thanks for the patch!
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Charles-François Natali added the comment:
Here's a (gigantic) patch.
I used an ad-hoc script for the conversion (next time I might try with
coccinelle).
I tested it on Linux, FreeBSD, Openindiana, OS-X and Windows.
--
keywords: +needs review, patch
nosy: +pitrou
stage: needs patch -
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17917
___
___
Python-bugs-list mailing
Changes by Charles-François Natali cf.nat...@gmail.com:
Added file: http://bugs.python.org/file30155/ins_macro.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17917
___
1 - 100 of 154 matches
Mail list logo
