blokeley bloke...@gmail.com added the comment:
The unit tests on the cpython tip revision fail even before applying my patches
and I'm afraid haven't got the time to debug the threading module or existing
unit tests.
The traceback is:
C:\workspace\cpython\Lib\test C:\Python32\python.exe
ysj.ray ysj@gmail.com added the comment:
Seem as a problem in optparse.HelpFormatter._format_usage(): when the generated
usage string is too long(longer than 78, e.g.), python tries to break the usage
string into parts at some proper positions and group them to multiple lines,
then join
Changes by ysj.ray ysj@gmail.com:
--
components: +Library (Lib) -None
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11874
___
___
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
RE: msg134737 :
indeed this test bug was only recently (April 4th!) fixed.
Please can you let me know how to get the patch / source / that fixes this ?
The bug # of the original bug ? Should I be building from GIT ? Which GIT tag ?
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
Aha ! Yes, I see, it is the extra '.' - this test now works :
$ cat test.py
import os
import sys
import re
pat = r'''d. # It is a directory.
[+.@]?
\s+\d+ # It has some number of links.
ysj.ray ysj@gmail.com added the comment:
This seems has already been fixed in issue11496, should be closed.
--
nosy: +ysj.ray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11206
___
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
In case you don't believe me, believe a C compiler :
$ echo -e '#include stdio.h\nint main(){ printf(%u
%u\\n,sizeof(int),sizeof(void*));}' si.c
$ gcc -o si si.c
$ ./si
4 8
Any code that assumes that sizeof(int) == sizeof(char*) on
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
Furthermore, look at your configure script output :
checking for int32_t... yes
checking for
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
OK, the test failures reported for this bug now succeed with Python-3.3
from latest HG head .
But Python-3.3 now has its own new test failures :
[149/354] test_import
R. David Murray rdmur...@bitdance.com added the comment:
No, if you take a look at tip, the problem is that bit of re is not covering
all cases, and should look like this:
[.+@]? # It may have special attributes.
I assumed the . was selinux, but I don't actually know, as I don't see
R. David Murray rdmur...@bitdance.com added the comment:
Did you try a make distclean/configure/make? _thread.info is a new attribute
introduced by a relatively recent patch.
--
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
Sorry, didn't see that you'd figured it out in the midst of your other comments
not relevant to this bug.
If the re were simpler it wouldn't actually be *testing* the function under
test, and so would be a useless test. (It would show
Georg Brandl ge...@python.org added the comment:
Jason, that the dl module requires sizeof(int) == sizeof(char *) does not mean
that it (or we) thinks this to be true on every platform. Rather, the module
is written in a way that requires this equality, and rather than crashing it
does this
Robert Meerman robert.meer...@gmail.com added the comment:
Oh, that's embarrassing. :-)
Could a type-check be used to alert the user to their mistake? I suppose that
would require re.IGNORECASE (et al) to be of some new type (presumably
sub-classed from Integer).
(Thanks for the quick
New submission from Jason Vas Dias jason.vas.d...@gmail.com:
I do :
$ hg clone http://hg.python.org/cpython
( my existing Python-2.7, following upgrade to glibc-2.13, started
producing erroneous results - see gnome.org glib bug :
https://bugzilla.gnome.org/show_bug.cgi?id=648863
So I
Changes by Jason Vas Dias jason.vas.d...@gmail.com:
--
components: +Build
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11954
___
Changes by Jason Vas Dias jason.vas.d...@gmail.com:
--
type: - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11954
___
___
Python-bugs-list
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
my expat was just built a few weeks ago from expat-2.0.1.tar.gz:
$ ls -l /usr/lib64/libexpat*
-rw-r--r-- 1 root root 577052 Apr 8 21:52 /usr/lib64/libexpat.a
lrwxrwxrwx 1 root root 17 Apr 8 21:52 /usr/lib64/libexpat.so -
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
suspect cause #1 - bad system libffi ? I just built it, but :
$ ls -l /usr/lib64/libffi*
-rwxr-xr-x 1 root root 36839 May 25 2008 /usr/lib64/libffi-2.00-beta.so
-rw-r--r-- 1 root root 201320 Apr 8 03:46 /usr/lib64/libffi.a
lrwxrwxrwx
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
$ ls -l /usr/lib64/libffi*
-rwxr-xr-x 1 root root 36839 May 25 2008 /usr/lib64/libffi-2.00-beta.so
-rw-r--r-- 1 root root 193480 Apr 29 13:22 /usr/lib64/libffi.a
-rwxr-xr-x 1 root root904 Apr 29 13:22 /usr/lib64/libffi.la
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
no, 'make test V=1' still fails with 'run in verbose mode for details' .
does it mean 'make test verbose=1' ? 'make test mode=verbose' ?
--
___
Python tracker rep...@bugs.python.org
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
OK, so getting out strace shows I need to do :
$ LD_LIBRARY_PATH=`pwd` LD_PRELINK=`pwd`/libpython3.3.so.1.0 ./python -Wd -E
-bb /usr/src/cpython/Lib/test/regrtest.py -l -v 21 | tee
make.test.verbose.log
I'll show the failures from
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
[ 16/354] test_argparse
... # all ok up to:
test_wb_1 (test.test_argparse.TestFileTypeRepr) ... ok
test_failures_many_groups_listargs (test.test_argparse.TestFileTypeW) ... FAIL
test_failures_many_groups_sysargs
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
test_successes_one_group_sysargs (test.test_argparse.TestTypeUserDefined) ...
test test_argparse failed -- multiple errors occurred
ok
==
FAIL:
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
test_start_with_double_slash
(test.test_httpservers.SimpleHTTPRequestHandlerTestCase) ...
/usr/src/cpython/Lib/unittest/case.py:799: BytesWarning: str() on a bytes
instance
(i, item1, item2))
test test_httpservers failed -- multiple
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
test_too_high_from_package (test.test_import.RelativeImportFromImportlibTests)
... test test_import failed -- Traceback (most recent call last):
File /usr/src/cpython/Lib/test/test_import.py, line 545, in
test_unwritable_directory
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
[237/354] test_pyexpat
test_ordered_attributes (test.test_pyexpat.SetAttributeTest) ... ok
test_specified_attributes (test.test_pyexpat.SetAttributeTest) ... ok
test_parse_file (test.test_pyexpat.ParseTest) ... ok
test_unicode
R. David Murray rdmur...@bitdance.com added the comment:
Just so you know, you aren't likely to get much help using this approach to bug
reporting. A single, focused bug report is much more likely to get attention.
You might also want to try starting with a vanilla configure and see how
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
In reply to last comment :
RE: a single, focused bug
What is this bug if not single and focused ?
The SINGLE FOCUS of this bug, in case you missed it , is that
there appears to be no source release of python that can build
and pass
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
OK, so the ' vanilla configure ' build succeeds too - using DB module
only gdbm , and with internal libffi:
$ make clean
$/usr/src/cpython/configure --prefix=/usr --libdir=/usr/lib64 --enable-shared
...
$ echo $?
0
$ make -j2
...
$ echo
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
'make test' failures after
$ /usr/src/cypython/configure --prefix=/usr --libdir=/usr/lib64 --enable-shared
$ make -j2 make test
(make test fails)
So, to run in verbose mode, I do :
$ LD_LIBRARY_PATH=`pwd`
R. David Murray rdmur...@bitdance.com added the comment:
A focused bug report would focus on *one* of the test failures (as in the
failures from running a single test_x).
Python3 does not support Berkeley DB out of the box, you need a third party
library to get bdb support.
You might be
Brian Curtin br...@python.org added the comment:
I'm not confident to start using this build until I can pin down why eg
test_argparse and test_import are failing.
Feel free to look into the failures in Lib/test/test_argparse.py and
Lib/test/test_import.py
--
nosy: +brian.curtin
blokeley bloke...@gmail.com added the comment:
My runtime came from the Python32 Windows installer and I don't have a C
compiler on this machine. Therefore I updated to the 3.2 branch in hg and
worked on that. This patch is pretty simple so should work on 3.3 without
modifications.
I have
Changes by Brian Curtin br...@python.org:
--
nosy: +brian.curtin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11344
___
___
Python-bugs-list
Éric Araujo mer...@netwok.org added the comment:
2.5 and 2.6 are in security mode. Other bug fixes, build changes,
documentation improvements, etc. should not go in these branches. Your commit
does not break anything, but for process clarity, please back it out.
--
nosy:
Éric Araujo mer...@netwok.org added the comment:
You forgot the Misc/NEWS entry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11324
___
___
Éric Araujo mer...@netwok.org added the comment:
Indeed, I missed those two lines.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10419
___
___
Sébastien Sablé sa...@users.sourceforge.net added the comment:
I'm just proposing an alternative that I find cleaner, simpler and easier to
maintain.
I understand how LD_PRELOAD works but I find it neither clean nor simple to
maintain.
Also by using a wrapper to call Python you still
Antoine Pitrou pit...@free.fr added the comment:
Since I want PyMem_MALLOC to call dlmalloc, I would need to export the
malloc symbol from libpython so that Python extensions could use it
when calling PyMem_MALLOC, but that would impact all malloc calls in
applications which embed Python for
Changes by Éric Araujo mer...@netwok.org:
--
resolution: - accepted
stage: test needed - patch review
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue828450
___
Andreas Stührk andy-pyt...@hammerhartes.de added the comment:
I think it is reasonable to restrict the self argument of method descriptors
and slot wrapper descriptors to real instances of the type. The called method
can't cope with the value anyway (in the general case). Alternative Python
Sébastien Sablé sa...@users.sourceforge.net added the comment:
Yes, I was probably not clear:
When --with-dlmalloc is activated, PyMem_MALLOC/PyMem_Malloc will call
dlmalloc, PyMem_REALLOC/PyMem_Realloc will call dlrealloc and
PyMem_FREE/PyMem_Free will call dlfree.
While calls to
Andreas Stührk andy-pyt...@hammerhartes.de added the comment:
FWIW, this also affects `ast.literal_eval()`.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11343
___
New submission from Jason Vas Dias jason.vas.d...@gmail.com:
Hi - I've been experiencing many errors trying to build any version
of Python that will pass its test suite - see issues : #11946 , #11954 -
and now I've been advised to raise bugs about each test failure -
hence this bug. For details
Antoine Pitrou pit...@free.fr added the comment:
Yes, I was probably not clear:
When --with-dlmalloc is activated, PyMem_MALLOC/PyMem_Malloc will call
dlmalloc, PyMem_REALLOC/PyMem_Realloc will call dlrealloc and
PyMem_FREE/PyMem_Free will call dlfree.
While calls to malloc/free/realloc
New submission from Jason Vas Dias jason.vas.d...@gmail.com:
Hi - I've been experiencing many errors trying to build any version
of Python that will pass its test suite - see issues : #11946 , #11954 -
and now I've been advised to raise bugs about each test failure -
hence this bug. For details
Antoine Pitrou pit...@free.fr added the comment:
Senthil, Windows buildbots on 3.1, 3.2 and 3.x show test failures.
See e.g.
http://www.python.org/dev/buildbot/all/builders/x86%20XP-4%203.1/builds/1780/steps/test/logs/stdio
--
assignee: lars.gustaebel - orsenthil
nosy: +pitrou
status:
Changes by Jason Vas Dias jason.vas.d...@gmail.com:
--
components: +Build
type: - crash
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11956
___
Floris Bruynooghe floris.bruynoo...@gmail.com added the comment:
On 29 April 2011 17:16, Antoine Pitrou rep...@bugs.python.org wrote:
Antoine Pitrou pit...@free.fr added the comment:
Yes, I was probably not clear:
When --with-dlmalloc is activated, PyMem_MALLOC/PyMem_Malloc will call
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
So, in the statement that fails :
self.assertFalse(os.path.exists(os.path.join(...))) .
either self.assertFalse is failing or os.path.exists is failing
or os.path.join is failing.
The fact that the error message is 'AssertionError:
Antoine Pitrou pit...@free.fr added the comment:
For the same reason that extension modules can choose between
PyMem_Malloc and plain malloc (or whatever else). Python has never
forced it's malloc on extension modules why should it now?
We're talking about a platform-specific feature
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
It sounds to me as if there's a problem in yum that needs sorting out: I'm not
sure why it would need dozens of loggers.
As your workaround snippet shows, leaking files is not due to loggers but due
to handlers - they're a different
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
Removed message: http://bugs.python.org/msg134786
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11950
___
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
oops, no sorry it was this bit from the strace log :
umask(0222) = 022
stat(./@test_9634_tmp, 0x7fff7ef64130) = -1 ENOENT (No such file or directory)
open(./@test_9634_tmp.cpython-33m.so, O_RDONLY) = -1
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
I had to delete my previous response to the initial post, as something got
mangled in it. Here's what I meant to say:
--
It sounds to me as if there's a problem in yum that needs sorting out: I'm
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
Aha ! Yes, the test DOES succeed as a non-root user , and yes,
if you are super user you can override any write bits in
directory permissions if you own the directory.
So the fix ? : skip 'unwritable_directory' test if you are root -
David Kirkby david.kir...@onetel.net added the comment:
Is there any progress on this? I see it is marked as
Status: closed
Resolution: accepted
Stage: patch review
That apparently means:
''There is a patch, but it needs reviewing or is in the process of being
reviewed. This can be
Changes by Daniel Urban urban.dani...@gmail.com:
--
nosy: +durban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11924
___
___
Python-bugs-list
Changes by Brian Curtin br...@python.org:
--
components: +Tests -Build
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11955
___
Changes by Daniel Urban urban.dani...@gmail.com:
--
nosy: +durban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11945
___
___
Python-bugs-list
Changes by Brian Curtin br...@python.org:
--
components: +Tests -Build
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11956
___
Changes by Daniel Urban urban.dani...@gmail.com:
--
nosy: +durban
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11949
___
___
Python-bugs-list
Changes by Brian Curtin br...@python.org:
--
components: +Tests -Build
nosy: -brian.curtin
type: crash - behavior
versions: +Python 3.3 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11954
Antoine Pitrou pit...@free.fr added the comment:
As noted by Martin above (he quoted the Subversion revision numbers), this was
actually fixed.
--
resolution: accepted - fixed
stage: patch review - committed/rejected
___
Python tracker
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
Aha ! the test succeeds as a non root (super-) user .
This is because as a root user I can override w bit
settings on directories I own: see issue #11956
for fix I applied to test_import.py to fix same
issue. Thanks !
--
R. David Murray rdmur...@bitdance.com added the comment:
The six error messages tell you that six different tests failed. Yes, the
failures are probably all due to the same cause, but that's just how unit
testing works. (And yes, the argparse tests are a bit more terse and difficult
to
Charles-Francois Natali neolo...@free.fr added the comment:
Even worse than that, mixing to malloc implementations could lead to trouble.
For example, the trimming code ensures that the heap is where it last set it.
So if an allocation has been made by another implementation in the meantime,
Daniel Holth dho...@fastmail.fm added the comment:
from docs.python.org:
platform.python_implementation()
Returns a string identifying the Python implementation. Possible return
values are: ‘CPython’, ‘IronPython’, ‘Jython’.
New in version 2.6.
... and it seems pypy identifies
Charles-Francois Natali neolo...@free.fr added the comment:
Closing as invalid, since it's definitely not a Python issue, but much more
likely a network configuration problem.
--
resolution: - invalid
status: open - closed
___
Python tracker
Changes by Michael Foord mich...@voidspace.org.uk:
--
nosy: +michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11887
___
___
Łukasz Langa luk...@langa.pl added the comment:
Sorry about that. Since I'm not technically touching the source code, I thought
the security fixes restriction does not necessarily apply. Especially that my
patch only updates what ends up here:
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11344
___
___
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
OK, so those test_argparse.py and test_import.py tests succeed if run
as a non-root user , because as the super-user one is allowed to
override mode 0300 ( lack of 'w' bit for owner ) on a directory ,
so some tests that check if they are
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
argparse.py needs a similar fix, but I'm not sure where - I raised
issue #11955 on this .
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11954
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
hmm... not sure if make test completely succeeds as non-root user yet:
test_subprocess has been sitting in this state for @ 30mins :
[282/354] test_subprocess
.
this bit of output is from a test of stdout in a different process ...
Changes by Brian Curtin br...@python.org:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11954
___
___
Python-bugs-list
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
Nope, all tests except rpm dependant test_distutils OK as non-root
with the patch I submitted for #11956 - so I guess that's good
enough .
Please fix the python 'make test' to work when run as root user .
Thank You!
--
Jason Vas Dias jason.vas.d...@gmail.com added the comment:
One last niggle : when I do
$ DESTDIR=`pwd`/inst make install
The configure '--libdir=/usr/lib64' setting I specified is ignored
and python installs itself under /usr/lib . I guess I need to raise
a different bug on this ?
--
R. David Murray rdmur...@bitdance.com added the comment:
test_distutils should not be dependent on the existence of rpm (if it
references the system rpm it should skip if it doesn't exist).
It is difficult to find someone willing to run a buildbot as the root user, so
while we will see about
Alexis Metaireau ale...@notmyidea.org added the comment:
On 29/04/2011 18:20, Daniel Holth wrote:
New in version 2.6.
Yep that's it. We would need to backport it in the python2 port of
packaging (namely distutils2), but it would do the trick.
I just started a discussion about that on
New submission from Mindaugas mindaugas.ru...@gmail.com:
re.sub don't substitute not ASCII characters:
Python 2.7.1 (r271:86832, Apr 15 2011, 12:11:58) Arch Linux
import re
a=u'aaa'
print re.search('(\w+)',a,re.U).groups()
(u'aaa')
print re.sub('(\w+)','x',a,re.U)
x
BUT:
a=u'ąąą'
Марк Коренберг socketp...@gmail.com added the comment:
I'm not YUM developer, I'm very sad user of YUM API. Also, I'm novice in python
logging complex system.
1. There is no way to remove logger once it added via getLogger(). why?
2. When yum should close handlers? In destructor (cleanup
Sébastien Sablé sa...@users.sourceforge.net added the comment:
I share the opinion of Floris on this: just because you link your application
with python does not mean you want it to handle all memory management.
If you want the memory to be handled by Python, you should call PyMem_Malloc.
Sandro Tosi sandro.t...@gmail.com added the comment:
Hi Raymond, thanks for looking into it! What do you think of this patch? I
tried to save what I think was nice in the first paragraph and collapse it into
the second one.
--
___
Python tracker
Changes by Sandro Tosi sandro.t...@gmail.com:
Added file: http://bugs.python.org/file21836/issue11948.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11948
___
Charles-Francois Natali neolo...@free.fr added the comment:
I don't understand the point concerning trimming/fragmentation/threading by
Charles-Francois: dlmalloc will allocate its own memory segment using mmap
and handle memory inside that segment when you do a
dlmalloc/dlfree/dlrealloc.
New submission from Charles-Francois Natali neolo...@free.fr:
test_ftplib fails in TestIPv6Environment:
==
ERROR: test_makepasv (test.test_ftplib.TestIPv6Environment)
New submission from Vinay Sajip vinay_sa...@yahoo.co.uk:
It seems not possible to use smtpd in certain contexts, because it forces use
of global state. For example, I'm looking at implementing a test SMTP server to
test logging's SMTPHandler. Neither SMTPServer nor SMTPChannel allow a map to
Roundup Robot devnull@devnull added the comment:
New changeset 80971f71b0d9 by Brian Curtin in branch '3.1':
Further fix #7838. CREATE_NEW_CONSOLE was exposed, but none of the
http://hg.python.org/cpython/rev/80971f71b0d9
--
nosy: +python-dev
___
Terry J. Reedy tjre...@udel.edu added the comment:
Is there any reason not to close this as a CPython issue?
--
nosy: +terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11912
___
Changes by R. David Murray rdmur...@bitdance.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11959
___
___
Terry J. Reedy tjre...@udel.edu added the comment:
Windows Explorer does not so allow, but yes, Windows does. With xp
os.stat('some file ')
nt.stat_result(st_mode=33206, st_ino=6473924464520118, st_dev=0, st_nlink=1,
st_uid=0, st_gid=0, st_size=13, st_atime=1304114221, st_mtime=1304114055,
Roundup Robot devnull@devnull added the comment:
New changeset 2665a28643b8 by Senthil Kumaran in branch 'default':
Wrap the correct test with the skip decorator for the issue10761.
http://hg.python.org/cpython/rev/2665a28643b8
--
___
Python tracker
Senthil Kumaran sent...@uthcode.com added the comment:
I had wrapped skipUnless decorator for the wrong test (test_extractall
instead of test_extractall_symlinks) in the 3.x code. Corrected it
and waiting for next bb reports.
Thank you.
--
___
Ned Deily n...@acm.org added the comment:
Thanks for noticing!
--
nosy: +ned.deily
resolution: - duplicate
stage: needs patch - committed/rejected
status: open - closed
superseder: - test_readline fails when readline was installed after running
configure (and was not re-run)
Terry J. Reedy tjre...@udel.edu added the comment:
Markus, I agree with Martin that this patch would go against current policy and
should be closed. Rather than close it myself, I will try to persuade you to do
so.
First, CPython is actually in the process of 'slimming down', of removing, not
Eric V. Smith e...@trueblade.com added the comment:
The 4th parameter to re.sub() is a count, not flags.
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11957
___
Terry J. Reedy tjre...@udel.edu added the comment:
#11944 is probably a duplicate of this and should be checked when this is fixed
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4806
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: -Python 2.6, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11950
___
___
1 - 100 of 121 matches
Mail list logo
