Berker Peksag added the comment:
Here's a patch with a test.
--
keywords: +patch
nosy: +berker.peksag
stage: - patch review
type: - behavior
Added file: http://bugs.python.org/file35587/issue21707.diff
___
Python tracker rep...@bugs.python.org
New submission from Claudiu.Popa:
Hello.
Here's a short patch for dbm.dumb, which uses in various places the `with`
statement for opening and closing files. Thanks.
--
components: Library (Lib)
files: dbm_with_open.patch
keywords: patch
messages: 220335
nosy: Claudiu.Popa,
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - serhiy.storchaka
priority: normal - low
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21729
___
STINNER Victor added the comment:
Attached readline_disable_meta_key.patch: Implement the workaround suggested in
(*), but only use the workaround if stdout is not a TTY (ex: output
redirected), to limit the risk of regression.
(*)
Changes by Berker Peksag berker.pek...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21425
___
___
STINNER Victor added the comment:
Discussion on python-dev:
https://mail.python.org/pipermail/python-dev/2014-June/135026.html
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21205
___
Saimadhav Heblikar added the comment:
Attached patch is an attempt to fix the issue, based on msg220332.
With this patch, and with IDLE Classic Unix keybinding selected in IDLE,
actions like cut=Control-Key-w, redo=Alt-Key-z Meta-Key-z, and emac's
style actions like
Changes by Saimadhav Heblikar saimadhavhebli...@gmail.com:
Removed file: http://bugs.python.org/file35590/keybinding-issue12387-v1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12387
___
Changes by Saimadhav Heblikar saimadhavhebli...@gmail.com:
Added file: http://bugs.python.org/file35591/keybinding-issue12387-v1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12387
___
Changes by Saimadhav Heblikar saimadhavhebli...@gmail.com:
Removed file: http://bugs.python.org/file35591/keybinding-issue12387-v1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12387
___
Changes by Saimadhav Heblikar saimadhavhebli...@gmail.com:
Added file: http://bugs.python.org/file35592/keybinding-issue12387-v1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12387
___
New submission from Berker Peksag:
Here's the traceback (tested on Ubuntu 12.04):
==
ERROR: testBCM (test.test_socket.CANTest)
--
Traceback (most recent call
Berker Peksag added the comment:
This test is still failing on AMD64 Fedora without threads 3.x.
http://buildbot.python.org/all/builders/AMD64%20Fedora%20without%20threads%203.x/builds/6743/steps/test/logs/stdio
test test_multiprocessing_main_handling crashed -- Traceback (most recent call
New submission from Jürgen B:
I had a problem with calendar.formatmonth()
Error message was 'Unsupported Locale'
Well, it seems that Windows (XP) does nothing accept to setlocale than ''
I changed /lib/calendar.py line 488 ff to
class different_locale:
def __init__(self, locale):
Claudiu.Popa added the comment:
This doesn't seem to be the case for Python 3.4. Also, _ast.arguments didn't
have lineno and col_offset attributes neither in Python 2. But the _arg.arg
nodes have those attributes, as seen in this example.
from ast import parse
parse(
... def test(a): pass
Changes by Claudiu.Popa pcmantic...@gmail.com:
--
nosy: +Claudiu.Popa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16512
___
___
Python-bugs-list
Changes by Claudiu.Popa pcmantic...@gmail.com:
--
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16512
___
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +asyncio
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17911
___
STINNER Victor added the comment:
I tried different options to show the memory leaks found by tracemalloc, but
I'm not satisfied by any option. I get a lot of noise, the output is almost
useless. Randomly, between 1 and 1000 KB are allocated or released in random
files: in unittest or
STINNER Victor added the comment:
regrtest.patch is a work-in-progress patch. It shows the top 10 when the -R
option is used, ex: python -m test -R 3:3 test_sys.
--
nosy: +sahutd
___
Python tracker rep...@bugs.python.org
Claudiu.Popa added the comment:
Using \xff\xd8 sounds good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16512
___
___
Python-bugs-list
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16512
___
___
Python-bugs-list
Kovid Goyal added the comment:
FYI, the test I currently use in calibre, which has not failed so far for
millions of users:
def test_jpeg(h, f):
if (h[6:10] in (b'JFIF', b'Exif')) or (h[:2] == b'\xff\xd8' and (b'JFIF' in
h[:32] or b'8BIM' in h[:32])):
return 'jpeg'
--
R. David Murray added the comment:
The code is mostly correct as it exists in the calendar module. You are
running into issue 10466. Per my comment in that issue, it may be possible to
put a workaround into the calendar module, but your suggestion isn't it, since
your code would leave the
Matt Deacalion Stevens added the comment:
It's probably just me then. The code example is what helped me grasp `cycle`,
not the explanation.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21727
R. David Murray added the comment:
See issue 21731 for considering putting a workaround for this into the calendar
module (noted here because of msg122065).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10466
R. David Murray added the comment:
Oh, I see I'd already previously opened issue 10498 for that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10466
___
R. David Murray added the comment:
I'm closing this in favor of issue 21731, which has a proposed (though I
believe incorrect) patch.
--
resolution: - duplicate
stage: test needed - resolved
status: open - closed
superseder: - Calendar Problem with Windows (XP)
Jürgen B added the comment:
Yes, Issue 10466 seems to be the same problem. One could fix this one instance
higher, not necessarily in Calendar.py.
As I said, I have no idea about Python (not yet). You could code this and I
would test it.
--
___
Gavin Carothers added the comment:
Issue also exists in Pyramid (any wsgi server/framework) See
https://github.com/Pylons/pyramid/issues/1360 for Pyramid bug.
--
nosy: +gcarothers
___
Python tracker rep...@bugs.python.org
New submission from STINNER Victor:
http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.x/builds/1734/steps/test/logs/stdio
python.exe(59021,0x7fff71296cc0) malloc: *** mmap(size=9223372036854779904)
failed (error code=12)
*** error: can't allocate region
*** set a breakpoint in
STINNER Victor added the comment:
I checked builds 1722..1742: it looks like this issue only occured once.
--
assignee: - ronaldoussoren
components: +Macintosh
nosy: +ronaldoussoren
___
Python tracker rep...@bugs.python.org
New submission from STINNER Victor:
http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.x/builds/1742/steps/test/logs/stdio
Timeout (1:00:00)!
Thread 0x7fff71296cc0 (most recent call first):
File
/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/selectors.py, line
New submission from STINNER Victor:
http://buildbot.python.org/all/builders/AMD64%20OpenIndiana%203.x/builds/7900/steps/test/logs/stdio
gcc -shared (...)Modules/_ctypes/_ctypes.o (...) -o
build/lib.solaris-2.11-i86pc.64bit-3.5-pydebug/_ctypes.so (...)
*** WARNING: renaming _ctypes since
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20128
___
___
Python-bugs-list
STINNER Victor added the comment:
Many test_pydoc tests are failing on the FreeBSD 9 buildbot, example:
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%203.x/builds/6870/steps/test/logs/stdio
==
FAIL:
New submission from STINNER Victor:
http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.0%203.x/builds/2220/steps/test/logs/stdio
[390/390] test_threading
Timeout (1:00:00)!
Thread 0x000801c06400 (most recent call first):
File
Changes by Claudiu Popa pcmantic...@gmail.com:
--
nosy: +Claudiu.Popa
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12516
___
Vajrasky Kok added the comment:
It looks strange to use a float as maxsize. = It is. But the float could be
coming programmatically. Float value interpreted as infinity could give a shock
for some people.
maybe to cast maxsize parameter to an int. = ceiling or flooring?
--
Claudiu Popa added the comment:
imghdr got a test file in 94813eab5a58. Your patch also needs documentation
updates. Besides that, +1 from me. Maybe it would be okay to add a deprecation
warning for the second argument?
--
___
Python tracker
New submission from Marc-Andre Lemburg:
The missing __file__ attribute on frozen modules causes lots of issues with the
stdlib (see e.g. Issue21709 and the stdlib test suite) and other tools that
expect this attribute to always be present.
The attached patch for 3.4.1 adds this attribute to
Changes by Marc-Andre Lemburg m...@egenix.com:
--
keywords: +patch
Added file: http://bugs.python.org/file35595/__file__-for-frozen-modules.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21736
Marc-Andre Lemburg added the comment:
While the current patch does not resolve the issue, I'm leaving the issue
closed and have instead opened a new Issue21736 which tracks the idea to add a
__file__ attribute to frozen modules per default.
--
___
New submission from Marc-Andre Lemburg:
The logic in runpy.run_path() assumes that removing the __main__ entry from
sys.modules is enough to be able to use the module search logic for e.g.
importing packages and ZIP files (with embedded __main__.py files).
In Python 3.4 (and probably also 3.3
Changes by Marc-Andre Lemburg m...@egenix.com:
--
keywords: +patch
Added file:
http://bugs.python.org/file35596/FrozenImporter-without-__main__-support.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21737
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21736
___
___
Python-bugs-list mailing
Barry A. Warsaw added the comment:
I'm -0 on this patch. I can understand that in some sense, frozen modules do
semantically have an associated file, but OTOH, once they're frozen the
connection to their file is broken. Also, I think anything that assumes
__file__ exists is simply broken
Claudiu Popa added the comment:
Issue issue16512 has a patch which will recognize this format of JPEG, as well
as others.
--
nosy: +Claudiu.Popa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21230
Marc-Andre Lemburg added the comment:
On 12.06.2014 18:35, Barry A. Warsaw wrote:
I'm -0 on this patch. I can understand that in some sense, frozen modules do
semantically have an associated file, but OTOH, once they're frozen the
connection to their file is broken. Also, I think
Barry A. Warsaw added the comment:
PBP might be reasonably used to justify it for the frozen case. I just don't
want to use that as a wedge to define __file__ in *all* cases, even when no
reasonable file name exists.
--
___
Python tracker
STINNER Victor added the comment:
@Antoine: Can you please review gen_qualname.patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21205
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +brett.cannon, eric.snow, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21737
___
Vinay Sajip added the comment:
While the current patch does not resolve the issue, I'm leaving the issue
closed
That's fine - I will implement the changes we discussed in this issue, even if
it's something of a stop-gap.
--
___
Python tracker
Changes by Ned Deily n...@acm.org:
--
resolution: - duplicate
stage: - resolved
status: open - closed
superseder: - Malloc errors in test_io
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21733
Paul Koning added the comment:
I created a fix for this. This also fixes a second issue in mock_open, which
is that readline() raises StopIteration at EOF rather than returning empty
strings. See attached diff.
(Is there a better procedure for submitting fixes?)
--
nosy: +pkoning
New submission from Ethan Furman:
Replacing __new__ in an Enum subclass is not possible /in the subclass
definition/, but is easily replaced via monkey-patching after the class has
been defined.
Docs need to be updated to reflect this.
--
assignee: ethan.furman
messages: 220372
nosy:
Changes by Vasilis Vasaitis vvasai...@gmail.com:
--
nosy: +vvas
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14074
___
___
Python-bugs-list
Paul Koning added the comment:
This is the corresponding patch to the test suite.
--
Added file: http://bugs.python.org/file35598/testwith.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21258
New submission from Karl Richter:
It would be useful to have a short statement in the docs
(https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions)
that the expression in a list comprehension isn't put into a block, but
evaluated against the same block where it is located
R. David Murray added the comment:
In 3.x a list comprehension (like a generator expression in 2.x) *is* a
separate block:
[x for x in range(3)]
[0, 1, 2]
x
Traceback (most recent call last):
File stdin, line 1, in module
NameError: name 'x' is not defined
I note that this is not in fact
Steven Stewart-Gallus added the comment:
Okay, I made a patch that I hoped dealt with all the criticisms and that fixed
up a problem I noted myself.
--
Added file: http://bugs.python.org/file35599/fixed-setcloexec.patch
___
Python tracker
Changes by Steven Stewart-Gallus sstewartgallu...@mylangara.bc.ca:
Removed file: http://bugs.python.org/file35599/fixed-setcloexec.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21627
___
Changes by Steven Stewart-Gallus sstewartgallu...@mylangara.bc.ca:
Added file: http://bugs.python.org/file35600/fixed-setcloexec.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21627
___
Raymond Hettinger added the comment:
I wouldn't like to use the tutorial to highlight or draw attention a
feature/bug that is going away.
I recommend leaving the tutorial as-is. For a decade, it has worked well for
introducing people to list comprehensions. More complete implementation
Raymond Hettinger added the comment:
That's why the code example is there ;-)
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21727
___
Raymond Hettinger added the comment:
Serhiy, after reviewing this, consider backporting it.
The original code doesn't have a try/finally around the close() call and that
could be considered a bug.
--
nosy: +rhettinger
___
Python tracker
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
keywords: +easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21726
___
___
Raymond Hettinger added the comment:
I have been wanting this feature for quite a long time
Me too.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14102
___
Raymond Hettinger added the comment:
I think it makes sense to treat this as a completely new
traceback introspection API and ignore the low level details
of the legacy API.
That would likely be the cleanest approach.
--
nosy: +rhettinger
___
R. David Murray added the comment:
OK, I have no objection to leaving the 2.7 tutorial alone. It seems to me that
the 3.x tutorial should be fixed, though, because it currently says the
unrolled loop is equivalent, but it isn't. The fact that this applies to all
other comprehensions in
Ned Deily added the comment:
If there is a regression to be fixed, there needs to be a patch with a test.
Anyone?
--
nosy: +benjamin.peterson, ned.deily
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
Changes by Milan Oberkirch milan...@oberkirch.org:
--
nosy: +jesstess, zvyn
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20083
___
___
Changes by Ned Deily n...@acm.org:
--
assignee: ronaldoussoren -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21732
___
___
Python-bugs-list
Changes by Ned Deily n...@acm.org:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21734
___
___
Python-bugs-list mailing list
New submission from Antoine Pitrou:
doctest uses inspect.isfunction() to detect callable objects on which to detect
docstrings. Unfortunately, this prevents running doctests on functions which
have been decorated to return other types of callables (for example numba's
@jit decorator). In the
Antoine Pitrou added the comment:
Your patch doesn't have a review link. Perhaps it should be regenerated
against updated default?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21205
___
New submission from Zachary Ware:
Attached is a quick-and-dirty script that converts a large chunk of the test
suite away from support.run_unittest and test_main to unittest test discovery
and unittest.main. Several files are marked as 'do not touch' due to various
issues that the script
R. David Murray added the comment:
For some reason the diff shown by the review link is very different from the
one show by the patch file itself. I'm not sure what is causing that, since
the diff appears to be in the correct hg format. I don't even know where
reitveld is getting the stuff
R. David Murray added the comment:
Correction on the XXX should we check this: I was thinking about the wrong
section of the code. But it is still 'no': by postel's law we should accept
dirty data. Currently the consumer of the library can then decide whether or
not to reject the dirty data
STINNER Victor added the comment:
Updated patch, rebased on the default branch. I add a minor unit test (modify
also gen.__name__).
--
Added file: http://bugs.python.org/file35603/gen_qualname-2.patch
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
While trying to fix a similar issue for the asyncio project, I wrote the
following code:
https://bitbucket.org/haypo/misc/src/ce48d7b3ea1d223691e496e41aca8f5784671cd5/python/suppress_locals.py?at=default
I was not aware that a similar approach (attached
Tal Einat added the comment:
I don't think the patch should currently be committed.
I agree with Terry: we should first fix the issue whereby the key config is
read repeatedly. Given such a fix, the problematic known_invalid workaround
in the patch would no longer be necessary.
As a side
Mark Lawrence added the comment:
This strikes me as a sizable hole in our documentation. Are there any plans to
implement this as I quick glance at the devguide has no references to rietveld
that I can find?
--
nosy: +BreamoreBoy
___
Python
Roundup Robot added the comment:
New changeset bec6f18dd636 by Vinay Sajip in branch '3.4':
Issue #21709: Improved implementation to cover the frozen module case.
http://hg.python.org/cpython/rev/bec6f18dd636
New changeset bd44ad77013a by Vinay Sajip in branch 'default':
Issue #21709: Merged
Mark Lawrence added the comment:
ping.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19873
___
___
Python-bugs-list mailing
Mark Lawrence added the comment:
Can it be assumed that this is no longer a problem?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15934
___
Mark Lawrence added the comment:
Could we have a response for the record please.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18082
___
Mark Lawrence added the comment:
Can this be closed as issue616013 was?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1724366
___
Roundup Robot added the comment:
New changeset 3852afce2ca3 by Antoine Pitrou in branch 'default':
Issue #21711: support for site-python directories has now been removed from
the site module (it was deprecated in 3.4).
http://hg.python.org/cpython/rev/3852afce2ca3
--
nosy: +python-dev
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21711
___
Mark Lawrence added the comment:
Python 3.4.1 (v3.4.1:c0e311e010fc, May 18 2014, 10:38:22) [MSC v.1600 32 bit
(Intel)] on win32
Type copyright, credits or license() for more information.
'{0:d}'.format('a')
Traceback (most recent call last):
File pyshell#0, line 1, in module
Mark Lawrence added the comment:
msg120987 states the opposite to msg112747 so what do we do with this issue?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
nosy: +steve.dower
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19351
___
Eric V. Smith added the comment:
I believe that comment was referring to the subject of this bug:
$ ./python
Python 3.4.1+ (3.4:bec6f18dd636, Jun 12 2014, 20:23:30)
[GCC 4.8.1] on linux
Type help, copyright, credits or license for more information.
format([], 'd')
Traceback (most recent call
Steven D'Aprano added the comment:
I have been using something like this for many years now and it is very handy.
I have an early version of the code posted here:
http://code.activestate.com/recipes/577896
Over the next week or so, I'll prepare a patch.
Because it's a new feature, it must be
New submission from Vishvananda Ishaya:
If there is a failure during the re-opening of the file WatchedFileHandler can
lose the ability to log and starts throwing IOErrors.
--
messages: 220403
nosy: vishvananda
priority: normal
severity: normal
status: open
title: WatchedFileHandler
Vishvananda Ishaya added the comment:
The attached file illustrates the error when attempting to call handler.emit()
from multiple threads at the same time.
--
Added file: http://bugs.python.org/file35604/log.py
___
Python tracker
Vishvananda Ishaya added the comment:
The attached file illustrates the error when attempting to call handler.emit()
when the file cannot be opened. Even if this situation is later remedied all
future emit() calls will fail since stream.flush() is called on a fd that has
already been closed.
R. David Murray added the comment:
Closing this in favor of issue 16512, which I will expand to include this case.
--
resolution: - duplicate
stage: - resolved
status: open - closed
superseder: - imghdr doesn't support jpegs with an ICC profile
Josh Rosenberg added the comment:
I've found it rather ugly to even understand from the lack of code comments for
the C level API it's wrapping. If nothing else, comments explaining the usage
and purpose might be helpful.
--
nosy: +josh.rosenberg
1 - 100 of 117 matches
Mail list logo
