Nir Aides n...@winpdb.org added the comment:
Dave,
The behavior of your patch on Windows XP/2003 (and earlier) might be related to
the way Windows boosts thread priority when it is signaled.
Try to increase priority of monitor thread and slice size. Another thing to
look at is how to
New submission from Paul Moore p.f.mo...@gmail.com:
test_support.find_unused_port attempts to find an unused port to use. The
approach is fragile (as noted in the docstring) in certain cases. In
particular, it appears that Windows takes a short time to free the socket after
it is closed,
Changes by Paul Moore p.f.mo...@gmail.com:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8576
___
___
Python-bugs-list mailing
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +brian.curtin, exarkun, tim.golden
type: - behavior
versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8576
anatoly techtonik techto...@gmail.com added the comment:
The point is that your implementation doesn't allow people to generate
'Z'-ending timestamp if they need a subset of rfc3339.
--
___
Python tracker rep...@bugs.python.org
New submission from Ronald Oussoren ronaldousso...@mac.com:
When I build the trunk with srcdir != builddir test_distutils fails when
running tests.
To reproduce:
* Create a checkout of the trunk and chdir into this
* mkdir build
* cd build
* ../configure
* make test
This results in a failure
Tres Seaver tsea...@agendaless.com added the comment:
This patch tidies up the FilterWarnings tests to nomalize use of
'self.assertEquals' (matching the rest of the module) and make the
'test_always' assertions meaningful.
--
Added file:
Tres Seaver tsea...@agendaless.com added the comment:
This patch adds tests for the 'error', 'ignore', and 'always' filters being
applied *after* the default warning has been issued, and therefore the registry
populated. It causes failures for the 'error' and 'always' on both the Python
and
Tres Seaver tsea...@agendaless.com added the comment:
This patch replaces my earlier 'py_warnings' patch. It revamps the Python side
to check filters before deciding not to emit the warning based on the registry.
The new filter_after_default tests pass on the Python side with this patch.
Tarek Ziadé ziade.ta...@gmail.com added the comment:
distutils.sysconfig.get_python_inc() uses
os.path.dirname(os.path.abspath(sys.executable)) to find the srcdir.
I'll change it to sysconfig.get_config_var('srcdir')
--
___
Python tracker
Ronald Oussoren ronaldousso...@mac.com added the comment:
In r80647 (trunk) you can use configure
--enable-framework=$HOME/Library/Frameworks to get the right situation:
- Framework in ~/Library/Frameworks
- Apps in ~/Applications/Python 2.7
- Command-line tools in ~/bin
I will port this to
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Mmm, the problem is that srcdir is given by the Makefile. So I need to find the
Makefile. I don't know how to get these info from a python built in another
directory. Investigating...
--
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
get_config_var('srcdir') should work, with should then be combined with the
path to the Makefile, something like:
os.path.join(
os.path.dirname(os.path.abspath(
_get_makefile_filename(), get_config_var('srcdir')))
The
Tarek Ziadé ziade.ta...@gmail.com added the comment:
This won't work because in the build dir, srcdir is set to .. in the Makefile
located in the buildir, and the tests are run into a subdir :
/build/test_python_xxx, so you can't rely on a relative path.
For this to work we would need an
Ronald Oussoren ronaldousso...@mac.com added the comment:
Als committed this for 3.2: r80648.
--
stage: - committed/rejected
status: open - closed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3646
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Ah, found a way:
buildir = os.path.dirname(sys.executable)
srcdir = os.path.abspath(os.path.join(buildir, get_config_var('srcdir')))
--
___
Python tracker rep...@bugs.python.org
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8577
___
___
Python-bugs-list mailing list
Ronald Oussoren ronaldousso...@mac.com added the comment:
It does work just fine, see the attached patch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8577
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
Actually attaching the patch might help.
With this patch test_distutils passes, without it it doesn't.
--
keywords: +patch
Added file: http://bugs.python.org/file17147/issue8577.patch
___
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Yes it's pretty similar to what I've done in my earlier message.
No need to call os.path.dirname(get_makefile_filename()),
os.path.dirname(sys.executable) is enough.
I guess the patch part concerning unixcompiler is unrelated to this issue,
Ronald Oussoren ronaldousso...@mac.com added the comment:
Yes, sorry about that. The patch in unixcompiler is for issue #7724.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8577
___
Daniel Urban urban.dani...@gmail.com added the comment:
The point is that your implementation doesn't allow people to generate
'Z'-ending timestamp if they need a subset of rfc3339.
That is exactly right. Do you have any suggestion, how to do that? Maybe an
optional argument to the rfcformat
Changes by Tarek Ziadé ziade.ta...@gmail.com:
--
versions: +Python 2.6, Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8577
___
Changes by Mark Dickinson dicki...@gmail.com:
--
assignee: - mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8540
___
___
Antoine Pitrou pit...@free.fr added the comment:
I agree with the points raised against Josiah's patch. I'm not sure O(n)
cancellation is really a concern. The main focus of optimization should be the
scheduler's loop itself, and both approaches have an O(log n) complexity there
AFAICT. Also,
New submission from Armin Rigo ar...@users.sourceforge.net:
PyWeakref_GetObject(wref) returns a borrowed reference, but that's rather
dangerous. The fact that wref stays alive does not prevent the returned object
from being collected (by definition -- wref is a weak reference). That means
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Le lundi 26 avril 2010 13:06:48, vous avez écrit :
I don't see what environment variables have to do with the file
system.
A POSIX system only
Antoine Pitrou pit...@free.fr added the comment:
Tres, can you update your patch against SVN trunk?
Also, please do an unified diff, we are mostly used to this format.
--
stage: unit test needed - patch review
versions: +Python 2.7, Python 3.2
___
Antoine Pitrou pit...@free.fr added the comment:
This should be fixed; I suggest deprecating PyWeakref_GetObject() and
adding another C API function that does not return a borrowed reference.
Another possibility is to document the fact that Py_INCREF() should be called
in most cases. It
Jean-Paul Calderone exar...@twistedmatrix.com added the comment:
find_unused_port is the wrong approach altogether. Uses of it should be
replaced by bind_port and then find_unused_port should be removed.
--
___
Python tracker rep...@bugs.python.org
Tres Seaver tsea...@agendaless.com added the comment:
Updated patch against the trunk attached.
Note that I prefer unidiff myself, but was following a bit of guidance that
Guido (used to, anyway) prefer context diffs.
The updated speed test run against the stdlib with this patch shows only a
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
I like the idea of leveraging the sched module. It encapsulates the priority
queue, allowing the user to be agnostic to the underlying data structure. If
someday we have a data structure in the collections module that
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
Attached is a patch.
The diff to configure is just what autoconf produces as a result of the diff to
configure.in.
With the patch, pyconfig.h will:
- do nothing if the compiler supports the inline keyword
- #define inline
Ronald Oussoren ronaldousso...@mac.com added the comment:
Committed in r80653 (trunk), r80654 (2.6), r80655 (3.2) and r80656 (3.1)
--
resolution: - accepted
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Ronald Oussoren ronaldousso...@mac.com added the comment:
Unassigning this issue from myself as I cannot reproduce the issue on OSX.
--
assignee: ronaldoussoren -
nosy: +ronaldoussoren
___
Python tracker rep...@bugs.python.org
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
I should add that the patch is against the py3k branch, since it's too late for
performance improvements to land in trunk.
--
___
Python tracker rep...@bugs.python.org
Ronald Oussoren ronaldousso...@mac.com added the comment:
I've added some notes to Mac/README.
r80657 (trunk)
r80658 (2.6)
r80659 (3.2)
r80660 (3.1)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7107
Changes by Ronald Oussoren ronaldousso...@mac.com:
--
resolution: - accepted
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7107
___
R. David Murray rdmur...@bitdance.com added the comment:
Well, it seems I was mistaken when I thought I knew how this worked :)
Checking the os.exec documentation linked from the subprocess page, I see that
when an environment is supplied PATH is indeed checked in it. The
documentation for
Brian Curtin cur...@acm.org added the comment:
You could take the (VS8.5) part out of the link which will give the latest
version, which may not always be the relevant version (although I doubt this
specific API would change).
That's about the best permalink-like feature you'll find, but
STINNER Victor victor.stin...@haypocalc.com added the comment:
Le vendredi 30 avril 2010 15:58:28, vous avez écrit :
It's better to let the application decide how to solve this problem
and in order to allow for this, the encodings must be adjustable.
On POSIX, use byte strings to avoid
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
title: subprocess: support bytes program name - subprocess: support bytes
program name (POSIX)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8513
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
title: build: test_send_signal of test_subprocess failure - buildbot:
test_send_signal of test_subprocess failure
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8432
STINNER Victor victor.stin...@haypocalc.com added the comment:
Sorry but i don't really understand the problem of my patch, and I don't want
to spend time of this. Revert my patch if you think that it introduced a
regression.
--
___
Python tracker
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8565
___
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Le vendredi 30 avril 2010 15:58:28, vous avez écrit :
It's better to let the application decide how to solve this problem
and in order to allow for
Paul Moore p.f.mo...@gmail.com added the comment:
OK. I've attached a patch which removes the use of get_unused_port for
test_smtplib and test_multiprocessing. It doesn't use bind_port as both cases
test classes that create their own port internally, rather I've used port 0 and
then
STINNER Victor victor.stin...@haypocalc.com added the comment:
No, you store the environment data as bytes and only
decode in getenv() ...
Yes, this is the best solution for POSIX. We need maybe also a
os.getenvb()-bytes function, maybe only on POSIX.
But I think that Windows should
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
Sorry but i don't really understand the problem of my patch, and I don't want
to spend time of this. Revert my patch if you think that it introduced
Changes by Marc-Andre Lemburg m...@egenix.com:
--
assignee: - lemburg
priority: release blocker - normal
resolution: - fixed
status: open - closed
title: configure: ignore AC_PROG_CC hardcoded CFLAGS - configure: allow
user-provided CFLAGS to override AC_PROG_CC defaults
Marc-Andre Lemburg m...@egenix.com added the comment:
STINNER Victor wrote:
STINNER Victor victor.stin...@haypocalc.com added the comment:
No, you store the environment data as bytes and only
decode in getenv() ...
Yes, this is the best solution for POSIX. We need maybe also a
New submission from Brian Curtin cur...@acm.org:
Per the comment at the top of Lib/test/test_winreg.py, FlushKey, LoadKey, and
SaveKey are currently untested.
I have a minimal patch worked up. I'll expand on it and upload shortly.
--
assignee: brian.curtin
components: Extension
Changes by Vilnis Termanis vilnis.terma...@googlemail.com:
--
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8037
___
___
Terry J. Reedy tjre...@udel.edu added the comment:
2.5 is frozen. 2.6 and 3.1 are in bug-fix mode only, and 2.7 is in beta so new
features are unlikely there. So I recommend doing a patch against 3.1 or even
the 3.2 trunk. And of course, make sure this proposal makes sense for 3.x.
--
Éric Araujo mer...@netwok.org added the comment:
Thanks for your work, Rob. To get reviews and comments, you’ll need to submit a
patch (a diff) instead of the whole file. This makes it easier to see your
changes than looking for a special comment :)
This short doc should contain all the
Brian Curtin cur...@acm.org added the comment:
Minor correction to the last comment: 3.2 is not in beta nor feature freeze.
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8525
holger krekel holger.kre...@gmail.com added the comment:
FWIW checking if an imported module really comes from a certain location and
erroring out is also how py.test does it.
--
nosy: +hpk
___
Python tracker rep...@bugs.python.org
Michael Foord mich...@voidspace.org.uk added the comment:
Sounds like the right approach then. :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8547
___
Changes by holger krekel holger.kre...@gmail.com:
--
nosy: +hpk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8564
___
___
Python-bugs-list
New submission from Jorge Bosch jorgebosc...@gmail.com:
hello. Im new on this kind of programation. Well it could sound newbie...but I
have this error and I dont know how to fix it.
Well its related with an AutoUpdater for a Online Game (GTLegends, Altbierbude
software) but no one manage to
New submission from Jason Baker amnorv...@gmail.com:
The logging handler does not handle double-closing very well:
from logging import StreamHandler
h = StreamHandler()
h.close()
h.close()
Traceback (most recent call last):
File stdin, line 1, in module
File
Jason Baker amnorv...@gmail.com added the comment:
Adding patch
--
keywords: +patch
Added file: http://bugs.python.org/file17151/logging.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8581
Changes by Benjamin Peterson benja...@python.org:
--
assignee: - vinay.sajip
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8581
___
New submission from Jason Gross jasongro...@gmail.com:
When calling urllib.urlretrieve with a data:image/png url (possibly with other
urls too) and a local file name, it fails with
Traceback (most recent call last):
File pyshell#0, line 1, in module
urlretrieve(url, file_name)
File
Benjamin Peterson benja...@python.org added the comment:
Your patch will break test_parser on Windows.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8566
___
Changes by Piotr Ożarowski pi...@debian.org:
--
nosy: +piotr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1054967
___
___
Python-bugs-list
R. David Murray rdmur...@bitdance.com added the comment:
The bug tracker is for bugs in Python itself, and isn't a good place to look
for help on getting an application program to work. You should try the python
email list/newsgroup. (You can find links to the newsgroup and other resources
Éric Araujo mer...@netwok.org added the comment:
Thanks for the suggestion. Two things:
1. Please provide a unified diff, as explained in http://www.python.org/dev/
2. I think “number” would be a better placeholder.
Regards
--
nosy: +merwok
___
Changes by Santoso Wijaya santa@me.com:
--
nosy: +santa4nt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8581
___
___
Python-bugs-list mailing
Jeffrey Yasskin jyass...@gmail.com added the comment:
In what way will my patch break test_parser on Windows? I preserved the
behavior of re-opening the file in text mode after determining the encoding. Do
I need to add 'U' to open()'s mode string?
--
Benjamin Peterson benja...@python.org added the comment:
2010/4/30 Jeffrey Yasskin rep...@bugs.python.org:
Jeffrey Yasskin jyass...@gmail.com added the comment:
In what way will my patch break test_parser on Windows? I preserved the
behavior of re-opening the file in text mode after
STINNER Victor victor.stin...@haypocalc.com added the comment:
regrtest_traceback_stderr.patch is not enough: support._run_suite() writes
output to sys.stdout instead of sys.stderr. New version of the patch fixes that.
--
Added file:
Changes by STINNER Victor victor.stin...@haypocalc.com:
Removed file: http://bugs.python.org/file17093/regrtest_traceback_stderr.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8533
___
New submission from Dmitry Chichkov dchich...@gmail.com:
The namespace_separator parameter is hard coded in the cElementTree.XMLParser
class disallowing the option of ignoring XML Namespaces with cElementTree
library.
Here's the code example:
from xml.etree.cElementTree import iterparse
Changes by Brian Curtin cur...@acm.org:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8583
___
___
Python-bugs-list mailing list
Changes by Dmitry Chichkov dchich...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file17153/issue-8583.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8583
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ok, here is a first version of my patch to implement os.environb:
- os.environb is the bytes version of os.environ, both are synchronized
- os.environ(b).data stores bytes keys and values on POSIX (but unicode on
Windows)
-
Jeffrey Yasskin jyass...@gmail.com added the comment:
Thanks. Committed as r80668. May I update http://python.org/dev/peps/pep-0291/
to reflect that 2to3 should continue working on python-2.5?
--
___
Python tracker rep...@bugs.python.org
Benjamin Peterson benja...@python.org added the comment:
2010/4/30 Jeffrey Yasskin rep...@bugs.python.org:
Jeffrey Yasskin jyass...@gmail.com added the comment:
Thanks. Committed as r80668. May I update
http://python.org/dev/peps/pep-0291/ to reflect that 2to3 should continue
working on
New submission from Antoine Pitrou pit...@free.fr:
Some tests in test_multiprocessing (py3k) are skipped because they require
_ctypes, but I do have ctypes. Here are the skipped tests:
test_array (test.test_multiprocessing.WithProcessesTestArray) ... skipped
'requires _ctypes'
Dmitry Chichkov dchich...@gmail.com added the comment:
And obviously iterparse can be either overridden in the local user code or
patched in the library. Here's the iterparse code/test code:
import cElementTree
from cStringIO import StringIO
class iterparse(object):
root = None
def
Antoine Pitrou pit...@free.fr added the comment:
OK. I've attached a patch which removes the use of get_unused_port for
test_smtplib and test_multiprocessing.
Great, thank you. It was committed in r80669 (trunk), r80670 (2.6), r80671
(py3k), r80672 (3.1).
Note that there are still a couple
Jeffrey Yasskin jyass...@gmail.com added the comment:
Done.
--
keywords: -needs review
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8566
Mark Dickinson dicki...@gmail.com added the comment:
Closing as out of date.
--
nosy: +mark.dickinson
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1540617
Mark Dickinson dicki...@gmail.com added the comment:
As far as I can tell there's no bug in 3.x: the 3.x range happily accepts an
instance of a class that defines __index__.
--
versions: -Python 3.1, Python 3.2
___
Python tracker
Mark Dickinson dicki...@gmail.com added the comment:
Currently, in trunk, I get:
range(0.0, 11.0, 1.1)
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: range() integer start argument expected, got float.
But with Alexander's patch on trunk, I get:
range(0.0,
Mark Dickinson dicki...@gmail.com added the comment:
IIRC, it was a very deliberate choice not to allow float arguments to range
Ignore this bit. IDRC. It was a deliberate choice not to let something
range(0.0, 1.0, 0.1) work to give [0.0, 0.1, ...], since the usual
floating-point
Jeff McNeil j...@jmcneil.net added the comment:
Attaching a patch against the trunk, unified format, changed to 'number' as per
suggestion.
--
versions: +Python 2.7 -Python 2.6
Added file: http://bugs.python.org/file17155/stdtypes.rst.trunk.patch
New submission from Alex alex.gay...@gmail.com:
There are no tests for zipimporter.find_module in the success case, only tests
that it handles invalid inputs ok. I'll work up some tests for this tomorrow
probably.
--
components: Extension Modules
messages: 104684
nosy: alex
priority:
Changes by Antoine Pitrou pit...@free.fr:
--
components: +Tests -Extension Modules
nosy: +brett.cannon, ncoghlan
stage: - needs patch
type: - behavior
versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2
___
Python tracker
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
I am attaching a patch with unit tests that implements the middle-ground
approach making map and reduce behave the way zip is now.
I my view this slightly preferable to the all the way approach of letting all
exceptions to
Changes by Dan Buch daniel.b...@gmail.com:
--
nosy: +meatballhat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4908
___
___
Python-bugs-list
Changes by Dan Buch daniel.b...@gmail.com:
--
nosy: +meatballhat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8312
___
___
Python-bugs-list
Changes by Dan Buch daniel.b...@gmail.com:
--
nosy: +meatballhat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8324
___
___
Python-bugs-list
Changes by Dan Buch daniel.b...@gmail.com:
--
nosy: +meatballhat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8255
___
___
Python-bugs-list
Changes by Dan Buch daniel.b...@gmail.com:
--
nosy: +meatballhat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8254
___
___
Python-bugs-list
Changes by Dan Buch daniel.b...@gmail.com:
--
nosy: +meatballhat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8252
___
___
Python-bugs-list
New submission from Dan Buch daniel.b...@gmail.com:
is this a dupe of 4908?
--
nosy: +meatballhat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8250
___
Changes by Dan Buch daniel.b...@gmail.com:
--
nosy: +meatballhat
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5302
___
___
Python-bugs-list
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
I agree that this issue should be closed with no further action, but for
historical accuracy the resolution should be out of date rather than won't
fix. The original bug was about range() behavior when it get arguments
1 - 100 of 111 matches
Mail list logo