[issue11344] Add os.path.splitpath(path) function

blokeley 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 test_ntpath.py Traceb

[issue11874] argparse assertion failure with brackets in metavars

ysj.ray 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 the parts with spac

[issue11874] argparse assertion failure with brackets in metavars

Changes by ysj.ray : -- components: +Library (Lib) -None ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias 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 ? I'll try that next ...

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias 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. [^/]*# Skip user,

[issue11206] test_readline unconditionally calls clear_history()

ysj.ray added the comment: This seems has already been fixed in issue11496, should be closed. -- nosy: +ysj.ray ___ Python tracker ___ __

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias added the comment: In case you don't believe me, believe a "C" compiler : $ echo -e '#include \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 an x86_64 is broken, and a

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias added the comment: Furthermore, look at your configure script output : checking for int32_t... yes checking for int64_t... yes

[issue11946] 2.7.1 'test_commands' build test fails

Jason Vas Dias 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

[issue11946] 2.7.1 'test_commands' build test fails

R. David Murray 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 them on my system (I

[issue11344] Add os.path.splitpath(path) function

R. David Murray 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

[issue11946] 2.7.1 'test_commands' build test fails

R. David Murray 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 that the function pro

[issue11946] 2.7.1 'test_commands' build test fails

Georg Brandl 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 check beforehand.

[issue11947] re.IGNORECASE does not match literal "_" (underscore)

Robert Meerman 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 response, and sorry to waste yo

[issue11954] 3.3 - 'make test' fails

New submission from Jason Vas Dias : 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 tried downloading and build

[issue11954] 3.3 - 'make test' fails

Changes by Jason Vas Dias : -- components: +Build versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue11954] 3.3 - 'make test' fails

Changes by Jason Vas Dias : -- type: -> crash ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 -> libexpat.so.1.5.2 lrwxrwxrwx 1 r

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 1 root root 15 Apr

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 lrwxrwxrwx 1 root root 15 Apr

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 ___

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 2>&1 | tee make.test.verbose.log I'll show the failures from the above command when i

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 (test.test_argparse.TestFileTypeW) ... FAIL test_f

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias added the comment: test_successes_one_group_sysargs (test.test_argparse.TestTypeUserDefined) ... test test_argparse failed -- multiple errors occurred ok == FAIL: test_failures_many_groups_listargs (test.test_ar

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 errors occurred ok

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 '__pycache__', '{}.{}

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 (test.test_pyexpat.ParseTest) ... o

[issue11954] 3.3 - 'make test' fails

R. David Murray 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 things go with that firs

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 its make tests on my pla

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 $? 0 But exactly the sa

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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` LD_PRELOAD=`pwd`/libpython3.so \ ./python -Wd -E

[issue11954] 3.3 - 'make test' fails

R. David Murray 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 interested to look at

[issue11954] 3.3 - 'make test' fails

Brian Curtin 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 _

[issue11344] Add os.path.splitpath(path) function

blokeley 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 attached my first ite

[issue11344] Add os.path.splitpath(path) function

Changes by Brian Curtin : -- nosy: +brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue11786] ConfigParser.[Raw]ConfigParser optionxform()

Éric Araujo 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: +eric.araujo ___

[issue11324] ConfigParser(interpolation=None) doesn't work

Éric Araujo added the comment: You forgot the Misc/NEWS entry. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue10419] distutils command build_scripts fails with UnicodeDecodeError

Éric Araujo added the comment: Indeed, I missed those two lines. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue3526] Customized malloc implementation on SunOS and AIX

Sébastien Sablé 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 impact all the applications th

[issue3526] Customized malloc implementation on SunOS and AIX

Antoine Pitrou 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 example.

[issue828450] sdist generates bad MANIFEST on Windows

Changes by Éric Araujo : -- resolution: -> accepted stage: test needed -> patch review status: open -> pending ___ Python tracker ___ __

[issue9756] Crash with custom __getattribute__

Andreas Stührk 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 implementations like Jython a

[issue3526] Customized malloc implementation on SunOS and AIX

Sébastien Sablé 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 will use the platfo

[issue11343] Make errors due to full parser stack identifiable

Andreas Stührk added the comment: FWIW, this also affects `ast.literal_eval()`. -- ___ Python tracker ___ ___ Python-bugs-list mailin

[issue11955] 3.3 : test_argparse.py fails 'make test'

New submission from Jason Vas Dias : 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 of my config and build pr

[issue3526] Customized malloc implementation on SunOS and AIX

Antoine Pitrou 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 will use t

[issue11956] 3.3 : test_import.py causes 'make test' to fail

New submission from Jason Vas Dias : 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 of my config and build pr

[issue10761] tarfile.extractall fails to overwrite symlinks

Antoine Pitrou 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: closed -> open

[issue11956] 3.3 : test_import.py causes 'make test' to fail

Changes by Jason Vas Dias : -- components: +Build type: -> crash versions: +Python 3.3 ___ Python tracker ___ ___ Python-bugs-list ma

[issue3526] Customized malloc implementation on SunOS and AIX

Floris Bruynooghe added the comment: On 29 April 2011 17:16, Antoine Pitrou wrote: > > Antoine Pitrou 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 an

[issue11956] 3.3 : test_import.py causes 'make test' to fail

Jason Vas Dias 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: True is not false' suggest

[issue3526] Customized malloc implementation on SunOS and AIX

Antoine Pitrou 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 request due to the

[issue11950] logger use dict for loggers instead of WeakValueDictionary

Vinay Sajip 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 animal. Handlers need not be

[issue11950] logger use dict for loggers instead of WeakValueDictionary

Changes by Vinay Sajip : -- Removed message: http://bugs.python.org/msg134786 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue11956] 3.3 : test_import.py causes 'make test' to fail

Jason Vas Dias 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 ENOENT (No such file or d

[issue11950] logger use dict for loggers instead of WeakValueDictionary

Vinay Sajip 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 not sure why it would n

[issue11956] 3.3 : test_import.py causes 'make test' to fail

Jason Vas Dias 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 - here's the patch -

[issue1759169] clean up Solaris port and allow C99 extension modules

David Kirkby 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 done by any triager as well

[issue11924] Pickle and copyreg modules don't document the interface

Changes by Daniel Urban : -- nosy: +durban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue11955] 3.3 : test_argparse.py fails 'make test'

Changes by Brian Curtin : -- components: +Tests -Build type: crash -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue11945] Adopt and document consistent semantics for handling NaN values in containers

Changes by Daniel Urban : -- nosy: +durban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue11956] 3.3 : test_import.py causes 'make test' to fail

Changes by Brian Curtin : -- components: +Tests -Build type: crash -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue11949] Make float('nan') unorderable

Changes by Daniel Urban : -- nosy: +durban ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue11954] 3.3 - 'make test' fails

Changes by Brian Curtin : -- components: +Tests -Build nosy: -brian.curtin type: crash -> behavior versions: +Python 3.3 -Python 3.4 ___ Python tracker ___ _

[issue1759169] clean up Solaris port and allow C99 extension modules

Antoine Pitrou 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

[issue11955] 3.3 : test_argparse.py fails 'make test'

Jason Vas Dias 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 ! -- __

[issue11955] 3.3 : test_argparse.py fails 'make test'

R. David Murray 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 understand than many of ou

[issue3526] Customized malloc implementation on SunOS and AIX

Charles-Francois Natali 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, the heap won't be

[issue11921] distutils2 should be able to compile an Extension based on the Python implementation version

Daniel Holth 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 itself as 'PyPy'. -

[issue11247] Error sending packets to multicast IPV4 address

Charles-Francois Natali 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

[issue11887] unittest fails on comparing str with bytes if python has the -bb option

Changes by Michael Foord : -- nosy: +michael.foord ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue11786] ConfigParser.[Raw]ConfigParser optionxform()

Łukasz Langa 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: http://docs.python.org/release/2.6.6/library/configparser.html -

[issue11344] Add os.path.splitpath(path) function

Changes by Santoso Wijaya : -- nosy: +santa4nt ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 unable to create files w

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias added the comment: argparse.py needs a similar fix, but I'm not sure where - I raised issue #11955 on this . -- ___ Python tracker ___ ___

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 ... and is getting rathe

[issue11954] 3.3 - 'make test' fails

Changes by Brian Curtin : -- stage: -> needs patch ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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! --

[issue11954] 3.3 - 'make test' fails

Jason Vas Dias 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 ? --

[issue11954] 3.3 - 'make test' fails

R. David Murray 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 fixing the test suite

[issue11921] distutils2 should be able to compile an Extension based on the Python implementation version

Alexis Metaireau 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 the fellowship (to kno

[issue11957] re.sub problem with unicode string

New submission from Mindaugas : 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'ąąą' >>>print re.sea

[issue11950] logger use dict for loggers instead of WeakValueDictionary

Марк Коренберг 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 function) of module? 3. Wh

[issue3526] Customized malloc implementation on SunOS and AIX

Sébastien Sablé 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. Otherwise people may want to us

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

Sandro Tosi 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

[issue11948] Tutorial/Modules - small fix to better clarify the modules search path

Changes by Sandro Tosi : Added file: http://bugs.python.org/file21836/issue11948.patch ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue3526] Customized malloc implementation on SunOS and AIX

Charles-Francois Natali 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. Other malloc im

[issue11958] test.test_ftplib.TestIPv6Environment failure

New submission from Charles-Francois Natali : test_ftplib fails in TestIPv6Environment: == ERROR: test_makepasv (test.test_ftplib.TestIPv6Environment) -- Traceb

[issue11959] smtpd cannot be used without affecting global state

New submission from Vinay Sajip : 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 be passed in, forcing us

[issue7838] Undocumented subprocess functions on Windows

Roundup Robot 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 ___ Python tracker

[issue11912] Python shouldn't use the mprotect() system call

Terry J. Reedy added the comment: Is there any reason not to close this as a CPython issue? -- nosy: +terry.reedy ___ Python tracker ___

[issue11959] smtpd cannot be used without affecting global state

Changes by R. David Murray : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue11928] fail on filename with space at the end

Terry J. Reedy 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, st_ctime=1304113

[issue10761] tarfile.extractall fails to overwrite symlinks

Roundup Robot 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

[issue10761] tarfile.extractall fails to overwrite symlinks

Senthil Kumaran 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. -- ___ Python tracker

[issue11206] test_readline unconditionally calls clear_history()

Ned Deily 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)

[issue11937] Interix support

Terry J. Reedy 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 adding support

[issue11957] re.sub problem with unicode string

Eric V. Smith added the comment: The 4th parameter to re.sub() is a count, not flags. -- nosy: +eric.smith ___ Python tracker ___ ___

[issue4806] Function calls taking a generator as star argument can mask TypeErrors in the generator

Terry J. Reedy added the comment: #11944 is probably a duplicate of this and should be checked when this is fixed -- ___ Python tracker ___ __

[issue11950] logger use dict for loggers instead of WeakValueDictionary

Changes by Terry J. Reedy : -- versions: -Python 2.6, Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

  1   2   >