Eric Snow added the comment:
Yeah, but right now the API of importlib.abc.Finder is strictly
find_module(name, path=None). I would expect that to remain the same for
MetaPathFinder (bikeshedding aside :). So what would be left in
importlib.abc.Finder if the ultimate plan is that
Eric Snow added the comment:
For instance,
http://buildbot.python.org/all/builders/x86%20XP-4%203.x/builds/7214/steps/test/logs/stdio
4 cases of ImportError: No module named '_parent_foo'. Failing on import
_parent_foo.bar and from _parent_foo import bar.
Unfortunately I don't have an XP
Eric Snow added the comment:
This isn't going to be worth it.
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15481
___
STINNER Victor added the comment:
I noticed when building with VC++ 2010 Express on the PGI/PGO
builds that it warns about PGO not being available.
Even if PGO is not available, wrap_binaryfunc() and wrap_binaryfunc_l()
functions get the same address when Python is compiled in PGUpdate mode.
Eli Bendersky added the comment:
I'm looking at the docs. Started with the HOWTO (Doc/howto/ipaddress.rst)
This example:
net4 = ipaddress.ip_network('192.0.2.0/24')
for x in net4.iterhosts():
print(x)
Seems to be wrong:
...
Traceback (most recent call last):
File stdin, line 1,
Eli Bendersky added the comment:
P.S. I intend to prepare patch(es) eventually, but I will document the problems
I find here, in case anyone is interested to discuss.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14814
Eli Bendersky added the comment:
Ah, probably hosts() replaced iterhosts()
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14814
___
___
Eli Bendersky added the comment:
Attaching a patch for the howto
--
Added file: http://bugs.python.org/file26612/ipaddr_howto.1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14814
___
Martin v. Löwis added the comment:
Do we even use PGO to the fullest extent? Does someone actually build an
instrumented Python, run training inputs on it, and then rebuild with the
training data to take advantage of the profile-guided optimizations?
Yes, I do, on every release of Python.
New submission from Stefan Krah:
_decimal does not build in PGUpdate mode. I didn't notice this because
I've always used the Release mode so far:
msbuild PCbuild\pcbuild.sln /p:Configuration=PGInstrument /p:Platform=x64
msbuild PCbuild\pcbuild.sln /p:Configuration=PGUpdate /p:Platform=x64
Stefan Krah added the comment:
Martin v. L??wis rep...@bugs.python.org wrote:
If not, then I doubt PGO is buying us anything anyway.
It was originally added because people reported measurable speedups when
profile-guided optimization is used, for VS 2008.
For libmpdec/64-bit I've measured
Eli Bendersky added the comment:
FWIW I would prefer this HOWTO to be part of the document itself. Splitting a
document to two parts and keeping them separated is problematic exactly for the
same reasons as external documentation in general - it can be forgotten when
things get updated.
Richard Oudkerk added the comment:
Couldn't the preexec_fn argument of Popen be used instead?
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15507
___
Eli Bendersky added the comment:
The docs don't mention that addresses can also be packed in bytes
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14814
___
Nick Coghlan added the comment:
No, the HOWTO should be separate. Having them in the same document makes for
something that is worse as both a tutorial and as an API reference (just look
at argparse).
Yes, that means there are three places to update (code, reference, tutorial).
There are
Martin v. Löwis added the comment:
I can't reproduce this. It builds fine for me. Are you sure you did
PGInstrument before?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15511
___
Martin v. Löwis added the comment:
Also, can you try building from the GUI, rather than from the command line?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15511
___
Changes by Martin v. Löwis mar...@v.loewis.de:
--
priority: release blocker - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15511
___
___
New submission from Serhiy Storchaka:
Here is a patch that implements correct __sizeof__ for ST objects in parser
module.
--
components: Interpreter Core, Library (Lib)
files: parser_sizeof.patch
keywords: patch
messages: 166978
nosy: benjamin.peterson, storchaka
priority: normal
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file26614/parser_sizeof-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15512
___
New submission from Serhiy Storchaka:
Here is a patch that implements correct __sizeof__ for Pickler and Unpickler in
pickler module.
--
components: Library (Lib)
files: pickle_sizeof-3.3.patch
keywords: patch
messages: 166979
nosy: alexandre.vassalotti, pitrou, storchaka
priority:
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file26616/pickle_sizeof-3.2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15513
___
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file26617/pickle_sizeof-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15513
___
Stefan Krah added the comment:
_decimal-pgo.diff sort of solves the problem. It might be a good
idea to regenerate _decimal.vcproj using the GUI. I've created it
in true Unix fashion by modifying an existing vcproj...
I'm always building using the command line. If you say that the GUI
build
New submission from Serhiy Storchaka:
Here is a patch that implements correct __sizeof__ for cpu_set class in os
module.
This is 3.3-only issue.
--
components: Library (Lib)
files: cpu_set_sizeof.patch
keywords: patch
messages: 166981
nosy: loewis, storchaka
priority: normal
severity:
Richard Oudkerk added the comment:
Couldn't the preexec_fn argument of Popen be used instead?
Actually, since Python 3.2 you can just use restore_signals=True.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15507
Changes by Stefan Krah stefan-use...@bytereef.org:
--
keywords: +needs review -patch
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15511
___
Stefan Krah added the comment:
Using MSVC Professional 2010 and the GUI, I'm getting the same error:
1) Select PGInstrument|x64. Clean the solution.
2) Select PGUpdate|x64. Clean the solution.
3) Select PGInstrument|x64. Build the solution.
4) Select PGUpdate|x64. Build the solution. -
Serhiy Storchaka added the comment:
If this issue is not yet closed, here are a patch with few edits: using
int.to_bytes/from_bytes instead struct.pack/unpack and using enumerate()
instead range(len()).
--
Added file: http://bugs.python.org/file26620/ipaddress-modernize.patch
Hynek Schlawack added the comment:
So, IMHO if someone calls os.makedirs with a mode != 0o777, they expect to have
the directories having those modes afterward. So raising no error if they exist
and have the wrong mode would be a plain bug.
Python 3.3 already has a helpful error message:
Eli Bendersky added the comment:
I disagree about the HOWTO vs. doc thing, but I don't see it as a major issue
so I won't dwell on it.
I'm now in the process of throwing together a patch for the reference doc -
also bundling the address objects together, the network objects together, etc.
Stefan Krah added the comment:
Ok, Microsoft dropped PGO support in VS 2010 Professional. In
VS 2008 *Professional* it was present.
So I'll jump through the hoops of the marketing department and
install Ultimate.
The patch is of limited value then: _decimal does build in the
Professional
Roundup Robot added the comment:
New changeset 62033490ca0f by Nick Coghlan in branch 'default':
Close #15486: Simplify the mechanism used to remove importlib frames from
tracebacks when they just introduce irrelevant noise
http://hg.python.org/cpython/rev/62033490ca0f
--
nosy:
Roundup Robot added the comment:
New changeset 8a0eb395e725 by Nick Coghlan in branch 'default':
Issue #15425: Don't rely on the assumption that the current working directory
is on sys.path (this will hopefully appease the XP buildbots)
http://hg.python.org/cpython/rev/8a0eb395e725
--
Changes by Nick Coghlan ncogh...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15425
___
___
Python-bugs-list
Eli Bendersky added the comment:
Alright, attaching an attempt at improving the reference docs. This only
handles the address objects for now:
1. Grouping address objects together, network objects together, interface
objects together
2. Explain that everything IPv4Address exposes is also
Ronald Oussoren added the comment:
Removing the dependency on NSLookupAndBindSymbol (and related APIs) is easier
than I expected.
The attached patch (issue15498-v1.txt) uses dladdr to get symbol information
for Py_Initialize and that information includes the path for the library where
that
Ronald Oussoren added the comment:
To reproduce this issue you could use the Unicode Hex Input input source
(enable this in the Language Text prefpane, switch between sources either
using CMD-space or the menu bar icon).
I can あ by keeping ALT pressed and typing 3042.
This works fine with a
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
keywords: +needs review
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11486
___
Ronald Oussoren added the comment:
Patch is already applied (ages ago), forgot to close this issue.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
Thanks Eli, that looks like a great start to me.
And yeah, the separate vs integrated tutorial argument is an ongoing one that
isn't going to be resolved by this issue :)
--
___
Python tracker rep...@bugs.python.org
Stefan Krah added the comment:
Well, I have Ultimate now and encounter the same problem. Also, when
I start PCbuild\x64-pgi\python.exe it exits immediately without
displaying an error.
The PC\VS9.0 PGUpdate build works fine.
--
title: VS 2010 Professional: _decimal does not build in
Ronald Oussoren added the comment:
Closing because this issue is a bug in Tk, not a bug in Python.
--
resolution: - wont fix
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Brett Cannon added the comment:
While saying default path importer vs. meta path finder somewhat muddles
the term importer, it definitely gets the point across that PathFinder does a
lot more than any other default meta path finder. While _we_ might know that
import does nothing more than
Martin v. Löwis added the comment:
Make sure you clean all build directories; then rebuild.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15511
___
Barry A. Warsaw added the comment:
On Jul 29, 2012, at 05:10 AM, Nick Coghlan wrote:
I would title the new section Import system rather than Import machinery
as it is meant to be a specification documentation rather than an
implementation description.
Import system it is.
The statement that
Martin v. Löwis added the comment:
clean = manually delete, e.g. from explorer
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15511
___
___
Eli Bendersky added the comment:
Thanks Nick. I've addressed your review comments and will be pushing the doc
update.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14814
___
Roundup Robot added the comment:
New changeset 586eb57e06ba by Eli Bendersky in branch 'default':
Issue #14814: reorganize ipaddress documentation and document all attributes of
IPv[46]Address objects
http://hg.python.org/cpython/rev/586eb57e06ba
--
Roundup Robot added the comment:
New changeset 07ddf5ecaafa by Eli Bendersky in branch 'default':
Issue #14814: fix some typos in howto/ipaddress.rst
http://hg.python.org/cpython/rev/07ddf5ecaafa
--
___
Python tracker rep...@bugs.python.org
Eli Bendersky added the comment:
By the way, Nick, was not this module intended to be introduced as provisional
in 3.3? At least PEP 411 lists it as one of the candidates.
--
___
Python tracker rep...@bugs.python.org
Chris Jerdonek added the comment:
However, the -C option doesn't cover the case of *implicit* invocation of
subprocesses. This is where the PYTHONRUNFIRST suggestion comes in
Would a more general solution than PYTHONRUNFIRST be something like a suitably
named PYTHONRUNINSTEAD? This would be
Eric Snow added the comment:
Part of the problem with the import nomenclature is that PEP 302 doesn't really
nail it down and mixes the terms up a bit. This is understandable considering
it broken ground in some regard. However, at this point we have a more
comfortable relationship with the
Stefan Krah added the comment:
Building from a fresh tree enables successful launching of
PCbuild\x64-pgi\python.exe,
but _decimal is still not built. I literally ran the following commands,
so anyone can paste them into a command window and see for themselves:
# cpython is a pristine clone
Barry A. Warsaw added the comment:
On Jul 29, 2012, at 06:09 AM, Nick Coghlan wrote:
runpy, pkgutil, et al should all get See Also links at the top pointing to
the new import system section.
I've put an XXX in the import.rst file for this, but I probably won't get to
adding all the cross
Stefan Krah added the comment:
Here's a patch based on the analysis. All test cases given here
now raise TypeError.
--
keywords: +patch
Added file: http://bugs.python.org/file26623/issue8847.diff
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
Do I understand correctly that for each Python subobject must be one of the
following:
1) or it is visited in tp_traverse;
2) or it is accounted in __sizeof__ together with all its subobjects (if they
cannot leak out)?
PyAccu can contains not only Unicode
Ronald Oussoren added the comment:
MacOSX provides functionality simular to os.startfile in the LaunchServices
framework.
I've tried to prototype a startfile implementation using this framework, (see
issue3177-os_startfile_macosx.txt) but I'm not too happy about it because the
APIs don't
Ronald Oussoren added the comment:
msg126598 says that waitid is broken on MacOSX. In what way it is broken?
The code is currently disabled for OSX without any indication why this is so,
that makes it hard to know how to test if new OSX releases (like the just
released OSX 10.8) fix waitid.
Eric Snow added the comment:
Looks like both XP buildbots are happy now. (one is failing, but not for
test_import).
--
status: pending - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15425
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15425
___
___
Thomas Wouters added the comment:
No, using preexec_fn leaves all kinds of races when mixing threads and
processes (which is a bad idea, but people still sometimes do.) And no,
restore_signals doesn't fix this; restore_signals only resets the signals the
*Python interpreter itself* ignored:
Ronald Oussoren added the comment:
To elaborate: when I remove the !defined(__APPLE__) tests from
posixmodule.c test_posix passes on OSX 10.8, including test_waitid.
I have no idea if this means that waitid is no longer broken in OSX 10.8 or
that test_posix doesn't trigger the issue.
Ross Lagerwall added the comment:
I can't actually remember why I disabled waitid for OS X - that was message was
rather a long time ago :-(
Unfortunately, I don't currently have access to an OS X machine to test it.
A google search shows the following comment in the v8 javascript engine:
//
Jesús Cea Avión added the comment:
I think this is a bug.
Could you possibly write a patch for 2.7, 3.2 and 3.3?. With a test :-)
I am worried about changing a behaviour that somebody is depending of. Opinions?
Adding a couple of persons I think that could have an opinion about this.
Roundup Robot added the comment:
New changeset 47536beb7453 by Andrew Svetlov in branch '3.2':
Issue #9803: Don't close IDLE on saving if breakpoint is open.
http://hg.python.org/cpython/rev/47536beb7453
New changeset 28c935ded243 by Andrew Svetlov in branch 'default':
Issue #9803: Don't close
Andrew Svetlov added the comment:
Thanks, Roger!
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9803
___
Chris Jerdonek added the comment:
Could you possibly write a patch for 2.7, 3.2 and 3.3?. With a test :-)
I would be happy to write a patch with tests (I think there may be a few edge
cases we would want to test here). Should be ready within the next one or two
days.
--
Ronald Oussoren added the comment:
I have VMs with earlier versions of OSX (at least 10.5 and 10.6). I cannot run
those right now because they use enough resources to interfere with other
activities. I'll try to test later this week.
BTW. I'd prefer to make waitid available on OSX unless it
Chris Calloway added the comment:
At the PyOhio sprints, I noticed this issue and found it interesting for low
hanging fruit. First I went to make tests for this enhancement, only to find
that report(), report_partial_closure(), and report_full_closure did not
already have tests.
In adding
Eli Bendersky added the comment:
Attaching part 1 of the patch for documenting the network objects. Contains
general introduction, detailed documentation of constructors and all attributes.
Left to document: methods, operations (like iterating, in, comparison
operators)
--
Added
New submission from Caleb Rouleau:
Version info: 2.7.1 (r271:86832, Feb 7 2011, 11:33:02) [MSC v.1500 64 bit
(AMD64)]
The program included never prints done because it never returns from
re.match().
-- Caleb Rouleau
--
components: Regular Expressions
files: RegexBug.py
messages:
Chris Jerdonek added the comment:
Should adding tests for the report methods be a separate issue from this
enhancement?
Yes, I would create separate issues for this. I would even recommend
separating this into one issue for the report() methods (could be done first),
and another issue for
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
nosy: +cbc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15450
___
___
Python-bugs-list
Terry J. Reedy added the comment:
I presume the previously crashing test cases should be added to the test suite,
to detect reversion. Is there a method (faulthandler?) to keep tests going, or
stop gracefully, when adding a once-crasher that could revert?
--
Changes by Chris Rebert pyb...@rebertia.com:
--
nosy: +cvrebert
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12370
___
___
Python-bugs-list
Ned Deily added the comment:
That would be nice although if you use your documented trick in Mac/README:
./configure --enable-framework=/Users/ronald/Library/Frameworks
everything including the Applications directory is installed relative to the
frameworks directory, so, in this case,
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15502
___
___
Python-bugs-list mailing
Matthew Barnett added the comment:
That's because it uses a pathological regular expression (catastrophic
backtracking).
The problem lies here: (\\?[\w\.\-]+)+
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15515
Barry A. Warsaw added the comment:
On Jul 30, 2012, at 09:41 PM, Brett Cannon wrote:
As for the diagram(s), I have attached the overall PDF that I still have from
my original Omnifgraffle file (which I don't have a license to anymore) that
I built my PyCon 2008 presentation with. It's probably
Barry A. Warsaw added the comment:
On Jul 31, 2012, at 12:28 AM, Eric Snow wrote:
You ask in [2] whether path importer refers specifically to the callables
on sys.path_hooks. Can you site a reference for this? I found one
reference in PEP 302 to path importer but it's hard to tell exactly
Tim Peters added the comment:
Matthew is right: the nested quantifiers can cause this to take a very long
time when the regexp doesn't match. Note that the example cannot match,
because nothing in the regexp can match the space before warning in the
example string. But the nested
Eric Snow added the comment:
Well, I'm more -0 than -1 on path importer, though I do like default path
importer better. As to the rest, sounds good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15295
Antoine Pitrou added the comment:
Here's a patch based on the analysis. All test cases given here
now raise TypeError.
I think we want to add those tests to the test suite as well.
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou added the comment:
Does this mean that PyAccu should be visited in tp_traverse and not be
accounted in __sizeof__? Or should we tighten the control and ensure
that PyAccu contains only exact Unicode objects?
IMO, the latter.
--
___
Caleb Rouleau added the comment:
Thanks for the help. Apologies for the poor understanding of regular
expressions. Closing this issue.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15515
Stefan Krah added the comment:
Antoine Pitrou rep...@bugs.python.org wrote:
I think we want to add those tests to the test suite as well.
What's a good place? Shall we just add one of the tests to test_tuple?
Also, the only person to run the tests with the PGO build will probably
be Martin
Antoine Pitrou added the comment:
Antoine Pitrou rep...@bugs.python.org wrote:
I think we want to add those tests to the test suite as well.
What's a good place? Shall we just add one of the tests to test_tuple?
Sounds good. And another of them to test_list perhaps as well :)
Also, the
Serhiy Storchaka added the comment:
Make a distinction between a large number of infinity. You have a bad regexp,
the matching time depends exponentially on the length of the string. Try with
short strings. Use the regexp r(\w:)(\\?[\w\.\-]+)((\\[\w\.\-]+)*)(\.[\w ]+):
.
It's not a bug.
Brett Cannon added the comment:
So I think Nick has the inheritance inverted and I would have Finder inherit
from everything to stay backwards-compatible and to ease future deprecation
(which could potentially happen starting in Python 3.3), although my approach
weakens the usefulness of the
Barry A. Warsaw added the comment:
I think I was unclear in my previous follow up. Here are the objects
involved, taken from the glossary.
import path
A list of locations (or :term:`path entries path entry`) that are
searched by the :term:`path importer` for modules to import.
Antoine Pitrou added the comment:
Shouldn't it be committed already? I don't see the point of refining
documentation in a separate repo rather than in the main repo.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
Matthew Barnett added the comment:
It's probably inappropriate for me to mention that the alternative 'regex'
module on PyPI completes promptly, so I won't. :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15515
New submission from Tom Tromey:
In gdb we supply a class whose nb_int method can throw
an exception.
A user wrote code like this:
return '%x' % value
... where value was an instance of this class.
This caused funny exception behavior later on.
You can see the original report here:
Changes by Dave Malcolm dmalc...@redhat.com:
--
nosy: +dmalcolm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15516
___
___
Python-bugs-list
Antoine Pitrou added the comment:
Hi, and thank you for reporting. The diagnosis looks good, please proceed and
add a test case if possible.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15516
Barry A. Warsaw added the comment:
On Jul 31, 2012, at 03:21 AM, Eric Snow wrote:
1. default path importer (a.k.a PathFinder),
+1, although currently I am refraining from using default when describing
this thing.
2. path hook (lives on sys.path_hooks),
I have called these path entry hooks
Roundup Robot added the comment:
New changeset c933ec7cafcf by Barry Warsaw in branch 'default':
Address substantially all of Eric Snow's comments in issue #15295, except for
http://hg.python.org/cpython/rev/c933ec7cafcf
New changeset d5317b8f455a by Barry Warsaw in branch 'default':
- Issue
Changes by Barry A. Warsaw ba...@python.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15295
___
Chris Jerdonek added the comment:
Attaching patch with test cases.
I added 6 new tests:
*test_empty_string
test_whitespace_trailing
*test_drop_whitespace__all_whitespace
*test_initial_indent__empty_string
test_subsequent_indent__trailing_whitespace
test_subsequent_indent__long_indent
The
1 - 100 of 160 matches
Mail list logo