Peter Wentworth p.wentwo...@ict.ru.ac.za added the comment:
Attached is a crashing program that shows that the event handler is called
again before activation of the prior instance has completed.
I also have a second turtle that queues the nested events. It doesn't crash
the system, at
New submission from Matthias Klose d...@debian.org:
when building without an hg repository present, the build fails with:
./Parser/asdl_c.py -h ../Include ../Parser/Python.asdl
Traceback (most recent call last):
File ../Parser/asdl_c.py, line 1214, in module
main(args[0])
File
Changes by Peter Wentworth p.wentwo...@ict.ru.ac.za:
Removed file: http://bugs.python.org/file22072/drag_bug_is_nesting_events.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6717
___
Peter Wentworth p.wentwo...@ict.ru.ac.za added the comment:
Oops, I wish I hadn't asked that silly question about the global declaration!
Here is the tweaked file...
--
Added file: http://bugs.python.org/file22073/drag_bug_is_nesting_events.py
___
Ruslan Mstoi rms...@gmail.com added the comment:
Uploading patch updated according to the review comments.
--
Added file: http://bugs.python.org/file22074/issue12009_patch3.diff
___
Python tracker rep...@bugs.python.org
New submission from Matthias Klose d...@debian.org:
the exported symbol should either have a prefix, or defined static.
--
components: Extension Modules
messages: 136594
nosy: doko
priority: normal
severity: normal
status: open
title: Modules/faulthandler.c exports `stack_overflow'
Gergely Kálmán kalman.gerg...@duodecad.hu added the comment:
On 05/22/11 03:14, Brian May wrote:
Brian Maybr...@microcomaustralia.com.au added the comment:
What needs to happen to get recvmsg() supported in Python?
recvmsg() is required to get get transparent UDP proxies working under
New submission from JJeffries jamesjeffri...@gmail.com:
PyDoc currently does not support partial functions. It currently just outputs
the following, treating it as a data member instead of a function.
my_partial_function = functools.partial object
I think that if the __doc__ it should be
Éric Araujo mer...@netwok.org added the comment:
Victor, you just did what a recent discussion on python-dev strongly
recommended not to do: you used ambiguous present tense in your commit message.
“test_logging writes debug messages to stderr, not stdout” does not say
whether it is the
Changes by Ruslan Mstoi rms...@gmail.com:
Added file: http://bugs.python.org/file22075/issue12009_patch4.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12009
___
Changes by Ruslan Mstoi rms...@gmail.com:
Removed file: http://bugs.python.org/file22013/issue12009_patch.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12009
___
Changes by Ruslan Mstoi rms...@gmail.com:
Removed file: http://bugs.python.org/file22019/issue12009_patch2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12009
___
Changes by Ruslan Mstoi rms...@gmail.com:
Removed file: http://bugs.python.org/file22074/issue12009_patch3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12009
___
Éric Araujo mer...@netwok.org added the comment:
+1 to that last patch, modulo removal of an unnecessary docstring on one test
method (IIRC the test runner would display it in verbose mode and that would
not be useful output; the test speaks for itself, only a comment with this bug
number is
Changes by Ruslan Mstoi rms...@gmail.com:
Added file: http://bugs.python.org/file22076/issue12009_patch.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12009
___
Changes by Ruslan Mstoi rms...@gmail.com:
Removed file: http://bugs.python.org/file22075/issue12009_patch4.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12009
___
Ruslan Mstoi rms...@gmail.com added the comment:
Thanks for helping with cleaning up the patch. I already removed that docstring
too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12009
Éric Araujo mer...@netwok.org added the comment:
Thanks for the report. pydoc recently gained ad-hoc support for named tuples,
so it could be improved to treat partial objects as functions. Would you like
to submit a patch? If so, guidelines are on http://docs.python.org/devguide
Changes by Éric Araujo mer...@netwok.org:
--
assignee: - haypo
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12153
___
___
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12152
___
___
Python-bugs-list
New submission from STINNER Victor victor.stin...@haypocalc.com:
The queue doc contains the following example:
--
def worker():
while True:
item = q.get()
do_work(item)
q.task_done()
q = Queue()
for i in range(num_worker_threads):
t =
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12125
___
___
Python-bugs-list
Éric Araujo mer...@netwok.org added the comment:
Removing 2.6, this is not a security bug.
(OT:
Could someone please fix support for symlinked packages? It's an
essential feature during development.
If I correctly guess your use case, you could use a pth file during
development. See the
Roundup Robot devnull@devnull added the comment:
New changeset ad1ea4961ead by Victor Stinner in branch 'default':
Close #12153: faulthandler, mark stack_overflow() as static
http://hg.python.org/cpython/rev/ad1ea4961ead
--
nosy: +python-dev
resolution: - fixed
stage: -
Éric Araujo mer...@netwok.org added the comment:
BTW, does this bug occur only with symlinked packages or also with one-file
modules?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6727
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
title: Allow `abc.abstractproperty` to be overridden by a data attribute -
Allow an abc.abstractproperty to be overridden by an instance data attribute
versions: -Python 3.4
___
Python
Waldemar Kornewald wkornew...@gmail.com added the comment:
It was only with symlinked packages/folders. Symlinked files worked correctly
for me.
BTW, pth files won't work for our specific use-case (App Engine).
--
___
Python tracker
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: haypo
priority: normal
severity: normal
status: open
title: test_multiprocessing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12156
New submission from STINNER Victor victor.stin...@haypocalc.com:
http://www.python.org/dev/buildbot/all/builders/x86%20FreeBSD%207.2%203.x/builds/1819/steps/test/logs/stdio
[180/355] test_multiprocessing
Timeout (1:00:00)!
Thread 0x28401d00:
File
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12155
___
___
Python-bugs-list
Roundup Robot devnull@devnull added the comment:
New changeset bff9265d677d by Victor Stinner in branch 'default':
Issue #12105: test_posix, add the value of O_CLOEXEC in the error message
http://hg.python.org/cpython/rev/bff9265d677d
--
___
Python
STINNER Victor victor.stin...@haypocalc.com added the comment:
or just skip the test on Linux kernels older than 2.6.23
I like this solution, but I don't know how to test that the kernel doesn't
support O_CLOEXEC. My commit bff9265d677d will tell use the value of O_CLOEXEC
on the
Antoine Pitrou pit...@free.fr added the comment:
I like this solution, but I don't know how to test that the kernel
doesn't support O_CLOEXEC. My commit bff9265d677d will tell use the
value of O_CLOEXEC on the
Linux-2.6.22-vs2.2.0.7-gentoo-i686-Intel-R-_Xeon-TM-_CPU_2.80GHz-with-gentoo-2.0.1
Philip Drew pwtd...@gmail.com added the comment:
Reinstalling makes no difference- have tried multiple times
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12140
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Oh, Linux 2.6.27+ has a SOCK_CLOEXEC option: we may use it (but it should be
done in another issue). See also #12105.
--
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
Story of O_CLOEXEC in the GNU libc, by Ulrich Drepper: Secure File Descriptor
Handling
http://udrepper.livejournal.com/20407.html
--
I could either add some voodoo configure checks to ensure
that O_CLOEXEC is indeed supported
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
versions: +Python 3.3 -Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4600
___
Changes by Éric Araujo mer...@netwok.org:
--
assignee: docs@python -
nosy: -docs@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4600
___
New submission from Gökçen Eraslan gok...@pardus.org.tr:
When I use map method Pool object with an empty list parameter and then call
close and wait methods, join() method hangs. I think this is not intended.
Code to reproduce the bug is attached.
PS: A similar issue (using map method with
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +charles-francois.natali, haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10115
___
___
Marc-Andre Lemburg m...@egenix.com added the comment:
R. David Murray wrote:
R. David Murray rdmur...@bitdance.com added the comment:
euc_jp and euc_kr seem to be backward (that is, codecs translates them to the
_ version, instead of translating the _ version to the - version). I worry
STINNER Victor victor.stin...@haypocalc.com added the comment:
Another idea is to write a best-effort function to open a file with CLOEXEC
flag:
* use O_CLOEXEC if available
* use fcntl(fd, F_SETFD, flags | FD_CLOEXEC) if O_CLOEXEC is missing or was
silently ignored by the kernel (by open)
STINNER Victor victor.stin...@haypocalc.com added the comment:
My commit bff9265d677d will tell use the value of O_CLOEXEC on the
Linux-2.6.22-vs2.2.0.7-gentoo-... buildbot.
Here you have:
AssertionError: 0 is not true : CLOEXEC flag not set (O_CLOEXEC=0x8)
It's the same value on my
Antoine Pitrou pit...@free.fr added the comment:
If there are use cases of Stream{Reader,Writer} which are not covered by
TextIOWrapper, it would be nice to know so that we can improve TextIOWrapper.
After all, there should be one obvious way to do it ;)
By the way, something interesting
Charles-François Natali neolo...@free.fr added the comment:
The real issue is that the libc defines O_CLOEXEC, but kernels prior to 2.6.23
don't support it: instead of returning EINVAL, the socket syscall silently
ignores the flag (don't know why I made the comment about this flag being
STINNER Victor victor.stin...@haypocalc.com added the comment:
The real issue is that the libc defines O_CLOEXEC, but kernels prior
to 2.6.23 don't support it: instead of returning EINVAL, the socket
syscall silently ignores the flag (don't know why I made the comment
about this flag being
Charles-François Natali neolo...@free.fr added the comment:
Oh, Linux 2.6.27+ has a SOCK_CLOEXEC option:
It's not exactly the same thing.
We want to close the socket right after fork, not wait until exec (in the OP
case there was no exec).
Patch looks fine to me. Is it easily testable?
New submission from STINNER Victor victor.stin...@haypocalc.com:
Sometimes, we need to know the version of the Linux kernel. Recent examples:
test if SOCK_CLOEXEC or O_CLOEXEC are supported by the kernel or not. Linux
2.6.23 *silently* ignores O_CLOEXEC flag of open().
linux_version() is
Tim Golden m...@timgolden.me.uk added the comment:
What happens if you try python -S (capital S)? In principle this should
bypass the need to load site.py. Even if that works we still have a problem to
solve, but at least it might narrow things down.
--
nosy: +tim.golden
STINNER Victor victor.stin...@haypocalc.com added the comment:
test_socket: ...has a nice linux_version() which should be moved to
the platform module
I created the issue #12158 for that.
--
___
Python tracker rep...@bugs.python.org
Charles-François Natali neolo...@free.fr added the comment:
This is a kernel bug, not a bug in the GNU libc (ask Ulrich if you are not
sure ;-)).
Kernels prior to 2.6.23 didn't know about the O_CLOEXEC flag: to catch this
kind of problem, every syscall would have to check every bit when
Changes by Ross Lagerwall rosslagerw...@gmail.com:
--
nosy: +rosslagerwall
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12158
___
___
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
New submission from STINNER Victor victor.stin...@haypocalc.com:
Sometimes, we need to know the version of the Linux kernel. Recent examples:
test if SOCK_CLOEXEC or O_CLOEXEC are supported by the kernel or not.
STINNER Victor victor.stin...@haypocalc.com added the comment:
The returned value should be a version string in a fixed format,
not a tuple. I'd suggest to use _norm_version() for this.
How do you compare version strings? I prefer tuples, as sys.version_info,
because the comparaison is more
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
The returned value should be a version string in a fixed format,
not a tuple. I'd suggest to use _norm_version() for this.
How do you compare
R. David Murray rdmur...@bitdance.com added the comment:
asdl_c.py should not be run during a non-checkout build, since the files it
builds should already have been (re)built and checked in by the time a release
is rolled. IIUC The release building script is supposed to ensure the
timestamps
Sye van der Veen syeber...@rogers.com added the comment:
I ran smack into this while setting up my Doc build for the first time. In
trying to fix my build problems, it took me about an hour to find that this was
a known issue.
I've attached a patch to warn others of the issue, in the
R. David Murray rdmur...@bitdance.com added the comment:
Here's another (unrelated?) failure:
http://www.python.org/dev/buildbot/all/builders/x86%20Gentoo%203.x/builds/173/steps/test/logs/stdio
[ 43/355] test_logging
Traceback (most recent call last):
Changes by Nir Aides n...@winpdb.org:
--
assignee: niemeyer - nirai
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1625
___
___
Python-bugs-list
Benjamin Peterson benja...@python.org added the comment:
Indeed, Include/Python-ast.c and Python/Python-ast.c should be touched to avoid
this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12152
STINNER Victor victor.stin...@haypocalc.com added the comment:
Use %s.%s.%s % linux_version() if you would like to format the version. The
format is well defined. (You should only do that under Linux.)
--
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Use %s.%s.%s % linux_version() if you would like to format the version. The
format is well defined. (You should only do that under Linux.)
No,
Matthias Klose d...@debian.org added the comment:
I'm building a snapshot package on a buildd, where a checkout is used (without
the .hg directory). buildds don't have access to the network, and I don't want
to package the .hg directory. So I assume I have to create a release tarball
on my
Benjamin Peterson benja...@python.org added the comment:
It's true that Python use to be the only dependency for asdl_c.py, but now
Mercurial is, too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12152
R. David Murray rdmur...@bitdance.com added the comment:
Well, it turns out that back when I opened this issue I misunderstood what the
ALIASES table was used for. it *is* used before doing a codecs lookup, but it
is also used to convert whatever charset name the programmer specifies into the
Éric Araujo mer...@netwok.org added the comment:
I don’t see how the comment “As such, you will need to specify PYTHON
explicitly” logically follows from the fact that Python 2.x is required. IMO,
building the docs require Python 2.x, so you’ll need a “python” executable on
your PATH that is
Charles-François Natali neolo...@free.fr added the comment:
Do we really need to expose a such Linux-centric and sparingly used
function to the platform module?
Since it's needed by several tests, why not add it to Lib/test/support.py?
That way, we could also make it return a tuple without
Éric Araujo mer...@netwok.org added the comment:
See also #12081.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11729
___
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11178
___
___
Python-bugs-list
Éric Araujo mer...@netwok.org added the comment:
hasattr(transaction, '__exit__')
http://docs.python.org/dev/reference/datamodel#special-method-names explains
that magic methods are looked up on the class, not on the instances. There’s a
lot of code out there that erroneously checks for
Éric Araujo mer...@netwok.org added the comment:
I believe Antoine is saying “works as intended”, i.e. not a bug. I’m not sure
it’s worth a doc change.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
JJeffries jamesjeffri...@gmail.com added the comment:
I have written and tested a patch based on 2.7.1 src distribution (only src I
have access to at work). I will get the latest code from the repository and
test against that later.
--
___
Python
Éric Araujo mer...@netwok.org added the comment:
As a non-native speaker, I found constructs such as “OR-ed” or “syncing” a bit
non-obvious when I started reading docs. +1 on adding “bitwise”, +1 on
changing to “combined with the | operator”. (Yes, this is an or-ed vote.)
--
nosy:
New submission from Peter Fankhaenel pit00...@googlemail.com:
An OverflowError is emitted in case the return value of __len__
exceeds 2**31-1.
The following code:
class C (object):
def __len__ (self):
return self.l
c = C()
c.l = 2**31
len (c)
# leads to an OverflowError in the
Benjamin Peterson benja...@python.org added the comment:
Yep, len() has to return something less than sys.maxsize.
--
nosy: +benjamin.peterson
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
len(obj) is implemented using PyObject_Size() which is stores the result into a
Py_ssize_t, and so is limited to sys.maxsize (2**31-1 or 2**63-1).
This implementation detail should be documented.
--
nosy: +haypo
Éric Araujo mer...@netwok.org added the comment:
I find it strange that you propose to make a function public and remove its doc
:) Is a negative missing in the bug title?
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12086
___
___
Python-bugs-list
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
title: threading._get_ident(): remove it in the doc and make it public -
threading._get_ident(): remove it in the doc or make it public
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
IOW, invalid?
--
components: +None -Devguide
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12101
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
deprecate_codecs.patch: Deprecate open(), StreamReader, StreamWriter,
StreamReaderWriter, StreamRecord and EncodedFile() of the codec module. Use the
builtin open() function or io.TextIOWrapper instead.
EncodedFile() and
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
title: Deprecate codecs.open() - Deprecate codecs.open(), codecs.StreamReader
and codecs.StreamWriter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8796
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
status: - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8796
___
___
Éric Araujo mer...@netwok.org added the comment:
Fixed by Tarek in 406ba3cdebcb.
--
resolution: accepted - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6459
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12077
___
___
Python-bugs-list
Éric Araujo mer...@netwok.org added the comment:
Thanks for detailing the rationale. Separating the “vendor”-controlled space
(or let’s call it system; not all OSes have vendors :) from the
sysadmin-controlled location is indeed a real concern, as shown by the
recent-ish dist-packages
Changes by Éric Araujo mer...@netwok.org:
--
stage: - needs patch
versions: +Python 3.1, Python 3.2, Python 3.3 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12055
___
Éric Araujo mer...@netwok.org added the comment:
From http://docs.python.org/dev/library/doctest#which-docstrings-are-examined :
“The module docstring, and all function, class and method docstrings are
searched. Objects imported into the module are not searched. [...] Any classes
found are
STINNER Victor victor.stin...@haypocalc.com added the comment:
You can then use linux_version().split('.') in code that want
to do version comparisons.
It doesn't give the expected result:
('2', '6', '9') ('2', '6', '20')
False
('2', '6', '9') ('2', '6', '20')
True
By the way, if you
STINNER Victor victor.stin...@haypocalc.com added the comment:
Thanks for your review, here is an updated patch.
--
Added file: http://bugs.python.org/file22082/regrtest_sigusr1-3.patch
___
Python tracker rep...@bugs.python.org
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file21995/regrtest_sigusr1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12073
___
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file22067/regrtest_sigusr1-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12073
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Merwok's review:
Looks like a useful feature.
http://bugs.python.org/review/12073/diff/2659/6441
File Lib/test/regrtest.py (right):
http://bugs.python.org/review/12073/diff/2659/6441#newcode164
Lib/test/regrtest.py:164: You can
Éric Araujo mer...@netwok.org added the comment:
+1 on the idea.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12074
___
___
Éric Araujo mer...@netwok.org added the comment:
I’d favor 1) or 2) over 3). Ints are short and very commonly used for flags.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11957
Éric Araujo mer...@netwok.org added the comment:
I’m not sure historical whatsnew documents get fixes. As long as the PEPs and
docs get fixes, the whatsnew can stay as they are.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
versions: -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12141
___
___
Matthias Klose d...@debian.org added the comment:
iirc after merging 3.0.9, we still had to use the internal libffi bits for
windows and macosx. I didn't check 3.0.10rc8
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
Thanks for your work! Feel free to post the patch so that it won’t get lost.
It may be that it ports cleanly or with trivial adaptations to 3.x, I can test
and report if you don’t want to set up a full devel environment.
--
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12154
___
___
1 - 100 of 167 matches
Mail list logo
