Yogendra Mohan yogendra_mo...@oxyent-medical.com added the comment:
Hello Amaury Forgeot,
Thanks for reply.
As you said 'wm_attributes does not take keyword arguments' I have
taken that pach from issue1500773 and updated the same.
Still I am not able to run with Python 2.5.1 on MAC 10.5.1.
Artur Frysiak wi...@users.sourceforge.net added the comment:
__ppc__ is defined on MacOS X, __powerpc__ on Linux.
Only place when need check for both is Python/ceval.c
--
keywords: +patch
nosy: +wiget
Added file: http://bugs.python.org/file13437/3.0-issue5369.patch
Changes by Artur Frysiak wi...@users.sourceforge.net:
--
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5369
___
___
New submission from lekma lekma...@gmail.com:
It would be useful to have the ability to run arbitrary code before a
manager's server subprocess is started (I'd use this feature to install
signal handlers for example).
--
components: Library (Lib)
messages: 84302
nosy: lekma
severity:
lekma lekma...@gmail.com added the comment:
here is a patch doing just that (against trunk).
ps: this is my first bug report and contribution to Python, please, be
gentle :)
--
keywords: +patch
Added file: http://bugs.python.org/file13438/Issue5585.patch
Changes by intgr ma...@juffo.org:
--
nosy: +intgr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4501
___
___
Python-bugs-list mailing list
Changes by intgr ma...@juffo.org:
--
nosy: +intgr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2944
___
___
Python-bugs-list mailing list
Changes by intgr ma...@juffo.org:
--
nosy: +intgr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4277
___
___
Python-bugs-list mailing list
Changes by intgr ma...@juffo.org:
--
nosy: +intgr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1563
___
___
Python-bugs-list mailing list
Changes by intgr ma...@juffo.org:
--
nosy: +intgr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue777588
___
___
Python-bugs-list mailing list
Changes by intgr ma...@juffo.org:
--
nosy: +intgr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2073
___
___
Python-bugs-list mailing list
Jeremy Hylton jer...@alum.mit.edu added the comment:
Seems like a reasonable feature request. I'm going to apply a variant
of the patch in 3.1 first.
--
assignee: - jhylton
nosy: +jhylton
resolution: - accepted
___
Python tracker
Changes by intgr ma...@juffo.org:
--
nosy: +intgr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1736190
___
___
Python-bugs-list mailing list
Changes by Mark Dickinson dicki...@gmail.com:
--
assignee: - marketdickinson
priority: - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5377
___
Changes by Mark Dickinson dicki...@gmail.com:
--
components: +Interpreter Core -Library (Lib)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5377
___
Changes by intgr ma...@juffo.org:
--
nosy: +intgr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue658749
___
___
Python-bugs-list mailing list
Changes by intgr ma...@juffo.org:
--
nosy: +intgr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1370380
___
___
Python-bugs-list mailing list
Changes by Jeremy Hylton jer...@alum.mit.edu:
--
nosy: +jhylton
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1153027
___
___
Python-bugs-list
Changes by Jeremy Hylton jer...@alum.mit.edu:
--
nosy: +jhylton
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue918368
___
___
Python-bugs-list
New submission from Mher Movsisyan mher.movsis...@gmail.com:
The documentation of os.makedirs (http://docs.python.org/library/os.html?
highlight=makedirs#os.makedirs) is misleading. It states that os.makedirs
raises an
exception if the leaf directory already exists but it doesn't.
Lib/os.py:
Guilherme Polo ggp...@gmail.com added the comment:
I've changed the patch a bit and give it a quick try on the python-trunk.
I didn't understand the need to verify for _tkinter while IDLE is
already running, also, _tkinter.dooneevent is gone in py3k so I'm not
using the module function (these
Tim Golden m...@timgolden.me.uk added the comment:
Can I nudge this one a bit? It causes an interpreter crash and the patch
seems good (subject to someone else's review).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5261
Jesse Noller jnol...@gmail.com added the comment:
I will be addressing all of the MP bugs during the pycon sprints starting
sunday
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5261
___
Brian Quinlan br...@sweetapp.com added the comment:
It turns out that there are a bunch of issues with the py3k XML-RPC
client and server. Attached as some tests that demonstrate them.
--
keywords: +patch
nosy: +bquinlan
Added file: http://bugs.python.org/file13442/xmlrpc-test.diff
Mark Dickinson dicki...@gmail.com added the comment:
Oops. Out-of-date version of the diff. Here's the right one.
--
Added file: http://bugs.python.org/file13443/cleanup_range_check_patch2.diff
___
Python tracker rep...@bugs.python.org
Changes by Mark Dickinson dicki...@gmail.com:
Removed file: http://bugs.python.org/file13441/cleanup_range_check_patch2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5463
___
Changes by Mark Dickinson dicki...@gmail.com:
--
priority: - normal
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5463
___
Changes by Brian Quinlan br...@sweetapp.com:
Added file: http://bugs.python.org/file13444/xmlrpc-fix.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5040
___
Mark Dickinson dicki...@gmail.com added the comment:
[Mark]
PyLong_NDIGITS should stay in longintrepr.h, though,
since it's dependent on the representation.
[Victor]
I don't understand why. [...]
I expressed myself badly. I guess my point was that PyLong_SIGN
and PyLong_EQUALS_ZERO (and
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Please revert that patch, it is not correct!
Did you try the commands I suggested in my previous post?
And please, be more specific than I am not able to run. Do you get an
error message? If yes, copy its content here.
--
Mark Dickinson dicki...@gmail.com added the comment:
Thanks for this. I'll take a look.
How about making the exponent type size_t or Py_ssize_t, rather than
[unsigned] int? It seems to me that that fits better with the usual size
in digits.
--
Changes by Mark Dickinson dicki...@gmail.com:
--
assignee: - marketdickinson
priority: - normal
stage: - patch review
type: - feature request
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5576
Changes by Brian Quinlan br...@sweetapp.com:
--
type: performance - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5040
___
___
New submission from Raymond Hettinger rhettin...@users.sourceforge.net:
The vars() builtin now returns a hard to view object. Formerly, it had
a useful __repr__.
Python 3.1a1
class A: pass
vars(A)
dict_proxy object at 0x0131FE70
IDLE 2.6.1
class A: pass
vars(A)
{'__module__':
Guilherme Polo ggp...@gmail.com added the comment:
Amaury, can you be more specific on how it is not correct ? What patch
should be reverted ?
I'm closing this as invalid now. Although this, in some way, can be
considered a duplicate of issue1500773, I don't see it that way. I'm
just seeing an
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Guilherme, you are right. I think I looked at the wrong patch, sorry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5569
___
Guilherme Polo ggp...@gmail.com added the comment:
I can't seem to reproduce this here. I've tried both python 2.4.5 and
2.5.2 using beautifulsoup 3.0.7. I also used the sample html attached in
that email as well part of the code that is supposed to cause the
problem, and I can also run pickle
Antoine Pitrou pit...@free.fr added the comment:
It's better now, although I think it's not good to duplicate the
encoding switch logic. It would be better to have a separate flag
indicate whether it's the start of stream or not. I'm gonna produce a
new patch, unless you beat me to it.
Also,
Guilherme Polo ggp...@gmail.com added the comment:
I'm downloading Mandriva 2009.0 to hopefully reproduce the problem, but
I'm afraid it won't happen. Apparently people that have this issue also
reproduce it in different platforms, someone said on
http://dev.laptop.org/ticket/7661 that this
Antoine Pitrou pit...@free.fr added the comment:
Here is a new patch catering to more cases (seek()) in addition to just
opening in append mode.
--
Added file: http://bugs.python.org/file13445/append_bom-3.patch
___
Python tracker
New submission from Collin Winter coll...@gmail.com:
Add the ability to control the random seed used by regrtest.py -r. This
patch adds a --randseed option, and makes regrtest.py -r indicate what
random seed it's using so that that value can later be fed back to
--randseed. This option is useful
New submission from Sebastian Billaudelle st...@cream-project.org:
Hi there,
I just recognized a weird behaviour of the json module...
Dumpig a float like 0.1 I get some crazy output.
Here is an example:
import json
json.dumps([.1])
'[0.10001]'
Very simple to reproduce;)
-
Changes by Jesse Noller jnol...@gmail.com:
--
assignee: - jnoller
keywords: +needs review -patch
nosy: +jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5585
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
.1
0.10001
Read http://docs.python.org/tutorial/floatingpoint.html
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5589
Georg Brandl ge...@python.org added the comment:
Documented in r70648, r70649 (3k).
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5324
___
Georg Brandl ge...@python.org added the comment:
The class is commented as being experimental, and the interface
probably could use improvement (it's a bit awkward to subclass Scanner),
but since it's been around for so long, I guess enough people will be
using it that we have to keep it that
R. David Murray rdmur...@bitdance.com added the comment:
As Ezio points out, this is correct Python behavior.
--
components: +Interpreter Core -Library (Lib)
nosy: +bitdancer
resolution: - invalid
stage: - committed/rejected
___
Python tracker
Benjamin Peterson benja...@python.org added the comment:
Fixed in r70650.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5564
Changes by Benjamin Peterson benja...@python.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5589
___
___
Miki Tebeka miki.teb...@gmail.com added the comment:
Happily(?) I don't use Windows anymore.
Closing it.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1468223
___
R. David Murray rdmur...@bitdance.com added the comment:
Note that the Multiprocessing docs say that the Process follows the API
of threading.Thread, and this would represent a (minor) divergence.
I also note that the patch does not contain any tests.
--
assignee: jnoller -
keywords:
Guilherme Polo ggp...@gmail.com added the comment:
Hi Brian (hope you are still there), the code in 31_8.tcl is not
complete so I didn't bother looking into it.
The tkdraw.py is not really correct, here is a cleaned up version that
works:
from Tkinter import Tk, Canvas, LAST, ROUND
def
Changes by Brett Cannon br...@python.org:
--
assignee: brett.cannon -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4011
___
___
Python-bugs-list
Changes by Brett Cannon br...@python.org:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2972
___
___
Python-bugs-list
Matthias Klose d...@debian.org added the comment:
These are the symbols on the trunk (20090328). There are *very* general
names as well. How should this be resolved? Introduce macros for the old
names, or just rename these?
module_methods probably could be static.
AllocFunctionCallback
New submission from Matthias Klose d...@debian.org:
pyexpat.c defines the global symbol template_string polluting the global
namespace, which isn't used in the module. Is it ok to remove this
definition altogether?
--
messages: 84333
nosy: doko
severity: normal
status: open
title:
New submission from Matthias Klose d...@debian.org:
There are four global symbols in libpython, which have are globally
defined, and don't have a Py prefix. Would it be possible to define
those with a _Py prefix instead?
--
messages: 84334
nosy: doko
severity: normal
status: open
title:
New submission from Matthias Klose d...@debian.org:
encodefuncs is only used locally. ok to make this variable static?
--
messages: 84335
nosy: doko
severity: normal
status: open
title: Modules/_textio.c defines global symbol encodefuncs
___
Python
Matthias Klose d...@debian.org added the comment:
I'm sure it does work, but what is the point of linking statically
to libpython.a but then having other dependencies, for example on
lib-dynload/time.so? Why not just link to libpython2.5.so in the
first place?
speed. Using a python
Antoine Pitrou pit...@free.fr added the comment:
Yes, ok.
--
assignee: - pitrou
components: +Library (Lib)
nosy: +pitrou
priority: - normal
stage: - needs patch
type: - behavior
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Fixed in r70663, thanks!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5592
___
Antoine Pitrou pit...@free.fr added the comment:
What are those symbols?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5591
___
Changes by Jesse Noller jnol...@gmail.com:
--
assignee: - jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5585
___
___
Python-bugs-list
R. David Murray rdmur...@bitdance.com added the comment:
This bug is more subtle than it first appears. As far as I've been able
to figure out, there is in fact no way to reliably detect that there is
non-format text after the format specifier short of completely parsing
the format specifier.
Mark Dickinson dicki...@gmail.com added the comment:
+1 on the idea.
I'm not sure I understand the patch, though. If the line:
random_seed = int(100 * random.random())
produces a random_seed of 0 (or if randseed=0 is supplied as an option),
it looks as though random.seed is never
Gregory P. Smith g...@krypto.org added the comment:
Attaching a patch that adds Google's unittest.TestCase assertFooEqual()
extensions and automatically uses rich comparisons in assertEqual() with
nicely formatted failure messages for list, tuple, dict, set, frozenset.
The following are added
Antoine Pitrou pit...@free.fr added the comment:
AFAIK, locale.format() is supposed to be used with a single format
specifier, not a complete format string. It's up to you to concatenate
the various parts afterwards.
--
nosy: +pitrou
___
Python
Antoine Pitrou pit...@free.fr added the comment:
+1 here too.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5588
___
___
Changes by Collin Winter coll...@gmail.com:
Removed file: http://bugs.python.org/file13446/randseed.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5588
___
Collin Winter coll...@gmail.com added the comment:
The if rand_seed: bit was a relic from a previous iteration; fixed.
The only reason I didn't use randrange() is that I didn't see it; fixed.
--
Added file: http://bugs.python.org/file13448/randseed.patch
R. David Murray rdmur...@bitdance.com added the comment:
Antoine, I added you to the nosy list for this because it turns out the
new io.c segfaults in this case.
--
keywords: -patch
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
That is true, however the code contains the comment this is only for
one-percent-specifier strings and this should be checked, implying
that the intent is to make sure only a single format specifier
has been passed. I don't think it is
Mark Dickinson dicki...@gmail.com added the comment:
Updated patch looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5588
___
___
Antoine Pitrou pit...@free.fr added the comment:
The reason py3k is a lot longer to crash is because of a slight bug in
_fileio.c :-) I'm gonna correct this one first.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1174606
Matthew Barnett pyt...@mrabarnett.plus.com added the comment:
Patch issue2636-patch-1.diff contains a stripped down version of my
regex engine and the other changes that are necessary to make it work.
--
Added file: http://bugs.python.org/file13449/issue2636-patch-1.diff
Antoine Pitrou pit...@free.fr added the comment:
A fix for py3k was committed in r70664.
--
versions: -Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1174606
___
R. David Murray rdmur...@bitdance.com added the comment:
Since Martin said this should be rejected, I'm closing it rejected.
--
nosy: +bitdancer
resolution: - rejected
stage: - committed/rejected
status: open - closed
___
Python tracker
Changes by R. David Murray rdmur...@bitdance.com:
--
priority: - normal
stage: - test needed
type: - behavior
versions: +Python 2.7 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2570
Antoine Pitrou pit...@free.fr added the comment:
With all due respect, I find the presence of numerous type specific
functions (assertListEqual, etc.) awful. I don't understand why the type
isn't simply cased in the standard assertEqual function. I also don't
think adding so many assert methods
New submission from Antoine Pitrou pit...@free.fr:
I started getting this in release30-maint (not in py3k).
==
FAIL: testFsum (test.test_math.MathTests)
--
Antoine Pitrou pit...@free.fr added the comment:
It only seems to happen on a 32-bit build on a 64-bit system.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5593
___
Antoine Pitrou pit...@free.fr added the comment:
And it actually also happens in py3k (but only in 32-bit mode, too).
--
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5593
Changes by R. David Murray rdmur...@bitdance.com:
--
keywords: +patch
stage: test needed - needs patch
Added file: http://bugs.python.org/file13450/issue2570-test.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2570
Guilherme Polo ggp...@gmail.com added the comment:
Whoa, it went better than I expected. It failed on Mandriva just like it
was mentioned, but I still haven't verified what is causing this problem.
And while running IOBinding.py doesn't demonstrate the problem, running
EditorWindow.py does.
R. David Murray rdmur...@bitdance.com added the comment:
Since it's been almost a year and the OP hasn't responded with an
updated patch, I'm closing this as out of date.
--
nosy: +bitdancer
resolution: - out of date
status: open - closed
___
Python
Gregory P. Smith g...@krypto.org added the comment:
Some statistics from our large code base as to which of the assert
methods get used relative to the others:
These percentages are relative to the count of assertEqual(s) uses being
100% and cover python code written by a crazy large number of
Gregory P. Smith g...@krypto.org added the comment:
Oh for reference, i left these out but they may interest people for
completeness sake.
assert_ 15%
assertTrue 9%
assertFalse 5%
We don't currently have the auto type checking in assertEqual in our
internal codebase, direct use of the
R. David Murray rdmur...@bitdance.com added the comment:
This was proposed on python-ideas, discussed, approved, and implemented
for 2.7 and 3.1.
Note that although this wasn't discussed, the internationalization issue
is answered by the fact that when internationalizing, you are rewriting
the
R. David Murray rdmur...@bitdance.com added the comment:
The 'double leap second' issue has been around a long time and is part
of the Posix standard (for some background see
http://www.ucolick.org/~sla/leapsecs/onlinebib.html, specifically the
section named 'Unix system time and the POSIX
R. David Murray rdmur...@bitdance.com added the comment:
Antoine, since your fix also goes into the io module in 2.6, and the
buggish behavior even of the old code is more cosmetic than problematic,
I'm thinking we can just close this as accepted. Do you concur?
--
Guido van Rossum gu...@python.org added the comment:
(Almost) nobody uses these any more, so let's close as won't fix. The
SGI modules are removed from 3.0. The few people who still have Irix
could probably care less about the buffer overflows, but they *might*
care about the modules
Collin Winter coll...@gmail.com added the comment:
Committed as r70672 (trunk) and r70673 (py3k). Thanks for the quick review.
--
resolution: - accepted
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5588
92 matches
Mail list logo