Ned Deily n...@acm.org added the comment:
Your analysis is correct. Sorry, I should have noted that the OS X UTF8 vs
UTF-8 discrepancy has already been discussed in Issue10090 and Issue10154.
--
___
Python tracker rep...@bugs.python.org
Ned Deily n...@acm.org added the comment:
Can you say exactly what arguments are given to clang for this compile? (As
you probably know, CPython builds on OS X for python.org installers use gcc,
not clang.)
--
nosy: +ned.deily
___
Python tracker
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Found the issue and it wasn't with sha1.
Turned out that the code was doing somethign like
sha1(buffer(unicode('str'))) which exposed the endianness of the unicode
representation.
Sorry for wasting your time.
--
Ismail Donmez ism...@namtrac.org added the comment:
No interesting option. But this looks like a clang bug, compiling
_ctypes_test.c with -O0 fixes the issue. So this is a compiler optimization bug.
--
___
Python tracker rep...@bugs.python.org
Anders Blomdell anders.blomd...@control.lth.se added the comment:
The culprit seems to be 'pysqlite_do_all_statements(self, ACTION_RESET, 0)' in
pysqlite_connection_commit, which resets all active statements, but subsequent
fetch/fetchall seems to trash the sqlite3 state in the statements.
Ned Deily n...@acm.org added the comment:
OK, then if you care to follow up, I suggest pursuing with the Clang project.
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9852
Changes by Ned Deily n...@acm.org:
--
Removed message: http://bugs.python.org/msg122051
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10496
___
Ned Deily n...@acm.org added the comment:
The problem is reproducible on a current Debian Linux system although with
different results for current versions of Python (only security issues are
accepted against 2.6). Unlike with 2.6, 3.1 reports no error. 2.7 and 3.2
both fail with an
Changes by Ned Deily n...@acm.org:
--
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10496
___
New submission from Antoine Pitrou pit...@free.fr:
It was just resting. Here is a patch to wake it up for 3.2 (or 3.3 pending
moratorium interpretation).
As for the py3k warning in 2.x (and the 2to3 fixer), it's not obvious what we
should do: callable() clearly doesn't exist in 3.0 and 3.1.
New submission from Armin Rigo ar...@users.sourceforge.net:
Probably a typo in setobject.c.
The patch attached here does not really change anything but fixes the typo,
leading to slightly clearer code and avoiding one level of recursion. All
tests still pass.
--
components:
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +rhettinger, stutzbach
versions: +Python 3.1, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10519
___
Brian Curtin cur...@acm.org added the comment:
Committed to py3k in r86727.
I think this should be backported to the maintenance branches, but not until
after the upcoming point releases. Although those branches won't have the
ability to create hard links, they should have the ability to
Changes by SilentGhost michael.mischurow+...@gmail.com:
Removed file: http://bugs.python.org/file19680/headers.py.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5800
___
SilentGhost michael.mischurow+...@gmail.com added the comment:
Re-submitting the patch for Lib/wsgiref/headers.py w/o the isinstance change
--
keywords: +patch
Added file: http://bugs.python.org/file19797/headers.py.diff
___
Python tracker
Benjamin Peterson benja...@python.org added the comment:
I think we should lift the py3k warning after 3.2 is released, but leave the
2to3 fixer in for the time being.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10518
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
keywords: +needs review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5800
___
___
Changes by Stefan Krah stefan-use...@bytereef.org:
--
nosy: skrah
priority: normal
severity: normal
status: open
title: Build with --enable-shared fails
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10520
New submission from Stefan Krah stefan-use...@bytereef.org:
Building the modules fails if --enable-shared is used. The linker picks
up an existing library from /usr/local/lib, which has not been compiled
with -fPIC:
gcc -pthread -shared
Ray.Allen ysj@gmail.com added the comment:
It's not a bug. What happens is like this:
1, You set trace function using sys.settrace(tracer).
2, When the following func() is called, tracer is called with a call event,
so the trace function in PyThreadState is set to NULL since
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10520
___
___
Python-bugs-list mailing
Changes by Dave Malcolm dmalc...@redhat.com:
--
nosy: +dmalcolm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10517
___
___
Python-bugs-list
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
'xyz'.center(20, '\U00100140')
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: The fill character must be exactly one character long
str.ljust and str.rjust are similarly affected.
New submission from Antoine Pitrou pit...@free.fr:
This has just occurred on the Solaris buildbot:
test_telnetlib
Exception in thread Thread-452:
Traceback (most recent call last):
File /home2/buildbot/slave/2.7.loewis-sun/build/Lib/threading.py, line 530,
in __bootstrap_inner
self.run()
Barry A. Warsaw ba...@python.org added the comment:
So, you must have done a 'make install' or 'make altinstall' to get a build
into /usr/local, right? Without that of course it works fine.
You're probably still right about changing the order so it picks up the local
copy first.
--
Barry A. Warsaw ba...@python.org added the comment:
I'm bumping the status down since this likely won't affect the average user,
only developers who do their own source installs.
--
assignee: - barry
priority: critical - high
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
The question is, what should it do with such an input? Pretend it's a single
char (but other chars in the source string won't get the same treatment)? Treat
it as a two-char string (but then center() and friends should logically be
extended to
Eric Smith e...@trueblade.com added the comment:
str.__format__ and friends (int, float, complex) also have this same problem.
For example, when they're computing the fill character:
format('', 'x^')
''
format('', '\U00100140^')
Traceback (most recent call last):
File stdin, line 1, in
Matthias Klose d...@debian.org added the comment:
-L. should appear before -L/usr/local/lib.
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10520
___
Dave Malcolm dmalc...@redhat.com added the comment:
I'm able to reliably reproduce this on a RHEL 5 box (i386 in this case).
All of the ProcessPool* unittest subclasses within
Lib/test/test_concurrent_futures.py exhibit this hang, each printing out just
the name of the first test (so
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
___
___
Changes by anatoly techtonik techto...@gmail.com:
--
nosy: +techtonik
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4147
___
___
Python-bugs-list
Dave Malcolm dmalc...@redhat.com added the comment:
Minimal reproducer:
$ ./python -c from concurrent.futures import * ; e = ProcessPoolExecutor() ;
e.submit(pow, 2, 5)
Fatal Python error: Invalid thread state for this thread
--
___
Python tracker
anatoly techtonik techto...@gmail.com added the comment:
This one is bug.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4147
___
___
Dave Malcolm dmalc...@redhat.com added the comment:
Seems to be an issue within (or triggered by) multiprocessing (test_threads and
test_threading pass OK, fwiw):
$ ./python -m test.test_multiprocessing
Fatal Python error: Invalid thread state for this thread
Traceback (most recent call last):
Changes by Łukasz Langa luk...@langa.pl:
--
nosy: +jnoller
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10517
___
___
Python-bugs-list mailing
Stefan Krah stefan-use...@bytereef.org added the comment:
Since I'm on Linux, I did a prior install into /usr/local. But I'm pretty
sure that BSD ports (which you might view as the system install) also use
/usr/local.
--
___
Python tracker
Éric Araujo mer...@netwok.org added the comment:
Does the plan include deprecating collections.Callable?
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10518
___
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10516
___
___
Python-bugs-list
SilentGhost michael.mischurow+...@gmail.com added the comment:
What is the reason for this? Why do we need it?
--
nosy: +SilentGhost
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10518
___
gius.dima gius.d...@gmail.com added the comment:
I'm using Python 2.7, PyQt 4.8.1, qt 4.7.1 on OS X Leopard 10.6.5 and have just
the same problem.
In C++ and qt all dialog's messages are in italian, in PyQt dialogs are
partially in english.
--
nosy: +gius.dima
Added file:
Dave Malcolm dmalc...@redhat.com added the comment:
By strategically adding print() and input() calls, I was able to isolate the
error to this line in test_multiprocessing.py's test_main:
ManagerMixin.pool = ManagerMixin.manager.Pool(4)
specifically, to the construction:
Changes by Raymond Hettinger rhettin...@users.sourceforge.net:
--
assignee: - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10519
___
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Wed, Nov 24, 2010 at 10:33 AM, Antoine Pitrou rep...@bugs.python.org wrote:
..
The question is, what should it do with such an input?
I think the rule for such functions should be that if
input.encode('utf-8') is the
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: -terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8938
___
___
Python-bugs-list
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Try to match the whitespace convention of the surrounding code.
--
assignee: rhettinger - anthonybaxter
nosy: +anthonybaxter
resolution: - accepted
___
Python tracker
Barry A. Warsaw ba...@python.org added the comment:
r86731
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9807
___
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
A few lines later, a similar change can be made for set_discard.
--
assignee: anthonybaxter - arigo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10519
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10521
___
___
Steven Bethard steven.beth...@gmail.com added the comment:
I'm not sure about the patch - this will convert *all* IOErrors into command
line error messages, while we should really only be converting the ones raised
by FileType. Instead, the try/except should be in FileType.__call__, and you
Steven Bethard steven.beth...@gmail.com added the comment:
Looks like a great fix.
And yes, anyone who knows anything about gettext, please feel free to add a
test or ten. ;-) I just copied optparse when I put that stuff in, so I have no
confidence in how it's done now.
--
Ezio Melotti ezio.melo...@gmail.com added the comment:
Committed in r86732 on py3k, will backport on 3.1/2.7 if Benjamin is OK with
that.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10299
Benjamin Peterson benja...@python.org added the comment:
Okay.
2010/11/24 Ezio Melotti rep...@bugs.python.org:
Ezio Melotti ezio.melo...@gmail.com added the comment:
Committed in r86732 on py3k, will backport on 3.1/2.7 if Benjamin is OK with
that.
--
nosy: +benjamin.peterson
Brian Curtin cur...@acm.org added the comment:
Removing link to #10027. It's fixed for py3k but the issue should stay open for
backport to other branches.
--
dependencies: -os.lstat/os.stat don't set st_nlink on Windows
resolution: - fixed
___
Brian Curtin cur...@acm.org added the comment:
Fixed in r86733.
--
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8879
___
Barry A. Warsaw ba...@python.org added the comment:
r86734
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10520
___
Barry A. Warsaw ba...@python.org added the comment:
BTW, I am not sure it's worth backporting this to 3.1 and 2.7. It seems like a
corner case that will not affect most users.
--
___
Python tracker rep...@bugs.python.org
Ezio Melotti ezio.melo...@gmail.com added the comment:
I'm not sure it's worth bringing callable() back at this point.
It would have made more sense for 3.1, but now we already have 2
callable()-less versions of Python if we do it for 3.2 (what about the
moratorium though?) or 3 if we do it
Marc-Andre Lemburg m...@egenix.com added the comment:
Alexander Belopolsky wrote:
New submission from Alexander Belopolsky belopol...@users.sourceforge.net:
'xyz'.center(20, '\U00100140')
Traceback (most recent call last):
File stdin, line 1, in module
TypeError: The fill character
Ned Deily n...@acm.org added the comment:
There seem to be several different issues being reported here. As far as I can
tell, the only issue that directly relates to code in the Python standard
library is the lack of internationalization for EasyDialogs. EasyDialogs
depends on deprecated
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +benjamin.peterson, eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10520
___
___
Martin Budaj m.bu...@gmail.com added the comment:
Units test and two patches for 2.7 are included.
p1.patch fixes testEnd case reported yesterday
After running unittest it seems that also other case is broken (testAl -- if
there is just one data item on the line, enclosed in quotes). Patch p2
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Wed, Nov 24, 2010 at 3:37 PM, Marc-Andre Lemburg
rep...@bugs.python.org wrote:
..
I don't think we should change that for the formatting methods.
That's a reasonable position. What about
'Lo'
'\N{OLD ITALIC LETTER
New submission from Michal Pomorski misi...@gmail.com:
When using the argument file option, i.e @file_with_arguments the following
problems arise:
1. argparse crashes when the file contains an empty line (even if it is the
last line) - arg_string[0] is done when arg_string is empty.
Changes by Michal Pomorski misi...@gmail.com:
--
type: - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10523
___
___
Python-bugs-list
Changes by Ned Deily n...@acm.org:
Added file: http://bugs.python.org/file19800/test.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10515
___
___
New submission from Onur Küçük o...@pardus.org.tr:
Attached patch adds Pardus to supported dists in platform. Diff is against
current release27-maint, but it applies to release31-maint and py3k too.
--
components: Library (Lib)
files: pardus_platform_release27-maint.patch
keywords:
Changes by Ned Deily n...@acm.org:
--
keywords: +patch
Added file: http://bugs.python.org/file19802/p1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10515
___
Ned Deily n...@acm.org added the comment:
(Thanks. I've unpacked and uploaded the three files from your tar file.)
--
stage: unit test needed - patch review
Added file: http://bugs.python.org/file19803/p2.patch
___
Python tracker
Ezio Melotti ezio.melo...@gmail.com added the comment:
Backported in r86735 (3.1) and r86736 (2.7).
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
SilentGhost michael.mischurow+...@gmail.com added the comment:
Here is the correction for the docs. I would love to see this making it into
3.2 release.
--
Added file: http://bugs.python.org/file19804/wsgiref.rst.diff
___
Python tracker
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
The patch uses the ANSI version, and converts the filename from unicode to
bytes; this will fail for names that cannot be encoded with the mbcs codec.
All other functions in the posix module first try the Wide version of the win32
Dave Malcolm dmalc...@redhat.com added the comment:
FWIW, I was able to do an almost full run of regrtest on this box with:
-x test_multiprocessing test_concurrent_futures
Other than those two, all tests pass.
So _something_ is going wrong w.r.t. threads, though I'm not sure what at this
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
For the record, this was finally fixed with issue2862: gc.collect() now clears
the free-lists during the collection of the highest generation.
--
nosy: +amaury.forgeotdarc
___
Python tracker
SilentGhost michael.mischurow+...@gmail.com added the comment:
Attached patch with the try-except clause as suggested by Steven, Doug's
example now produces the following output:
$ ./python argparse_filetype_error.py
usage: argparse_filetype_error.py [-h] [-i I]
argparse_filetype_error.py:
Ramiro Batista da Luz ramiro...@gmail.com added the comment:
I reviewed the patch.
- I applied all the patchs(3 files).
- Ran make and make html in the Doc directory.
- Ran the test_wsgiref.py
- Ran the python interpreter and typed the suggested code:
from wsgiref.headers import Headers
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
Thank you for commit!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10027
___
Changes by MunSic JEONG rus...@gmail.com:
--
nosy: +ruseel
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10154
___
___
Python-bugs-list mailing
akira 4kir4...@gmail.com added the comment:
I've added tests for readonly files. SilentGhost's patch doesn't handle this
case.
--
Added file: http://bugs.python.org/file19806/test_argparse.diff
___
Python tracker rep...@bugs.python.org
akira 4kir4...@gmail.com added the comment:
Attached patch for argparse.py (argparse.diff -- without tests, see tests in
test_argparse.diff) where ValueError is raises in FileType.__call__ and
additional details printed on ArgumentError
--
Added file:
akira 4kir4...@gmail.com added the comment:
updated patch on http://codereview.appspot.com/3251041/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9509
___
Ray.Allen ysj@gmail.com added the comment:
I think not only Structures but also other ctypes can be passed with byref() to
functions expecting pointer to mutable memory.
--
nosy: +ysj.ray
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Wed, Nov 24, 2010 at 3:37 PM, Marc-Andre Lemburg
rep...@bugs.python.org wrote:
..
I don't think we should change that for the formatting methods.
That's a reasonable position. What about
unicodedata.category('\N{OLD
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Here is another str method not ready for non-BMP chars:
u = '\U00010140'
u.translate({ord(u):ord('A')})
'ŀ'
(expected 'A')
u = 'B'
u.translate({ord(u):ord('A')})
'A'
--
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
This should be duplicate of #3892.
I suppose timeout in this test might be very short. Refers to
http://www.systomath.eu/doc/BerkeleyDb-4.7/html/api_c/rep_timeout.html
timeout is in microseconds, so
New submission from Dafydd Crosby dtcr...@gmail.com:
I was just going through the source of the curses demo Game of Life (life.py),
and saw that the TODO had mouse support and colour.
I created a patch that adds those two wishlist items. Given that mouse support
and the use of curses.flash()
Ray.Allen ysj@gmail.com added the comment:
Additionally, I prefer move the discussion of Py_TRACE_REFS under the
documentation of PyObject:
http://docs.python.org/dev/py3k/c-api/structures.html?highlight=pyobject_head#PyObject,
since they'are connected directly. The doc of PyObject_HEAD
Senthil Kumaran orsent...@gmail.com added the comment:
On Thu, Nov 25, 2010 at 05:44:21AM +, Dafydd Crosby wrote:
I created a patch that adds those two wishlist items. Given that
mouse support and the use of curses.flash() are missing from the
demo programs, I think it's a bit of an
Terry J. Reedy tjre...@udel.edu added the comment:
Since I am not sure I will be able to do any more before the 3.2b1 feature
freeze, I went ahead with the minimal patch after checking the differences from
the 2.7 version and redoing the Misc/News entry.
(I suspect putting a new entry
Ezio Melotti ezio.melo...@gmail.com added the comment:
I think that methods like str.isalpha can and should be fixed. Since
_PyUnicode_IsAlpha now accepts a Py_UCS4, the body of unicode_isalpha can be
changed to convert normal chars and surrogates pairs to a Py_UCS4 before
calling
Simon Cross hodges...@gmail.com added the comment:
My vote is that this bug be closed and a new feature request be opened. Failing
that, it would be good to have a concise description of what else we would like
done (and the priority should be downgraded, I guess).
--
Eli Bendersky eli...@gmail.com added the comment:
Terry, I agree with Simon re closing and opening a new feature request. This
issue has too much baggage in it, and you we always link to it. A new feature
request should be opened strictly for 3.2
If you want I can close this issue and open a
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
Here is another proof of concept patch for the isalpha issue that introduces a
higher level abstraction macro - Py_UNICODE_NEXT. It should be possible to
reuse this macro in all isxyz methods and other places where
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10521
___
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
issue9200 already proposes a similar change to str.is* methods.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10521
___
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
r86733 introduces st_ino setup in attribute_data_to_stat(),
but Fild ID is not guaranteed to be same when file is not opened.
So I think it's meaningful only for os.fstat().
Please see
96 matches
Mail list logo
