New submission from Philip Jenvey [EMAIL PROTECTED]:
The What's New doc is missing a few of these, I've added the ones
mentioned in PEP 361 that weren't already there.
I also corrected popen2's entry; it's always deprecated in 2.6, not just
in the 3.0 warnings mode
--
assignee:
Helmut Jarausch [EMAIL PROTECTED] added the comment:
Many thanks, that solved the problem.
Since the cause of the problem wasn't easy to find out
(for me, at least)
would be possible to check at import time if Tcl/Tk has been
configured with threads enabled?
Helmut.
Changes by Amaury Forgeot d'Arc [EMAIL PROTECTED]:
--
assignee: - loewis
nosy: +loewis
priority: - critical
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3887
___
Stephen McInerney [EMAIL PROTECTED] added the comment:
Other people have reported it does NOT occur with either:
Win XP / Python 2.5 / Idle 1.2
Mac OS X 10.5.4 / Python 2.5.2 / IDLE 1.2.2
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3841
Georg Brandl [EMAIL PROTECTED] added the comment:
Thanks for the patch, committed as r66485.
--
resolution: - accepted
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3888
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I thought first that the problem was during the execution of
gc.collect(), but its not: when configured --with-pydebug, the exception
is printed before:
import gc, _bsddb; env=_bsddb.DBEnv(3); del env
XXX undetected error
Traceback
STINNER Victor [EMAIL PROTECTED] added the comment:
gc.collect() is just a rude way to display this XXX undetected error.
(Victor: does Fusil check for this? gc.collect() will not fail if there
is another exception in-between, or in debug mode)
I stopped to fuzz Python using --pydebug
Changes by Jesús Cea Avión [EMAIL PROTECTED]:
--
nosy: +jcea
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3299
___
___
Python-bugs-list mailing list
Jesús Cea Avión [EMAIL PROTECTED] added the comment:
So, the right thing to do seems to drop the check_error flag and just
do a PyErr_Clear() if necessary in the dealloc code.
This must be done in all dealloc code: DBEnv, DB, DBSequence and DBCursor.
Do you agree?.
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Not only in these functions, but anywhere dummy= is followed by a
Py_XDECREF(dummy);
And code like this must also be changed (in DB_open):
if (makeDBError(err)) {
PyObject *dummy;
dummy=DB_close_internal(self,0);
New submission from Greg Darke [EMAIL PROTECTED]:
When the unparse demo is run on a file containing a 'from x import y'
statement, it incorrectly outputs it as 'from x import , y'.
The attached patch fixes this.
--
components: Demos and Tools
files: fix_import_from_bug.patch
keywords:
Guilherme Polo [EMAIL PROTECTED] added the comment:
The patch attached checks for that when an interpreter is created, not
really at import time but should be enough.
But my real concern is that tkinter thinks it will work properly when
Python is using threads and Tcl wasn't compiled with
Changes by Guilherme Polo [EMAIL PROTECTED]:
--
priority: - normal
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3835
___
___
Python-bugs-list mailing
Guilherme Polo [EMAIL PROTECTED] added the comment:
Looks fine, doesn't break anything in Tkinter either.
--
nosy: +gpolo
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3880
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
I stopped to fuzz Python using --pydebug because a critical design
error in CPython reference counting
I won't comment on this, but to get the extra checks you could arrange
that ceval.c is compiled with CHECKEXC defined. ./configure
Andrew I MacIntyre [EMAIL PROTECTED] added the comment:
Mark, your patch will probably get the test to pass, but the underlying
reason the test is failing appears to be unexpected behaviour of the
platform malloc().
FreeBSD 7.0 introduced a new malloc() implementation that relies on
mmap() and
Changes by jan matejek [EMAIL PROTECTED]:
--
nosy: +matejcik
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3886
___
___
Python-bugs-list mailing list
Matteo Bertini [EMAIL PROTECTED] added the comment:
Upgrade subprocess.py patch to 25-maint r65475
(apply cleanly with http://bugs.python.org/issue2113 fixed)
--
keywords: +patch
Added file:
http://bugs.python.org/file11511/subprocess-eintr-safety-25maint-r65475.patch
Bill Janssen [EMAIL PROTECTED] added the comment:
I tried applying this patch to a clean SVN checkout of the 2.6 trunk on
an OS X Leopard machine and it works (except for the part which patches
configure.in). I then built the source tree and ran the test_socket
test, which also worked fine. I
Bill Janssen [EMAIL PROTECTED] added the comment:
On Wed, Sep 17, 2008 at 10:45 AM, bms [EMAIL PROTECTED] wrote:
Exercising the API fully requires an SSM capable multicast LAN.
Let's hope the PARC network is still up-to-date. It was when we were
developing multicast here some 15-20 years
Thomas Heller [EMAIL PROTECTED] added the comment:
I think it would be a good idea to change the Makefile so that it
touches these files when no python interpreter is available.
--
nosy: +theller
___
Python tracker [EMAIL PROTECTED]
Thomas Heller [EMAIL PROTECTED] added the comment:
Here is a patch, with test, that fixes this problem.
--
keywords: +needs review, patch
Added file: http://bugs.python.org/file11513/bitfields.patch
___
Python tracker [EMAIL PROTECTED]
New submission from Giampaolo Rodola' [EMAIL PROTECTED]:
As discussed on the python-dev ml I noticed something in the ssl.py code
which seems to be wrong. This is the ssl.SSLSocket.recv() method:
def recv (self, buflen=1024, flags=0):
if self._sslobj:
if flags != 0:
Benjamin Peterson [EMAIL PROTECTED] added the comment:
I'm ok with this patch.
--
nosy: +benjamin.peterson
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3886
___
New submission from Roy Smith [EMAIL PROTECTED]:
Unless I'm missing something, the only way to tell if a deque is empty is
to try and pop() something and catch the resulting IndexError. This is
not only awkward, but mutates the data structure when you may not want to.
It should be trivial to
Changes by Benjamin Peterson [EMAIL PROTECTED]:
--
assignee: - rhettinger
components: +Extension Modules
nosy: +rhettinger
versions: +Python 2.7, Python 3.1 -Python 2.5
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3891
Roy Smith [EMAIL PROTECTED] added the comment:
I just realized my request may have been ambiguous; empty() is a
predicate, not a verb. Doc should be something like:
Return true if the deque is empty. Return false otherwise.
___
Python tracker [EMAIL
Roy Smith [EMAIL PROTECTED] added the comment:
Sigh. It looks like you can do what I want after all, by just using the
deque object itself, i.e.:
q = deque()
while (q):
...
This should be changed to a docs bug -- the doc page for deque should
mention this, or include an example of this
Nick Edds [EMAIL PROTECTED] added the comment:
Sorry about the delay with this. I've finally found some time to work on
this, so it should be completed within the next couple of days.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2876
New submission from Benjamin Peterson [EMAIL PROTECTED]:
This happens on the Windows buildbot everything once and a while [1]:
==
FAIL: test01_basic_replication
(bsddb.test.test_replication.DBReplicationManager)
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Fixed in r66496.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3886
___
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Hmm. It's seems 3.0 will require a different patch. I can't get the
merging to work...
--
priority: release blocker - deferred blocker
resolution: fixed -
status: closed - open
versions: -Python 2.6
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
nosy: +gregory.p.smith
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3892
___
___
Python-bugs-list
Barry A. Warsaw [EMAIL PROTECTED] added the comment:
We're going to disable this test for 2.6rc2. Please jcea and
gregory.p.smith, take a look at it for 2.6 final. I've made it a
deferred blocker for that release.
--
nosy: +barry
priority: - deferred blocker
Mark Hammond [EMAIL PROTECTED] added the comment:
I instrumented the code a little. The error is happening because
self.client_startupdone never gets set to True. This is supposed to be
set in the client_startupdone() method. It expects an event type of
db.DB_EVENT_REP_STARTUPDONE, but we see
New submission from Shannon -jj Behrens [EMAIL PROTECTED]:
I was very surprised by the following behavior:
from datetime import datetime
now = datetime.today()
future = datetime.today()
(now - future).seconds
86395
I know that http://docs.python.org/lib/datetime-timedelta.html says
This is
Skip Montanaro [EMAIL PROTECTED] added the comment:
What would you suggest? The docs already say:
Though list objects support similar operations, they are optimized
for fast fixed-length operations and incur O(n) memory movement costs
for pop(0) and insert(0, v) operations which change
Changes by Brett Cannon [EMAIL PROTECTED]:
--
priority: - deferred blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3894
___
___
Python-bugs-list
New submission from Brett Cannon [EMAIL PROTECTED]:
http://psf.upfronthosting.co.za/roundup/security/issue3
--
components: Extension Modules
messages: 73356
nosy: brett.cannon
priority: deferred blocker
severity: normal
status: open
title: _lsprof issue
type: crash
versions: Python 2.5,
Mark Hammond [EMAIL PROTECTED] added the comment:
As discussed with Barry on #python-dev, I committed r66498 which skips
the failing assertion on Windows and replaces it with some noise to
stderr. Note that only that one assertion fails - the rest of the test
passes on Windows.
Also, Brett
Roy Smith [EMAIL PROTECTED] added the comment:
In retrospect, it's obvious that while mydeque is indeed the way to
process the queue, yet, when I was reading the docs, I didn't come away
with that.
The statement, list objects support similar operations, is wishy-washy.
It is not the same as
Brett Cannon [EMAIL PROTECTED] added the comment:
The reason this happens is to support ``import pack.y``. When you
reference the module in this way it is accessing the 'y' attribute on
the 'pack' module. If import didn't set it this form of importing would
never work.
--
resolution: -
Tim Peters [EMAIL PROTECTED] added the comment:
Not a bug. Try (future - now).seconds instead so that the timedelta is
positive. As explained in the docs, a negative timedelta is normalized
so that only the .days attribute is negative, and, as the docs also say,
normalization of negative
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3628
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3723
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3666
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3664
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3626
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3661
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3685
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1210
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3623
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3187
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3787
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1717
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3574
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3799
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3781
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3886
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3894
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3895
___
Changes by Barry A. Warsaw [EMAIL PROTECTED]:
--
priority: deferred blocker - release blocker
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3892
___
62 matches
Mail list logo