[issue10206] python program starting with unmatched quote spews spaces to stdout

2011-06-23 Thread Petri Lehtinen

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

2011-06-23 Thread Stefan Krah

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

2011-06-23 Thread Petri Lehtinen

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)

2011-06-23 Thread Chris Withers

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

2011-06-23 Thread Joesph

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

2011-06-23 Thread Senthil Kumaran

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

2011-06-23 Thread Brian Brazil

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

2011-06-23 Thread Petri Lehtinen

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

2011-06-23 Thread Vinay Sajip

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

2011-06-23 Thread Vinay Sajip

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

2011-06-23 Thread STINNER Victor

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

2011-06-23 Thread Roundup Robot

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

2011-06-23 Thread Roundup Robot

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

2011-06-23 Thread Roundup Robot

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

2011-06-23 Thread jeremybanks

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)

2011-06-23 Thread R. David Murray

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)

2011-06-23 Thread Chris Withers

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.

2011-06-23 Thread STINNER Victor

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

2011-06-23 Thread STINNER Victor

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

2011-06-23 Thread Benjamin Peterson

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)

2011-06-23 Thread R. David Murray

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

2011-06-23 Thread Ross Lagerwall

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

2011-06-23 Thread Ross Lagerwall

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

2011-06-23 Thread Charles-François Natali

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

2011-06-23 Thread Eli Collins

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

2011-06-23 Thread STINNER Victor

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

2011-06-23 Thread Torsten Landschoff

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

2011-06-23 Thread STINNER Victor

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

2011-06-23 Thread STINNER Victor

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

2011-06-23 Thread STINNER Victor

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'

2011-06-23 Thread Terry J. Reedy

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'

2011-06-23 Thread STINNER Victor

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'

2011-06-23 Thread STINNER Victor

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'

2011-06-23 Thread STINNER Victor

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'

2011-06-23 Thread STINNER Victor

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

2011-06-23 Thread R. David Murray

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

2011-06-23 Thread R. David Murray

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

2011-06-23 Thread Roundup Robot

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

2011-06-23 Thread R. David Murray

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

2011-06-23 Thread R. David Murray

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

2011-06-23 Thread Nick Coghlan

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'

2011-06-23 Thread Terry J. Reedy

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