Martin v. Löwis mar...@v.loewis.de added the comment:
I agree with John: this paragraph is technically incorrect. See
http://msdn.microsoft.com/en-us/library/ms681914%28v=VS.85%29.aspx
for an official definition of the relevant terms.
I vaguely recall objecting to that text when it got added,
Antoine Pitrou pit...@free.fr added the comment:
It seems you introduced a reference leak, Victor.
http://mail.python.org/pipermail/python-checkins/2010-July/094756.html
--
priority: release blocker - high
resolution: fixed - accepted
status: closed - open
Mark Dickinson dicki...@gmail.com added the comment:
Fixed in r82527 (py3k), r82528 (release31-maint).
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7673
___
Éric Araujo mer...@netwok.org added the comment:
David committed a unit test in r82233. Who wants to propose a patch now?
--
resolution: - accepted
stage: unit test needed - needs patch
___
Python tracker rep...@bugs.python.org
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
assignee: - flox
components: -Library (Lib)
resolution: - accepted
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9145
Daniele Varrazzo p...@develer.com added the comment:
Hello everybody,
I've finished porting the module to Python 3, so I think it's a good starting
point for considering its inclusion into the stdlib. The source is already out;
tomorrow I'll test for regressions on mac osx and release the
Matthias Klose d...@debian.org added the comment:
this breaks the build if the time and datetime extensions are built statically
into the python interpreter.
The build fails with a link error; adding the _time extension to
Modules/Setup.dist
@@ -160,6 +160,7 @@
#cmath cmathmodule.c _math.c
Changes by Matthias Klose d...@debian.org:
--
resolution: fixed -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9012
___
___
Python-bugs-list
Matthias Klose d...@debian.org added the comment:
please find attached a patch to build as a statically linked extension,
registering the empty _time module.
--
Added file: http://bugs.python.org/file17853/time.diff
___
Python tracker
R. David Murray rdmur...@bitdance.com added the comment:
I didn't commit a unit test for the revised subject, my unit test was for the
previous misunderstood diagnosis. So a unit test for disallowing single dash
long options in add_option is still needed.
Note that this appears (at least on
Éric Araujo mer...@netwok.org added the comment:
Benjamin, is it too late?
--
nosy: +benjamin.peterson
versions: +Python 2.6, Python 2.7, Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8910
Changes by Éric Araujo mer...@netwok.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7829
___
___
Python-bugs-list
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
_time.c is not supposed to be compiled into an extension. It is similar to
_math.c - if you add a line
_math _math.c
to Setup, you get a similar compile error. What needs to be done, however, is
to add _time.c to time
Florent Xicluna florent.xicl...@gmail.com added the comment:
Fixed with r82529
--
resolution: accepted - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9145
Matthias Klose d...@debian.org added the comment:
doesn't work:
ranlib libpython3.2.a
Modules/_time.o: In function `_PyTime_DoubleToTimet':
/scratch/packages/python/3.2/python3.2-3.2~~20100704/build-shared/../Modules/_time.c:11:
multiple definition of `_PyTime_DoubleToTimet'
Modules/_time.o
Mark Dickinson dicki...@gmail.com added the comment:
Matthias, does building both the math and cmath modules statically into the
interpreter fail in a similar manner?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9012
Changes by Éric Araujo mer...@netwok.org:
--
assignee: - benjamin.peterson
nosy: +benjamin.peterson
stage: - unit test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8892
___
Éric Araujo mer...@netwok.org added the comment:
Gregory, any update on this? Maybe you can poll python-ideas.
Collin, any download stats and feedback on your package?
--
nosy: +merwok
___
Python tracker rep...@bugs.python.org
Matthias Klose d...@debian.org added the comment:
yes, same issue with math/cmath.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9012
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Thanks. Looks like we need a general solution to the problem of shared
(non-module) dependencies in modules.
So all that's needed is a way to stop _time.o showing up twice in MODOBJS in
the Makefile, right?
(For some reason, ranlib on OS
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +d...@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8472
___
___
Python-bugs-list
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
I don't understand the tp_del / tp_dealloc argument here. This is really not
the concern of gc. Gc only goes and finds unreachable objects, and if they are
deemend collectable, makes them go away by clearing their references.
GC
New submission from Éric Araujo mer...@netwok.org:
I propose than tests and demos be run during the test suite, as a sanity check
to prevent them getting badly out of sync (see “Signs of neglect thread?”
starting at http://mail.python.org/pipermail/python-dev/2010-June/101092.html)
Is this a
Éric Araujo mer...@netwok.org added the comment:
I propose that tests and demos be run during the test suite, as a sanity check
to prevent them from getting badly out of sync (see “Signs of neglect thread?”
starting at http://mail.python.org/pipermail/python-dev/2010-June/101092.html)
Is this
Changes by Éric Araujo mer...@netwok.org:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9153
___
___
Python-bugs-list mailing list
Unsubscribe:
Antoine Pitrou pit...@free.fr added the comment:
GC only cares that during the final release of any objects in a
reference cycle, no non-trivial code may run (for various technical
reasons). So, objects deemed sensitive in this way, are left alone
(and put in gc.garbage instead).
Which is
Benjamin Peterson benja...@python.org added the comment:
Fixed in r82530.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8892
___
Mark Dickinson dicki...@gmail.com added the comment:
I think the arguments to rgb_to_hls are supposed to be floats in the range
[0.0, 1.0].
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9149
Changes by Mark Dickinson dicki...@gmail.com:
--
assignee: - mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9128
___
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Committed in r82533.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9152
___
Mark Dickinson dicki...@gmail.com added the comment:
Fixed in r82532 (release27-maint) and r82534 (release26-maint).
--
versions: -Python 2.6, Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9128
Changes by Éric Araujo mer...@netwok.org:
--
title: [patch] diff.py to use iso timestamp - Use ISO timestamp in diff.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7582
___
Éric Araujo mer...@netwok.org added the comment:
Is a “which” function that useful, since we have os.exec* functions that search
the PATH for us? It seems to me that wanting to know the exact path of an
executable is a specialized need, and that adding this function would make
beginners use
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Merged in 3.1 in r82536.
--
stage: commit review - committed/rejected
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9152
Mark Dickinson dicki...@gmail.com added the comment:
and in r82537 (py3k), r82539 (release31-maint).
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9128
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +holdenweb
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9153
___
___
Python-bugs-list mailing
Éric Araujo mer...@netwok.org added the comment:
I’m making this a meta-bug to record the evaluation of demos and tools, in
followup with the thread “Signs of neglect?” started on
http://mail.python.org/pipermail/python-dev/2010-June/101092.html.
Some of them have already been adopted or
Éric Araujo mer...@netwok.org added the comment:
I opened a bug about testing demos and tools: #9153.
There was already a bug about cleaning up demos, #7962, so I’ve made it into a
meta-bug for demos and tools, superseding this one. Steve, I’m adding you to
the nosy there, but I don’t feel
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Committed in r82547. I am leaving it open to decide whether this is a
3.1-backport candidate. Also I am not sure this is NEWS-worthy.
Jack,
Does this address your issue? Note that
help(X.foo.fset)
will still not
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
I'm confused, Antoine. _I_ am not preferring anything. I am not modifying the
way finalizers are called. I'm merely providing a way for objects to signal
that they _have_ (or don't have) non-trivial finalizers.
A finalizer
Antoine Pitrou pit...@free.fr added the comment:
A finalizer _may_ be tp_del, but it may be any code that is called as
part of tp_dealloc(). This patch allows an object to say: Calling
tp_dealloc() is currently unsafe from a gc.collect() run.
Well, I don't know what you mean. tp_dealloc
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Many demos already include a self-test:
$ grep '^def test(' Demo/*/*.py
Demo/classes/Complex.py:def test():
Demo/classes/Dates.py:def test(firstyear, lastyear):
Demo/classes/Range.py:def test():
Demo/classes/Vec.py:def
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I fixed Dates.py. See issue9151.
I also committed a minimal fix for Complex.py in r82524.
--
dependencies: +Demo/classes/Dates.py does not work in 3.x
nosy: +belopolsky
___
Georg Brandl ge...@python.org added the comment:
Thanks, applied the suggestion in r82548.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8472
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I fixed Rev.py in r82550, but I don't think it is worth keeping in the current
form. Maybe it can be replaced with a pure python reimplementation of
builtins.reversed.
Note that slicing does not work for Rev:
r =
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Fixed Range.py in r82551.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7962
___
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
tp_del() is generally invoked by tp_dealloc(). See for example
typeobject.c:849. gc.collect() never invokes tp_del() directy, that is left
for the objects themselves (as part of tp_dealloc())
Now, gc already knows that if
Changes by Éric Araujo mer...@netwok.org:
--
stage: patch review - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9151
___
___
Changes by Éric Araujo mer...@netwok.org:
--
resolution: accepted - fixed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9151
___
___
Antoine Pitrou pit...@free.fr added the comment:
All this patch does, is to generalize the mechanism already provided
for genobject.c (by PyGen_NeedsFinalizing()), to any object: Any
object can signal to gc that: a) it is ok to collect a cycle with me
in it, or b) no, it is unsafe to do so.
Brian Curtin cur...@acm.org added the comment:
I should note here that I fixed Demo/md5test/md5driver.py in r82351 (py3k) and
r82352 (release31-maint).
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7962
Terry J. Reedy tjre...@udel.edu added the comment:
The doc says that help takes one optional arg:
No arg: interactive help system
String: interpret as name of something
Any other object: help page for that object
[by implication, multiple args: TypeError]
Not returning help for None is a bug,
Éric Araujo mer...@netwok.org added the comment:
Yep, my idea was to add a really thin regrtest integration layer for these
self-tests (which have no reason to move to Lib/tests, really), e.g. add a
tests.test_demos_tools module that would import all these test functions and
stuff them into a
Mark Dickinson dicki...@gmail.com added the comment:
Fixed in revisions r82543, r82546, r82552, r82553, r82554.
Leaving open because I'm suspicious that the parser module isn't handling
relative imports with more than three dots correctly in py3k (since ... gets
parsed as an ellipsis token).
Mark Dickinson dicki...@gmail.com added the comment:
Ellipsis token validation fixed in r82555 (py3k), r82556 (release31-maint).
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker
Éric Araujo mer...@netwok.org added the comment:
Please apply the refactor patch in #8912
--
dependencies: +`make patchcheck` should check the whitespace of .c/.h files
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
[...] using a simple hg status of the working copy will not do the right
thing
I think all of these workflows share a step where you have edits in your
working directory that are not in the working dir’s parent changeset. Thus, I
argue that
New submission from Mark Dickinson dicki...@gmail.com:
Python 3.2a0 (py3k:82529M, Jul 4 2010, 17:35:10)
[GCC 4.2.1 (Apple Inc. build 5659)] on darwin
Type help, copyright, credits or license for more information.
import parser
[38213 refs]
parser.sequence2st(parser.suite(def f(a:int) - int:
Terry J. Reedy tjre...@udel.edu added the comment:
On the 'patch' keyword: I thought the same as you (only for diff) until
yesterday morning when Brett Cannon specifically told me that I should also set
it for in-message text patches. This was in the context of him having not
noticed for
Brett Cannon br...@python.org added the comment:
This was fixed in r82523.
--
resolution: accepted - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9096
___
New submission from Demur Rumed junkm...@hotmail.com:
Currently, COMPARE_OP is burdened by a needless, and unorthogonal, extra layer
of indirection. I've modified it to only handle the rich comparison case,
moving the other five cases to BINARY_IN, BINARY_NOT_IN, BINARY_IS,
BINARY_IS_NOT, and
Changes by Demur Rumed junkm...@hotmail.com:
--
title: Reserve COMPARE_OP for RichComparisons - Reserve COMPARE_OP for rich
comparisons
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9155
Éric Araujo mer...@netwok.org added the comment:
Thanks for the explanation of the patch keyword. Its description (click on
“Keywords”) is indeed generic (“contains patch”),
http://www.python.org/dev/patches/ should probably say it too.
I don’t have enough knowledge to make a useful comment
Mark Dickinson dicki...@gmail.com added the comment:
Any chance you could regenerate the patch without all the unnecessary
whitespace changes? It's kinda hard to read right now.
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9155
___
___
Changes by Demur Rumed junkm...@hotmail.com:
Added file: http://bugs.python.org/file17856/cmpoppatch2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9155
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
I am attaching a rough patch which removes timedelta - int minutes -
timedelta round trips from utcoffset handling code. I think the result is an
improvement, but needs more polishing.
Mark,
Do you think this is worth
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Could a CGI expert pick this up, failing that why not simply close it as opened
nearely 7 years ago.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
http://bugs.python.org/issue1398 has already been fixed and closed.
http://bugs.python.org/issue4331 is still open and has seen activity as
recently as 2010-02-23, so can this be closed or must it remain open?
--
nosy:
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Please keep this open. This issue is separate from pickling partial objects.
--
nosy: +belopolsky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4727
Changes by Alexander Belopolsky belopol...@users.sourceforge.net:
--
stage: - needs patch
versions: +Python 3.2 -Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4727
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Hi Alex,
Looks like nothing will happen with this unless you do something yourself.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4679
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I'm guessing that this has simply slipped under the radar.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2830
Brett Cannon br...@python.org added the comment:
Committed in r82567. I also cleaned up the output slightly so that N file(s)
pluralizes file properly based on N. Also now list what files have their
whitespace fixed.
--
___
Python tracker
Changes by Brett Cannon br...@python.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8912
___
___
Python-bugs-list
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
The wikisource file in the report is no longer available, but with latest
wikisource and python 2.7,
$ curl
http://download.wikimedia.org/enwikisource/latest/enwikisource-latest-pages-articles.xml.bz2|
bzip2 -cd |
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I intended testing this but the patch file appears to have a dangling else at
the bottom, or am I missing something?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Has this issue simply slipped under the radar?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4968
___
Brett Cannon br...@python.org added the comment:
Yep since it is not a critical change. If someone came up with a patch to move
the code and docs over, make cgi.escape use the moved code, and add a
PendingDeprecationWarning then it would get done.
--
keywords: +easy
priority: normal -
Changes by Brett Cannon br...@python.org:
--
versions: +Python 3.2 -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2830
___
Eric Wald pythoni...@brainshell.org added the comment:
Reproduced again in version 2.7rc2; I had thought that it went away, but it
turns out that --with-pydebug hides the problem.
Compiling GDB now.
--
status: pending - open
versions: +Python 2.7
Terry J. Reedy tjre...@udel.edu added the comment:
I intentionally began my first post with The RefMan section is 5.9.
Comparisons. Look there, particularly the definition of comp_operator.
In this context, I think 'order comparison' is pretty clearly a comparison with
an order operator, ''
Terry J. Reedy tjre...@udel.edu added the comment:
I believe Brett meant to leave this open until he finished it by backporting to
2.7 (which is now reopened for patches). Otherwise, it might get forgotten.
Sidenote: this is the issue I referred to in #9132 re the 'patch' keyword.
--
Brett Cannon br...@python.org added the comment:
On Sun, Jul 4, 2010 at 17:01, Terry J. Reedy rep...@bugs.python.org wrote:
I believe Brett meant to leave this open until he finished it by backporting
to 2.7 (which is now reopened for patches). Otherwise, it might get forgotten.
Exactly
Demur Rumed junkm...@hotmail.com added the comment:
I've attached the original patch without whitespace, and am also including
modifications to this portion of the interpreter which remove ROT_FOUR,
DUP_TOPX while adding ROT_THREE_TWO, DUP_TOP_TWO, DUP_ROT_THREE. I've seen a 5%
speed increase
Demur Rumed junkm...@hotmail.com added the comment:
I've attached the original patch without whitespace, and am also including
modifications to this portion of the interpreter which remove ROT_FOUR,
DUP_TOPX while adding ROT_THREE_TWO, DUP_TOP_TWO, DUP_ROT_THREE. I've seen a 4%
speed increase
Changes by Demur Rumed junkm...@hotmail.com:
Removed file: http://bugs.python.org/file17859/cmpoprotdup.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9155
___
New submission from Mathias Panzenböck grosser.meister.mo...@gmx.net:
When you open a socket._fileobject through sock.makefile('rb') or similar and
you read blocking in one thread and close the file object from another thread
the reading thread gets an AttributeError. This is because the close
Demur Rumed junkm...@hotmail.com added the comment:
Fixed regression in ROT_THREE_TWO and a missed DUP_TOP2 - DUP_TOP_TWO. Now
there are only the odd segfaults
--
Added file: http://bugs.python.org/file17861/cmpoprotdup2.diff
___
Python tracker
New submission from Mitar mmi...@gmail.com:
Sometimes it is useful to be able to check which decorators are already applied
to a function, especially when you are constructing them dynamically. I am
proposing that for all decorators in Python would be suggested that they
maintain a list of
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
+try:
+dc = DefaultContext
+except NameError:
+pass
+
+self.prec = dc.prec if prec is None else prec
I don't quite understand the point of catching NameError here, but it
New submission from Terrence Cole terre...@zettabytestorage.com:
The documented C type for y* should be [Py_buffer], not [Py_buffer *], as with
the documentation for z* and the convention followed by the other types.
I'm not sure what 'type' this issue should have. I've set it at 'crash'
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +haypo
stage: - patch review
type: crash - feature request
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9158
___
Tim Peters tim.pet...@gmail.com added the comment:
...
Another is tzinfo attribute of time. With time t,
t.utcoffset() is kid of useless given that you
cannot subtract it from t
Sure you can - but you have to write your code to do time arithmetic. The time
implementation does so under the
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - rhettinger
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9155
___
New submission from kimhyunkang kimhyunk...@gmail.com:
In current stable python 2.6, the test code below does nothing, which is
inconsistent with other default dispatcher's behavior.
import asyncore
class test_reader(asyncore.file_wrapper)
def writable(self):
return False
Derek Morr derekm...@psu.edu added the comment:
You're right. My mistake when I made the patch. I've attached a new one without
the trailing else
--
Added file: http://bugs.python.org/file17863/smtplib.patch
___
Python tracker rep...@bugs.python.org
New submission from Eli Bendersky eli...@gmail.com:
This link: http://docs.python.org/dev/py3k/
Isn't working. I have always used it to see the latest documentation from 3.2,
and it is linked in the left-hand side of the screen on docs.python.org as
Python 3.2 (in development) under Docs for
Changes by Eli Bendersky eli...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9160
___
___
Python-bugs-list
STINNER Victor victor.stin...@haypocalc.com added the comment:
y* and z* result is a Py_buffer, but in C you have to pass a reference to the
result variable using result. Full example:
static PyObject *
getargs_y_star(PyObject *self, PyObject *args)
{
Py_buffer buffer;
PyObject *bytes;
1 - 100 of 119 matches
Mail list logo