Mark Dickinson added the comment:
From what I read in the thread it seems to be more like a bug rather than
something to just be documented, right?
No, both round and formatting are working as expected: it's just a bit
unfortunate that they use different rounding modes in 2.x. It's not
Mark Dickinson added the comment:
And the Python 2 behaviour has been essentially unchanged for a long time:
Python 2.4.6 (#1, Nov 7 2013, 16:01:20)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)] on darwin
Type help, copyright, credits or license for more information.
%.f %.f % (0.5,
Vajrasky Kok added the comment:
Here is the preliminary path. It works and tested on Linux. I'll check the
behaviour on Windows later.
--
keywords: +patch
nosy: +vajrasky
Added file:
http://bugs.python.org/file33128/fix_tarfile_overwrites_symlink.patch
Changes by Vajrasky Kok sky@speaklikeaking.com:
Removed file:
http://bugs.python.org/file33128/fix_tarfile_overwrites_symlink.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19974
___
Changes by Vajrasky Kok sky@speaklikeaking.com:
Added file:
http://bugs.python.org/file33129/fix_tarfile_overwrites_symlink.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19974
___
New submission from Claudiu.Popa:
In the last example, there is a misspelled imported module.
--
assignee: docs@python
components: Documentation
files: mailbox_typo.patch
keywords: patch
messages: 206174
nosy: Claudiu.Popa, docs@python
priority: normal
severity: normal
status: open
Roundup Robot added the comment:
New changeset 31fd129960d5 by Ezio Melotti in branch '2.7':
#19981: fix typo in email.mailbox docs. Patch by Claudiu Popa.
http://hg.python.org/cpython/rev/31fd129960d5
New changeset 364ca376956f by Ezio Melotti in branch '3.3':
#19981: fix typo in
Ezio Melotti added the comment:
Fixed, thanks for the report and the patch!
--
assignee: docs@python - ezio.melotti
nosy: +ezio.melotti
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 2.7, Python 3.3
___
Xavier de Gaye added the comment:
This seems to break BaseTestSuite.countTestCases when invoked after the
TestSuite has been run:
...
File Lib/unittest/suite.py, line 42, in countTestCases
cases += test.countTestCases()
AttributeError: 'NoneType' object has no attribute 'countTestCases'
Walter Dörwald added the comment:
sys.displayhook doesn't fail, because it uses the backslashreplace error
handler, and for sys.displayhook that's OK, because it's only used for screen
output and there some output is better than no output. However print and
pprint.pprint might be used for
Roundup Robot added the comment:
New changeset 8a78988fdb04 by Stefan Krah in branch 'default':
Issue #19972: Add rarely used freefunc. This fixes a leak if sys.exit()
http://hg.python.org/cpython/rev/8a78988fdb04
--
nosy: +python-dev
___
Python
Nick Coghlan added the comment:
Long term fix: runpy.run_path and runpy.run_module need to accept a target
parameter, multiprocessing needs to use the appropriate one based on whether or
not __main__.__spec__ is None.
Short term (3.4) fix: we can expose a private API in runpy akin to the
Changes by Nick Coghlan ncogh...@gmail.com:
--
title: Have multiprocessing raise ImportError when spawning a process that
can't find the main module - Handle a non-importable __main__ in
multiprocessing
___
Python tracker rep...@bugs.python.org
Changes by Nick Coghlan ncogh...@gmail.com:
--
dependencies: +Handle a non-importable __main__ in multiprocessing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19978
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
dependencies: +Update runpy for PEP 451
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19982
___
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
dependencies: +Add a target parameter to runpy.run_path and runpy.run_module
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19978
___
New submission from Nick Coghlan:
One idea from PEP 451 was to add a target parameter to runpy.run_path and
runpy.run_module to allow them to support execution in an existing module
namespace (like __main__).
This missed the feature freeze deadline for 3.4, but can be added in 3.5.
Stefan Krah added the comment:
Should be fixed. Thanks for the comments everyone.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19972
Nick Coghlan added the comment:
I think it's definitely still OK to fix this in 3.4, but I think it's
borderline enough to avoid including in the last ever 3.3 release. Changing
exception types always introduces a little backwards compatibility risk, so
it's something I lean towards only
Arfrever Frehtes Taifersar Arahesis added the comment:
in the last ever 3.3 release.
msg204533 suggests that there will be =2 bug fix releases in 3.3 branch (3.3.4
soon and 3.3.5 around release of 3.4.0).
--
___
Python tracker
Nick Coghlan added the comment:
That's slightly more acceptable, but it's still hard to make the case
that changing exception types is a reasonable thing to do in a
maintenance release (it's only the specific nature of the error that
makes me consider it reasonable even in a feature release).
Changes by Stefan Behnel sco...@users.sourceforge.net:
--
nosy: +eli.bendersky, scoder
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17088
___
___
Stefan Behnel added the comment:
Note that the option is called default_namespace, not
default_namespace_prefix. Could you try passing the namespace URI instead?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17088
Vajrasky Kok added the comment:
This is a bug from Sqlite. Sqlite 3.7 is afflicted. Solution: upgrade to sqlite
3.8.
http://sqlite.1065341.n5.nabble.com/sqlite3-column-name-contains-quotes-for-views-td65226.html
http://www.sqlite.org/src/info/5526e0aa3c
--
nosy: +vajrasky
R. David Murray added the comment:
Ah, well, it would be good to note that in the issue comments, then :).
The commit workflow is that a patch gets applied to a branch, then merged
forward. So I would need to apply the additional changes by hand to 3.4,
unless you provide a 3.4 diff that is
R. David Murray added the comment:
s/need/prefer/, unless the differences between the two patchsets are large, in
which case I'd probably do a null merge followed by a separate 3.4 commit.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 561822250761 by R David Murray in branch 'default':
#19970: fix additional typo in 3.4 asyncio docs.
http://hg.python.org/cpython/rev/561822250761
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
The message should be C unsigned short.
Thanks.
The unit tests don't check that USHRT_MAX value is accepted.
And shouldn't. Not all values make sense. Meaning of USHRT_MAX is platform
depended.
With poll_events_mask_overflow.patch, the following hack
R. David Murray added the comment:
Thanks for the conformation, Vajrasky. It is apparently not hard to upgrade
the sqlite3 that python uses even on Windows, so I'm going to close this issue.
(We're currently up to sqlite3 3.8.1 on 3.4).
--
stage: - committed/rejected
status: open -
R. David Murray added the comment:
Thanks for the confirmation, Vajrasky. It is apparently not hard to upgrade
the sqlite3 that python uses even on Windows, so I'm going to close this issue.
(We're currently up to sqlite3 3.8.1 on 3.4).
--
___
Changes by R. David Murray rdmur...@bitdance.com:
--
Removed message: http://bugs.python.org/msg206192
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19167
___
Roundup Robot added the comment:
New changeset 9bee6cc30db7 by Serhiy Storchaka in branch '2.7':
Issue #17919: Fixed integer overflow in the eventmask parameter.
http://hg.python.org/cpython/rev/9bee6cc30db7
New changeset 87bbe810e4e7 by Serhiy Storchaka in branch '3.3':
Issue #17919: Fixed
Raymond Hettinger added the comment:
[Mark Dickinson]
It's essentially an IdentityDict, though I've found other
more specific transforms useful.
Have any of the applications had use for the part of the API that looks up the
original, untransformed key?
--
Mark Dickinson added the comment:
Not my applications, no.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18986
___
___
Python-bugs-list mailing
Changes by Gökcen Eraslan gokcen.eras...@gmail.com:
--
nosy: +gkcn
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19097
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset c10ea224392d by Serhiy Storchaka in branch '2.7':
Issue #19623: Fixed writing to unseekable files in the aifc module.
http://hg.python.org/cpython/rev/c10ea224392d
New changeset 35f6a5937a63 by Serhiy Storchaka in branch '3.3':
Issue #19623: Fixed
Serhiy Storchaka added the comment:
During applying the patch to 2.7 yet one bug was found in 2.7.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset a3de2b3881c1 by Serhiy Storchaka in branch '3.3':
Issue #17576: Removed deprecation warnings added in changeset 618cca51a27e.
http://hg.python.org/cpython/rev/a3de2b3881c1
--
___
Python tracker
Serhiy Storchaka added the comment:
The purpose of pprint.pprint() is to produce human-readable output. In this
case some output is better than nothing. It isn't designed to be parseable by
other programs, because sometimes it is even less accurate than the result of
repr() (pprint()
Changes by Serhiy Storchaka storch...@gmail.com:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19856
___
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17919
___
Serhiy Storchaka added the comment:
Thank you Delhallt for your report.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17919
___
___
Gregory P. Smith added the comment:
You didn't do anything wrong. You were running 3.3.3 which is the latest
release of 3.3. Portage is Gentoo's thing, you'd have to ask the gentoo python
portage ebuild maintainer and point them at the commit with the additional
patch to apply if you want it
Serhiy Storchaka added the comment:
Why this change?
For better skip message (see a change above).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19492
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
assignee: - zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19493
___
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: - ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19946
___
___
Python-bugs-list
Nick Coghlan added the comment:
I added some unit tests for the interactions between runpy and namespace
packages, which showed that I was doing the check for __main__ submodules and
the check for no loader in the wrong order.
Last missing piece is to ensure that __spec__ is being populated
Brett Cannon added the comment:
Need to quickly test that this will work with PEP 451 works with the design in
my head before we get farther into 3.4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17621
Julian Berman added the comment:
Why not take this a step further and make it take a callable that's expected to
take the command line argument and coerce it into a path
--
nosy: +Julian
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
So close!
importlib.util.spec_from_file_location failed me (unsurprisingly) when it came
to the zipfile execution tests. I'm thinking I'll just hack in a way to avoid
checking the loader when the expected loader is set to None.
--
Added file:
Nick Coghlan added the comment:
Latest version simply doesn't check the loader type for the zipimport tests.
(Note that just using find_spec doesn't work, since the directory and zipfile
execution tests include implicit sys.path manipulation)
I also removed the separated precompiled flag that
Nick Coghlan added the comment:
Adding a dependency on issue 19700, as I'm about to commit that fix and runpy
should be updated to use whatever we come up with here.
--
dependencies: +Update runpy for PEP 451
___
Python tracker
Changes by Jurko Gospodnetić jurko.gospodne...@gmail.com:
--
components: +email -Interpreter Core
nosy: +Jurko.Gospodnetić, barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14228
___
Nick Coghlan added the comment:
Working on the docs updates made me realise the test cases didn't cover the no
suffix case that is causing grief in issue 19946.
So I've added a test case for that now, but haven't fixed it yet (will need to
deal with the __spec__ = None case for such scripts)
Brett Cannon added the comment:
Attached is a script to verify that PEP 451 works as desired, so Python 3.5
doesn't have any technical blockers for doing a lazy loader for PEP 451 loaders.
And with __spec__.loader_state it might be possible to work things out through
a common API to work
New submission from Jurko Gospodnetić:
If you press Ctrl-C during Python startup on Windows you may get interpreter
crashes with different Python tracebacks displayed on the standard system error
output stream.
Reproduced using:
- Windows 7 SP1 x64
- Python 3.3.3 (64-bit) as downloaded
Changes by Jurko Gospodnetić jurko.gospodne...@gmail.com:
Added file: http://bugs.python.org/file33138/crash-info-1-9 - Python tracebacks
only.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19983
Jurko Gospodnetić added the comment:
I can reproduce this most easily if I run a command like:
clean.cmd run.py
where clean.cmd is any short batch script and run.py is a file containing only
the '#! python3' shabang line.
The batch script in front is not necessary, and I've originally
Jurko Gospodnetić added the comment:
I reproduced the issue about 10 more times to see if I'd get some more useful C
tracebacks in Visual Studio, but they seems to be the pretty much the same
every time (as seen in the attached
http://bugs.python.org/file33137/crash-info-10.txt file).
I'm
Changes by Jurko Gospodnetić jurko.gospodne...@gmail.com:
Removed file: http://bugs.python.org/file33139/crash-info-11.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19983
___
Changes by Jurko Gospodnetić jurko.gospodne...@gmail.com:
Added file: http://bugs.python.org/file33140/crash-info-11.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19983
___
Changes by R. David Murray rdmur...@bitdance.com:
--
components: +Interpreter Core -email
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14228
___
Jurko Gospodnetić added the comment:
This issue is related to issue #19983 on Windows.
Also, I do not think the suggested -z option implementation should be
accepted 'as is'.
On Unix it would make Ctrl-C silently terminate the process if it occurs
before default Python signal handling is
New submission from Vajrasky Kok:
This ticket sprung from this discussion:
https://mail.python.org/pipermail/python-dev/2013-December/130756.html
Basically I am always confused when writing error message in C-API.
Is it:
PyErr_Format(PyExc_TypeError,can't intern %.400s, s-ob_type-tp_name);
Changes by Vajrasky Kok sky@speaklikeaking.com:
Added file: http://bugs.python.org/file33142/add_T_format_for_PyErr_Format.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19984
___
Changes by Vajrasky Kok sky@speaklikeaking.com:
Removed file:
http://bugs.python.org/file33141/add_T_format_for_PyErr_Format.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19984
___
Wim added the comment:
Yes, the problem occurs regardless of whether the default_namespace parameter
is the correct SVG namespace URI --- it's the fact of requesting a default
namespace at all that exposes the bug.
--
___
Python tracker
67 matches
Mail list logo
