Serhiy Storchaka storch...@gmail.com added the comment:
Should it be closed?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14973
___
___
Serhiy Storchaka storch...@gmail.com added the comment:
Please, can anyone do the review of this large but trivial patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15092
___
Serhiy Storchaka storch...@gmail.com added the comment:
Python 3.2 currently shipped in last Ubuntu LTS and will be in production at
least next 5 years. I think it will be main Python version for many years.
Here is a compound patch (changesets 6120cf695574, 64ff90e07d71, 51978f89e5ed
and
Terry J. Reedy tjre...@udel.edu added the comment:
In the next alpha release, everything was fine and I though about closing this.
When I first installed b1, the problem came back. But in a few days, 3.3.0b1
started working right. I did two things since to my installed idlelib, beside
just
Eli Bendersky eli...@gmail.com added the comment:
I wonder if this is a fair comparison, Serhiy. Strings are unicode underneath,
so they have a large overhead per string (more data to copy around). Increasing
the length of the strings changes the game because due to PEP 393, the overhead
for
Stefan Krah stefan-use...@bytereef.org added the comment:
Thanks, David! I'll close this issue, perhaps the compile failures
on the Windows 7 buildbot can be sorted out separately.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
Timothy Madden terminato...@gmail.com added the comment:
The command also worked for me on Windows 7 Professional 64-bit, but pythonw
does not start, and I could not check if everything in CLI python.exe works as
expected.
As you said, something is not right with it, and it also installs just
Changes by Juan Javier jjdomingu...@gmail.com:
--
status: open - languishing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13785
___
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
I'd strongly prefer not having enum everywhere. PyUnicode_Kind alone is
certainly possible, maybe with a typedef?
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
New submission from Nick Coghlan ncogh...@gmail.com:
As noted in #15314, one of the pkgutil tests was failing on Windows because
pkgutil.get_importer() was returning None. On my Fedora system it returns
FileFinder(.).
I've now tweaked that particular test to use a bogus path string so that
Changes by Nick Coghlan ncogh...@gmail.com:
--
stage: - test needed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15384
___
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
In 3.2, narrow build is also broken when the charmap is a string:
codecs.charmap_decode(b'\0', 'strict', '\U0002000B')
returns (' ', 1) with a wide unicode build, but ('\ud840', 1) with a narrow
build.
3.2 could be fixed to allow
New submission from Nick Coghlan ncogh...@gmail.com:
Directory setup: linkdir is a symlink to realdir
$ python3 -c import sys; sys.path.insert(0, 'linkdir'); import runpy;
print(runpy.run_module('foo')['__file__'])
/home/ncoghlan/devel/play/realdir/foo.py
$ ../py3k/python -c import sys;
Changes by Nick Coghlan ncogh...@gmail.com:
--
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15385
___
R. David Murray rdmur...@bitdance.com added the comment:
This is the same as issue 15113. If you delete __builtins__, don't expect
Python to work.
--
nosy: +r.david.murray
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - IDLE Shell:
Nick Coghlan ncogh...@gmail.com added the comment:
Buildbots are green (at least as far as this issue goes), so closing again.
I created #15384 for the surprising behaviour of FileFinder on Windows.
#15385 records my investigation into the odd symlink behaviour on 3.2 (it was
just a
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10399
___
___
New submission from Nick Coghlan ncogh...@gmail.com:
I haven't worked out how yet, but importlib.machinery is managing to bypass the
replacement of importlib._bootstrap with _frozen_importlib:
Python 3.3.0b1 (default:8bf691d0b004+, Jul 15 2012, 23:20:06)
[GCC 4.7.0 20120507 (Red Hat 4.7.0-5)]
Changes by Nick Coghlan ncogh...@gmail.com:
--
title: Still getting two copies of importlib._boostrap - Still getting two
copies of importlib._bootstrap
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15386
Nick Coghlan ncogh...@gmail.com added the comment:
Well, that's weird. A manual test on my Windows 7 gaming rig indicates that the
old test *should* have worked on Windows as well.
I have no idea how to investigate this further. David, are you able to check
what pkgutil.get_importer() returns
New submission from Nick Coghlan ncogh...@gmail.com:
$ ./python -Wdefault
Python 3.3.0b1 (default:8bf691d0b004+, Jul 15 2012, 23:20:06)
[GCC 4.7.0 20120507 (Red Hat 4.7.0-5)] on linux
Type help, copyright, credits or license for more information.
import pkgutil
list(pkgutil.walk_packages(.))
Eli Bendersky eli...@gmail.com added the comment:
I'd like to take a shot at this, if Antoine doesn't mind. I'll prepare a patch
for bytesio.c
Question: what set of benchmarks would it be good to run to make sure this
doesn't degrade the performance of BytesIO in various cases?
--
Richard Oudkerk shibt...@gmail.com added the comment:
Here is an updated patch which also modifies distutils.sysconfig.
For installed pythons on posix systems it makes
get_config_var('srcdir') == os.path.dirname(get_makefile_filename())
(The older patches would give the same result only
Richard Oudkerk shibt...@gmail.com added the comment:
Forgot to remove some unnecessary code in patch.
--
Added file: http://bugs.python.org/file26427/sysconf.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15364
Ronald Oussoren ronaldousso...@mac.com added the comment:
I'd make get_config_var('srcdir') to be None for installed systems, because the
source tree is not available there.
The advantage of making the value None is that this is easy to test for and
would quickly break path manipulation code
Ronald Oussoren ronaldousso...@mac.com added the comment:
There is no NEWS entry, I'll commit one when I get home.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15307
___
Brett Cannon br...@python.org added the comment:
You ran the benchmarks correctly, but I was more worried about compilation time
than execution time (changing which index is for what really shouldn't make a
difference in performance, and the benchmarks show that). If you want to test
using
Brett Cannon br...@python.org added the comment:
I think the imp functions do need to go away. They perpetuate an absolutely
horrendous API that I'm trying to slowly kill (and the underlying imp code is
already reusing importlib). They already are a burden for future API growth as
people
Richard Oudkerk shibt...@gmail.com added the comment:
I suspect the problem is related to http://bugs.python.org/issue15298.
Basically the global sysconfig module caches the results of parsing Makefile in
Lib/_sysconfigdata.py. This can cause you to get the config vars from an old
configure
Brett Cannon br...@python.org added the comment:
I would have said that it wasn't because it was just the class type not picking
up on the __name__ re-assignment, but that global name failure states otherwise.
--
nosy: +brett.cannon
___
Python
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset af7961e1c362 by Nick Coghlan in branch 'default':
Close #15387: inspect.getmodulename() now uses a new
importlib.machinery.all_suffixes() API rather than the deprecated
inspect.getmoduleinfo()
Nick Coghlan ncogh...@gmail.com added the comment:
The problem turned out to just be inspect.getmodulename() still relying on the
deprecated inspect.getmoduleinfo(), so I changed it to be based on
importlib.machinery instead.
I did make an importlib API addition to do it though - the
Nick Coghlan ncogh...@gmail.com added the comment:
Yup. A simpler demonstration:
Python 3.3.0b1 (default:8bf691d0b004+, Jul 15 2012, 23:20:06)
[GCC 4.7.0 20120507 (Red Hat 4.7.0-5)] on linux
Type help, copyright, credits or license for more information.
from importlib import _bootstrap,
Changes by Ilpo Nyyssönen i...@iki.fi:
--
nosy: +biny
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5364
___
___
Python-bugs-list mailing list
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
What kind of behavior are you referring to?
Are there really differences between versions?
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
Meador Inge mead...@gmail.com added the comment:
Oh, cool -- I didn't know about the importlib benchmarks. Thanks Brett.
Here are the results (OS X 10.7.4, Dual 1.7GHz Core i5, 4 GB RAM):
$ ./python.exe -m importlib.test.benchmark
Measuring imports/second over 1 second, best out of 3
Entire
Nick Coghlan ncogh...@gmail.com added the comment:
Checking with importlib.abc and importlib.util (which turned out not to have
the problem) put me on the right path: the problem is the import of imp in
importlib.__init__
What appears to be happening is that the interpreter sees the partially
Brett Cannon br...@python.org added the comment:
RE: the API addition: fine by me if it makes your life easier.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15387
___
Brett Cannon br...@python.org added the comment:
Yep, so I consider the performance worry dealt with.
--
stage: needs patch - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15368
Brett Cannon br...@python.org added the comment:
Nice catch! Obviously that needs a big comment to avoid that problem in the
future.
--
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15386
Nick Coghlan ncogh...@gmail.com added the comment:
Agreed, so definite +1 from me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15368
___
___
New submission from Matt Hillsdon m...@corefiling.com:
The following example uses make_parser / parse to read a trivial XML document
by filename and then attempts to delete the file. On Win32 I can't unlink the
file because the parse does not seem to close the file handle.
import os
import
Serhiy Storchaka storch...@gmail.com added the comment:
I wonder if this is a fair comparison, Serhiy.
I just used your examples.
When re-running your tests with larger chunks, the results are quite
interesting:
Well, now I see, that BytesIO slower StringIO.
--
Brett Cannon br...@python.org added the comment:
So I think that just leaves one other person to verify the patch works as
expected and then commit it. I can hopefully later this week, but no sooner
than Friday, so if someone can get to it faster that would be great.
--
Brian Quinlan br...@sweetapp.com added the comment:
My current thinking is that adding a state property probably isn't worth it
given the fact that you can construct this yourself and the requirement for a
history property is too specialized.
The callback idea seams reasonable and sufficient
Changes by Catalin Iacob iacobcata...@gmail.com:
--
nosy: +catalin.iacob
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8713
___
___
Meador Inge mead...@gmail.com added the comment:
I can commit today unless you think we need someone else to independently
verify the patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15368
Meador Inge mead...@gmail.com added the comment:
BTW, I think this should be committed on 2.7 and 3.2 as well since the same
issue can happen when throwing -R. Any objections?
--
___
Python tracker rep...@bugs.python.org
Michal Zimen michal.zi...@gmail.com added the comment:
I can confirm similar behaviour in RHEL 6.3 with python 2.6.6.
This exception with the same https request has random behaviour.
--
nosy: +Michal.Zimen
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka storch...@gmail.com added the comment:
Well, here is a patch for 3.2.
--
versions: +Python 3.2
Added file: http://bugs.python.org/file26428/decode_charmap_maxchar-3.2.patch
___
Python tracker rep...@bugs.python.org
Brett Cannon br...@python.org added the comment:
Nah, you are a committer and thus qualify as the second review. =)
As for backporting, it only affects regeneration of bytecode, so I don't see
any major harm in it (might surprise some people, but there is a legitimate
reason for fixing this).
Christian Heimes li...@cheimes.de added the comment:
I think that I run into the same bug today. I've developing a PEP 3118 buffer
interface for my wrapper of FreeImage. It returns the data as non-contiguous 3d
array with the dimension height, width, color.
I've created a small test image
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12834
___
___
Python-bugs-list
Ned Deily n...@acm.org added the comment:
I don't see how this is related to Issue15298. In the failure here, sysconfig
returns the expected value; the problem is with what distutils.sysconfig
returns.
--
___
Python tracker rep...@bugs.python.org
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15386
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15360
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
Confirmed on python 3.2 and 3.3.
--
keywords: +easy
nosy: +flox
stage: - needs patch
type: - behavior
versions: +Python 3.2, Python 3.3 -Python 3.1
___
Python tracker
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 7eb0180c1734 by Meador Inge in branch '2.7':
Issue #15368: make bytecode generation deterministic.
http://hg.python.org/cpython/rev/7eb0180c1734
New changeset 79d54fba49b3 by Meador Inge in branch '3.2':
Issue
Meador Inge mead...@gmail.com added the comment:
Committed. Thanks for the reviews y'all.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
versions: +Python 2.7, Python 3.2
___
Python tracker
Roger Serwy roger.se...@gmail.com added the comment:
Are there any other aspects of the calltip handler that requires fixing? If
not, then I can start back-porting the patches.
--
___
Python tracker rep...@bugs.python.org
Łukasz Langa luk...@langa.pl added the comment:
What changed since http://bugs.python.org/issue2936?
--
nosy: +lukasz.langa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9998
___
Serhiy Storchaka storch...@gmail.com added the comment:
Here is a preliminary version of the patch. I am not sure that it is fully
correct.
Microbenchmark results:
$ ./python -m timeit -s import io; n=100; d=['a'*n,'bb'*n,'ccc'*n]*1
s=io.StringIO(); w=s.write for x in d: w(x)
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
About the patch for 3.2:
needed = 6 - extrachars
Where does this 6 come from? There is another part which uses this
extrachars. Why is the allocation strategy different here?
--
___
David Bolen db3l@gmail.com added the comment:
With a local build on my buildbot of the tip of the default branch,
pkgutil.get_importer('') returns FileFilter('.'). The tests also passed.
However, after checking here and realizing the offending code had been removed
from the test, I put
Serhiy Storchaka storch...@gmail.com added the comment:
It's the same strategy.
needed = (targetsize - extrachars) + (targetsize 2). targetsize == 2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15379
Juan Javier jjdomingu...@gmail.com added the comment:
I totally agree, I'm going to take a look at the code and I'll write back with
some comments. That will be next week, work is currently very demanding.
--
status: languishing - open
versions: +Python 3.4 -Python 3.3
Serhiy Storchaka storch...@gmail.com added the comment:
Meador, you have forgotten to fix the error PyList_GET_SIZE(src). src is not
list, should be PyList_GET_SIZE(sorted_keys).
--
nosy: +storchaka
___
Python tracker rep...@bugs.python.org
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Ah, I was worried by the possible quadratic behavior. So the other (existing)
case is quadratic as well (I was mislead by the , which made me think there
is something clever there).
That's good enough for 3.2, I guess.
--
Roger Serwy roger.se...@gmail.com added the comment:
Is this still a problem? My guess is that this issue is out of date.
--
nosy: +serwy
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9890
Meador Inge mead...@gmail.com added the comment:
D'oh! Thanks for catching that Serhiy! Fixing now. Sorry about that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15368
___
New submission from Robin Schreiber robin.schrei...@me.com:
Changes proposed in PEP3121 and PEP384 applied to the curses module. As these
Changes do not alter behaviour of the specific modules, I would encourage to
see this enhancement as a bugfix and consequently include this into the
coming
New submission from Robin Schreiber robin.schrei...@me.com:
Changes proposed in PEP3121 and PEP384 have now been applied to the datetime
module!
--
components: Extension Modules
files: _datetimemodule_pep3121-384_v0.patch
keywords: patch
messages: 165805
nosy: Robin.Schreiber
priority:
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
What changed since http://bugs.python.org/issue2936?
Well for one thing, #2936 was a bug report (behavior) but this is an
enhancement request. It seems that if you don't know exactly what a library is
called, you can't use find_library
Łukasz Langa luk...@langa.pl added the comment:
Fair enough. From what I've gathered though, it looks like the window for
inclusion in 3.3 is already closed, right?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9998
Łukasz Langa luk...@langa.pl added the comment:
If I understand correctly, it will be hard to justify this as a bugfix. But
let's ask the Release Manager.
--
nosy: +georg.brandl, lukasz.langa
___
Python tracker rep...@bugs.python.org
Roger Serwy roger.se...@gmail.com added the comment:
The only was I get IDLE to crash is if the file has breakpoints enabled. Is
this how IDLE is crashing?
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6257
Roger Serwy roger.se...@gmail.com added the comment:
Reopening. I mistakenly closed this issue as a duplicate, but this issue
involves breakpoints, unlike 6257.
--
resolution: duplicate -
status: closed - open
superseder: Idle terminates on source save while debugging -
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 47e074f6ca26 by Meador Inge in branch '2.7':
Issue #15368: fixing variable typo.
http://hg.python.org/cpython/rev/47e074f6ca26
New changeset 1c46f2ede4cb by Meador Inge in branch '3.2':
Issue #15368: fixing variable
Serhiy Storchaka storch...@gmail.com added the comment:
Please, can anyone do the review?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14596
___
Roger Serwy roger.se...@gmail.com added the comment:
Attached is a patch to fix the issue. The ranges_to_linenumbers function relies
on the results of text.tag_ranges. The returned tuple contains Tk textindex
objects. While these objects contain a string, they are not string objects. Its
Andy Harrington ahar...@luc.edu added the comment:
yes I certainly used breakpoints
On Wed, Jul 18, 2012 at 4:50 PM, Roger Serwy rep...@bugs.python.org wrote:
Roger Serwy roger.se...@gmail.com added the comment:
The only was I get IDLE to crash is if the file has breakpoints enabled.
Is
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14596
___
___
Python-bugs-list
Changes by Anton Barkovsky swarmer...@gmail.com:
--
nosy: +anton.barkovsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10017
___
___
Roger Serwy roger.se...@gmail.com added the comment:
The ColorDelegator is responsible for providing the coloring for the BREAK tag
which is used to mark breakpoints. When recoloring, the BREAK tag may be
removed (find self.tag_remove in recolorize_main). This is precisely why the
breakpoints
Roger Serwy roger.se...@gmail.com added the comment:
Thanks Andy for your prompt response.
This issue is a duplicate with issue9803 which has a patch. I will close this
issue in favor of that one. Feel free to add yourself to the nosy list if you
wish.
--
resolution: - duplicate
Anton Barkovsky swarmer...@gmail.com added the comment:
Here's a patch with fix and tests.
Note that class objects are not comparable and have the same type so they
fall back on sorting by id. Should we sort them by name as a special case
instead?
--
keywords: +patch
Added file:
New submission from anon unluckykit...@mailinator.com:
Many numeric algorithms require knowing the number of bits an integer has (for
instance integer squareroots). For example this simple algorithm using shifts
is O(n^2):
def bitl(x):
x = abs(x)
n = 0
while x 0:
n = n+1
x = x1
Alex Gaynor alex.gay...@gmail.com added the comment:
I think what you're looking for already exists:
http://docs.python.org/dev/library/stdtypes.html#int.bit_length
--
nosy: +alex
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 751f28564a45 by R David Murray in branch '2.7':
Closes #9254: backport __import__ docstring/doc mentions of importlib.
http://hg.python.org/cpython/rev/751f28564a45
--
resolution: - fixed
stage: commit
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15391
___
___
Python-bugs-list mailing list
Jesús Cea Avión j...@jcea.es added the comment:
Closing as Invalid. I think that Alex is right.
Anon, if you think this is a mistake, please reopen and argument.
--
resolution: - invalid
status: open - closed
___
Python tracker
Terry J. Reedy tjre...@udel.edu added the comment:
The original patches were to all 3 versions. The later patches were to both 3.x
versions and mostly involved get_argspec and expanding the tests. Get_argspec
is somewhat different from get_arg_text, the 2.x function it replaced. The main
Meador Inge mead...@gmail.com added the comment:
I am closing this issue in favor of issue6493. This patch attached to this
issue is incorrect. The proposed definition of BIT_MASK allows for undefined
behavior when the number of bits shifted is 64 for a uint64. The patch in
issue6493
Meador Inge mead...@gmail.com added the comment:
The problem is with the 'BIT_MASK' macro, which is currently defined as the
following for Windows:
#define BIT_MASK(size) ((1 NUM_BITS(size))-1)
The C standard says that any attempt to shift left by exactly the bit width is
undefined
New submission from Terry J. Reedy tjre...@udel.edu:
Idle needs a unittest framework for module test modules. This means a test
directory with at least one test module, a runtest module that successfully
runs that test module, any new support functions needed for that test module,
and
Changes by Gregory P. Smith g...@krypto.org:
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10399
___
___
Changes by Gregory P. Smith g...@krypto.org:
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11549
___
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 77401bd4f567 by Meador Inge in branch '2.7':
Issue #6493: Fix handling of c_uint32 bitfields with width of 32 on Windows.
http://hg.python.org/cpython/rev/77401bd4f567
New changeset 153ae76b963e by Meador Inge in
Changes by Meador Inge mead...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6493
___
99 matches
Mail list logo
