Georg Brandl ge...@python.org added the comment:
Please use python-h...@python.org or comp.lang.python for usage questions, not
the tracker.
--
nosy: +georg.brandl
resolution: - invalid
status: open - closed
___
Python tracker
Paul Jimenez p...@place.org added the comment:
Since no one else has commented on this in over a year, and the new (2.6+) code
works fine, I'll just close this to help clean things up.
--
status: open - closed
___
Python tracker
Georg Brandl ge...@python.org added the comment:
In Python 2.x, __unicode__ is called instead of __str__. Whether that's
correct behavior, I'm not sure, but at least it is consistent with
{}.format(K()).
In Python 3.x, __unicode__ doesn't exist and __str__ isn't called; but for
Georg Brandl ge...@python.org added the comment:
So for staticmethods and classmethods, valname doesn't need to be reassigned?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4037
New submission from Patrick Sabin patricksa...@gmx.at:
As far as I understand the _pyio.open function should resemble the builtin
open, but in case of the buffering parameter, it doesn't. The builtin version
doesn't allow None as argument, but this is the default in the _pyio.open
signature.
Stefan Krah stefan-use...@bytereef.org added the comment:
Roumen Petrov rep...@bugs.python.org wrote:
Yes , I understand .
For the protocol did gcc on FreeBSD warn if library order is -lncursesw
-lreadline ?
No.
P.S. Issue with readline library linked to termcap compatible library on
Charles-Francois Natali neolo...@free.fr added the comment:
@dabeaz
I'm getting random segfaults with your patch (even with the last one), pretty
much everywhere malloc or free is called.
Ater skimming through the code, I think the problem is due to gil_last_holder:
In drop_gil and take_gil,
Eric Smith e...@trueblade.com added the comment:
I agree with Georg. I think 2.x is arguably correct, and 3.1 is broken.
It looks like this has already been fixed in 3.2. It's not immediately obvious
why that is, I'll have to look at the code more than the quick glance I just
gave it.
Python
Mark Dickinson dicki...@gmail.com added the comment:
See issue 5516 for a related issue.
--
nosy: +belopolsky, mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8005
___
Stefan Krah stefan-use...@bytereef.org added the comment:
(1) Perhaps I missed the relevant part in the spec, so I had to check
what decNumber does: In the default context, clamp is 0, in the extended
contexts, it is 1. So Python's ExtendedContext should indeed set _clamp
to 1.
(2) I agree
Stefan Krah stefan-use...@bytereef.org added the comment:
I knew it was somewhere: In the test case description, clamp=0 is
specified as the default:
http://speleotrove.com/decimal/dtfile.html#syntax
--
___
Python tracker rep...@bugs.python.org
Mark Dickinson dicki...@gmail.com added the comment:
Hmm. Yes, the spec itself is rather vague on the subject of clamping, so I
withdraw my claim that clamping is necessary for compliance with the spec. It
*is* necessary to make the those testcases with 'clamp=1' pass, though.
So from the
Changes by David Beazley d...@dabeaz.com:
Removed file: http://bugs.python.org/file17102/dabeaz_gil.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7946
___
David Beazley d...@dabeaz.com added the comment:
Added extra pointer check to avoid possible segfault.
--
Added file: http://bugs.python.org/file17104/dabeaz_gil.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7946
Mark Dickinson dicki...@gmail.com added the comment:
Re: ExtendedContext, the comments in decimal.py say:
# Pre-made alternate contexts offered by the specification
# Don't change these; the user should be able to select these
# contexts and be able to reproduce results from other
Jeroen Ruigrok van der Werven asmo...@in-nomine.org added the comment:
Stefan, I was emailing with Rong-En Fan, a FreeBSD committer, about this issue
and he asked:
Basically, this is caused by
a) our readline.so is linked against ncurses.so (via -ltermcap which is the
same lib)
b)
Charles-Francois Natali neolo...@free.fr added the comment:
I don't see segfaults anymore, but there's still an unsafe dereference of
gil_last_holder inside take_gil:
/* Wait on the appropriate GIL depending on thread's classification */
if (!tstate-cpu_bound) {
/* We are I/O
New submission from Michael Foord mich...@voidspace.org.uk:
When test discovery is invoked on a package on the filesystem which is also
installed in site-packages then importing the tests will look in the installed
version. This causes discovery to run the wrong tests or fail.
We can detect
donal djeo donaldje...@gmail.com added the comment:
I'm getting random segfaults with your patch (even with the last one), pretty
much everywhere malloc or free is called.
Ater skimming through the code, I think the problem is due to gil_last_holder:
In drop_gil and take_gil, you dereference
Changes by Antoine Pitrou pit...@free.fr:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7946
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Antoine Pitrou pit...@free.fr:
--
components: +Interpreter Core -None
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7946
___
___
Koen van de Sande k...@tibed.net added the comment:
There should be no manifest embedded into wininst, because then the cases which
Issue 4120 fixed (a CRT installed into a local folder, instead of system-wide,
due to limited access rights), will 'break' again: the installer can then no
Stefan Krah stefan-use...@bytereef.org added the comment:
Jeroen Ruigrok van der Werven rep...@bugs.python.org wrote:
Stefan, I was emailing with Rong-En Fan, a FreeBSD committer, about this
issue and he asked:
Basically, this is caused by
a) our readline.so is linked against ncurses.so
Changes by Guilherme Salgado gsalg...@gmail.com:
--
nosy: -salgado
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7946
___
___
Python-bugs-list
David Beazley d...@dabeaz.com added the comment:
That second access of gil_last_holder-cpu_bound is safe because that block of
code is never entered unless some other thread currently holds the GIL. If a
thread holds the GIL, then gil_last_holder is guaranteed to have a valid value.
Koen van de Sande k...@tibed.net added the comment:
Concerning the patch: what happens when the developer already added
/MANIFEST:NO to the flags, and the code deduces that MSVCR9 is the only
runtime, e.g. the case where /MANIFEST:NO is in the flags twice? Does the
linker handle this OK, or
Charles-Francois Natali neolo...@free.fr added the comment:
Didn't have much sleep last night, so please forgive me if I say something
stupid, but:
Python/pystate.c:
void
PyThreadState_DeleteCurrent()
{
PyThreadState *tstate = _PyThreadState_Current;
if (tstate == NULL)
David Beazley d...@dabeaz.com added the comment:
I stand corrected. However, I'm going to have to think of a completely
different approach for carrying out that functionality as I don't know how the
take_gil() function is able to determine whether gil_last_holder has been
deleted or not.
STINNER Victor victor.stin...@haypocalc.com added the comment:
Same error here:
http://www.python.org/dev/buildbot/builders/AMD64 Ubuntu
2.6/builds/555/steps/test/logs/stdio
(codecs_none.txt is a copy of stdio)
--
nosy: +haypo
Added file:
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
title: _winreg.EnumValue fails when the registry data includes multibyte
unicode characters - _winreg.EnumValue sometimes raises WindowsError (More
data is available)
___
Python
Stefan Krah stefan-use...@bytereef.org added the comment:
I'd prefer to drop the ExtendedContext completely. Reasons are:
1) _clamp, prec, emin and emax aren't set to IEEE754 values.
2) The use of 'extended' is decNumber specific (see
http://speleotrove.com/decimal/dncont.html ). In
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
nosy: +stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1289118
___
___
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment:
It's probably a duplicate of issue #1583863.
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8128
Changes by David Beazley d...@dabeaz.com:
Removed file: http://bugs.python.org/file17104/dabeaz_gil.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7946
___
Charles-Francois Natali neolo...@free.fr added the comment:
Do you have any examples or insight you can provide about how these segfaults
have shown up in Python code? I'm not able to observe any such behavior on
OS-X or Linux. Is this happening while running the ccbench program? Some
David Beazley d...@dabeaz.com added the comment:
One more attempt at fixing tricky segfaults. Glad someone had some eagle eyes
on this :-).
--
Added file: http://bugs.python.org/file17106/dabeaz_gil.patch
___
Python tracker rep...@bugs.python.org
Eric Smith e...@trueblade.com added the comment:
Yes, that's the cause, thanks for finding that issue. It's actually fixed in
3.1.2, I just hadn't updated my local copy.
Closing, since there's nothing to fix here. The 2.6 behavior is correct, and
the 3.x behavior that was broken has been
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
Is there a patch with a fix or just a patch with a test. If the later, maybe
someone can remove a patch keyword.
--
nosy: +Alexander.Belopolsky -belopolsky
___
Python tracker
Thomas W. Barr t...@rice.edu added the comment:
It's just a test. Finishing the patch completely slipped my mind. I'll work on
it later tonight.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8005
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
You're right. I asked Thomas the wrong question, and the Keywords and Stage
need updating.
Thomas, do you still plan to submit a patch that fixes the problem?
--
___
Python
Nir Aides n...@winpdb.org added the comment:
On Tue, Apr 27, 2010 at 12:23 PM, Charles-Francois Natali wrote:
@nirai
I have some more remarks on your patch:
- /* Diff timestamp capping results to protect against clock differences
* between cores. */
_LOCAL(long double) _bfs_diff_ts(long
Thomas W. Barr t...@rice.edu added the comment:
I'm still reasonably new to the codebase, but I'm certainly going to try to fix
the issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8005
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
Great! If you get stuck or have a question, just ask. :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8005
___
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
keywords: -patch
stage: unit test needed - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8005
___
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
assignee: - stutzbach
keywords: +needs review
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2810
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
components: +Windows
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6672
___
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
assignee: - stutzbach
priority: - low
stage: - needs patch
type: - performance
versions: +Python 3.2 -Python 2.7, Python 3.0, Python 3.1
___
Python tracker rep...@bugs.python.org
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
resolution: - works for me
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4295
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
assignee: - stutzbach
versions: +Python 2.7, Python 3.2 -Python 2.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue808164
___
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
keywords: +needs review
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7079
___
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
assignee: gregory.p.smith - stutzbach
stage: patch review - unit test needed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7079
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
--
assignee: - stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8005
___
___
Alexander Belopolsky alexander.belopol...@gmail.com added the comment:
Before someone spends more time writing a patch, lets pause and consider
whether this is a bug in the first place.
My understanding of the issue is that given
class A(object):
... def __eq__(self, other):
...return
New submission from Jeff Binder extru...@gmail.com:
Building Python 3.1.2 on Cygwin 1.7, I got errors in main.c stemming from a
warning: PATH_MAX redefined (see attached log). I got around this by
commenting out the #define. I don't know if the best solution is #ifndef,
#undef, or something
Changes by Santoso Wijaya santa@me.com:
--
nosy: +santa4nt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8506
___
___
Python-bugs-list mailing
Antoine Pitrou pit...@free.fr added the comment:
I stand corrected. However, I'm going to have to think of a
completely different approach for carrying out that functionality as I
don't know how the take_gil() function is able to determine whether
gil_last_holder has been deleted or not.
Terry J. Reedy tjre...@udel.edu added the comment:
Too late for 2.7, but I would like this to hit 3.2. Some calculators have
engineering format as an output option and it would be good for Python.
This issue is being discussed in python-list in thread Engineering numerical
format The OP
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +amaury.forgeotdarc, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7027
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
module-dealloc() was changed by #7140 by r75437: imp.new_module does not
function correctly if the module is returned from a function and used directly.
Can we backport the fix to 2.6? It would be complex to write a workaround in
STINNER Victor victor.stin...@haypocalc.com added the comment:
Here is a workaround. I didn't expected a short patch, but it's enough.
--
keywords: +patch
Added file: http://bugs.python.org/file17108/regrtest_preload_ascii.patch
___
Python tracker
Sriram sriramrathinav...@yahoo.com added the comment:
Hi,
I believe this behaviour can be tested if we can prove that Cmd's cmdloop uses
raw_input to get the data as against self.stdin.readline().
To test it, ideally I would have liked to override sys.stdin with a fake input
stream and pass
Christoph Gohlke cgoh...@uci.edu added the comment:
I have some doubts about option #4: it is a very specific use case, and then
the whole benefit of issue 4120 is lost
Pythoncom are pywintypes are indeed special cases: Out of the 170 DLL files in
my Python site-packages directory, these
Mark Dickinson dicki...@gmail.com added the comment:
After the all-important issue of what letter to use (the folks on the
python-list thread suggested 'm', and it seems as good a letter as any, so I'll
use it in the examples below), there are some open questions:
(1) The exact form of the
Josiah Carlson josiahcarl...@users.sourceforge.net added the comment:
The suggested documentation changes sound good to me. Those items that aren't
documented may need a note that they are deprecated and will be removed in the
future, but I'd consider that optional.
--
Mark Dickinson dicki...@gmail.com added the comment:
I'd prefer to drop the ExtendedContext completely.
We have to be careful not to break existing 3rd party code, though. A
newly-designed decimal module, prepared with 20/20 hindsight, probably wouldn't
include an ExtendedContext with the
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
Thanks for pointing that out.
For what it's worth, if I understand the documentation correctly the goal is to
prevent the following misleading comparisons:
date with time
datetime with date
datetime with time
datetime w/
STINNER Victor victor.stin...@haypocalc.com added the comment:
Can we backport the fix to 2.6?
It's too late to fix such subtle bug in module machinery, so I commited my
workaround in regrtest.py: r80538. Wait for the buildbots before closing the
issue.
test_io and/or test_codecs failed on
New submission from Sridhar Ratnakumar sridh...@activestate.com:
Modules/_ssl.c
gu...@36917
64
enum py_ssl_version {
gu...@36917
65
PY_SSL_VERSION_SSL2,
gu...@36917
66
PY_SSL_VERSION_SSL3,
gu...@36917
67
PY_SSL_VERSION_SSL23,
Changes by Sridhar Ratnakumar sridh...@activestate.com:
--
keywords: +patch
Added file: http://bugs.python.org/file17110/fix-extra-comma-aix.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8549
Antoine Pitrou pit...@free.fr added the comment:
Thank you very much! Committed in r80540 (trunk), r80541 (2.6), r80542 (py3k),
r80543 (3.1).
--
nosy: +pitrou
resolution: - fixed
stage: - committed/rejected
status: open - pending
versions: +Python 3.2
Changes by Antoine Pitrou pit...@free.fr:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8549
___
___
Python-bugs-list
Matthew Cowles mdcow...@users.sourceforge.net added the comment:
Apologies! Further investigation indicates that the user had set a timeout in
the ftplib module. I'll close this. In an ideal world, errors due to timeouts
would look like they were related to timeouts. But that's a different
Keith Brafford keith.braff...@gmail.com added the comment:
Ok, let's zero in on how this should work. I'll start the concrete proposal
discussion in terms of how it would have worked with the old-style specifiers
(since I am more familiar with that method) and we can bring it up to Py3K
Antoine Pitrou pit...@free.fr added the comment:
I just tried the patch. One problem is that you are supposed to be able to call
close() several times without having it fail:
f = open(LICENSE)
f.close()
f.close()
f = io.open(LICENSE)
f.close()
f.close()
Traceback (most recent call last):
Barry A. Warsaw ba...@python.org added the comment:
astraw: I've been playing with stdeb. I think it's a nice implementation of
bdist_deb, but it doesn't seem to include the dh_make/debianize functionality
of this patch. Is that the case or have I missed something?
--
nosy: +barry
Antoine Pitrou pit...@free.fr added the comment:
Your proposal looks reasonable.
Two things:
- your patch should include an unit test (see Lib/test/test_file2k.py)
- fileobject.c should use tabs for indentation, not spaces
And you're right, py3k doesn't have this problem.
--
nosy:
Éric Araujo mer...@netwok.org added the comment:
Hello
There has been a number of discussions about bdist_deb, and some code too. I
don’t have links handy, unfortunately, but I remember a conclusion that was:
Don’t.
Debian packages are best made by Debian tools, which go to great lengths to
Barry A. Warsaw ba...@python.org added the comment:
There are really two aspects of this patch. At the moment, I'm less interested
in bdist_deb than I am in the 'debianize' (i.e. dh_make) functionality. I
think 'python setup.py debianize' (or whatever) would be a nice way to jump
start a
Éric Araujo mer...@netwok.org added the comment:
Why not use Debian’s dh_make?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1054967
___
___
Changes by Martin v. Löwis mar...@v.loewis.de:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1404
___
___
Python-bugs-list
Changes by Martin v. Löwis mar...@v.loewis.de:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1601
___
___
Python-bugs-list
Changes by Martin v. Löwis mar...@v.loewis.de:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3947
___
___
Python-bugs-list
Changes by Martin v. Löwis mar...@v.loewis.de:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5249
___
___
Python-bugs-list
Changes by Martin v. Löwis mar...@v.loewis.de:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5273
___
___
Python-bugs-list
Changes by Martin v. Löwis mar...@v.loewis.de:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5334
___
___
Python-bugs-list
Changes by Martin v. Löwis mar...@v.loewis.de:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6150
___
___
Python-bugs-list
Changes by Martin v. Löwis mar...@v.loewis.de:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6453
___
___
Python-bugs-list
Changes by Martin v. Löwis mar...@v.loewis.de:
--
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7540
___
___
Python-bugs-list
Barry A. Warsaw ba...@python.org added the comment:
That's essentially what I want, except I want to feed dh_make some better
defaults based on metadata that already lives in setup.py.
--
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@haypocalc.com added the comment:
test_io and test_codecs didn't fail in the last build of x86 Tiger 2.6 and x86
Windows7 2.6. I suppose that the issue is now closed. Repopen the issue if it's
not the case.
--
resolution: - fixed
status: open - closed
New submission from Antoine Pitrou pit...@free.fr:
We should expose SSL contexts at the Python level, and rework SSL sockets to
use those objects internally (rather than creating their own private context).
It would allow to:
- specify the various options iteratively, rather than having to dump
Jean-Paul Calderone exar...@twistedmatrix.com added the comment:
For reference:
http://pyopenssl.sourceforge.net/pyOpenSSL.html/openssl-context.html
http://www.heikkitoivonen.net/m2crypto/api/M2Crypto.SSL.Context%27.Context-class.html
and `man -k SSL_CTX_`
--
nosy: +exarkun
Benjamin Peterson benja...@python.org added the comment:
Fixed in r80544.
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8546
Fran Rogers f...@dumetella.net added the comment:
I'd like to concur that Python should install to %ProgramFiles% by default. The
root-directory default is particularly anomalous on 64-bit Windows, where you
have separate 64- and 32-bit Program Files directories; if I have a Python
Antoine Pitrou pit...@free.fr added the comment:
Here is an updated patch for py3k (the previous one didn't apply cleanly).
--
Added file: http://bugs.python.org/file17112/sslopts2.patch
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Someone else requested it and even provided a patch. See you on issue4870.
--
resolution: out of date - duplicate
status: pending - closed
superseder: - ssl module is missing SSL_OP_NO_SSLv2
___
Antoine Pitrou pit...@free.fr added the comment:
This is now fixed, right? Personal experience as well as buildbot behaviour
seems to show that parallel test execution (either through -j, or by running
several test suites at the same time) works ok.
--
nosy: +exarkun, pitrou
Changes by Fredrik Håård fredrik.ha...@gmail.com:
--
nosy: +fredrik.haard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6662
___
___
Antoine Pitrou pit...@free.fr added the comment:
This looks reasonable enough.
--
nosy: +pitrou
stage: unit test needed - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8086
___
Fredrik Håård fredrik.ha...@gmail.com added the comment:
Is there a reason for HTMLParser to treat anything that does not match the
regex '#\d+;' as a charref?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6662
1 - 100 of 154 matches
Mail list logo