[issue10206] python program starting with unmatched quote spews spaces to stdout
Petri Lehtinen pe...@digip.org added the comment: I'm unable to reproduce this. I checked out the commit 65614:18989ad44636 (corresponding to r85814, right?), built and ran python -c ', but didn't get a space flood on my face. Just a normal SyntaxError. -- nosy: +petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10206 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10206] python program starting with unmatched quote spews spaces to stdout
Stefan Krah stefan-use...@bytereef.org added the comment: I remember that I could reproduce it at the time. The issue was indeed fixed in r85904. -- nosy: +skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10206 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10206] python program starting with unmatched quote spews spaces to stdout
Petri Lehtinen pe...@digip.org added the comment: By checking out the parent of r85904 I now can reproduce this. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10206 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2202] urllib2 fails against IIS 6.0 (No support for MD5-sess auth)
Chris Withers ch...@simplistix.co.uk added the comment: Hmm, I'd argue it's a bug: File /usr/lib64/python2.5/urllib2.py, line 972, in get_algorithm_impls return H, KD UnboundLocalError: local variable 'H' referenced before assignment ...does not say anything like: The digest authentication scheme you have requested is not supported Now, as to whether it's a bug that 'MD5-sess' isn't supported is a tougher call. The XXX indicates the intention was certainly for it to be supported... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2202 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12390] urllib.parse.urlencode encoding lists as strings
Joesph someone...@gmail.com added the comment: Hrm, yes. 'Tis what I get for working while sick. -- resolution: invalid - accepted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12390] urllib.parse.urlencode encoding lists as strings
Senthil Kumaran sent...@uthcode.com added the comment: Joseph, resolution applies for the bug not the process. tc. :) -- resolution: accepted - invalid ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12390 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9921] os.path.join('x','') behavior
Brian Brazil brian.bra...@gmail.com added the comment: David's change sounds good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9921 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10206] python program starting with unmatched quote spews spaces to stdout
Petri Lehtinen pe...@digip.org added the comment: Attached a test case. The patch is against the current default tip. -- Added file: http://bugs.python.org/file22427/issues10206_test.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10206 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12391] packaging install fails to clean up temp files
New submission from Vinay Sajip vinay_sa...@yahoo.co.uk: There are a number of places in packaging.install where temporary directories are created, but never cleaned up: 1. In _move_files, if no destination path is passed in, one is created using mkdtemp(), but it's not clear where this would be deleted. Moreover, it's never called without a path and not part of the public API, so it would make sense to always expect a destination to be passed in (and update the docstring to match) 2. install_local_project, in the case of an archive, unpacks it into a mkdtemp()'d directory, but never deletes that directory later. 3. install_dists() also calls mkdtemp() if a path is not passed in, but it's not clear where this would be deleted. This should be changed to always require a path to be passed in. The install_from_infos accepts None as an install path and passes that to install_dists, but why are we being so generous? It's not asking a lot to be given an explicit path to install to. Note: the DistInfo class in packaging.pypi.dist also does this kind of thing (in the download and unpack methods) - it would seem sensible to make similar changes there. -- assignee: tarek components: Distutils2, Library (Lib) messages: 138860 nosy: alexis, eric.araujo, tarek, vinay.sajip priority: normal severity: normal status: open title: packaging install fails to clean up temp files type: behavior versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12391 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12386] packaging fails in install_distinfo when writing RESOURCES
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk: -- type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12386 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12363] test_signal.test_without_siginterrupt() sporadic failures on FreeBSD 6.4
STINNER Victor victor.stin...@haypocalc.com added the comment: All Python 3.x buildbots are green (except FreeBSD 7.2, but it's not related to this issue). Let close this issue. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12363 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11223] interruption of locks by signals not guaranteed when locks are implemented using POSIX condition variables; add sys.thread_info
Roundup Robot devnull@devnull added the comment: New changeset 07655b3dee4f by Victor Stinner in branch '3.2': Issue #11223: skip test_lock_acquire_interruption() on FreeBSD6 http://hg.python.org/cpython/rev/07655b3dee4f -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11223 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11223] interruption of locks by signals not guaranteed when locks are implemented using POSIX condition variables; add sys.thread_info
Roundup Robot devnull@devnull added the comment: New changeset 3f18a03a2a1e by Victor Stinner in branch 'default': (null merge 3.2 for issue #11223) python 3.3 has already a better fix http://hg.python.org/cpython/rev/3f18a03a2a1e -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11223 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11223] interruption of locks by signals not guaranteed when locks are implemented using POSIX condition variables; add sys.thread_info
Roundup Robot devnull@devnull added the comment: New changeset e5183f16c49d by Victor Stinner in branch '3.2': Issue #11223: skip also test_rlock_acquire_interruption() on FreeBSD6 http://hg.python.org/cpython/rev/e5183f16c49d New changeset 54fb77e0762c by Victor Stinner in branch 'default': (null merge 3.2 for issue #11223) python 3.3 has already a better fix http://hg.python.org/cpython/rev/54fb77e0762c -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11223 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6715] xz compressor support
Changes by jeremybanks jer...@jeremybanks.ca: -- nosy: +jeremybanks ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6715 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2202] urllib2 fails against IIS 6.0 (No support for MD5-sess auth)
R. David Murray rdmur...@bitdance.com added the comment: Oh, the bad error message is definitely a bug. The question is whether we can also add md5-sess support while fixing it. Sounds like Senthil thinks no, in which case this issue needs to be split into two parts. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2202 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2202] urllib2 fails against IIS 6.0 (No support for MD5-sess auth)
Chris Withers ch...@simplistix.co.uk added the comment: ...which is, of course, rather disappointing. When *would* md5-sess land? 2.7? 3.3?! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2202 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12383] subprocess.Popen(..., env={}) fails to pass empty env.
STINNER Victor victor.stin...@haypocalc.com added the comment: All Python 3.x buildbots are green again (except FreeBSD 7.2, but the failures are not related to this issue). -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12383 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11812] transient test_telnetlib failure
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12356] more argument error improving
Benjamin Peterson benja...@python.org added the comment: Nick (or anyone else), do you want to look at this? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12356 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2202] urllib2 fails against IIS 6.0 (No support for MD5-sess auth)
R. David Murray rdmur...@bitdance.com added the comment: 3.3. IMO this is in the grey area between feature and bug fix. I think it is possible to argue that it can be treated as a bug fix, but I think we need opinions from other developers if we want to try to go that route. The reason I think it can be argued that it can be treated as a bug fix is that (if I understand correctly) there is no difference in the application code. The only difference is whether or not one can successfully communicate with IIS 6. That may not be a sufficient argument, but it is an argument :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2202 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10635] Calling subprocess.Popen with preexec_fn=signal.pause blocks forever
Changes by Ross Lagerwall rosslagerw...@gmail.com: -- status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10635 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10636] subprocess module has race condition with SIGCHLD handlers
Ross Lagerwall rosslagerw...@gmail.com added the comment: The right approach is to use sigblock/sigsetmask before creating the process, and then again after creating it. Unfortunately, these aren't exposed from the signal module. Since 3.3, pthread_sigmask is exposed so the right approach can now be taken ;-) Closing as invalid. -- nosy: +rosslagerwall resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10636 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12372] semaphore errors on AIX 7.1
Charles-François Natali neolo...@free.fr added the comment: Patch attached. I've used a wildcard so that it won't break when AIX 8 goes out (and it's POSIX). -- keywords: +needs review, patch nosy: +haypo, neologix stage: - patch review Added file: http://bugs.python.org/file22428/aix_broken_sem.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12372 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12242] distutils2 environment marker for current compiler
Eli Collins e...@assurancetechnologies.com added the comment: Attached is a patch that implements this enhancement along the lines of what was last discussed. The behavior introduced in the patch is as follows: * It adds a stub method named get_compiler_version() to CCompiler, and implementations of that method for the various compilers. This method returns the name of the compiler and a version number (eg gcc 4.5.2), exact format described in docstring of stub method. * It adds two new arguments to the Extension object: specific_compile_args, and specific_link_args. These act similarly to extra_compile_args extra_link_args, except that (if specified) they should contain a list of (regexp string, args) tuples. When build_ext runs, it retrieves the version string from get_compiler_version() for the current compiler object. It matches this against all patterns listed in specific_compile_args. The args corresponding to the first pattern that matches are appended to extra_compile_args. If no pattern matches, extra_compile_args is used unchanged. If the matched args list contains the magic string {common_args}, any extra_compile_args will be inserted at that location instead of appending the matched args, allowing for position-dependant arguments. specific_link_args is handled in a parallel manner. * The Config object has been modified to parse specific_compile_args and specific_link_args in any extension sections. Both expect a multiline list of k=v pairs, as in the following example: [extension=foo] ...other settings... specific_compile_args = gcc = --optiona --optionb ; some-env-marker = 'value' gcc = --optiona .* = --fallbackoption These are translated into the format required by Extension() While this patch works, I have a couple of questions / issues: 1. This patch was made against the hg.python.org/cpython repo. There appear to be a number of distutils2 repos floating about (hg.python.org/distutils2, and Tarek has some mirrors on bitbucket). I'm unclear which one I should be writing this patch against. If another repo is more appropriate, I can rebase the patch and resubmit. 2. I'm not sure where I should add documentation about this new behavior. I added some documentation to the Extension class itself, but that probably isn't the only place it's needed. 3. This feature could probably use some unittests to be added as well. I can try my hand at that, but wanted to make sure the design was acceptable first. 4. This patch uses ; to separate k=v pairs from environment markers. This is in line with the PEP and the metadata sections. However, extra_compile_args's _pop_values() function seems to use -- as it's environment marker separator. This doesn't seem right to me, as -- is frequently found in options strings, and I'd expect it to cause problems. If this is a bug in extra_compile_args, I'm happy to create a separate bug and submit a patch. However, if there's some reason that -- should be used, I can modify this patch to use -- as well (though that route seems fraught with parsing problems). Please let me know what more I can do. -- keywords: +patch Added file: http://bugs.python.org/file22429/cpython_issue12242.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12372] semaphore errors on AIX 7.1
STINNER Victor victor.stin...@haypocalc.com added the comment: It is the fourth issue for the same problem, other issues: - #1106262 (AIX 5, 2005) - #1234 (duplicate of #1106262, 2007) - #9700 (AIX 6) The initial issue was related to semaphores and fork() (msg60639). Pass pshared=1 to sem_init() gets around this issue, but introduce new issues (msg60640). In general, locks and fork don't work together: there are still such issues in Python, see for example the issue #6721. It looks like the behaviour of the semaphore depends on the underlying file system: see msg56228. Nobody is able to get more information, or maybe nobody wants to dig this issue. It would be better to get the real cause of the issue, and maybe report the issue to the editor of AIX. I don't have access to this AIX, and only few Python developers have access to this OS. At least, I would like to know if Sébastien Sablé (the author of the original patch) changed his opinion about this issue since 2007 ;-) -- nosy: +sable ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12372 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12353] argparse cannot handle empty arguments
Torsten Landschoff t.landsch...@gmx.net added the comment: Here is an updated patch including unit test coverage. -- keywords: +patch nosy: +torsten Added file: http://bugs.python.org/file22430/issue12353_test.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12353 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12392] pthread_kill() doesn't work on the main thread on FreeBSD6
New submission from STINNER Victor victor.stin...@haypocalc.com: pthread_kill() doesn't work on the main thread on FreeBSD6: sending a signal to the main thread does nothing. It works on the main thread just after the creation of the first thread. PyThread__init_thread() has 3 implementations in Python/thread_pthread.h: - call pthread_init() - create a dummy thread (no-op) and join it - do nothing pthread_init() doesn't exist on FreeBSD6. If the dummy thread implementation is used, pthread_kill() works directly on the main thread at startup. -- messages: 138875 nosy: haypo, neologix priority: normal severity: normal status: open title: pthread_kill() doesn't work on the main thread on FreeBSD6 versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12392] pthread_kill() doesn't work on the main thread on FreeBSD6
STINNER Victor victor.stin...@haypocalc.com added the comment: Attached patch implements the suggested fix. -- keywords: +patch Added file: http://bugs.python.org/file22431/thread_init_freebsd6.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12392] pthread_kill() doesn't work on the main thread on FreeBSD6
STINNER Victor victor.stin...@haypocalc.com added the comment: FreeBSD 7 is not affected by this issue. To test this issue, call signal.pthread_kill(threading.get_ident(), signal.SIGINT) in an interpreter: it should raise a KeyboardInterrupt. On FreeBSD6, it does nothing. Or run ./python -m test -v test_signal: test_pendings hangs because the test reads 3 bytes from a pipe whereas the pipe is empty. The write end is non blocking, but the read end is blocking. It would be possible to fix the test to fail instead of blocking: set the read end as non blocking (setUp() does always set the write end as non blocking). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12392 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11812] transient socket failure to connect to 'localhost'
Terry J. Reedy tjre...@udel.edu added the comment: With a bit of searching, HOST == support.HOST == 'localhost'. Looking at the traceback, it is socket that fails, not telnetlib or its test. Hence the clearer title. I am still curious what you propose: catch and skip or something else? For Windows, I consider a one-time event like this a routine random glitch to be ignored at least until it repeats ;-). -- title: transient test_telnetlib failure - transient socket failure to connect to 'localhost' versions: -Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11812] transient socket failure to connect to 'localhost'
STINNER Victor victor.stin...@haypocalc.com added the comment: With a bit of searching, HOST == support.HOST == 'localhost'. Looking at the traceback, it is socket that fails, not telnetlib or its test. I only saw the failure on test_telnetlib, not in other tests using sockets. I think that this issue is specific to test_telnetlib (even not telnetlib). It is maybe a race condition: the code to wait until the server is active is maybe not correct. GeneralTests.setUp() waits until the server has called serv.listen(5). I don't know if the server must be waiting in serv.accept() on Windows (using Cygwin?). Last instruction of GeneralTests.setUp() is a time.sleep(.1): ugly synchronization hack to workaround a race conditon?? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11812] transient socket failure to connect to 'localhost'
STINNER Victor victor.stin...@haypocalc.com added the comment: Does the failure occur on other buildbots? If not, it's maybe something specific to this Windows Seven: a local firewall or something like that? Can we use start 127.0.0.1 instead of localhost? I don't know if it would change anything. Note: the TCP server of test_telnetlib doesn't use SO_REUSEADDR whereas it starts/stops very quickly. We may be something like: serv.setsockopt(socket.SOL_SOCKET, socket.SO_REUSEADDR, 1) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11812] transient socket failure to connect to 'localhost'
STINNER Victor victor.stin...@haypocalc.com added the comment: I only saw the failure on test_telnetlib, not in other tests using sockets. Oh, the last failure of the buildbot x86 Windows7 3.x is on test_ftplib, not test_telnetlib! == ERROR: testTimeoutConnect (test.test_ftplib.TestTimeouts) -- Traceback (most recent call last): File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_ftplib.py, line 948, in testTimeoutConnect ftp.connect(HOST, timeout=30) File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\ftplib.py, line 148, in connect source_address=self.source_address) File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\socket.py, line 407, in create_connection raise err File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\socket.py, line 398, in create_connection sock.connect(sa) socket.timeout: timed out == ERROR: testTimeoutDefault (test.test_ftplib.TestTimeouts) -- Traceback (most recent call last): File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_ftplib.py, line 920, in testTimeoutDefault ftp = ftplib.FTP(localhost) File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\ftplib.py, line 114, in __init__ self.connect(host) File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\ftplib.py, line 148, in connect source_address=self.source_address) File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\socket.py, line 407, in create_connection raise err File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\socket.py, line 398, in create_connection sock.connect(sa) socket.timeout: timed out == ERROR: testTimeoutDifferentOrder (test.test_ftplib.TestTimeouts) -- Traceback (most recent call last): File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_ftplib.py, line 955, in testTimeoutDifferentOrder ftp.connect(HOST) File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\ftplib.py, line 148, in connect source_address=self.source_address) File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\socket.py, line 407, in create_connection raise err File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\socket.py, line 398, in create_connection sock.connect(sa) socket.timeout: timed out == ERROR: testTimeoutDirectAccess (test.test_ftplib.TestTimeouts) -- Traceback (most recent call last): File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_ftplib.py, line 963, in testTimeoutDirectAccess ftp.connect(HOST) File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\ftplib.py, line 148, in connect source_address=self.source_address) File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\socket.py, line 407, in create_connection raise err File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\socket.py, line 398, in create_connection sock.connect(sa) socket.timeout: timed out == ERROR: testTimeoutNone (test.test_ftplib.TestTimeouts) -- Traceback (most recent call last): File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_ftplib.py, line 932, in testTimeoutNone ftp = ftplib.FTP(localhost, timeout=None) File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\ftplib.py, line 114, in __init__ self.connect(host) File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\ftplib.py, line 148, in connect source_address=self.source_address) File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\socket.py, line 407, in create_connection raise err File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\socket.py, line 398, in create_connection sock.connect(sa) socket.error: [Errno 10061] No connection could be made because the target machine actively refused it -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11812] transient socket failure to connect to 'localhost'
STINNER Victor victor.stin...@haypocalc.com added the comment: Some tests of test_ftplib and test_telnetlib use HOST or directly 'localhost' instead of getting the host from the server socket. About the test_ftplib failures, only the tests using explicitly 'localhost' do fail. Attached patch reads the name of the server socket instead of using HOST or 'localhost'. You would like to try it on Linux by changing support.bind_port() function: replace the default host value from HOST to '127.0.0.2'. If you do that, test_ftplib and test_telnetlib fail without my patch, and pass with my patch. By the way, why do we use 'localhost' instead of '127.0.0.1' for support.HOST? '127.0.0.1' doesn't depend on the DNS configuration of the host (especially its hosts file, even Windows has such file). -- keywords: +patch Added file: http://bugs.python.org/file22432/tests_host.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12353] argparse cannot handle empty arguments
R. David Murray rdmur...@bitdance.com added the comment: Your unit test isn't consistent with the other unit tests in that set, which makes me suspicious that it isn't testing what we need to test. Also, there are unit tests for this case further up in the test file (TestEmptyAndSpaceContainingArguments). I haven't been able to reproduce the bug. Can you post a short program that reproduces the failure? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12353 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10206] python program starting with unmatched quote spews spaces to stdout
R. David Murray rdmur...@bitdance.com added the comment: Hmm. I don't know that it is really necessary to cater to the particular failure mode, I was more interested in seeing a unit test that checked the correct behavior: that a syntax error is raised (by capturing the output using the tools in script_helper). If we do keep the timeout, comments explaining why would be a good idea, because it is completely un-obvious why the test is doing what it is doing... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10206 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9921] os.path.join('x','') behavior
Roundup Robot devnull@devnull added the comment: New changeset 1e89444f4ebc by R David Murray in branch '2.7': #9921: clarify os.path.join joining algorithm http://hg.python.org/cpython/rev/1e89444f4ebc New changeset f5f5b715be7e by R David Murray in branch '3.2': #9921: clarify os.path.join joining algorithm http://hg.python.org/cpython/rev/f5f5b715be7e New changeset b6759568b812 by R David Murray in branch 'default': merge #9921: clarify os.path.join joining algorithm http://hg.python.org/cpython/rev/b6759568b812 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9921 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9921] os.path.join('x','') behavior
Changes by R. David Murray rdmur...@bitdance.com: -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9921 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11909] Doctest sees directives in strings when it should only see them in comments
R. David Murray rdmur...@bitdance.com added the comment: For the most part the patch looks good to me, too. My one concern is the encoding. tokenize detects the encoding...is it possible for the doctest fragment to be detected to be some encoding other than utf-8? -- nosy: +benjamin.peterson, r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11909 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12356] more argument error improving
Nick Coghlan ncogh...@gmail.com added the comment: Revised error messages and tests look reasonable and the code seems fine on a visual scan. +1 from me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12356 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11812] transient socket failure to connect to 'localhost'
Terry J. Reedy tjre...@udel.edu added the comment: Perhaps Michael or Ezio have an idea of whether 'reason' or 'happenstance' is the answer to your questions. -- nosy: +ezio.melotti, michael.foord ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11812 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com