From report at bugs.python.org  Sun Jun  1 00:23:10 2014
From: report at bugs.python.org (Gregory P. Smith)
Date: Sat, 31 May 2014 22:23:10 +0000
Subject: [issue21618] POpen does not close fds when fds have been inherited
 from a process with a higher resource limit
In-Reply-To: <1401510281.2.0.0561893965896.issue21618@psf.upfronthosting.co.za>
Message-ID: <1401574990.13.0.128202577324.issue21618@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

There appear to be a two bugs here, depending on which platform subprocess is being used on.

1) on systems where it uses /prod/self/fd, /dev/fd or similar:

 It should not pay attention to end_fd at all.  It knows the list of actual open fds and should use that.  If possible, consider detecting and avoiding closing valgrind fds; but that is a special case for a valgrind bug and likely not worth it.

2) on systems without a way to get the list of open file descriptors:

 The sysconf("SC_OPEN_MAX") value is only saved at module import time but may be changed up or down at runtime by the process by using the setrlimit(RLIMIT_NOFILE, ...) libc call.  what sysconf returns is the same as the current rlim_cur setting.  (at least on Linux where this code path wouldn't actually be taken because #1 is available).

 possible solution: call getrlimit(RLIMIT_NOFILE) and use rlim_max instead of sysconf("SC_OPEN_MAX") at module import time.
 caveat: rlim_max can be raised by processes granted that capbility.  It is impossible to do anything about that in this scenario given we're operating w/o a way to get a list of open fds.
 impact: only on OSes that lack implementations that get a list of open fds as in #1 above. so... nothing that anyone really uses unless they choose to come contribute support for that themselves. (linux, bsd and os x all fall into #1 above)

Neither of these are likely scenarios so I wouldn't consider this a high priority to fix but it should be done.  Most code never ever touches its os resource limits.  getrlimit and setrlimit are not exposed in the os module; you must use ctypes or an extension module to call them from Python:

import ctypes
class StructRLimit(ctypes.Structure):
  _fields_ = [('rlim_cur', ctypes.c_ulong), ('rlim_max', ctypes.c_ulong)]
libc = ctypes.cdll.LoadLibrary('libc.so.6')
RLIMIT_NOFILE = 7  # Linux
limits = StructRLimit()
assert libc.getrlimit(RLIMIT_NOFILE, ctypes.byref(limits)) == 0
print(limits.rlim_cur, limits.rlim_max)
limits.rlim_cur = limits.rlim_max
assert libc.setrlimit(RLIMIT_NOFILE, ctypes.byref(limits)) == 0

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21618>
_______________________________________

From report at bugs.python.org  Sun Jun  1 04:11:12 2014
From: report at bugs.python.org (Steven Stewart-Gallus)
Date: Sun, 01 Jun 2014 02:11:12 +0000
Subject: [issue21618] POpen does not close fds when fds have been inherited
 from a process with a higher resource limit
In-Reply-To: <1401510281.2.0.0561893965896.issue21618@psf.upfronthosting.co.za>
Message-ID: <1401588672.29.0.2195375606.issue21618@psf.upfronthosting.co.za>


Steven Stewart-Gallus added the comment:

I agree that this is not a likely scenario but I can think of one
mildly plausible scenario. Suppose some web server runs a Python CGI
script but has a bug that leaks a file descriptor into the script. The
web server sandboxes the Python CGI script a little bit with resource
limits so the leaked file descriptor is higher than the script's file
descriptor maximum. The Python CGI script then runs a sandboxed
(perhaps it's run as a different user) utility and leaks the file
descriptor again (because the descriptor is above the resource
limits). This utility is somehow exploited by an attacker over the
internet by being fed bad input. Because of the doubly leaked file
descriptor the attacker could possibly break out of a chroot or start
bad input through a sensitive file descriptor. Anyways, the bug should
be fixed regardless.

Thanks for correcting me on the location of the fd closing code. Some
observations.

Strangely, there seems to be a _close_fds method in the Python
subprocess module that is not used anywhere. Either it should be
removed or fixed similarly. For understandability if it is fixed it
should simply delegate to the C code.

The bug I mentioned earlier about concurrently modifing the fd dir and
reading from it occurs in _close_open_fd_range_safe which is a genuine
security issue (although I don't know if it's ver likely to happen in
practise). Because _close_open_fd_range_safe can't allocate memory the
code there will be pretty ugly but oh well.

There doesn't seem to be any point to caching max_fd in a variable on
module load. Why not just use sysconf every time it is needed? Is
there some need for really fast performance? Does sysconf allocate
memory or something?

Anyways, the code should be refactored to not use max_fd on the
platforms that support that.

Thank you for your thoughts. Also, should I keep discussion of some of
the bugs I observed here or raise them in other issues so they don't
get lost?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21618>
_______________________________________

From report at bugs.python.org  Sun Jun  1 04:28:09 2014
From: report at bugs.python.org (akira)
Date: Sun, 01 Jun 2014 02:28:09 +0000
Subject: [issue21618] POpen does not close fds when fds have been inherited
 from a process with a higher resource limit
In-Reply-To: <1401510281.2.0.0561893965896.issue21618@psf.upfronthosting.co.za>
Message-ID: <1401589689.16.0.875043846921.issue21618@psf.upfronthosting.co.za>


akira added the comment:

> getrlimit and setrlimit are not exposed in the os module; you must use ctypes or an extension module to call them from Python:

There is `resource` module:

  >>> import resource
  >>> resource.getrlimit(resource.RLIMIT_NOFILE) 
  (1024, 4096)

----------
nosy: +akira

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21618>
_______________________________________

From report at bugs.python.org  Sun Jun  1 04:29:05 2014
From: report at bugs.python.org (Steven Stewart-Gallus)
Date: Sun, 01 Jun 2014 02:29:05 +0000
Subject: [issue21618] POpen does not close fds when fds have been inherited
 from a process with a higher resource limit
In-Reply-To: <1401510281.2.0.0561893965896.issue21618@psf.upfronthosting.co.za>
Message-ID: <1401589745.51.0.260315171311.issue21618@psf.upfronthosting.co.za>


Steven Stewart-Gallus added the comment:

I found another problem with _close_open_fd_range_safe. POSIX leaves
the state of a file descriptor given to close undefined if the close
fails with EINTR. I believe but haven't double checked that close
should not be retried on EINTR on all of our supported platforms. If
you must have absolute portability, block all signals so that close
can't fail with EINTR and then unblock them after close. This isn't an
actual problem because the code will just close an extra time but it's
still bothersome.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21618>
_______________________________________

From report at bugs.python.org  Sun Jun  1 05:28:22 2014
From: report at bugs.python.org (Jeremy Huntwork)
Date: Sun, 01 Jun 2014 03:28:22 +0000
Subject: [issue21622] ctypes.util incorrectly fails for libraries without
 DT_SONAME
Message-ID: <1401593302.24.0.994822187168.issue21622@psf.upfronthosting.co.za>


New submission from Jeremy Huntwork:

On my system, the C library (musl) intentionally does not include a SONAME entry.

This method in particular fails: http://hg.python.org/cpython/file/076705776bbe/Lib/ctypes/util.py#l133

The function seems to jump through some hoops which may not be necessary. Is there a reason for wanting particularly to use the SONAME entry for the lib?

In my system the following works as a replacement for _get_soname:

return os.path.basename(os.path.realpath(f))

----------
components: ctypes
messages: 219481
nosy: Jeremy.Huntwork
priority: normal
severity: normal
status: open
title: ctypes.util incorrectly fails for libraries without DT_SONAME
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21622>
_______________________________________

From report at bugs.python.org  Sun Jun  1 06:03:45 2014
From: report at bugs.python.org (Mo Jia)
Date: Sun, 01 Jun 2014 04:03:45 +0000
Subject: [issue21623] build ssl failed use vs2010 express
Message-ID: <1401595425.37.0.323501689421.issue21623@psf.upfronthosting.co.za>


New submission from Mo Jia:

Here is the failed message . 


Project "D:\Hg\Python\Python\PCbuild\_ssl.vcxproj" (17) is building "D:\Hg\Python\Python\PCbuild\ssl.vcxproj" (18) on node 1 (default targets).                                     
Build:                                                                                                                                                                              
  cd "D:\Hg\Python\Python\PCbuild\"                                                                                                                                                 
  "D:\Hg\Python\Python\PCbuild\python_d.exe" build_ssl.py Release Win32 -a                                                                                                          
                                                                                                                                                                                    
  Found a working perl at 'C:\Perl\bin\perl.exe'                                                                                                                                    
  Executing ssl makefiles: nmake /nologo -f "ms\nt.mak"                                                                                                                             
  Building OpenSSL                                                                                                                                                                  
        copy ".\crypto\buildinf.h" "tmp32\buildinf.h"                                                                                                                               
          1 file(s) copied.                                                                                                                                                         
        copy ".\crypto\opensslconf.h" "inc32\openssl\opensslconf.h"                                                                                                                 
          1 file(s) copied.                                                                                                                                                         
          cl /Fotmp32\shatest.obj -Iinc32 -Itmp32 /MT /Ox /O2 /Ob2 -DOPENSSL_THREADS  -DDSO_WIN32 -W3 -Gs0 -GF -Gy -nologo -DOPENSSL_SYSNAME_WIN32 -DWIN32_LEAN_AND_MEAN -DL_ENDIAN 
   -D_CRT_SECURE_NO_DEPRECATE -DOPENSSL_BN_ASM_PART_WORDS -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_GF2m -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DRMD160_A 
  SM -DAES_ASM -DVPAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DOPENSSL_NO_IDEA -DOPENSSL_NO_RC5 -DOPENSSL_NO_MD2 -DOPENSSL_NO_MDC2 -DOPENSSL_NO_KRB5 -DOPENSSL_NO_JPAKE -DOPENSSL_NO_DYNA 
  MIC_ENGINE /Zi /Fdtmp32/app -c .\crypto\sha\shatest.c                                                                                                                             
  shatest.c                                                                                                                                                                         
        link /nologo /subsystem:console /opt:ref /debug /out:out32\shatest.exe @C:\Users\YANXIN~1\AppData\Local\Temp\nm306E.tmp                                                     
libeay32.lib(b_print.obj) : error LNK2019: unresolved external symbol ___report_rangecheckfailure referenced in function _fmtfp [D:\Hg\Python\Python\PCbuild\ssl.vcxproj]           
libeay32.lib(obj_dat.obj) : error LNK2001: unresolved external symbol ___report_rangecheckfailure [D:\Hg\Python\Python\PCbuild\ssl.vcxproj]                                         
libeay32.lib(b_dump.obj) : error LNK2001: unresolved external symbol ___report_rangecheckfailure [D:\Hg\Python\Python\PCbuild\ssl.vcxproj]                                          
libeay32.lib(pem_lib.obj) : error LNK2001: unresolved external symbol ___report_rangecheckfailure [D:\Hg\Python\Python\PCbuild\ssl.vcxproj]                                         
out32\shatest.exe : fatal error LNK1120: 1 unresolved externals [D:\Hg\Python\Python\PCbuild\ssl.vcxproj]                                                                           
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\link.EXE"' : return code '0x460' [D:\Hg\Python\Python\PCbuild\ssl.vcxproj]                  
  Stop.                                                                                                                                                                             
  Executing ms\nt.mak failed                                                                                                                                                        
  2

----------
components: Windows
messages: 219482
nosy: Mo.Jia
priority: normal
severity: normal
status: open
title: build ssl failed use vs2010 express
type: compile error
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21623>
_______________________________________

From report at bugs.python.org  Sun Jun  1 06:13:55 2014
From: report at bugs.python.org (Steven D'Aprano)
Date: Sun, 01 Jun 2014 04:13:55 +0000
Subject: [issue21592] Make statistics.median run in linear time
In-Reply-To: <1401279098.1.0.387904478686.issue21592@psf.upfronthosting.co.za>
Message-ID: <1401596035.13.0.754766209333.issue21592@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

I've run some performance tests on six variations of the O(N) select algorithm, based on Tim Peters' and Thomas Ahle's code, comparing them to the naive O(N log N) "sort first" algorithm, and sorting is consistently faster up to the limit I tested.

About the tests I ran:

- I tested four versions of Tim's median-of-median-of-k 
  algorithm, for k = 7, 23, 47 and 97.

- Thomas' "select" function, which is a median-of-median-of-3.

- Thomas' "select2" function, which uses two pivots.

- Data was randomly shuffled.

- Functions were permitted to modify the data in place, and 
  were not required to make a copy of the data first. E.g. 
  I used alist.sort() rather than sorted(alist).

- I ran two separate sets of tests. The first tested individual
  calls to the various selection functions, on random data. Each
  function got its own copy of the shuffled data. 

- The second set of tests called the selection function three
  times in a row, using different ranks, and used the average
  of the three times.
  
My test suite is attached if anyone wants to critique it or run it themselves.

Results:


== Single call mode ==
N        sort     select7  select23 select47 select97 select   select2
-------- -------- -------- -------- -------- -------- -------- --------
    5000    0.001    0.027    0.004    0.003    0.003    0.005    0.002
   10000    0.002    0.008    0.006    0.005    0.005    0.007    0.006
   50000    0.014    0.041    0.029    0.027    0.028    0.039    0.035
  100000    0.035    0.088    0.069    0.065    0.067    0.132    0.067
  500000    0.248    0.492    0.352    0.349    0.345    0.378    0.433
 1000000    0.551    1.008    0.768    0.669    0.723    1.007    0.627
 2000000    1.173    2.004    1.791    1.335    1.376    3.049    1.108
 3000000    1.992    3.282    2.291    2.256    2.299    2.451    1.756
 4000000    2.576    4.135    3.130    2.960    2.937    5.022    3.318
 5000000    3.568    5.233    3.914    3.504    3.629    4.912    4.458
 6000000    4.237    6.233    4.710    4.323    4.514    5.066    3.876
 7000000    4.962    7.403    5.447    5.037    5.129    7.053    7.774
 8000000    5.854    8.696    6.151    5.963    5.908    8.704    5.836
 9000000    6.749    9.540    7.078    6.869    6.985    6.354    3.834
10000000    7.667   10.944    7.621    7.322    7.439   10.092    7.112
11000000    8.400   11.966    8.566    8.284    8.112   10.511    8.184
Total elapsed time: 23.84 minutes


My conclusions from single calls:

Thomas' select() and Tim's select7() as pure Python functions are too slow for serious contention. [Aside: I wonder how PyPy would go with them?] 

There's not much difference in performance between the various median-of-median-of-k functions for larger k, but it seems to me that overall k=47 is marginally faster than either k=23 or k=97.

Overall, sorting is as good or better (and usually *much better*) than any of the pure-Python functions for the values of N tested, at least on my computer. C versions may be worth testing, but I'm afraid that is beyond me. Thomas' select2 using dual pivots seems like the most promising.

There are a couple of anomalous results where select2 unexpectedly (to me!) does much, much better than sorting, e.g. for N=9 million. Pure chance perhaps?

The overall trend seems to me to suggest that a pure-Python version of select2 may become reliably faster than sorting from N=10 million or so, at least with random data on my computer. YMMV, and I would expect that will non-random partially sorted data, the results may be considerably different.


== Average of three calls mode ==
N        sort     select7  select23 select47 select97 select   select2
-------- -------- -------- -------- -------- -------- -------- --------
    5000    0.001    0.012    0.007    0.008    0.007    0.022    0.007
   10000    0.002    0.022    0.015    0.015    0.015    0.041    0.016
   50000    0.016    0.125    0.086    0.080    0.085    0.259    0.073
  100000    0.037    0.258    0.181    0.155    0.156    0.650    0.137
  500000    0.242    1.374    0.950    0.963    1.075    4.828    1.135
 1000000    0.564    2.892    1.998    1.952    2.100    5.055    1.721
 2000000    1.227    5.822    4.084    3.876    4.070   18.535    3.379
 3000000    2.034    8.825    6.264    6.256    5.798   29.206    4.851
 4000000    2.761   12.275    8.209    7.767    9.111   38.186    8.899
 5000000    3.587   14.829   10.289   10.385   10.685   53.101    8.149
 6000000    4.320   17.926   12.925   12.455   12.639   73.876   10.336
 7000000    5.237   21.504   15.221   14.740   16.167   87.315   12.254
 8000000    6.145   24.503   16.918   15.761   18.430  103.394   16.923
 9000000    6.947   26.801   19.993   18.755   20.676  106.303   16.444
10000000    8.113   30.933   21.352   20.341   20.417  102.421   16.987
11000000    9.031   33.912   24.676   23.624   22.448  114.279   18.698
Total elapsed time: 81.39 minutes


In this set of tests, each function is called three times on the same set of data. As expected, once the list is sorted on the first call, sorting it again on the second call is very fast, and so the "sort" column is quite similar to the previous set of tests.

What I didn't expect is just how badly the various other selection functions cope with being called three times on the same list with different ranks. The extreme case is Thomas' select() function. Total time to call it three times on a list of 11 million items is 342 seconds (3*114), compared to 10 seconds to call it once. I expected that having partially ordered the data on the first call, the second and third calls would take less time rather than more. Was I ever wrong. Unless my analysis is wrong, something bad is happening here, and I don't know what it is.

[Aside: this suggests that, unlike sort() which can take advantage of partially ordered data to be more efficient, the other selection functions are hurt by partially ordered data. Is this analogous to simple versions of Quicksort which degrade to O(N**2) if the data is already sorted?]

What is abundantly clear is that if you want to make more than one selection from a list, you ought to sort it first.


Given these results, I do not believe that a pure-python implementation of any of these selection algorithms can be justified on performance grounds for CPython.

Thanks to Tim Peters and Thomas Ahle for their valuable assistance in writing the selection functions in the first place.

----------
Added file: http://bugs.python.org/file35423/select.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21592>
_______________________________________

From report at bugs.python.org  Sun Jun  1 06:31:24 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 01 Jun 2014 04:31:24 +0000
Subject: [issue21477] Idle: improve idle_test.htest
In-Reply-To: <1399867718.01.0.81614892567.issue21477@psf.upfronthosting.co.za>
Message-ID: <3gh6615tHjz7f7X@mail.python.org>


Roundup Robot added the comment:

New changeset 334b6725b2f7 by Terry Jan Reedy in branch '2.7':
Issue #21477: Update htest docstring and remove extraneous differences between
http://hg.python.org/cpython/rev/334b6725b2f7

New changeset e56c3585ea80 by Terry Jan Reedy in branch '3.4':
Issue #21477: Update htest docstring and remove extraneous differences between
http://hg.python.org/cpython/rev/e56c3585ea80

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21477>
_______________________________________

From report at bugs.python.org  Sun Jun  1 06:39:07 2014
From: report at bugs.python.org (Alex Gaynor)
Date: Sun, 01 Jun 2014 04:39:07 +0000
Subject: [issue21592] Make statistics.median run in linear time
In-Reply-To: <1401279098.1.0.387904478686.issue21592@psf.upfronthosting.co.za>
Message-ID: <1401597547.9.0.838481699901.issue21592@psf.upfronthosting.co.za>


Alex Gaynor added the comment:

I ran the script (modified very slightly for python 2 support) under PyPy?2.3:

$ pypy  select.py
== Single call mode ==
N        sort     select7  select23 select47 select97 select   select2
-------- -------- -------- -------- -------- -------- -------- --------
    5000    0.000    0.010    0.000    0.000    0.000    0.003    0.003
   10000    0.000    0.001    0.001    0.001    0.001    0.000    0.000
   50000    0.002    0.007    0.004    0.002    0.002    0.000    0.000
  100000    0.004    0.010    0.004    0.004    0.005    0.000    0.001
  500000    0.026    0.030    0.019    0.020    0.024    0.004    0.004
 1000000    0.057    0.052    0.037    0.039    0.044    0.007    0.004
 2000000    0.113    0.092    0.069    0.078    0.087    0.017    0.014
 3000000    0.176    0.135    0.109    0.119    0.136    0.024    0.013
 4000000    0.243    0.180    0.137    0.162    0.177    0.024    0.022
 5000000    0.298    0.225    0.176    0.196    0.221    0.035    0.024
 6000000    0.373    0.266    0.207    0.236    0.266    0.051    0.038
 7000000    0.439    0.313    0.248    0.277    0.311    0.054    0.038
 8000000    0.506    0.360    0.282    0.317    0.356    0.039    0.039
 9000000    0.566    0.404    0.315    0.352    0.406    0.055    0.068
10000000    0.626    0.445    0.349    0.395    0.444    0.065    0.046
11000000    0.697    0.492    0.387    0.439    0.490    0.059    0.086
Total elapsed time: 0.96 minutes



$ pypy  select.py                                                                       ? 57.7s
== Average of three calls mode ==
N        sort     select7  select23 select47 select97 select   select2
-------- -------- -------- -------- -------- -------- -------- --------
    5000    0.000    0.010    0.001    0.001    0.004    0.003    0.002
   10000    0.000    0.005    0.001    0.001    0.002    0.000    0.000
   50000    0.002    0.014    0.006    0.006    0.008    0.002    0.001
  100000    0.005    0.018    0.012    0.011    0.016    0.002    0.001
  500000    0.026    0.071    0.051    0.060    0.076    0.019    0.007
 1000000    0.055    0.135    0.102    0.124    0.148    0.046    0.013
 2000000    0.115    0.257    0.208    0.244    0.291    0.092    0.027
 3000000    0.181    0.396    0.301    0.347    0.383    0.097    0.044
 4000000    0.243    0.530    0.417    0.485    0.559    0.127    0.050
 5000000    0.312    0.656    0.522    0.570    0.688    0.172    0.072
 6000000    0.377    0.789    0.610    0.688    0.772    0.215    0.072
 7000000    0.448    0.927    0.715    0.850    0.978    0.315    0.087
 8000000    0.510    1.049    0.812    0.967    1.193    0.403    0.108
 9000000    0.575    1.191    0.929    1.088    1.241    0.462    0.107
10000000    0.641    1.298    1.070    1.217    1.310    0.470    0.128
11000000    0.716    1.464    1.121    1.343    1.517    0.401    0.147
Total elapsed time: 2.21 minutes

----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21592>
_______________________________________

From report at bugs.python.org  Sun Jun  1 06:41:10 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 04:41:10 +0000
Subject: [issue21624] Idle: polish htests
Message-ID: <1401597670.32.0.0453403071197.issue21624@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

#21477 was about finishing the htest framework and creating at least a first draft of each human test. This issue is about refining individual tests. One remaining issue is placement of the master window and placement of test windows in relation to the master. The test message for some might use editing. Tests that only test behavior might be replaced by a unittest module. Some general tests, such as for Editor Window, might be split into separate tests with more specific instructions. These changes might or might not be done as part of the GSOC project.

----------
assignee: terry.reedy
messages: 219486
nosy: jesstess, sahutd, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Idle: polish htests
type: enhancement
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21624>
_______________________________________

From report at bugs.python.org  Sun Jun  1 06:44:08 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 04:44:08 +0000
Subject: [issue21477] Idle: improve idle_test.htest
In-Reply-To: <1399867718.01.0.81614892567.issue21477@psf.upfronthosting.co.za>
Message-ID: <1401597848.22.0.223475676411.issue21477@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I regard the goal of this issue as having been accomplished. I opened #21624 for any further work on htests.

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed
superseder:  -> Idle: polish htests

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21477>
_______________________________________

From report at bugs.python.org  Sun Jun  1 07:54:52 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 05:54:52 +0000
Subject: [issue18141] tkinter.Image.__del__ can throw an exception if module
 globals are destroyed in the wrong order
In-Reply-To: <1370434176.62.0.932474289882.issue18141@psf.upfronthosting.co.za>
Message-ID: <1401602092.94.0.0582865405374.issue18141@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I re-read turtledemo and it seems that is could exit without calling root.destroy. The 'if main' block follows:

    demo = DemoWindow()
    RUN = True
    while RUN:
        try:
            #print("ENTERING mainloop")
            demo.root.mainloop()
        except AttributeError: <swallow and continue, for debug?>
        except TypeError: <swallow and continue, for debug?>
        except:
            print("BYE!")
            RUN = False

If a non-Attribute/Type/Error occurs, it is swallowed and the process shuts down without root.destroy, which depends on closing the root window. It seems to me that for production use, everything after the first line should be replaced by demo.root.mainloop(), as is standard for tkinter apps, so that if *any* exception occurs, the process stops and a proper traceback gets printed (before shutdown).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18141>
_______________________________________

From report at bugs.python.org  Sun Jun  1 08:12:30 2014
From: report at bugs.python.org (Vajrasky Kok)
Date: Sun, 01 Jun 2014 06:12:30 +0000
Subject: [issue21476] Inconsitent behaviour between BytesParser.parse and
 Parser.parse
In-Reply-To: <1399863485.87.0.621460999738.issue21476@psf.upfronthosting.co.za>
Message-ID: <1401603150.84.0.850338173369.issue21476@psf.upfronthosting.co.za>


Vajrasky Kok added the comment:

Ok, here is the updated patch based on R. David Murray's help. Thanks!

----------
Added file: http://bugs.python.org/file35424/bytes_parser_dont_close_file_v4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21476>
_______________________________________

From report at bugs.python.org  Sun Jun  1 08:52:30 2014
From: report at bugs.python.org (Ned Deily)
Date: Sun, 01 Jun 2014 06:52:30 +0000
Subject: [issue21623] build ssl failed use vs2010 express
In-Reply-To: <1401595425.37.0.323501689421.issue21623@psf.upfronthosting.co.za>
Message-ID: <1401605550.85.0.0644736005058.issue21623@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +steve.dower, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21623>
_______________________________________

From report at bugs.python.org  Sun Jun  1 09:05:11 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 07:05:11 +0000
Subject: [issue18132] buttons in turtledemo disappear on small screens
In-Reply-To: <1370353605.18.0.929519765734.issue18132@psf.upfronthosting.co.za>
Message-ID: <1401606311.05.0.0890319014137.issue18132@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I believe I have read more than one warning to not mix grid and pack in the same master, as your patch does. For example: http://effbot.org/tkinterbook/grid.htm, An option would be to grid everything. I believe grid would also fix issue #21597, so I may try it and see if it fixes both issue without introducing a scrollbar problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18132>
_______________________________________

From report at bugs.python.org  Sun Jun  1 09:18:19 2014
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 01 Jun 2014 07:18:19 +0000
Subject: [issue21618] POpen does not close fds when fds have been inherited
 from a process with a higher resource limit
In-Reply-To: <1401510281.2.0.0561893965896.issue21618@psf.upfronthosting.co.za>
Message-ID: <1401607099.33.0.993676177896.issue21618@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

Here's a patch with a unittest that reproduces the problem with fixes to stop using any end_fds.  The max fd is only ever used in the absolute fallback situation where no way to get a list of open fd's is available. In that case it is obtained from sysconf() at the time it is needed rather than module load time as sysconf() is async-signal-safe.

I'm not worried about calling close() an additional time on EINTR in the single threaded child process prior to exec().  The most that will happen is one extra call with a different error if the fd is in a bad state from the previous one.  That is better than any chance of one being left open.

----------
stage:  -> patch review
type: security -> behavior
Added file: http://bugs.python.org/file35425/issue21618-34-gps01.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21618>
_______________________________________

From report at bugs.python.org  Sun Jun  1 09:27:54 2014
From: report at bugs.python.org (Stefan Behnel)
Date: Sun, 01 Jun 2014 07:27:54 +0000
Subject: [issue21592] Make statistics.median run in linear time
In-Reply-To: <1401279098.1.0.387904478686.issue21592@psf.upfronthosting.co.za>
Message-ID: <1401607674.94.0.247718876699.issue21592@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

I tried the same with a Cython compiled version of select.py in the latest CPython 3.5 build. It pretty clearly shows that select2 is pretty much always faster than sorting, by a factor of 2-5x or so. I'll also attach the annotated source file that Cython generates.

*** CPython 3.5 (de01f7c37b53)

== Single call mode ==
N        sort     select7  select23 select47 select97 select   select2
-------- -------- -------- -------- -------- -------- -------- --------
    5000    0.000    0.001    0.001    0.001    0.001    0.001    0.001
   10000    0.001    0.003    0.002    0.002    0.002    0.003    0.002
   50000    0.005    0.015    0.010    0.010    0.010    0.013    0.008
  100000    0.012    0.032    0.023    0.023    0.023    0.027    0.017
  500000    0.085    0.174    0.131    0.129    0.155    0.167    0.103
 1000000    0.190    0.375    0.300    0.272    0.311    0.456    0.292
 2000000    0.422    0.828    0.588    0.579    0.689    0.865    0.560
 3000000    0.680    1.187    0.918    0.906    0.915    1.427    0.801
 4000000    0.948    1.574    1.180    1.146    1.177    1.659    1.004
 5000000    1.253    2.027    1.684    1.523    1.598    1.874    1.085
 6000000    1.577    2.441    1.892    1.754    1.787    2.659    1.055
 7000000    1.934    2.870    2.128    2.062    2.093    3.289    1.274
 8000000    2.279    3.304    2.430    2.421    2.471    2.569    2.449
 9000000    2.560    3.767    2.835    2.768    2.771    3.089    2.348
10000000    2.790    4.123    3.153    3.044    3.097    4.366    3.764
11000000    3.199    4.605    3.658    3.467    3.383    3.867    4.599
Total elapsed time: 9.13 minutes


*** Cython / CPython 3.5

== Single call mode ==
N        sort     select7  select23 select47 select97 select   select2
-------- -------- -------- -------- -------- -------- -------- --------
    5000    0.000    0.001    0.000    0.000    0.001    0.000    0.000
   10000    0.001    0.001    0.001    0.001    0.001    0.000    0.000
   50000    0.006    0.006    0.005    0.005    0.006    0.001    0.001
  100000    0.013    0.014    0.011    0.012    0.013    0.004    0.004
  500000    0.089    0.091    0.073    0.075    0.079    0.048    0.049
 1000000    0.200    0.192    0.156    0.158    0.194    0.081    0.073
 2000000    0.451    0.417    0.324    0.355    0.404    0.210    0.135
 3000000    0.678    0.614    0.496    0.501    0.530    0.291    0.277
 4000000    0.980    0.835    0.720    0.680    0.718    0.402    0.441
 5000000    1.276    1.197    0.846    0.857    0.905    0.491    0.425
 6000000    1.535    1.274    1.067    1.040    1.087    0.534    0.451
 7000000    1.842    1.500    1.226    1.214    1.279    0.549    0.507
 8000000    2.168    1.726    1.384    1.398    1.491    0.557    0.535
 9000000    2.438    1.987    1.566    1.582    1.660    0.966    0.544
10000000    2.768    2.187    1.747    1.773    1.911    1.116    0.640
11000000    3.116    2.417    1.922    1.950    2.063    1.283    1.024
Total elapsed time: 5.48 minutes

----------
nosy: +scoder
Added file: http://bugs.python.org/file35426/select.pxd

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21592>
_______________________________________

From report at bugs.python.org  Sun Jun  1 09:28:32 2014
From: report at bugs.python.org (Stefan Behnel)
Date: Sun, 01 Jun 2014 07:28:32 +0000
Subject: [issue21592] Make statistics.median run in linear time
In-Reply-To: <1401279098.1.0.387904478686.issue21592@psf.upfronthosting.co.za>
Message-ID: <1401607712.3.0.146306306003.issue21592@psf.upfronthosting.co.za>


Changes by Stefan Behnel <scoder at users.sourceforge.net>:


Added file: http://bugs.python.org/file35427/select.html

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21592>
_______________________________________

From report at bugs.python.org  Sun Jun  1 09:57:19 2014
From: report at bugs.python.org (Stefan Behnel)
Date: Sun, 01 Jun 2014 07:57:19 +0000
Subject: [issue21592] Make statistics.median run in linear time
In-Reply-To: <1401279098.1.0.387904478686.issue21592@psf.upfronthosting.co.za>
Message-ID: <1401609439.91.0.913047290366.issue21592@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Here's also the pathological "average of three calls" case. As Steven suggests, it shows that select() suffers quite heavily (algorithmically), but select2() also suffers enough to jump up to about 2/3 of the runtime of sorting (so it's still 1/3 faster even here). This sounds like select2 should be much faster on random data (run 1) and about as fast on sorted data (runs 2+3). Not unexpected, given the algorithmical characteristics of Timsort.

== Average of three calls mode ==
N        sort     select7  select23 select47 select97 select   select2
-------- -------- -------- -------- -------- -------- -------- --------
    5000    0.000    0.002    0.001    0.001    0.002    0.001    0.000
   10000    0.001    0.004    0.003    0.003    0.003    0.001    0.001
   50000    0.006    0.018    0.017    0.016    0.016    0.011    0.003
  100000    0.013    0.037    0.029    0.031    0.037    0.016    0.009
  500000    0.091    0.246    0.204    0.216    0.227    0.218    0.057
 1000000    0.205    0.535    0.443    0.434    0.459    0.530    0.156
 2000000    0.458    1.137    0.917    0.922    1.052    2.124    0.328
 3000000    0.734    1.743    1.448    1.510    1.607    2.805    0.500
 4000000    1.010    2.400    1.888    2.029    2.157    3.039    0.655
 5000000    1.278    3.021    2.458    2.404    2.717    4.789    0.853
 6000000    1.571    3.629    2.873    3.094    3.279    4.136    1.030
 7000000    1.884    4.258    3.520    3.621    3.530    7.788    1.312
 8000000    2.198    4.977    4.042    4.175    4.080    9.035    1.446
 9000000    2.525    5.555    4.539    4.723    4.633   10.933    1.608
10000000    2.844    6.345    4.929    5.035    5.588   10.398    1.852
11000000    3.194    7.081    5.822    5.973    6.183    8.291    2.111
Total elapsed time: 13.33 minutes

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21592>
_______________________________________

From report at bugs.python.org  Sun Jun  1 11:39:13 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 01 Jun 2014 09:39:13 +0000
Subject: [issue21605] Add tests for Tkinter images
In-Reply-To: <1401373363.46.0.186205839089.issue21605@psf.upfronthosting.co.za>
Message-ID: <3ghDxD50cJz7Ll4@mail.python.org>


Roundup Robot added the comment:

New changeset fcbb15edb73a by Serhiy Storchaka in branch '2.7':
Issue #21605: Added tests for Tkinter images.
http://hg.python.org/cpython/rev/fcbb15edb73a

New changeset 6c8b2ab55976 by Serhiy Storchaka in branch '3.4':
Issue #21605: Added tests for Tkinter images.
http://hg.python.org/cpython/rev/6c8b2ab55976

New changeset 13254db884e9 by Serhiy Storchaka in branch 'default':
Issue #21605: Added tests for Tkinter images.
http://hg.python.org/cpython/rev/13254db884e9

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21605>
_______________________________________

From report at bugs.python.org  Sun Jun  1 11:57:04 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 09:57:04 +0000
Subject: [issue21605] Add tests for Tkinter images
In-Reply-To: <1401373363.46.0.186205839089.issue21605@psf.upfronthosting.co.za>
Message-ID: <1401616624.29.0.807611147406.issue21605@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21605>
_______________________________________

From report at bugs.python.org  Sun Jun  1 12:12:44 2014
From: report at bugs.python.org (Thomas Klausner)
Date: Sun, 01 Jun 2014 10:12:44 +0000
Subject: [issue21459] DragonFlyBSD support
In-Reply-To: <1399626494.21.0.91219272779.issue21459@psf.upfronthosting.co.za>
Message-ID: <1401617563.99.0.606853516449.issue21459@psf.upfronthosting.co.za>


Thomas Klausner added the comment:

Actually, there are even less changes needed nowadays.
Please apply this really small patch.

----------
Added file: http://bugs.python.org/file35428/dragonfly.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21459>
_______________________________________

From report at bugs.python.org  Sun Jun  1 12:13:04 2014
From: report at bugs.python.org (Thomas Klausner)
Date: Sun, 01 Jun 2014 10:13:04 +0000
Subject: [issue21459] DragonFlyBSD support
In-Reply-To: <1399626494.21.0.91219272779.issue21459@psf.upfronthosting.co.za>
Message-ID: <1401617584.3.0.814419772796.issue21459@psf.upfronthosting.co.za>


Changes by Thomas Klausner <tk at giga.or.at>:


Removed file: http://bugs.python.org/file35195/dragonfly.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21459>
_______________________________________

From report at bugs.python.org  Sun Jun  1 12:54:37 2014
From: report at bugs.python.org (Stefan Behnel)
Date: Sun, 01 Jun 2014 10:54:37 +0000
Subject: [issue21592] Make statistics.median run in linear time
In-Reply-To: <1401279098.1.0.387904478686.issue21592@psf.upfronthosting.co.za>
Message-ID: <1401620077.22.0.767297865413.issue21592@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Updating the type declaration file to remove the dependency on the list builtin and allow arbitrary containers. The test code has this dependency (calls a.sort()), but the current statistics module in the stdlib does not (calls sorted()). Timings do not change, at least not more than you would expect by randomisation (i.e. repeated runs go up and down within the same bounds). Note that the timings are still specific to lists and would be higher for other containers.

----------
Added file: http://bugs.python.org/file35429/select.pxd

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21592>
_______________________________________

From report at bugs.python.org  Sun Jun  1 12:55:55 2014
From: report at bugs.python.org (Stefan Behnel)
Date: Sun, 01 Jun 2014 10:55:55 +0000
Subject: [issue21592] Make statistics.median run in linear time
In-Reply-To: <1401279098.1.0.387904478686.issue21592@psf.upfronthosting.co.za>
Message-ID: <1401620155.95.0.960870038875.issue21592@psf.upfronthosting.co.za>


Changes by Stefan Behnel <scoder at users.sourceforge.net>:


Added file: http://bugs.python.org/file35430/select.html

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21592>
_______________________________________

From report at bugs.python.org  Sun Jun  1 14:04:38 2014
From: report at bugs.python.org (Ned Batchelder)
Date: Sun, 01 Jun 2014 12:04:38 +0000
Subject: [issue21625] help()'s more-mode is frustrating
Message-ID: <1401624278.41.0.968851571107.issue21625@psf.upfronthosting.co.za>


New submission from Ned Batchelder:

>From the #python IRC channel:

```
[07:55:29] tonysar	 hello.new to programming and python, i use mac terminal but problem i have is , when i use help function of python to look up something , i lose my prompt and i have no idea how to go back , what i do is close the terminal and restart , is there any way to go back to prompt again ?
[07:57:12] nedbat	 tonysar: type a "q"
[07:57:26] nedbat	 tonysar: it works like the unix-standard "more" program.
[07:58:10] nedbat	 tonysar: looking at it through your eyes, it's crazy-unhelpful that it only accepts a q....
[07:58:42] tonysar	 nedbat: thanks but i can not type anything , after using help(object) i get the info on object i look and there is END at the bottom of python terminal and i can not type anything after or before
[07:59:03] nedbat	 tonysar: what happens if you type q ?
[07:59:24] nedbat	 tonysar: just the single letter q
[07:59:41] tonysar	 nedbat . thanks
[07:59:47] tonysar	 the q worked
[08:01:08] tonysar	 nedbat:Thanks. typing q got me back to prompt again . thanks again
```

Why does help() enter a more-mode for even short help?  Why doesn't ENTER get you out of it?  Why doesn't the prompt have a suggestion of how to get out of it?  Why does it clear the screen when you are done with it, removing all the help from the screen?

It seems very geeky, and not that help-ful.  I'm sure there's something we can do to make this a little easier for newbs.

----------
messages: 219497
nosy: nedbat
priority: normal
severity: normal
status: open
title: help()'s more-mode is frustrating
versions: Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21625>
_______________________________________

From report at bugs.python.org  Sun Jun  1 14:20:30 2014
From: report at bugs.python.org (Julian Taylor)
Date: Sun, 01 Jun 2014 12:20:30 +0000
Subject: [issue21592] Make statistics.median run in linear time
In-Reply-To: <1401279098.1.0.387904478686.issue21592@psf.upfronthosting.co.za>
Message-ID: <1401625230.27.0.693622087854.issue21592@psf.upfronthosting.co.za>


Julian Taylor added the comment:

in the case of the median you can archive similar performance to a multiselect by simply calling min([len(data) // 2 + 1]) for the second order statistic which you need for the averaging of even number of elements.

maybe an interesting datapoint would be to compare with numpys selection algorithm which is a intromultiselect (implemented in C for native datattypes).
It uses a standard median of 3 quickselect with a cutoff in recursion depth to median of median of group of 5.
the multiselect is implemented using a sorted list of kth order statistics and reducing the search space for each kth by maintaining a stack of all visited pivots.
E.g. if you search for 30 and 100, when during the search for 30 one has visited pivot 70 and 110, the search for 100 only needs to select in l[70:110].
The not particularly readable implementation is in: ./numpy/core/src/npysort/selection.c.src
unfortunately for object types it currently falls back to quicksort so you can't directly compare performance with the pure python variants.

----------
nosy: +jtaylor

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21592>
_______________________________________

From report at bugs.python.org  Sun Jun  1 15:04:51 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 13:04:51 +0000
Subject: [issue21580] PhotoImage(data=...) apparently has to be UTF-8 or
 Base-64 encoded
In-Reply-To: <1401083544.46.0.470654104454.issue21580@psf.upfronthosting.co.za>
Message-ID: <1401627891.67.0.257477328166.issue21580@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


Removed file: http://bugs.python.org/file35402/tkinter_bytes.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21580>
_______________________________________

From report at bugs.python.org  Sun Jun  1 15:05:54 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 13:05:54 +0000
Subject: [issue21580] PhotoImage(data=...) apparently has to be UTF-8 or
 Base-64 encoded
In-Reply-To: <1401083544.46.0.470654104454.issue21580@psf.upfronthosting.co.za>
Message-ID: <1401627954.89.0.791875991698.issue21580@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


Added file: http://bugs.python.org/file35431/tkinter_bytes.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21580>
_______________________________________

From report at bugs.python.org  Sun Jun  1 15:11:34 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 13:11:34 +0000
Subject: [issue21580] PhotoImage(data=...) apparently has to be UTF-8 or
 Base-64 encoded
In-Reply-To: <1401083544.46.0.470654104454.issue21580@psf.upfronthosting.co.za>
Message-ID: <1401628294.08.0.663061944542.issue21580@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Unfortunately we can't use this straightforward and universal solution in Python 2. Here is a patch which adds special workarounds to fix this issue in 2.7.

----------
Added file: http://bugs.python.org/file35432/tkinter_bytes-2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21580>
_______________________________________

From report at bugs.python.org  Sun Jun  1 15:47:35 2014
From: report at bugs.python.org (Thomas Klausner)
Date: Sun, 01 Jun 2014 13:47:35 +0000
Subject: [issue21459] DragonFlyBSD support
In-Reply-To: <1399626494.21.0.91219272779.issue21459@psf.upfronthosting.co.za>
Message-ID: <1401630455.0.0.611301156618.issue21459@psf.upfronthosting.co.za>


Thomas Klausner added the comment:

Semaphore handling needs another change.
if sem_open etc. are not provided by the operating system, do not export them (Modules/_multiprocessing/multiprocessing.c). Updated diff attached.
That part of the diff might affect more operating systems.

----------
Added file: http://bugs.python.org/file35433/dragonfly.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21459>
_______________________________________

From report at bugs.python.org  Sun Jun  1 15:47:46 2014
From: report at bugs.python.org (Thomas Klausner)
Date: Sun, 01 Jun 2014 13:47:46 +0000
Subject: [issue21459] DragonFlyBSD support
In-Reply-To: <1399626494.21.0.91219272779.issue21459@psf.upfronthosting.co.za>
Message-ID: <1401630466.88.0.611293914366.issue21459@psf.upfronthosting.co.za>


Changes by Thomas Klausner <tk at giga.or.at>:


Removed file: http://bugs.python.org/file35428/dragonfly.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21459>
_______________________________________

From report at bugs.python.org  Sun Jun  1 16:09:49 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 14:09:49 +0000
Subject: [issue21552] String length overflow in Tkinter
In-Reply-To: <1400769722.86.0.708994855199.issue21552@psf.upfronthosting.co.za>
Message-ID: <1401631789.08.0.805156637329.issue21552@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21552>
_______________________________________

From report at bugs.python.org  Sun Jun  1 16:10:35 2014
From: report at bugs.python.org (B. Clausius)
Date: Sun, 01 Jun 2014 14:10:35 +0000
Subject: [issue21626] Add options width and compact to pickle cli
Message-ID: <1401631835.62.0.606792689422.issue21626@psf.upfronthosting.co.za>


New submission from B. Clausius:

The attached patch add this options to "python3 -m pickle" cli:
  -w WIDTH, --width WIDTH
                        maximum number of characters per line
  -c, --compact         display as many items as will fit on each output line
The options are forwarded as kwargs to pprint.pprint

----------
components: Library (Lib)
files: pickle_cli-options_width_and_compact.patch
keywords: patch
messages: 219501
nosy: barcc
priority: normal
severity: normal
status: open
title: Add options width and compact to pickle cli
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35434/pickle_cli-options_width_and_compact.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21626>
_______________________________________

From report at bugs.python.org  Sun Jun  1 16:23:34 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 14:23:34 +0000
Subject: [issue21626] Add options width and compact to pickle cli
In-Reply-To: <1401631835.62.0.606792689422.issue21626@psf.upfronthosting.co.za>
Message-ID: <1401632614.01.0.662055738571.issue21626@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +alexandre.vassalotti, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21626>
_______________________________________

From report at bugs.python.org  Sun Jun  1 16:44:35 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sun, 01 Jun 2014 14:44:35 +0000
Subject: [issue18504] IDLE:Improvements- Improving Mock_Text
In-Reply-To: <1374238852.66.0.963662486602.issue18504@psf.upfronthosting.co.za>
Message-ID: <1401633875.89.0.576564545302.issue18504@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

This patch tries to enable mock_Tk.Text._decode to handle the following patterns
insert linestart
insert lineend
insert wordstart
insert wordend
insert +x chars
insert -x chars

These additions are required for testing AutoExpand and are written keeping the same in mind. Also, adds respective tests for test_decode in test_text.py.

I would like to know if my approach is acceptable or whether it needs changes.

issue18292 is about adding unittests for AutoExpand.

(A 2.7 patch will be submitted once the above changes become acceptable)

----------
nosy: +jesstess, sahutd
Added file: http://bugs.python.org/file35435/mock-text-_decode.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18504>
_______________________________________

From report at bugs.python.org  Sun Jun  1 16:57:45 2014
From: report at bugs.python.org (Mo Jia)
Date: Sun, 01 Jun 2014 14:57:45 +0000
Subject: [issue21623] build ssl failed use vs2010 express
In-Reply-To: <1401595425.37.0.323501689421.issue21623@psf.upfronthosting.co.za>
Message-ID: <1401634665.66.0.96807182771.issue21623@psf.upfronthosting.co.za>


Mo Jia added the comment:

Another error is .

  cd "D:\Hg\Python\Python\PCbuild\"
  "D:\Hg\Python\Python\PCbuild\python_d.exe" build_ssl.py Release Win32 -a

  Found a working perl at 'C:\Perl\bin\perl.exe'
  Traceback (most recent call last):
    File "build_ssl.py", line 253, in <module>
      main()
    File "build_ssl.py", line 181, in main
      ssl_dir = get_ssl_dir()
    File "build_ssl.py", line 70, in get_ssl_dir
      m = re.search('openssl-([^<]+)<', f.read())
  UnicodeDecodeError: 'gbk' codec can't decode byte 0xbf in position 2: illegal multibyte sequence
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(38,5): error MSB3073: The command "cd "D:\Hg\Python\Python\PCbuild\" [D:\Hg\Python\Python\PCbuild\ssl. vcxproj]
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(38,5): error MSB3073: "D:\Hg\Python\Python\PCbuild\python_d.exe" build_ssl.py Release Win32 -a [D:\Hg\ Python\Python\PCbuild\ssl.vcxproj]
C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(38,5): error MSB3073: " exited with code 1. [D:\Hg\Python\Python\PCbuild\ssl.vcxproj]

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21623>
_______________________________________

From report at bugs.python.org  Sun Jun  1 17:07:29 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sun, 01 Jun 2014 15:07:29 +0000
Subject: [issue18292] IDLE Improvements: Unit test for AutoExpand.py
In-Reply-To: <1372098554.92.0.798687151295.issue18292@psf.upfronthosting.co.za>
Message-ID: <1401635249.47.0.589155736812.issue18292@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

Attached patch adds unittest for idlelib`s AutoExpand.

Depends on issue18504 for Text's mocking abilities.

----------
keywords: +patch
nosy: +jesstess, sahutd
Added file: http://bugs.python.org/file35436/test-autoexpand.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Sun Jun  1 17:13:05 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 15:13:05 +0000
Subject: [issue21401] python2 -3 does not warn about str/unicode to bytes
 conversions and comparisons
In-Reply-To: <1398880816.89.0.350834147614.issue21401@psf.upfronthosting.co.za>
Message-ID: <1401635585.91.0.507386862629.issue21401@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think that even if we accept this change (I am unsure in this), a warning should be raised only when bytes and unicode objects are equal. When they are not equal, a warning should not be raised, because this matches Python 3 behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21401>
_______________________________________

From report at bugs.python.org  Sun Jun  1 17:14:30 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 15:14:30 +0000
Subject: [issue1669539] Improve Windows os.path.join (ntpath.join) "smart"
 joining
Message-ID: <1401635670.04.0.858958577543.issue1669539@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1669539>
_______________________________________

From report at bugs.python.org  Sun Jun  1 17:16:27 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 15:16:27 +0000
Subject: [issue21231] Issue a python 3 warning when old style classes are
 defined.
In-Reply-To: <1397530913.57.0.912065211904.issue21231@psf.upfronthosting.co.za>
Message-ID: <1401635787.54.0.0347369892626.issue21231@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21231>
_______________________________________

From report at bugs.python.org  Sun Jun  1 17:17:53 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 15:17:53 +0000
Subject: [issue18492] Allow all resources if not running under regrtest.py
In-Reply-To: <1374161900.43.0.881425486921.issue18492@psf.upfronthosting.co.za>
Message-ID: <1401635873.59.0.680739181108.issue18492@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
assignee:  -> zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18492>
_______________________________________

From report at bugs.python.org  Sun Jun  1 17:19:26 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 15:19:26 +0000
Subject: [issue19656] Add Py3k warning for non-ascii bytes literals
In-Reply-To: <1384884587.46.0.636196916046.issue19656@psf.upfronthosting.co.za>
Message-ID: <1401635966.58.0.846849655393.issue19656@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Benjamin, what you think about this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19656>
_______________________________________

From report at bugs.python.org  Sun Jun  1 17:28:24 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 15:28:24 +0000
Subject: [issue20361] -W command line options and PYTHONWARNINGS environmental
 variable should not override -b / -bb command line options
In-Reply-To: <1390468789.64.0.236388970509.issue20361@psf.upfronthosting.co.za>
Message-ID: <1401636504.58.0.59827785095.issue20361@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
stage: patch review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20361>
_______________________________________

From report at bugs.python.org  Sun Jun  1 17:47:18 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 15:47:18 +0000
Subject: [issue20168] Derby: Convert the _tkinter module to use Argument Clinic
In-Reply-To: <1389128639.57.0.613370502446.issue20168@psf.upfronthosting.co.za>
Message-ID: <1401637638.54.0.017235117644.issue20168@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Synchronized with tip.

----------
Added file: http://bugs.python.org/file35437/tkinter_clinic_3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20168>
_______________________________________

From report at bugs.python.org  Sun Jun  1 17:59:09 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 15:59:09 +0000
Subject: [issue20148] Derby: Convert the _sre module to use Argument Clinic
In-Reply-To: <1389024268.98.0.254349402597.issue20148@psf.upfronthosting.co.za>
Message-ID: <1401638349.63.0.299616381159.issue20148@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


Added file: http://bugs.python.org/file35438/sre_clinic_3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20148>
_______________________________________

From report at bugs.python.org  Sun Jun  1 18:14:16 2014
From: report at bugs.python.org (moijes12)
Date: Sun, 01 Jun 2014 16:14:16 +0000
Subject: [issue14019] Unify tests for str.format and string.Formatter
In-Reply-To: <1329293704.94.0.0580926341423.issue14019@psf.upfronthosting.co.za>
Message-ID: <1401639256.7.0.124621539353.issue14019@psf.upfronthosting.co.za>


moijes12 added the comment:

> Note that this issue wasn't about the formatter module - it relates to the str.format() method and the string.Formatter *class*.

I would tend to agree with Nick and Eric. From what I see in the patch, the tests are for formatter module and not the string.Formatter class.

----------
nosy: +moijes12

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14019>
_______________________________________

From report at bugs.python.org  Sun Jun  1 18:24:22 2014
From: report at bugs.python.org (Steven Stewart-Gallus)
Date: Sun, 01 Jun 2014 16:24:22 +0000
Subject: [issue21618] POpen does not close fds when fds have been inherited
 from a process with a higher resource limit
In-Reply-To: <1401510281.2.0.0561893965896.issue21618@psf.upfronthosting.co.za>
Message-ID: <1401639862.5.0.816037699176.issue21618@psf.upfronthosting.co.za>


Steven Stewart-Gallus added the comment:

Thank you for the very quick patch Gregory P. Smith.

It's fair enough if you don't bother to fix the EINTR issue.

One small note:

> +        """Confirm that issue21618 is fixed (mail fail under valgrind)."""

That's a typo right? Shouldn't it be may instead of mail?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21618>
_______________________________________

From report at bugs.python.org  Sun Jun  1 19:22:33 2014
From: report at bugs.python.org (Steven Stewart-Gallus)
Date: Sun, 01 Jun 2014 17:22:33 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
Message-ID: <1401643353.39.0.53304722389.issue21627@psf.upfronthosting.co.za>


New submission from Steven Stewart-Gallus:

Hello,

I noticed some possible bad behaviour while working on Python issue
21618 (see http://bugs.python.org/issue21618). Python has the
following code in _posixsubmodules.c for closing extra files before
spawning a process:

static void
_close_open_fd_range_safe(int start_fd, int end_fd, PyObject* py_fds_to_keep)
{
    int fd_dir_fd;
    if (start_fd >= end_fd)
        return;

    fd_dir_fd = _Py_open(FD_DIR, O_RDONLY);
    if (fd_dir_fd == -1) {
        /* No way to get a list of open fds. */
        _close_fds_by_brute_force(start_fd, end_fd, py_fds_to_keep);
        return;
    } else {
        char buffer[sizeof(struct linux_dirent64)];
        int bytes;
        while ((bytes = syscall(SYS_getdents64, fd_dir_fd,
                                (struct linux_dirent64 *)buffer,
                                sizeof(buffer))) > 0) {
            struct linux_dirent64 *entry;
            int offset;
            for (offset = 0; offset < bytes; offset += entry->d_reclen) {
                int fd;
                entry = (struct linux_dirent64 *)(buffer + offset);
                if ((fd = _pos_int_from_ascii(entry->d_name)) < 0)
                    continue;  /* Not a number. */
                if (fd != fd_dir_fd && fd >= start_fd && fd < end_fd &&
                    !_is_fd_in_sorted_fd_sequence(fd, py_fds_to_keep)) {
                    while (close(fd) < 0 && errno == EINTR);
                }
            }
        }
        close(fd_dir_fd);
    }
}

In the code FD_DIR is "/proc/self/fd" on Linux. I'm not sure this code
is correct. This seems as if it would have the same problems as
iterating over a list and modifying it at the same time.

I can think of a few solutions but they all have problems.

One could allocate a list of open files once and then iterate through
that list and close the files but this is not signal safe so this
solution is incorrect. One possible workaround is to use mmap to
allocate the memory. This is a direct system call and I don't see a
reason for it not to be signal safe but I'm not sure. One neat hack
would be too mmap the memory ahead of time and then rely on lazy
paging to allocate the memory lazily. Another solution is to search
for the largest open file and then iterate over and close all the
possible file descriptors in between. So far most possible solutions
just seem really hacky to me though.

I feel the best solution is to let the OS close the files and to set
the O_CLOEXEC flag on the files that need to be closed.

----------
messages: 219510
nosy: sstewartgallus
priority: normal
severity: normal
status: open
title: Concurrently closing files and iterating over the open files directory is not well specified

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Sun Jun  1 19:27:53 2014
From: report at bugs.python.org (RobertG)
Date: Sun, 01 Jun 2014 17:27:53 +0000
Subject: [issue21628] 2to3 does not fix zip in some cases
Message-ID: <1401643673.43.0.6506799869.issue21628@psf.upfronthosting.co.za>


New submission from RobertG:

Consider this program

def foo(a,b):
	return min(zip(a,b)[2])

print foo(range(5), (0,9,-9))

With the default options, 2to3 rewrites this as

def foo(a,b):
	return min(zip(a,b)[2])

print(foo(list(range(5)), (0,9,-9)))

For some reason, 2to3 fails to wrap the call to zip in a list, even though the 2to3 documentation says that there is a fixer which does this. Obviously, the generated code will not work in Python 3 since you can't subscript an iterator.

----------
components: 2to3 (2.x to 3.x conversion tool)
messages: 219511
nosy: RobertG
priority: normal
severity: normal
status: open
title: 2to3 does not fix zip in some cases
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21628>
_______________________________________

From report at bugs.python.org  Sun Jun  1 19:50:52 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 17:50:52 +0000
Subject: [issue21629] clinic.py --converters fails
Message-ID: <1401645052.61.0.988183577519.issue21629@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

$ ./python Tools/clinic/clinic.py --converters

Legacy converters:
Traceback (most recent call last):
  File "Tools/clinic/clinic.py", line 4199, in <module>
    sys.exit(main(sys.argv[1:]))
  File "Tools/clinic/clinic.py", line 4131, in main
    print('    ' + ' '.join(c for c in legacy if c[0].isupper()))
  File "Tools/clinic/clinic.py", line 4131, in <genexpr>
    print('    ' + ' '.join(c for c in legacy if c[0].isupper()))
IndexError: string index out of range

As I see, the problem is in the self converter which has empty format_unit.

----------
components: Demos and Tools
messages: 219512
nosy: larry, serhiy.storchaka
priority: normal
severity: normal
status: open
title: clinic.py --converters fails
type: behavior
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21629>
_______________________________________

From report at bugs.python.org  Sun Jun  1 19:51:21 2014
From: report at bugs.python.org (Robert w)
Date: Sun, 01 Jun 2014 17:51:21 +0000
Subject: [issue21630] List Dict bug?
Message-ID: <1401645081.14.0.213234541385.issue21630@psf.upfronthosting.co.za>


New submission from Robert w:

outer for loop loops n > 1 times, when it should loop one time.

Variations are possible tht the bug doesn't occur.

----------
components: Interpreter Core
files: bug.py
messages: 219513
nosy: Robert.w
priority: normal
severity: normal
status: open
title: List Dict bug?
type: behavior
versions: Python 2.7, Python 3.3
Added file: http://bugs.python.org/file35439/bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21630>
_______________________________________

From report at bugs.python.org  Sun Jun  1 19:54:21 2014
From: report at bugs.python.org (Robert w)
Date: Sun, 01 Jun 2014 17:54:21 +0000
Subject: [issue21630] List Dict bug?
In-Reply-To: <1401645081.14.0.213234541385.issue21630@psf.upfronthosting.co.za>
Message-ID: <1401645261.9.0.251852364097.issue21630@psf.upfronthosting.co.za>


Changes by Robert w <robertw89 at googlemail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21630>
_______________________________________

From report at bugs.python.org  Sun Jun  1 19:56:46 2014
From: report at bugs.python.org (Robert w)
Date: Sun, 01 Jun 2014 17:56:46 +0000
Subject: [issue21631] List/Dict Combination Bug
Message-ID: <1401645406.57.0.0613962818315.issue21631@psf.upfronthosting.co.za>


New submission from Robert w:

outer for loop loops more than one time, which should be impossible.

----------
components: Interpreter Core
files: bug.py
messages: 219514
nosy: Robert.w
priority: normal
severity: normal
status: open
title: List/Dict Combination Bug
type: behavior
versions: Python 2.7, Python 3.3
Added file: http://bugs.python.org/file35440/bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21631>
_______________________________________

From report at bugs.python.org  Sun Jun  1 20:04:25 2014
From: report at bugs.python.org (SilentGhost)
Date: Sun, 01 Jun 2014 18:04:25 +0000
Subject: [issue21631] List/Dict Combination Bug
In-Reply-To: <1401645406.57.0.0613962818315.issue21631@psf.upfronthosting.co.za>
Message-ID: <1401645865.31.0.021228204022.issue21631@psf.upfronthosting.co.za>


SilentGhost added the comment:

Robert, could you please post a reduced code that generates the bug. Preferably, a interpreter output. Including information about your python version, OS, etc. For example:

Python 2.7.6 (default, Mar 22 2014, 22:59:56)
[GCC 4.8.2] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> elements = [{'type': 2, 'data': {'elements': ['83H', '0FAH', '9AH', '27H', '81H', '49H', '0CEH', '11H']}}]
>>> for i in elements:
...  print(i)
...
{'data': {'elements': ['83H', '0FAH', '9AH', '27H', '81H', '49H', '0CEH', '11H']}, 'type': 2}

As you see from my example, I wasn't able to reproduce the issue you're reporting.

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21631>
_______________________________________

From report at bugs.python.org  Sun Jun  1 20:13:41 2014
From: report at bugs.python.org (eryksun)
Date: Sun, 01 Jun 2014 18:13:41 +0000
Subject: [issue21625] help()'s more-mode is frustrating
In-Reply-To: <1401624278.41.0.968851571107.issue21625@psf.upfronthosting.co.za>
Message-ID: <1401646421.79.0.481680641586.issue21625@psf.upfronthosting.co.za>


eryksun added the comment:

> Why does help() enter a more-mode for even short help?  

`more` exits if there's less than a page of a text. The default for `less` is to quit when "q" is entered. You may be interested in the option -e (quit-at-eof).

> Why doesn't ENTER get you out of it?  

ENTER scrolls. Type a number N to scroll by N lines.

> Why does it clear the screen when you are done with it, 
> removing all the help from the screen?

The option -X (no-init) should stop `less` from clearing the screen.

> Why doesn't the prompt have a suggestion of how to get out of it?  

I guess no one thought to add that when `less` is used.

You can customize the pager using the PAGER environment variable, as used by other commands such as `man`.

    $ PAGER='less -eX' python3 -c 'help(help)'
    Help on _Helper in module site object:
    
    class _Helper(builtins.object)
    [...]

You can also set pydoc.pager directly, which is what IDLE does:

    >>> pydoc.pager = pydoc.plainpager
    >>> help(help)
    Help on _Helper in module site object:
    [...]

plainpager is the default if the TERM environment variable is dumb or emacs, or if sys.stdout isn't a tty. Otheriwse if the system has neither `less` nor `more`, the pager is set to pydoc.ttypager. 

On Windows, text is written to a temp file using tempfilepager. Other platforms pipe the text using pipepager. This should also work for Windows in Python 3, which implements os.popen with subprocess.Popen. Here's a test using GnuWin32 head.exe and tr.exe:

    >>> cmd = 'head -n3 | tr [:lower:] [:upper:]'    
    >>> pydoc.pager = lambda t: pydoc.pipepager(t, cmd)
    >>> help(help)
    HELP ON _HELPER IN MODULE _SITEBUILTINS OBJECT:
    
    CLASS _HELPER(BUILTINS.OBJECT)

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21625>
_______________________________________

From report at bugs.python.org  Sun Jun  1 20:53:27 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 18:53:27 +0000
Subject: [issue21628] 2to3 does not fix zip in some cases
In-Reply-To: <1401643673.43.0.6506799869.issue21628@psf.upfronthosting.co.za>
Message-ID: <1401648807.18.0.972260644619.issue21628@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21628>
_______________________________________

From report at bugs.python.org  Sun Jun  1 20:59:50 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 01 Jun 2014 18:59:50 +0000
Subject: [issue21630] List Dict bug?
In-Reply-To: <1401645081.14.0.213234541385.issue21630@psf.upfronthosting.co.za>
Message-ID: <1401649190.38.0.360910673207.issue21630@psf.upfronthosting.co.za>


R. David Murray added the comment:

If I put a 'print("one iteration") at the top of the loop, that string is printed exactly once.  I presume you realized that and that is why you closed this?

----------
nosy: +r.david.murray
resolution:  -> not a bug

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21630>
_______________________________________

From report at bugs.python.org  Sun Jun  1 21:02:31 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 01 Jun 2014 19:02:31 +0000
Subject: [issue21631] List/Dict Combination Bug
In-Reply-To: <1401645406.57.0.0613962818315.issue21631@psf.upfronthosting.co.za>
Message-ID: <1401649351.69.0.820034812063.issue21631@psf.upfronthosting.co.za>


R. David Murray added the comment:

Oh, this is the same code as in issue 21630 that you closed.  Since the loop is only executed once (as confirmed by adding a print), I suspect you have a bug in your expectations of the output :)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21631>
_______________________________________

From report at bugs.python.org  Sun Jun  1 21:14:00 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 01 Jun 2014 19:14:00 +0000
Subject: [issue19656] Add Py3k warning for non-ascii bytes literals
In-Reply-To: <1384884587.46.0.636196916046.issue19656@psf.upfronthosting.co.za>
Message-ID: <3ghThR0Tyjz7LjT@mail.python.org>


Roundup Robot added the comment:

New changeset 6bd21268876e by Serhiy Storchaka in branch '2.7':
Issue #19656: Running Python with the -3 option now also warns about
http://hg.python.org/cpython/rev/6bd21268876e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19656>
_______________________________________

From report at bugs.python.org  Sun Jun  1 21:19:40 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 01 Jun 2014 19:19:40 +0000
Subject: [issue19656] Add Py3k warning for non-ascii bytes literals
In-Reply-To: <1384884587.46.0.636196916046.issue19656@psf.upfronthosting.co.za>
Message-ID: <1401650380.8.0.0404437457648.issue19656@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
assignee:  -> serhiy.storchaka
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19656>
_______________________________________

From report at bugs.python.org  Sun Jun  1 21:42:46 2014
From: report at bugs.python.org (Ned Batchelder)
Date: Sun, 01 Jun 2014 19:42:46 +0000
Subject: [issue21625] help()'s more-mode is frustrating
In-Reply-To: <1401624278.41.0.968851571107.issue21625@psf.upfronthosting.co.za>
Message-ID: <1401651766.96.0.827717248869.issue21625@psf.upfronthosting.co.za>


Ned Batchelder added the comment:

Thanks, this is a very complete explanation of the machinery behind the scenes.  I think we would do beginners a service if we made the behavior a bit less obscure.  Are there ways that we could (for example) have the prompt say "END (q to quit)" instead of just "END"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21625>
_______________________________________

From report at bugs.python.org  Sun Jun  1 22:04:08 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 20:04:08 +0000
Subject: [issue21632] Idle: sychronize text files across versions as
 appropriate.
Message-ID: <1401653048.67.0.410075240999.issue21632@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

Spinoff of #7136: In pushing the patch for that issue, I discovered that formatting changes for help.txt (and maybe /Doc/library/idle.rst) had been applied unevenly. See msg192141, which suggests this issue. 3.3 versus 3.4 differences are moot, so this now means 2.7 versus 3.4+.

----------
assignee: terry.reedy
messages: 219521
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Idle: sychronize text files across versions as appropriate.
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21632>
_______________________________________

From report at bugs.python.org  Sun Jun  1 22:08:35 2014
From: report at bugs.python.org (Jakub Wilk)
Date: Sun, 01 Jun 2014 20:08:35 +0000
Subject: [issue20886] Disabling logging to ~/.python_history is not simple
 enough
In-Reply-To: <1394483435.54.0.13789888009.issue20886@psf.upfronthosting.co.za>
Message-ID: <1401653315.86.0.774233350887.issue20886@psf.upfronthosting.co.za>


Changes by Jakub Wilk <jwilk at jwilk.net>:


----------
nosy: +jwilk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20886>
_______________________________________

From report at bugs.python.org  Sun Jun  1 22:12:06 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 20:12:06 +0000
Subject: [issue10652] test___all_ + test_tcl fails (Windows installed binary)
In-Reply-To: <1291819198.8.0.493152862608.issue10652@psf.upfronthosting.co.za>
Message-ID: <1401653526.18.0.807263638856.issue10652@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Zach, do you have any further thoughts in light of patches pushed since? 
What do you think is the exact remaining issue?

----------
assignee: terry.reedy -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10652>
_______________________________________

From report at bugs.python.org  Sun Jun  1 22:18:39 2014
From: report at bugs.python.org (Jakub Wilk)
Date: Sun, 01 Jun 2014 20:18:39 +0000
Subject: [issue21468] NNTPLib connections become corrupt after long periods of
 activity
In-Reply-To: <1399738998.21.0.285283528599.issue21468@psf.upfronthosting.co.za>
Message-ID: <1401653919.21.0.172649643559.issue21468@psf.upfronthosting.co.za>


Changes by Jakub Wilk <jwilk at jwilk.net>:


----------
nosy: +jwilk

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21468>
_______________________________________

From report at bugs.python.org  Sun Jun  1 22:22:24 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 01 Jun 2014 20:22:24 +0000
Subject: [issue21618] POpen does not close fds when fds have been inherited
 from a process with a higher resource limit
In-Reply-To: <1401510281.2.0.0561893965896.issue21618@psf.upfronthosting.co.za>
Message-ID: <3ghWCN1jcsz7LjT@mail.python.org>


Roundup Robot added the comment:

New changeset 5453b9c59cd7 by Gregory P. Smith in branch '3.4':
Don't restrict ourselves to a "max" fd when closing fds before exec()
http://hg.python.org/cpython/rev/5453b9c59cd7

New changeset 012329c8c4ec by Gregory P. Smith in branch 'default':
Don't restrict ourselves to a "max" fd when closing fds before exec()
http://hg.python.org/cpython/rev/012329c8c4ec

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21618>
_______________________________________

From report at bugs.python.org  Sun Jun  1 22:34:10 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 01 Jun 2014 20:34:10 +0000
Subject: [issue21573] Clean up turtle.py code formatting
In-Reply-To: <1400982505.0.0.749326101789.issue21573@psf.upfronthosting.co.za>
Message-ID: <1401654850.5.0.482466574654.issue21573@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I would like to provide a final review before of any proposed changes.

Also, along the way, I would happy to provide suggestions for more substantive changes (instead of shallow PEP 8 or PyLint changes).  

The primary defect in the modules is that the code got "adultified" somewhere along the way and needs to migrate back to the sort of straight-forward code that kids can read and model their code after.

I've use this code to help train adults to teach kids and found that it needs to use a simpler feature set.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21573>
_______________________________________

From report at bugs.python.org  Sun Jun  1 23:04:03 2014
From: report at bugs.python.org (Gregory P. Smith)
Date: Sun, 01 Jun 2014 21:04:03 +0000
Subject: [issue21618] POpen does not close fds when fds have been inherited
 from a process with a higher resource limit
In-Reply-To: <1401510281.2.0.0561893965896.issue21618@psf.upfronthosting.co.za>
Message-ID: <1401656643.87.0.404710817362.issue21618@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

Backported to subprocess32 in https://code.google.com/p/python-subprocess32/source/detail?r=1c27bfe7e98f78e6aaa746b5c0a4d902a956e2a5

----------
resolution:  -> fixed
stage: patch review -> commit review
status: open -> closed
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21618>
_______________________________________

From report at bugs.python.org  Sun Jun  1 23:31:26 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 21:31:26 +0000
Subject: [issue20640] Idle: test configHelpSourceEdit
In-Reply-To: <1392563325.46.0.352105521636.issue20640@psf.upfronthosting.co.za>
Message-ID: <1401658286.46.0.0981071288762.issue20640@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Please redo 3.3 patch for current 3.4 (after htest change).

----------
title: Adds idle test for configHelpSourceEdit -> Idle: test configHelpSourceEdit
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20640>
_______________________________________

From report at bugs.python.org  Sun Jun  1 23:36:39 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 21:36:39 +0000
Subject: [issue18410] Idle: test SearchDialog.py
In-Reply-To: <1373338807.5.0.870375456877.issue18410@psf.upfronthosting.co.za>
Message-ID: <1401658599.04.0.0196195016943.issue18410@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#18592 has a patch for SearchDialogBase.

----------
title: IDLE Improvements: Unit test for SearchDialog.py -> Idle: test SearchDialog.py
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18410>
_______________________________________

From report at bugs.python.org  Sun Jun  1 23:45:28 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 21:45:28 +0000
Subject: [issue20567] test_idle causes test_ttk_guionly 'can't invoke "event"
 command: application has been destroyed' messages from Tk
In-Reply-To: <1391902578.02.0.588798272285.issue20567@psf.upfronthosting.co.za>
Message-ID: <1401659128.76.0.405562321258.issue20567@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Probably still need to add note to idle_test/README.txt.

----------
stage: commit review -> needs patch
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20567>
_______________________________________

From report at bugs.python.org  Sun Jun  1 23:46:58 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 21:46:58 +0000
Subject: [issue20800] Cannot run gui tests twice.
In-Reply-To: <1393545961.36.0.67475510111.issue20800@psf.upfronthosting.co.za>
Message-ID: <1401659218.49.0.351868793956.issue20800@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20800>
_______________________________________

From report at bugs.python.org  Sun Jun  1 23:55:23 2014
From: report at bugs.python.org (Ned Deily)
Date: Sun, 01 Jun 2014 21:55:23 +0000
Subject: [issue20800] Cannot run gui tests twice.
In-Reply-To: <1393545961.36.0.67475510111.issue20800@psf.upfronthosting.co.za>
Message-ID: <1401659723.43.0.663175353508.issue20800@psf.upfronthosting.co.za>


Ned Deily added the comment:

For what it's worth, I don't see the problem on OS X (haven't tried it recently on a Linux system), so it might be a Windows only issue. It's become clearer that some test combinations can only be safely run with the regrtest -j option to run them as separate subprocesses. I Does "-m test -j2 -ugui test_ttk_guionly test_ttk_guionly" help?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20800>
_______________________________________

From report at bugs.python.org  Mon Jun  2 00:06:21 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 22:06:21 +0000
Subject: [issue18409] Idle: test AutoComplete.py
In-Reply-To: <1373337231.6.0.320085332655.issue18409@psf.upfronthosting.co.za>
Message-ID: <1401660381.08.0.374261732618.issue18409@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage: needs patch -> patch review
title: IDLE Improvements: Unit test for AutoComplete.py -> Idle: test AutoComplete.py
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18409>
_______________________________________

From report at bugs.python.org  Mon Jun  2 00:10:19 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 22:10:19 +0000
Subject: [issue18592] Idle:  test SearchDialogBase.py
In-Reply-To: <1375146770.41.0.774627283078.issue18592@psf.upfronthosting.co.za>
Message-ID: <1401660619.2.0.841860213038.issue18592@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: IDLE: Unit test for SearchDialogBase.py -> Idle:  test SearchDialogBase.py
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18592>
_______________________________________

From report at bugs.python.org  Mon Jun  2 00:11:26 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 22:11:26 +0000
Subject: [issue18910] IDle: test textView.py
In-Reply-To: <1378173406.38.0.908315708817.issue18910@psf.upfronthosting.co.za>
Message-ID: <1401660686.26.0.675787081339.issue18910@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> patch review
title: IDLE: Unit test for textView.py -> IDle: test textView.py
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18910>
_______________________________________

From report at bugs.python.org  Mon Jun  2 00:24:30 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 22:24:30 +0000
Subject: [issue20792] Idle: test PathBrowser more
In-Reply-To: <1393493383.85.0.956500002219.issue20792@psf.upfronthosting.co.za>
Message-ID: <1401661470.45.0.0143802869539.issue20792@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: IDLE: Extend tests for PathBrowser -> Idle: test PathBrowser more
versions: +Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20792>
_______________________________________

From report at bugs.python.org  Mon Jun  2 00:38:44 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 01 Jun 2014 22:38:44 +0000
Subject: [issue21611] int() docstring - unclear what number is
In-Reply-To: <1401440335.97.0.776400017562.issue21611@psf.upfronthosting.co.za>
Message-ID: <1401662324.03.0.336008984024.issue21611@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> I think there should be a precise definition of what is 
> considered to be a number there.

Sometimes "precise" definitions make the docs harder to use rather than easier.  It is the goal of these docs to basically tell what int() does, not to provide a spec for it.

For most users for the past 20+ years, what we already have was sufficient for them to understand that int('42') returned the integer 42 and that int('xyz') did not have a valid interpretation as an integer.

FWIW, there are other parts of the docs that do have more precise specs about precisely specifies what can go in floats, identifiers, etc.  Those parts of the docs are rarely used or read however, because what we have gets the job done reasonably well.

For comparison look at the docs in other languages where the descriptions tend to be more much pithy, leaving intelligent people to fill in the blanks in a reasonable way.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21611>
_______________________________________

From report at bugs.python.org  Mon Jun  2 00:44:36 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 22:44:36 +0000
Subject: [issue21612] IDLE should not open multiple instances of one file
In-Reply-To: <1401460839.49.0.839937941889.issue21612@psf.upfronthosting.co.za>
Message-ID: <1401662676.09.0.084573628635.issue21612@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Your report is a bit vague. Idle is supposed to only open a file once in a particular Idle process. If you have seen otherwise (but see below first), please complete the report: OS, exact Python version (x.y.z), exactly what you did.

If you right-clicked in a file browser, then you open the file in a new idle process each time. This is routine and the issue should be closed.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21612>
_______________________________________

From report at bugs.python.org  Mon Jun  2 00:55:44 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 01 Jun 2014 22:55:44 +0000
Subject: [issue21631] List/Dict Combination Bug
In-Reply-To: <1401645406.57.0.0613962818315.issue21631@psf.upfronthosting.co.za>
Message-ID: <1401663344.6.0.0348877528629.issue21631@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I've traced through your code and it doing exactly what it is specified to be doing (meaning that Python itself seems to be behaving correctly).  Perhaps you wanted it to do something else, but that would be a bug in your own code.

Please use the Python bug tracker for actual bugs in Python, not as a place to figure-out what your own code is doing.  There are other forums that might be suitable (python-tutor, stackoverflow, etc).  Thank you.

----------
nosy: +rhettinger
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21631>
_______________________________________

From report at bugs.python.org  Mon Jun  2 01:19:42 2014
From: report at bugs.python.org (Ned Deily)
Date: Sun, 01 Jun 2014 23:19:42 +0000
Subject: [issue21197] venv does not create lib64 directory and appropriate
 symlinks
In-Reply-To: <1397137832.25.0.881871760177.issue21197@psf.upfronthosting.co.za>
Message-ID: <1401664782.01.0.826099945347.issue21197@psf.upfronthosting.co.za>


Ned Deily added the comment:

The added 64-bit test unnecessary adds an import for struct.  The documented preferred test is:

sys.maxsize > 2**32

https://docs.python.org/dev/library/platform.html#platform.architecture

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21197>
_______________________________________

From report at bugs.python.org  Mon Jun  2 01:32:36 2014
From: report at bugs.python.org (Michael Cohen)
Date: Sun, 01 Jun 2014 23:32:36 +0000
Subject: [issue21633] Argparse does not propagate HelpFormatter class to
 subparsers
Message-ID: <1401665556.26.0.881749322578.issue21633@psf.upfronthosting.co.za>


New submission from Michael Cohen:

Argparse has an option to set the custom help formatter class as a kwarg. For example one can define:


class MyHelpFormatter(argparse.RawDescriptionHelpFormatter):
    def add_argument(self, action):
        if action.dest != "SUPPRESS":
            super(RekallHelpFormatter, self).add_argument(action)


parser = ArguementParser(
   formatter_class=MyHelpFormatter)


But when one creates a subparser there is no way to define the formatter class for it - i.e. parser.add_subparsers() does not accept a formatter_class parameter. Instead we see this code:

    def add_subparsers(self, **kwargs):
        ...
        # add the parser class to the arguments if it's not present
        kwargs.setdefault('parser_class', type(self))

The only way to make this work is to extend ArguementParser to force it to use the formatter_class through inheritance:

class MyArgParser(argparse.ArgumentParser):

    def __init__(self, **kwargs):
        kwargs["formatter_class"] = MyHelpFormatter
	super(MyArgParser, self).__init__(**kwargs)

this is counter intuitive since formatter_class can be passed to the constructor but then it is not propagated to subparsers.

IMHO the expect action here is to have the formatter_class automatically propagates to subparsers as well. Short of that we need to be able to specific it in add_subparser() call.

----------
components: Extension Modules
messages: 219534
nosy: Michael.Cohen
priority: normal
severity: normal
status: open
title: Argparse does not propagate HelpFormatter class to subparsers
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21633>
_______________________________________

From report at bugs.python.org  Mon Jun  2 01:36:32 2014
From: report at bugs.python.org (Ned Deily)
Date: Sun, 01 Jun 2014 23:36:32 +0000
Subject: [issue21477] Idle: improve idle_test.htest
In-Reply-To: <1399867718.01.0.81614892567.issue21477@psf.upfronthosting.co.za>
Message-ID: <1401665792.23.0.439951618.issue21477@psf.upfronthosting.co.za>


Ned Deily added the comment:

"this patch includes a call to macosxSupport. _initializeTkVariantTests(root) in htest.run. Does this work on mac or is something else needed (like doing the same for individual tests that create another root)?"

That looks good and, in a quick spot check running a few tests, seems to work fine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21477>
_______________________________________

From report at bugs.python.org  Mon Jun  2 01:58:06 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 01 Jun 2014 23:58:06 +0000
Subject: [issue21573] Clean up turtle.py code formatting
In-Reply-To: <1400982505.0.0.749326101789.issue21573@psf.upfronthosting.co.za>
Message-ID: <1401667086.11.0.354289152493.issue21573@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I think the *some* of the 'adultification' that you refer to is a result of Gregor reimplementing turtle in a tkinter-independent intermediate language or two, the lowest layer of which he then implemented in tkinter as one particular backend. He intended to implement that next-to-lowest layer with other backends for use outside the stdlib. But unless we were to replace tkinter, that flexibility is just added and unneeded complexity for turtle in the stdlib.

I originally read turtle.py to learn how to program the tkinter canvas. I hoped to see how visible turtle actions, especially animations, translated to canvas calls. I just downloaded 2.5.6 turtle.py (26kb instead of 145kb). At first glance, it seems more suited to that particular need. You would find it a better example of 'straight-forward code' for your classes. I just ran it from 2.7.6 Idle and the end-of-file demo runs.

I have no knowledge of why the 2.5 turtle was replaced instead of being patched and upgraded. At the time, I was just a casual Python user who had never used turtle.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21573>
_______________________________________

From report at bugs.python.org  Mon Jun  2 02:31:00 2014
From: report at bugs.python.org (Lita Cho)
Date: Mon, 02 Jun 2014 00:31:00 +0000
Subject: [issue21573] Clean up turtle.py code formatting
In-Reply-To: <1400982505.0.0.749326101789.issue21573@psf.upfronthosting.co.za>
Message-ID: <1401669060.82.0.439986856803.issue21573@psf.upfronthosting.co.za>


Lita Cho added the comment:

Thank you so much for your support, Terry. I really appreciate all your feedback. Your comments have been very helpful as I am learning Turtle and Tkinter.

Most of my changes are related to spacing, visual indentation, consistent line spaces between method definitions, and making sure all the code falls within 80 lines. They have been all been minor changes that wouldn't change the logic of the code. I haven't gotten to removing the commented out code yet.

I will wait to commit this till I fix a bug in Turtle.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21573>
_______________________________________

From report at bugs.python.org  Mon Jun  2 02:38:33 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Jun 2014 00:38:33 +0000
Subject: [issue21548] pydoc -k IndexError on empty docstring
In-Reply-To: <1400661783.43.0.558471008968.issue21548@psf.upfronthosting.co.za>
Message-ID: <1401669513.55.0.716743081445.issue21548@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21548>
_______________________________________

From report at bugs.python.org  Mon Jun  2 02:43:24 2014
From: report at bugs.python.org (Lita Cho)
Date: Mon, 02 Jun 2014 00:43:24 +0000
Subject: [issue17172] Add turtledemo to IDLE menu
In-Reply-To: <1360441966.18.0.528447885335.issue17172@psf.upfronthosting.co.za>
Message-ID: <1401669804.67.0.530969306708.issue17172@psf.upfronthosting.co.za>


Lita Cho added the comment:

Okay! That makes sense. Any bugs that Turtle has, people will assume IDLE has them too if they launch it from IDLE.

I will take on #21597, and work on that instead. Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17172>
_______________________________________

From report at bugs.python.org  Mon Jun  2 02:43:39 2014
From: report at bugs.python.org (Lita Cho)
Date: Mon, 02 Jun 2014 00:43:39 +0000
Subject: [issue21597] Allow turtledemo code pane to get wider.
In-Reply-To: <1401306787.8.0.543638067901.issue21597@psf.upfronthosting.co.za>
Message-ID: <1401669819.7.0.831058969828.issue21597@psf.upfronthosting.co.za>


Lita Cho added the comment:

I'll take this on.

----------
nosy: +Lita.Cho

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21597>
_______________________________________

From report at bugs.python.org  Mon Jun  2 02:44:00 2014
From: report at bugs.python.org (Lita Cho)
Date: Mon, 02 Jun 2014 00:44:00 +0000
Subject: [issue21597] Allow turtledemo code pane to get wider.
In-Reply-To: <1401306787.8.0.543638067901.issue21597@psf.upfronthosting.co.za>
Message-ID: <1401669840.31.0.937605015117.issue21597@psf.upfronthosting.co.za>


Changes by Lita Cho <lita.cho at gmail.com>:


----------
nosy: +jesstess

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21597>
_______________________________________

From report at bugs.python.org  Mon Jun  2 02:46:08 2014
From: report at bugs.python.org (irdb)
Date: Mon, 02 Jun 2014 00:46:08 +0000
Subject: [issue21612] IDLE should not open multiple instances of one file
In-Reply-To: <1401460839.49.0.839937941889.issue21612@psf.upfronthosting.co.za>
Message-ID: <1401669968.46.0.150326458535.issue21612@psf.upfronthosting.co.za>


irdb added the comment:

Yes, I am right-clicking the file through Windows Explorer as in some situations it seems much faster. (Opening through IDLE's file menu in a particular process works fine)

If this is supposed to be so please close the issue. Although I don't understand why one would want this feature. This is not the case when I use Adobe Reader to open a pdf file, Notepad++ to open a text file, or MS Word to open a .doc file.

I'm using Windows 8 x64/Python 2.7.6 (32 bit version)

----------
type:  -> behavior
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21612>
_______________________________________

From report at bugs.python.org  Mon Jun  2 02:50:03 2014
From: report at bugs.python.org (Steven Stewart-Gallus)
Date: Mon, 02 Jun 2014 00:50:03 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
In-Reply-To: <1401643353.39.0.53304722389.issue21627@psf.upfronthosting.co.za>
Message-ID: <1401670203.71.0.0895060963997.issue21627@psf.upfronthosting.co.za>


Steven Stewart-Gallus added the comment:

Okay, I've made a simple proof of concept patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Mon Jun  2 02:56:58 2014
From: report at bugs.python.org (Steven Stewart-Gallus)
Date: Mon, 02 Jun 2014 00:56:58 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
In-Reply-To: <1401643353.39.0.53304722389.issue21627@psf.upfronthosting.co.za>
Message-ID: <1401670618.4.0.67566797637.issue21627@psf.upfronthosting.co.za>


Steven Stewart-Gallus added the comment:

Gah, I had trouble figuring out mecurial.

Close files after reading open files and not concurrently

This commit removes the old behaviour of closing files concurrently
with reading the system's list of open files and instead closes the
files after the list has been read.

Because no memory can be allocated in that specific context the
approach of setting the CLOEXEC flag and letting the following exec
close the files has been used.

For consistency, the brute force approach to closing the files has
also been modified to set the CLOEXEC flag.

----------
keywords: +patch
Added file: http://bugs.python.org/file35441/cloexec.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Mon Jun  2 03:08:40 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Jun 2014 01:08:40 +0000
Subject: [issue21597] Allow turtledemo code pane to get wider.
In-Reply-To: <1401306787.8.0.543638067901.issue21597@psf.upfronthosting.co.za>
Message-ID: <1401671320.62.0.855038590888.issue21597@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The patch for #18132 replaced pack with grid, But the replacement seemed partial even within the top frame (but I may have misread). Mixing the two is known to be a bad idea. http://effbot.org/tkinterbook/grid.htm has a big warning box about this. I think we can fix both issues with a 2row x 4col grid. The first col would have a minsize as now but be expandable. The canvas would have a rowspan of 3. The bottom row would have a fixed size so it does not disappear. I don't know if gridding a frame with a widget and scrollbars packed inside is ok or not.  If not, it should be possible to grid widget and scrollbars instead. In any case, the result should be a bit simpler, with at least 1 less intermediate frame (for the 3 buttons under the canvas. Unless someone else would rather, I will do a final review, test, and commit. 

If you try an approach that does not work, say so and I will know not to suggest it ;-).

----------
assignee:  -> terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21597>
_______________________________________

From report at bugs.python.org  Mon Jun  2 04:08:03 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Jun 2014 02:08:03 +0000
Subject: [issue21612] IDLE should not open multiple instances of one file
In-Reply-To: <1401460839.49.0.839937941889.issue21612@psf.upfronthosting.co.za>
Message-ID: <1401674883.9.0.933694208269.issue21612@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Notepad++, for instance (which I use), has one version installed, multiple panes, and only allows one instance to run. It matches Idle in only allowing a file to be opened in one process, which happens to be the only process.

Idle, by contrast, can have multiple versions (and I do), multiple instances of one version, and, at the moment, one file per window. I sometimes open a file with multiple versions to test. Yes, I have to be careful if I want to make a change. One person did not like the title bar change because it is bad for how he uses Idle, which is to open one file per process on Win7 in order to have a separate task bar icon for each, just like on XP. If one is doing something that might crash Idle (once all too common, now mostly fixed), a separate process makes sense.

----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21612>
_______________________________________

From report at bugs.python.org  Mon Jun  2 04:20:48 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Jun 2014 02:20:48 +0000
Subject: [issue13630] IDLE: Find(ed) text is not highlighted while dialog box
 is open
In-Reply-To: <1324260829.97.0.644849663035.issue13630@psf.upfronthosting.co.za>
Message-ID: <1401675648.95.0.10167656398.issue13630@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I currently have the same problem with Idle's builtin Search and Replace dialogs. In that respect, this is a duplicate of #18590. Since the discussion here shifted to a third party extension, I am closing this issue and leaving the other one open.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> 'Search' and 'Replace' dialogs don't work on quoted text in Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13630>
_______________________________________

From report at bugs.python.org  Mon Jun  2 04:20:56 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Jun 2014 02:20:56 +0000
Subject: [issue18590] 'Search' and 'Replace' dialogs don't work on quoted text
 in Windows
In-Reply-To: <1375128565.7.0.113615028691.issue18590@psf.upfronthosting.co.za>
Message-ID: <1401675656.93.0.705495974969.issue18590@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I closed #18590 as a duplicate of this.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18590>
_______________________________________

From report at bugs.python.org  Mon Jun  2 04:56:09 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Jun 2014 02:56:09 +0000
Subject: [issue18292] Idle: test AutoExpand.py
In-Reply-To: <1372098554.92.0.798687151295.issue18292@psf.upfronthosting.co.za>
Message-ID: <1401677769.31.0.421252131447.issue18292@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> patch review
title: IDLE Improvements: Unit test for AutoExpand.py -> Idle: test AutoExpand.py
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Mon Jun  2 07:20:02 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Jun 2014 05:20:02 +0000
Subject: [issue21625] help()'s more-mode is frustrating
In-Reply-To: <1401624278.41.0.968851571107.issue21625@psf.upfronthosting.co.za>
Message-ID: <1401686402.25.0.939397448731.issue21625@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

> Are there ways that we could (for example) have the prompt say "END (q to quit)" instead of just "END"?

Add following command to your profile file (~/.profile, ~/bashrc, or ~/.bash_aliases):

    export LESS='-PEND (q to quit)'

And please don't break help(). It works as expected (to Unix users) and is enough configurable.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21625>
_______________________________________

From report at bugs.python.org  Mon Jun  2 07:44:12 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Jun 2014 05:44:12 +0000
Subject: [issue20800] Cannot run gui tests twice.
In-Reply-To: <1393545961.36.0.67475510111.issue20800@psf.upfronthosting.co.za>
Message-ID: <1401687852.81.0.697706565919.issue20800@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Does recent patch for issue20035 help?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20800>
_______________________________________

From report at bugs.python.org  Mon Jun  2 07:51:53 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Jun 2014 05:51:53 +0000
Subject: [issue18292] Idle: test AutoExpand.py
In-Reply-To: <1372098554.92.0.798687151295.issue18292@psf.upfronthosting.co.za>
Message-ID: <1401688313.28.0.857514099496.issue18292@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

For tests that use a Text widget, I want the first version to be a gui test using tkinter.Text. This removes mock Text as an issue in writing the tests. I will not commit without running the test 'live' at least once.

Once the file (or at least a TestCase) is complete, we can then consider replacing the real Text with the mock. The gui code is commented out, rather than deleted, in case there is ever a need to switch back. See test_searchengine.py (#18489), where this was done,  (Even partial conversions are worthwhile if complete conversion is not possible.) Did I forget to say this in idle_test/README.txt? (I know I forget to mention this directly before now, Sorry ;-).

Some modules import tkinter and instantiate widgets either upon import or during testing, (This is different from taking a widget instance as an argument in .__init__.) If so  a gui-free test requires that the module be monkey-patched with mocks. For SearchEngine, the only widgets are XyzVars and TkMessageBox, for which we do have mocks. AutoExpand does not import tkinter, so it is fine as is.

In your patch, comment out "from idlelib.idle_test.mock_tk import Text" and add the needed gui code. See the commented out code in 
test_searchengine.

----------
stage: patch review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Mon Jun  2 08:11:36 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Jun 2014 06:11:36 +0000
Subject: [issue11387] Tkinter, callback functions
In-Reply-To: <1299177014.21.0.99633865764.issue11387@psf.upfronthosting.co.za>
Message-ID: <1401689496.68.0.669073519229.issue11387@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

This is not Tkinter bug, this is normal Tk behavior. Here is minimal reproducer on Tcl/Tk :

    button .b -text "Click me"
    bind .b <Button-1> {tk_messageBox -message "The button is sunken!"}
    pack .b

I suppose the button is left sunken because the message box steals a focus.

In general binding mouse click event for button is not a good idea, because it makes a button non-usable with keyboard. Use the "command" option.

----------
nosy: +serhiy.storchaka
resolution:  -> not a bug

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11387>
_______________________________________

From report at bugs.python.org  Mon Jun  2 08:17:44 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Jun 2014 06:17:44 +0000
Subject: [issue11387] Tkinter, callback functions
In-Reply-To: <1299177014.21.0.99633865764.issue11387@psf.upfronthosting.co.za>
Message-ID: <1401689864.76.0.257403595395.issue11387@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11387>
_______________________________________

From report at bugs.python.org  Mon Jun  2 08:49:05 2014
From: report at bugs.python.org (Dmitry Andreychuk)
Date: Mon, 02 Jun 2014 06:49:05 +0000
Subject: [issue21611] int() docstring - unclear what number is
In-Reply-To: <1401440335.97.0.776400017562.issue21611@psf.upfronthosting.co.za>
Message-ID: <1401691745.98.0.695213556157.issue21611@psf.upfronthosting.co.za>


Dmitry Andreychuk added the comment:

Now I see that my message may look like a suggestion to add an encyclopedic definition of number there. Sorry.

Actually I was talking about requirements for user-defined types to make them work with int(). Something like: "If x has __int__() method return x.__int__(). Else x must be a string, bytes, or bytearray...".

After reading the docstring I was like: Should I just define __int__() for my class to work with int() or maybe int() uses isintance() and my class has also to inherit from numbers.Number?

But maybe It's just me and it's clear for everyone else.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21611>
_______________________________________

From report at bugs.python.org  Mon Jun  2 09:25:14 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Jun 2014 07:25:14 +0000
Subject: [issue6167] Tkinter.Scrollbar: the activate method needs to return a
 value, and set should take only two args
In-Reply-To: <1243887092.8.0.492821608561.issue6167@psf.upfronthosting.co.za>
Message-ID: <1401693914.22.0.569553336094.issue6167@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6167>
_______________________________________

From report at bugs.python.org  Mon Jun  2 09:34:13 2014
From: report at bugs.python.org (eryksun)
Date: Mon, 02 Jun 2014 07:34:13 +0000
Subject: [issue21611] int() docstring - unclear what number is
In-Reply-To: <1401440335.97.0.776400017562.issue21611@psf.upfronthosting.co.za>
Message-ID: <1401694453.0.0.341030596727.issue21611@psf.upfronthosting.co.za>


eryksun added the comment:

The constructor tries __trunc__ (truncate toward 0) if __int__ isn't defined. If __trunc__ doesn't return an instance of int, it calls the intermediate result's __int__ method. In terms of the numbers ABCs, numbers.Real requires __trunc__, which should return a numbers.Integral, which requires __int__. 

The special methods __trunc__, __floor__, and __ceil__ aren't documented in the language reference. They're mentioned briefly in the docs for the math functions trunc, floor, and ceil.

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21611>
_______________________________________

From report at bugs.python.org  Mon Jun  2 09:44:39 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Mon, 02 Jun 2014 07:44:39 +0000
Subject: [issue18039] dbm.open(...,
 flag="n") does not work and does not give a warning
In-Reply-To: <1369269598.14.0.669972141851.issue18039@psf.upfronthosting.co.za>
Message-ID: <1401695079.96.0.566285512617.issue18039@psf.upfronthosting.co.za>


Changes by Claudiu.Popa <pcmanticore at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18039>
_______________________________________

From report at bugs.python.org  Mon Jun  2 09:47:58 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Mon, 02 Jun 2014 07:47:58 +0000
Subject: [issue18039] dbm.open(...,
 flag="n") does not work and does not give a warning
In-Reply-To: <1369269598.14.0.669972141851.issue18039@psf.upfronthosting.co.za>
Message-ID: <1401695278.1.0.0172536875087.issue18039@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

Serhiy, could you please have a look at this patch? Given the fact that you committed my last dbm patch, I hope you have a couple of minutes to have a look at this one as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18039>
_______________________________________

From report at bugs.python.org  Mon Jun  2 09:59:21 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Jun 2014 07:59:21 +0000
Subject: [issue4350] Remove dead code from Tkinter.py
In-Reply-To: <1227053659.32.0.711141995765.issue4350@psf.upfronthosting.co.za>
Message-ID: <1401695961.65.0.419019538073.issue4350@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4350>
_______________________________________

From report at bugs.python.org  Mon Jun  2 10:16:35 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 02 Jun 2014 08:16:35 +0000
Subject: [issue17095] Modules/Setup *shared* support broken
In-Reply-To: <1359669296.59.0.227426586133.issue17095@psf.upfronthosting.co.za>
Message-ID: <3ghq3P67Xqz7LjR@mail.python.org>


Roundup Robot added the comment:

New changeset 6c468df214dc by Ned Deily in branch '3.4':
Issue #17095: Fix Modules/Setup *shared* support.
http://hg.python.org/cpython/rev/6c468df214dc

New changeset 227ce85bdbe0 by Ned Deily in branch 'default':
Issue #17095: Fix Modules/Setup *shared* support.
http://hg.python.org/cpython/rev/227ce85bdbe0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17095>
_______________________________________

From report at bugs.python.org  Mon Jun  2 10:19:48 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 02 Jun 2014 08:19:48 +0000
Subject: [issue17095] Modules/Setup *shared* support broken
In-Reply-To: <1359669296.59.0.227426586133.issue17095@psf.upfronthosting.co.za>
Message-ID: <1401697188.63.0.471855772025.issue17095@psf.upfronthosting.co.za>


Ned Deily added the comment:

Committed for release in 3.4.2 and 3.5.0.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17095>
_______________________________________

From report at bugs.python.org  Mon Jun  2 10:28:39 2014
From: report at bugs.python.org (Alexei Mozhaev)
Date: Mon, 02 Jun 2014 08:28:39 +0000
Subject: [issue20147] multiprocessing.Queue.get() raises queue.Empty exception
 if even if an item is available
In-Reply-To: <1389022210.55.0.898891193549.issue20147@psf.upfronthosting.co.za>
Message-ID: <1401697719.32.0.159733095497.issue20147@psf.upfronthosting.co.za>


Alexei Mozhaev added the comment:

Hi! Are there any updates on the issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20147>
_______________________________________

From report at bugs.python.org  Mon Jun  2 11:00:37 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Mon, 02 Jun 2014 09:00:37 +0000
Subject: [issue19997] imghdr.what doesn't accept bytes paths
In-Reply-To: <1387198093.92.0.388328564702.issue19997@psf.upfronthosting.co.za>
Message-ID: <1401699637.36.0.573896771136.issue19997@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

There are other modules with support for bytes filenames in their API:

bz2                          
codecs                       
gzip                         
lzma                         
pipes.Template               
tarfile
tokenize
fileinput
filecmp
sndhdr
configparser

Also, given the fact that sndhdr supports them and its purpose is similar with imghdr, it would be a surprise
for a beginner to find out that imghdr.what(b"img") is not working, while sndhdr.what(b"snd") works.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19997>
_______________________________________

From report at bugs.python.org  Mon Jun  2 11:21:11 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 09:21:11 +0000
Subject: [issue21401] python2 -3 does not warn about str/unicode to bytes
 conversions and comparisons
In-Reply-To: <1398880816.89.0.350834147614.issue21401@psf.upfronthosting.co.za>
Message-ID: <1401700871.29.0.187366447733.issue21401@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Serhiy wrote:
"I think that even if we accept this change (I am unsure in this), a warning should be raised only when bytes and unicode objects are equal. When they are not equal, a warning should not be raised, because this matches Python 3 behavior."

Python 3 warns even if strings are equal.

$ python3 -b -Wd
Python 3.3.2 (default, Mar  5 2014, 08:21:05) 
e" for more information.
>>> b'abc' == 'abc'
__main__:1: BytesWarning: Comparison between bytes and string
False
>>> b'abc' == 'abc'
False

The warning is not repeat in the interactive interprter because it is emited twice at the same location "__main__:1".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21401>
_______________________________________

From report at bugs.python.org  Mon Jun  2 11:27:08 2014
From: report at bugs.python.org (Lennart Regebro)
Date: Mon, 02 Jun 2014 09:27:08 +0000
Subject: [issue21634] Pystone uses floats
Message-ID: <1401701228.7.0.484236957852.issue21634@psf.upfronthosting.co.za>


New submission from Lennart Regebro:

Pystone uses some floats in Python 3, while in Python 2 it's all integers. And since it is, as far as I can tell, based on Dhrystone, it should be all ints.

After fixing the division in the loop to be a floor division it runs the same as in Python 2. I've verified that after the attached fix the only floats created are time stamps, so this seems to be all that's needed.

This also makes the benchmark run c:a 5% faster, lessening the speed difference in pystone between Python 2 and Python 3, which contributes to the misconception that Python 3 is horribly slow.

----------
components: Benchmarks
files: pystone.diff
keywords: patch
messages: 219559
nosy: lregebro
priority: normal
severity: normal
status: open
title: Pystone uses floats
type: performance
versions: Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35442/pystone.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21634>
_______________________________________

From report at bugs.python.org  Mon Jun  2 11:30:08 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 09:30:08 +0000
Subject: [issue21634] Pystone uses floats
In-Reply-To: <1401701228.7.0.484236957852.issue21634@psf.upfronthosting.co.za>
Message-ID: <1401701408.1.0.50445745355.issue21634@psf.upfronthosting.co.za>


STINNER Victor added the comment:

According to the name of variables ("IntLoc2 = IntLoc3 // IntLoc1"), I agree that integers should be used. Since the performances can be different between int and float, you should change the version and explain your change in the changelog (in the top docstring).

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21634>
_______________________________________

From report at bugs.python.org  Mon Jun  2 11:36:40 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 02 Jun 2014 09:36:40 +0000
Subject: [issue13631] readline fails to parse some forms of .editrc under
 editline (libedit) emulation on Mac OS X
In-Reply-To: <1324267597.43.0.334578978638.issue13631@psf.upfronthosting.co.za>
Message-ID: <1401701800.81.0.927283522398.issue13631@psf.upfronthosting.co.za>


Ned Deily added the comment:

It appears that Apple's update to editline in OS X 10.9 Mavericks has also broken this patch; with refreshing, it still works with the system editline in 10.8. So, like the fix for Issue18458, we need to make sure that the fix works with either version of a dynamically loaded libedit.

Zvezdan, it would be good if you would be willing to sign the Python contributor agreement for your patch:  https://www.python.org/psf/contrib/contrib-form/

----------
stage: commit review -> patch review
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13631>
_______________________________________

From report at bugs.python.org  Mon Jun  2 11:42:12 2014
From: report at bugs.python.org (Abhilash Raj)
Date: Mon, 02 Jun 2014 09:42:12 +0000
Subject: [issue634412] RFC 2387 in email package
Message-ID: <1401702132.28.0.44537201513.issue634412@psf.upfronthosting.co.za>


Abhilash Raj added the comment:

David: I had a look at the examples and documentation as you said. I found some support for multipart/related in the form of  `add_related` and `set_related` methods. But I am still confused on how to make content_manager recognize miltipart/related messages. Do I need to add a new content-manager instance like `raw_content_manager` or something else?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue634412>
_______________________________________

From report at bugs.python.org  Mon Jun  2 11:52:19 2014
From: report at bugs.python.org (Lennart Regebro)
Date: Mon, 02 Jun 2014 09:52:19 +0000
Subject: [issue21634] Pystone uses floats
In-Reply-To: <1401701228.7.0.484236957852.issue21634@psf.upfronthosting.co.za>
Message-ID: <1401702739.62.0.0603116546167.issue21634@psf.upfronthosting.co.za>


Lennart Regebro added the comment:

Yes, good point, I added this in a new diff.

----------
Added file: http://bugs.python.org/file35443/pystone12.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21634>
_______________________________________

From report at bugs.python.org  Mon Jun  2 12:00:43 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Jun 2014 10:00:43 +0000
Subject: [issue4350] Remove dead code from Tkinter.py
In-Reply-To: <1227053659.32.0.711141995765.issue4350@psf.upfronthosting.co.za>
Message-ID: <1401703243.71.0.0766901642591.issue4350@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Patch is synchronized with tip. It also removes Studbutton and Tributton classes which depend on removed methods. These classes are not documented, not tested and never worked in supported Python versions. I even not found reasonable links in Google, except an annotation [1] and autogenerated from Tkinter sources docs.

I now think that perhaps we should apply this patch to 2.7 and 3.4 too. Non-working (and non-worked last 10 or 15 or more years) code only confuses people.

[1] http://legacy.python.org/search/hypermail/python-1994q2/1023.html

----------
Added file: http://bugs.python.org/file35444/tkinter_remove_dead_code-3.5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4350>
_______________________________________

From report at bugs.python.org  Mon Jun  2 12:03:56 2014
From: report at bugs.python.org (drevicko)
Date: Mon, 02 Jun 2014 10:03:56 +0000
Subject: [issue21635] difflib.SequenceMatcher stores matching blocks as tuples, 
 not Match named tuples
Message-ID: <1401703436.14.0.164374106757.issue21635@psf.upfronthosting.co.za>


New submission from drevicko:

difflib.SequenceMatcher.get_matching_blocks() last lines:


        non_adjacent.append( (la, lb, 0) )
        self.matching_blocks = non_adjacent
        return map(Match._make, self.matching_blocks)

should be something like:

        non_adjacent.append( (la, lb, 0) )
        self.matching_blocks = map(Match._make, non_adjacent)
        return self.matching_blocks

----------
components: Library (Lib)
messages: 219565
nosy: drevicko
priority: normal
severity: normal
status: open
title: difflib.SequenceMatcher stores matching blocks as tuples, not Match named tuples
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21635>
_______________________________________

From report at bugs.python.org  Mon Jun  2 12:34:06 2014
From: report at bugs.python.org (Ned Batchelder)
Date: Mon, 02 Jun 2014 10:34:06 +0000
Subject: [issue21625] help()'s more-mode is frustrating
In-Reply-To: <1401624278.41.0.968851571107.issue21625@psf.upfronthosting.co.za>
Message-ID: <1401705246.75.0.165382718392.issue21625@psf.upfronthosting.co.za>


Ned Batchelder added the comment:

Serhiy, thanks for the configuration tip.  But you seem to be missing my point, which is that beginners need the default to be a little more friendly.  I don't want to make it bad for experienced users, of course.  I doubt Unix users will be confused by seeing "END (q to quit)" as a prompt.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21625>
_______________________________________

From report at bugs.python.org  Mon Jun  2 12:49:55 2014
From: report at bugs.python.org (fumihiko kakuma)
Date: Mon, 02 Jun 2014 10:49:55 +0000
Subject: [issue21600] mock.patch.stopall doesn't work with patch.dict to
 sys.modules
In-Reply-To: <1401334528.48.0.358693350259.issue21600@psf.upfronthosting.co.za>
Message-ID: <1401706195.44.0.298195969951.issue21600@psf.upfronthosting.co.za>


fumihiko kakuma added the comment:

Checking mock.py(version 1.0.1) it seems that patch.stopall does not support patch.dict. Does it have any problem to support ptch.dict by stopall.
I made the attached patch file for this. It seems to work well. How about this?

But I don't know why sys.modules refers the first mock object. 

$ python test_samp.py
test_samp1 (__main__.SampTestCase) ... foo_mod=<Mock id='140164117280080'>
myfunc foo=<Mock id='140164117280080'>
>>> stopall patch
ok
test_samp2 (__main__.SampTestCase) ... foo_mod=<Mock id='140164117280208'>
myfunc foo=<Mock id='140164117280208'>
>>> stopall patch
ok
test_samp3 (__main__.SampTestCase) ... foo_mod=<Mock id='140164117280464'>
myfunc foo=<Mock id='140164117280464'>
>>> stopall patch
ok

----------------------------------------------------------------------
Ran 3 tests in 0.001s

OK
$

----------
keywords: +patch
Added file: http://bugs.python.org/file35445/add_stopall_patch_dict.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21600>
_______________________________________

From report at bugs.python.org  Mon Jun  2 13:15:08 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 02 Jun 2014 11:15:08 +0000
Subject: [issue21628] 2to3 does not fix zip in some cases
In-Reply-To: <1401643673.43.0.6506799869.issue21628@psf.upfronthosting.co.za>
Message-ID: <1401707708.75.0.639673269431.issue21628@psf.upfronthosting.co.za>


Berker Peksag added the comment:

This is a duplicate of issue 20742.

----------
nosy: +berker.peksag
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> 2to3 zip fixer doesn't fix for loops.

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21628>
_______________________________________

From report at bugs.python.org  Mon Jun  2 13:15:24 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 02 Jun 2014 11:15:24 +0000
Subject: [issue20742] 2to3 zip fixer doesn't fix for loops.
In-Reply-To: <1393153907.74.0.496388533035.issue20742@psf.upfronthosting.co.za>
Message-ID: <1401707724.21.0.557264004087.issue20742@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +RobertG, benjamin.peterson
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20742>
_______________________________________

From report at bugs.python.org  Mon Jun  2 13:22:55 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 02 Jun 2014 11:22:55 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
In-Reply-To: <1401643353.39.0.53304722389.issue21627@psf.upfronthosting.co.za>
Message-ID: <1401708175.36.0.994881880083.issue21627@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +gregory.p.smith
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Mon Jun  2 13:28:56 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Mon, 02 Jun 2014 11:28:56 +0000
Subject: [issue20640] Idle: test configHelpSourceEdit
In-Reply-To: <1392563325.46.0.352105521636.issue20640@psf.upfronthosting.co.za>
Message-ID: <1401708536.97.0.591919267393.issue20640@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Removed file: http://bugs.python.org/file34125/test-config-helpsource-33.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20640>
_______________________________________

From report at bugs.python.org  Mon Jun  2 13:28:59 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Mon, 02 Jun 2014 11:28:59 +0000
Subject: [issue20640] Idle: test configHelpSourceEdit
In-Reply-To: <1392563325.46.0.352105521636.issue20640@psf.upfronthosting.co.za>
Message-ID: <1401708539.74.0.945071633952.issue20640@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Removed file: http://bugs.python.org/file34128/test-config-helpsource-27.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20640>
_______________________________________

From report at bugs.python.org  Mon Jun  2 13:37:08 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Mon, 02 Jun 2014 11:37:08 +0000
Subject: [issue20640] Idle: test configHelpSourceEdit
In-Reply-To: <1392563325.46.0.352105521636.issue20640@psf.upfronthosting.co.za>
Message-ID: <1401709028.78.0.425841225618.issue20640@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Added file: http://bugs.python.org/file35446/test-cfg-help-34.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20640>
_______________________________________

From report at bugs.python.org  Mon Jun  2 13:37:49 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Mon, 02 Jun 2014 11:37:49 +0000
Subject: [issue20640] Idle: test configHelpSourceEdit
In-Reply-To: <1392563325.46.0.352105521636.issue20640@psf.upfronthosting.co.za>
Message-ID: <1401709069.31.0.997745397816.issue20640@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Added file: http://bugs.python.org/file35447/test-cfg-help-27.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20640>
_______________________________________

From report at bugs.python.org  Mon Jun  2 13:54:09 2014
From: report at bugs.python.org (Thomas Dybdahl Ahle)
Date: Mon, 02 Jun 2014 11:54:09 +0000
Subject: [issue21592] Make statistics.median run in linear time
In-Reply-To: <1401279098.1.0.387904478686.issue21592@psf.upfronthosting.co.za>
Message-ID: <1401710049.09.0.764111722184.issue21592@psf.upfronthosting.co.za>


Thomas Dybdahl Ahle added the comment:

I don't know if it's worth the overhead to implement a multiselect, given we only expose a median function.

I've rewritten select2 to be intro, just falling back on sorting. This doesn't appear to degrade the performance.

I also added np.median to the test-suite. And it is indeed pretty snappy. Though not more than select2 under pypy. There is a discussion here https://github.com/numpy/numpy/issues/1811

== Single call mode ==
N        sort     select7  select23 select47 select97 select   select2  select2b np.median
-------- -------- -------- -------- -------- -------- -------- -------- -------- ---------
    5000    0.002    0.006    0.004    0.004    0.004    0.008    0.003    0.003    0.000
   10000    0.004    0.011    0.008    0.008    0.008    0.014    0.007    0.007    0.001
   50000    0.025    0.057    0.044    0.041    0.043    0.054    0.028    0.028    0.005
  100000    0.055    0.117    0.087    0.085    0.089    0.137    0.079    0.080    0.014
  500000    0.366    0.635    0.474    0.467    0.485    0.534    0.445    0.446    0.105
 1000000    0.802    1.321    1.001    0.985    1.012    1.392    0.936    0.920    0.216
 2000000    1.833    2.666    2.020    1.989    2.040    3.039    1.815    1.821    0.468
 3000000    2.829    4.039    3.034    2.980    3.116    3.191    2.622    2.634    0.704
 4000000    4.013    5.653    4.275    4.284    4.209    6.200    3.715    3.755    0.998
 5000000    5.192    6.888    5.137    5.029    5.201    5.826    5.047    5.084    1.271

----------
Added file: http://bugs.python.org/file35448/select2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21592>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:05:19 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 12:05:19 +0000
Subject: [issue21634] Pystone uses floats
In-Reply-To: <1401702739.62.0.0603116546167.issue21634@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZOwRiVBugo+nsuwVWHLCT56V-gDKUAiemJj8qYQTUbmA@mail.gmail.com>


STINNER Victor added the comment:

+                Unde Python 3 version 1.1 would use the normal division

I guess that it's a typo: "Under Python 3 ..."?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21634>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:06:16 2014
From: report at bugs.python.org (Lennart Regebro)
Date: Mon, 02 Jun 2014 12:06:16 +0000
Subject: [issue21634] Pystone uses floats
In-Reply-To: <1401701228.7.0.484236957852.issue21634@psf.upfronthosting.co.za>
Message-ID: <1401710776.93.0.263576853169.issue21634@psf.upfronthosting.co.za>


Lennart Regebro added the comment:

Oups, yes, that's a typo.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21634>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:08:06 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Mon, 02 Jun 2014 12:08:06 +0000
Subject: [issue21636] test_logging fails on Windows for Unix tests
Message-ID: <1401710886.02.0.477196049958.issue21636@psf.upfronthosting.co.za>


New submission from Claudiu.Popa:

Hello! The attached patch fixes a crash for the logging tests on Windows. That's because the tests assume that socket.AF_UNIX exists. The actual traceback is:

[1/1] test_logging
test test_logging crashed -- Traceback (most recent call last):
  File "D:\Projects\cpython\lib\test\regrtest.py", line 1271, in runtest_inner
    the_module = importlib.import_module(abstest)
  File "D:\Projects\cpython\lib\importlib\__init__.py", line 109, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 2203, in _gcd_import
  File "<frozen importlib._bootstrap>", line 2186, in _find_and_load
  File "<frozen importlib._bootstrap>", line 2175, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 1149, in _load_unlocked
  File "<frozen importlib._bootstrap>", line 1420, in exec_module
  File "<frozen importlib._bootstrap>", line 321, in _call_with_frames_removed
  File "D:\Projects\cpython\lib\test\test_logging.py", line 863, in <module>
    class TestUnixStreamServer(TestTCPServer):
  File "D:\Projects\cpython\lib\test\test_logging.py", line 864, in TestUnixStreamServer
    address_family = socket.AF_UNIX
AttributeError: module 'socket' has no attribute 'AF_UNIX'

1 test failed:
    test_logging

----------
components: Tests
files: logging_windows.patch
keywords: patch
messages: 219572
nosy: Claudiu.Popa, vinay.sajip
priority: normal
severity: normal
status: open
title: test_logging fails on Windows for Unix tests
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file35449/logging_windows.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21636>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:18:26 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 02 Jun 2014 12:18:26 +0000
Subject: [issue21634] Pystone uses floats
In-Reply-To: <1401701228.7.0.484236957852.issue21634@psf.upfronthosting.co.za>
Message-ID: <3ghwQT2bhNz7Ljf@mail.python.org>


Roundup Robot added the comment:

New changeset 1318324aa93a by Victor Stinner in branch '3.4':
Issue #21634: Fix pystone micro-benchmark: use floor division instead of true
http://hg.python.org/cpython/rev/1318324aa93a

New changeset 95b7acdc0f24 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21634: Fix pystone micro-benchmark: use floor division
http://hg.python.org/cpython/rev/95b7acdc0f24

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21634>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:19:38 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 12:19:38 +0000
Subject: [issue21634] Pystone uses floats
In-Reply-To: <1401701228.7.0.484236957852.issue21634@psf.upfronthosting.co.za>
Message-ID: <1401711578.03.0.586141401952.issue21634@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thanks the patch, I fixed pystone in Python 3.4 and 3.5.

----------
resolution:  -> fixed
status: open -> closed
versions:  -Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21634>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:25:35 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 12:25:35 +0000
Subject: [issue21636] test_logging fails on Windows for Unix tests
In-Reply-To: <1401710886.02.0.477196049958.issue21636@psf.upfronthosting.co.za>
Message-ID: <1401711935.15.0.145099103969.issue21636@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, it looks like a follow-up of the issue #21583 (change f1393e82660819996e74c7eeddc5ae1f38b15f0a), the test was already buggy but not run before.

----------
nosy: +diana, haypo, python-dev
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21636>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:26:42 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 12:26:42 +0000
Subject: [issue21636] test_logging fails on Windows for Unix tests
In-Reply-To: <1401710886.02.0.477196049958.issue21636@psf.upfronthosting.co.za>
Message-ID: <1401712002.33.0.946069875269.issue21636@psf.upfronthosting.co.za>


STINNER Victor added the comment:

+    if threading and hasattr(socket, "AF_UNIX"):

The check on socket.AF_UNIX attribute looks redundant: there is already a decorator on the testcase class to skip the whole test case. No?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21636>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:27:41 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 12:27:41 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
In-Reply-To: <1401643353.39.0.53304722389.issue21627@psf.upfronthosting.co.za>
Message-ID: <1401712061.16.0.155736101727.issue21627@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +neologix, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:31:53 2014
From: report at bugs.python.org (Lennart Regebro)
Date: Mon, 02 Jun 2014 12:31:53 +0000
Subject: [issue21634] Pystone uses floats
In-Reply-To: <1401701228.7.0.484236957852.issue21634@psf.upfronthosting.co.za>
Message-ID: <1401712313.53.0.82166395692.issue21634@psf.upfronthosting.co.za>


Lennart Regebro added the comment:

Awesome, thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21634>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:33:10 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Mon, 02 Jun 2014 12:33:10 +0000
Subject: [issue21636] test_logging fails on Windows for Unix tests
In-Reply-To: <1401710886.02.0.477196049958.issue21636@psf.upfronthosting.co.za>
Message-ID: <1401712390.16.0.957036411741.issue21636@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

No, because the tests will be skipped after the assignment of the address family.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21636>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:36:02 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 12:36:02 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
In-Reply-To: <1401643353.39.0.53304722389.issue21627@psf.upfronthosting.co.za>
Message-ID: <1401712562.81.0.479470107567.issue21627@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I have no opinon on close() vs setting CLOEXEC flag, but you should use _Py_set_inheritable(fd, 0, NULL). _Py_set_inheritable() is able to set the CLOEXEC flag in a single syscall, instead of 2 syscalls. _close_fds_by_brute_force() is already very slow when the maximum file descriptor is large:
http://legacy.python.org/dev/peps/pep-0446/#closing-all-open-file-descriptors

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:40:41 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 12:40:41 +0000
Subject: [issue21636] test_logging fails on Windows for Unix tests
In-Reply-To: <1401710886.02.0.477196049958.issue21636@psf.upfronthosting.co.za>
Message-ID: <1401712841.51.0.0469768372655.issue21636@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> No, because the tests will be skipped after the assignment of the address family.

Ah yes, the body of the class is executed before the decorator.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21636>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:43:35 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 02 Jun 2014 12:43:35 +0000
Subject: [issue21636] test_logging fails on Windows for Unix tests
In-Reply-To: <1401710886.02.0.477196049958.issue21636@psf.upfronthosting.co.za>
Message-ID: <3ghwzV3GYVz7LjP@mail.python.org>


Roundup Robot added the comment:

New changeset d7a491c6cbdb by Victor Stinner in branch '3.4':
Issue #21636: Fix test_logging, skip UNIX stream (AF_UNIX) tests on Windows.
http://hg.python.org/cpython/rev/d7a491c6cbdb

New changeset b49e366556ba by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21636: Fix test_logging, skip UNIX stream (AF_UNIX) tests on
http://hg.python.org/cpython/rev/b49e366556ba

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21636>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:43:47 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 12:43:47 +0000
Subject: [issue21636] test_logging fails on Windows for Unix tests
In-Reply-To: <1401710886.02.0.477196049958.issue21636@psf.upfronthosting.co.za>
Message-ID: <1401713027.42.0.629079196825.issue21636@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21636>
_______________________________________

From report at bugs.python.org  Mon Jun  2 14:47:13 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 12:47:13 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
In-Reply-To: <1401643353.39.0.53304722389.issue21627@psf.upfronthosting.co.za>
Message-ID: <1401713233.16.0.612286069766.issue21627@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Since Python 3.4, all file descriptors directly created by Python are marked as non-inheritable. It should now be safe to use subprocess with close_fds=False, but the default value was not changed because third party modules (especially code written in C) may not respect the PEP 446.

If you are interested to change the default value, you should audit the major Python modules on PyPI to check if they were adapted to respect the PEP 446 (mark all file descriptors as non-inheritable).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Mon Jun  2 15:13:37 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Jun 2014 13:13:37 +0000
Subject: [issue634412] RFC 2387 in email package
Message-ID: <1401714817.0.0.777958512022.issue634412@psf.upfronthosting.co.za>


R. David Murray added the comment:

My idea (which I haven't worked out in detail) is to add either a new content manager that extends raw_data_manager, or just add to raw_data_manager, a handler for 'multipart/related'.  The set handler would handle a value of type 'dict', and expect it to contain a mapping from content-ids to...something.  What the 'something' is is the part I'm not clear on yet.  Trivially it could be MIMEParts, but that may not be the most convenient API.  Or perhaps it *should* be MIMEParts, with a helper utility to make building the dict easy.  The 'get' handler would return a dict in the same format, whatever we decide that format should be.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue634412>
_______________________________________

From report at bugs.python.org  Mon Jun  2 15:29:46 2014
From: report at bugs.python.org (Sebastian Kreft)
Date: Mon, 02 Jun 2014 13:29:46 +0000
Subject: [issue21594] asyncio.create_subprocess_exec raises OSError
In-Reply-To: <1401293200.2.0.763009510158.issue21594@psf.upfronthosting.co.za>
Message-ID: <1401715786.03.0.672998684431.issue21594@psf.upfronthosting.co.za>


Sebastian Kreft added the comment:

I agree that blocking is not ideal, however there are already some other methods that can eventually block forever, and for such cases a timeout is provided. A similar approach could be used here.

I think this method should retry until it can actually access the resources, because knowing when and how many files descriptors are going to be used is very implementation dependent. So handling the retry logic on the application side, would be probably very inefficient as lot os information is missing, as the subprocess mechanism is a black box.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21594>
_______________________________________

From report at bugs.python.org  Mon Jun  2 15:35:34 2014
From: report at bugs.python.org (Sebastian Kreft)
Date: Mon, 02 Jun 2014 13:35:34 +0000
Subject: [issue21637] Add a warning section exaplaining that tempfiles are
 opened in binary mode
Message-ID: <1401716134.93.0.330807213561.issue21637@psf.upfronthosting.co.za>


New submission from Sebastian Kreft:

Although it is already explained that the default mode of the opened tempfiles is 'w+b' a warning/notice section should be included to make it clearer.

I think this is important as the default for the open function is to return strings and not bytes.

I just had to debug an error with traceback, as traceback.print_exc expects a file capable of handling unicode.

----------
assignee: docs at python
components: Documentation
messages: 219585
nosy: Sebastian.Kreft.Deezer, docs at python
priority: normal
severity: normal
status: open
title: Add a warning section exaplaining that tempfiles are opened in binary mode
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21637>
_______________________________________

From report at bugs.python.org  Mon Jun  2 15:39:16 2014
From: report at bugs.python.org (Linlin Yan)
Date: Mon, 02 Jun 2014 13:39:16 +0000
Subject: [issue21638] Seeking to EOF is too inefficient!
Message-ID: <1401716356.76.0.730972097827.issue21638@psf.upfronthosting.co.za>


New submission from Linlin Yan:

I noticed this problem when I run a Python2 program (MACS: http://liulab.dfci.harvard.edu/MACS/) very inefficiently on a large storage on a high performace server (64-bit Linux). It was much slower (more than two days) than running it on a normal PC (less than two hours).

After ruling out many optimizing conditions, I finally located the problem on the seek() function of Python2. Now I can reproduce the problem in a very simple example:

#!/usr/bin/python2
f = open("Input.sort.bam", "rb")
f.seek(0, 2)
f.close()

Here, the size of file 'Input.sort.bam' is 4,110,535,920 bytes. When I run the program with 'strace' to see the system calls on Linux:

$ strace python2 foo.py
...
open("Input.sort.bam", O_RDONLY)        = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=4110535920, ...}) = 0
fstat(3, {st_mode=S_IFREG|0644, st_size=4110535920, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f23d4492000
fstat(3, {st_mode=S_IFREG|0644, st_size=4110535920, ...}) = 0
lseek(3, 4110532608, SEEK_SET)          = 4110532608
read(3, "f\203\337<\334\350\313\315\345&T\227\211\fC\212a\260\204P\235\366\326\353\230\327>\373\361\221\357\373"..., 3312) = 3312
close(3)                                = 0
...

It seems that python2 just move file cursor to a specific position (4110532608 in this case) and read ahead the rest bytes, rather than seek to the file end directly. I tried to run the exact the same program on the large storage, the position changed to 1073741824, left 889310448 bytes to read to reach the file end, which reduced the performance a lot!

----------
components: IO
messages: 219586
nosy: yanlinlin82
priority: normal
severity: normal
status: open
title: Seeking to EOF is too inefficient!
type: performance
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21638>
_______________________________________

From report at bugs.python.org  Mon Jun  2 15:52:04 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Mon, 02 Jun 2014 13:52:04 +0000
Subject: [issue21639] tracemalloc crashes with floating point exception when
 using StringIO
Message-ID: <1401717123.97.0.114910217041.issue21639@psf.upfronthosting.co.za>


New submission from Claudiu.Popa:

Given the following code, tracemalloc crashes with:
"Floating point exception: 8 (core dumped)"

import tracemalloc
tracemalloc.start(10)
import io
io.StringIO()

The culprit is this line "assert(nelem <= PY_SIZE_MAX / elsize);" from tracemalloc_alloc. elsize is 0 from stringio.c, "self->buf = (Py_UCS4 *)PyMem_Malloc(0);".
The attached patch skips the assert if elsize is 0, but I don't know if this is the right approach.
Thanks!

----------
components: Library (Lib)
files: tracemalloc.patch
keywords: patch
messages: 219587
nosy: Claudiu.Popa, haypo
priority: normal
severity: normal
status: open
title: tracemalloc crashes with floating point exception when using StringIO
type: crash
versions: Python 3.5
Added file: http://bugs.python.org/file35450/tracemalloc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21639>
_______________________________________

From report at bugs.python.org  Mon Jun  2 15:53:02 2014
From: report at bugs.python.org (Auke Willem Oosterhoff)
Date: Mon, 02 Jun 2014 13:53:02 +0000
Subject: [issue21640] References to other Python version in sidebar of
 documentation index is not up to date
Message-ID: <1401717182.28.0.393851427001.issue21640@psf.upfronthosting.co.za>


Changes by Auke Willem Oosterhoff <awoosterhoff at gmail.com>:


----------
assignee: docs at python
components: Documentation
files: python_2.7.patch
keywords: patch
nosy: OrangeTux, docs at python
priority: normal
severity: normal
status: open
title: References to other Python version in sidebar of documentation index is not up to date
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35451/python_2.7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21640>
_______________________________________

From report at bugs.python.org  Mon Jun  2 15:53:32 2014
From: report at bugs.python.org (Auke Willem Oosterhoff)
Date: Mon, 02 Jun 2014 13:53:32 +0000
Subject: [issue21640] References to other Python version in sidebar of
 documentation index is not up to date
Message-ID: <1401717212.01.0.733713204435.issue21640@psf.upfronthosting.co.za>


Changes by Auke Willem Oosterhoff <awoosterhoff at gmail.com>:


Added file: http://bugs.python.org/file35452/python_3.1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21640>
_______________________________________

From report at bugs.python.org  Mon Jun  2 15:53:42 2014
From: report at bugs.python.org (Auke Willem Oosterhoff)
Date: Mon, 02 Jun 2014 13:53:42 +0000
Subject: [issue21640] References to other Python version in sidebar of
 documentation index is not up to date
Message-ID: <1401717222.38.0.756657817164.issue21640@psf.upfronthosting.co.za>


Changes by Auke Willem Oosterhoff <awoosterhoff at gmail.com>:


Added file: http://bugs.python.org/file35453/python_3.2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21640>
_______________________________________

From report at bugs.python.org  Mon Jun  2 15:53:55 2014
From: report at bugs.python.org (Auke Willem Oosterhoff)
Date: Mon, 02 Jun 2014 13:53:55 +0000
Subject: [issue21640] References to other Python version in sidebar of
 documentation index is not up to date
Message-ID: <1401717235.93.0.761948848104.issue21640@psf.upfronthosting.co.za>


Changes by Auke Willem Oosterhoff <awoosterhoff at gmail.com>:


Added file: http://bugs.python.org/file35454/python_3.2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21640>
_______________________________________

From report at bugs.python.org  Mon Jun  2 15:54:07 2014
From: report at bugs.python.org (Auke Willem Oosterhoff)
Date: Mon, 02 Jun 2014 13:54:07 +0000
Subject: [issue21640] References to other Python version in sidebar of
 documentation index is not up to date
Message-ID: <1401717247.15.0.394140458572.issue21640@psf.upfronthosting.co.za>


Changes by Auke Willem Oosterhoff <awoosterhoff at gmail.com>:


Added file: http://bugs.python.org/file35455/python_3.3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21640>
_______________________________________

From report at bugs.python.org  Mon Jun  2 15:54:11 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 02 Jun 2014 13:54:11 +0000
Subject: [issue6181] Tkinter.Listbox several minor issues
In-Reply-To: <1243977899.25.0.845872446641.issue6181@psf.upfronthosting.co.za>
Message-ID: <3ghyXy2TZ4z7LvX@mail.python.org>


Roundup Robot added the comment:

New changeset 5ab8ec8b5b5b by Serhiy Storchaka in branch '2.7':
Issue #6181: Fixed errors in tkinter.Listbox docstrings.
http://hg.python.org/cpython/rev/5ab8ec8b5b5b

New changeset 932532360578 by Serhiy Storchaka in branch '3.4':
Issue #6181: Fixed errors in tkinter.Listbox docstrings.
http://hg.python.org/cpython/rev/932532360578

New changeset bc0ac2f10aa0 by Serhiy Storchaka in branch 'default':
Issue #6181: Fixed errors in tkinter.Listbox docstrings.
http://hg.python.org/cpython/rev/bc0ac2f10aa0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6181>
_______________________________________

From report at bugs.python.org  Mon Jun  2 15:54:22 2014
From: report at bugs.python.org (Auke Willem Oosterhoff)
Date: Mon, 02 Jun 2014 13:54:22 +0000
Subject: [issue21640] References to other Python version in sidebar of
 documentation index is not up to date
Message-ID: <1401717262.79.0.110627471892.issue21640@psf.upfronthosting.co.za>


Changes by Auke Willem Oosterhoff <awoosterhoff at gmail.com>:


Added file: http://bugs.python.org/file35456/python_3.4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21640>
_______________________________________

From report at bugs.python.org  Mon Jun  2 15:55:23 2014
From: report at bugs.python.org (Auke Willem Oosterhoff)
Date: Mon, 02 Jun 2014 13:55:23 +0000
Subject: [issue21640] References to other Python version in sidebar of
 documentation index is not up to date
Message-ID: <1401717323.88.0.779298846083.issue21640@psf.upfronthosting.co.za>


New submission from Auke Willem Oosterhoff:

Most version of the documentation are labeling Python 3.4 as 'in development' and missing reference to Python 3.5.

----------
Added file: http://bugs.python.org/file35457/python_3.5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21640>
_______________________________________

From report at bugs.python.org  Mon Jun  2 16:16:48 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Mon, 02 Jun 2014 14:16:48 +0000
Subject: [issue18292] Idle: test AutoExpand.py
In-Reply-To: <1372098554.92.0.798687151295.issue18292@psf.upfronthosting.co.za>
Message-ID: <1401718608.69.0.395782736288.issue18292@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Added file: http://bugs.python.org/file35458/test-autoexpand1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Mon Jun  2 16:27:57 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Jun 2014 14:27:57 +0000
Subject: [issue21559] OverflowError should not happen for integer operations
In-Reply-To: <1400841279.05.0.350458307747.issue21559@psf.upfronthosting.co.za>
Message-ID: <1401719277.53.0.438425193404.issue21559@psf.upfronthosting.co.za>


R. David Murray added the comment:

Your second bullet item would seem to me to be the obvious interpretation of the docs.  This is, after all, Python, so 'integer' would refer to Python integers and their operations.  So I agree with Stefan that the docs are correct as they stand.  As he also said, there may be places where OverflowError is currently raised that may not be appropriate, especially since we are dealing with a codebase that once had Python integer operations that *could* overflow.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21559>
_______________________________________

From report at bugs.python.org  Mon Jun  2 16:30:39 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 14:30:39 +0000
Subject: [issue21594] asyncio.create_subprocess_exec raises OSError
In-Reply-To: <1401293200.2.0.763009510158.issue21594@psf.upfronthosting.co.za>
Message-ID: <1401719439.36.0.888101057968.issue21594@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +giampaolo.rodola, gvanrossum, pitrou, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21594>
_______________________________________

From report at bugs.python.org  Mon Jun  2 16:40:30 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Mon, 02 Jun 2014 14:40:30 +0000
Subject: [issue20800] Cannot run gui tests twice.
In-Reply-To: <1393545961.36.0.67475510111.issue20800@psf.upfronthosting.co.za>
Message-ID: <1401720030.86.0.0387495640917.issue20800@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

>From Ned Deily's message.
>>haven't tried it recently on a Linux system

Output from a linux syste:

./python -m test  -ugui test_ttk_guionly test_ttk_guionly test_idle test_idle
[1/4] test_ttk_guionly
[2/4] test_ttk_guionly
[3/4] test_idle
[4/4] test_idle
All 4 tests OK.

So it confirms as a windows issue. Unfortunately, that's all I have to offer on this issue ATM.

----------
nosy: +sahutd

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20800>
_______________________________________

From report at bugs.python.org  Mon Jun  2 16:55:42 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Mon, 02 Jun 2014 14:55:42 +0000
Subject: [issue21641] smtplib leaves open sockets around if
 SMTPResponseException is raised in __init__
Message-ID: <1401720942.39.0.48870811951.issue21641@psf.upfronthosting.co.za>


New submission from Claudiu.Popa:

Hello!

I noticed that test_smtplib raises a ResourceWarning, tracking this to this piece of code:

   self.assertRaises(smtplib.SMTPResponseException, smtplib.SMTP,
                     HOST, self.port, 'localhost', 3)

What happens is that `SMTP.getreply` is called in `SMTP.__init__` after the socket was opened, but if getreply raises SMTPResponseException, the socket remains opened. The attached patch fixes this.

----------
components: Library (Lib)
files: smtplib_resource_warning.patch
keywords: patch
messages: 219592
nosy: Claudiu.Popa
priority: normal
severity: normal
status: open
title: smtplib leaves open sockets around if SMTPResponseException is raised in __init__
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35459/smtplib_resource_warning.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21641>
_______________________________________

From report at bugs.python.org  Mon Jun  2 16:57:54 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Mon, 02 Jun 2014 14:57:54 +0000
Subject: [issue21641] smtplib leaves open sockets around if
 SMTPResponseException is raised in __init__
In-Reply-To: <1401720942.39.0.48870811951.issue21641@psf.upfronthosting.co.za>
Message-ID: <1401721074.16.0.905371769913.issue21641@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

An alternative to this approach would be to catch the error in __init__ and close the socket there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21641>
_______________________________________

From report at bugs.python.org  Mon Jun  2 17:00:20 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Mon, 02 Jun 2014 15:00:20 +0000
Subject: [issue10656] "Out of tree" build fails on AIX 5.3
In-Reply-To: <1291865704.62.0.494509897126.issue10656@psf.upfronthosting.co.za>
Message-ID: <1401721220.3.0.0120729217066.issue10656@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
nosy: +haubi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10656>
_______________________________________

From report at bugs.python.org  Mon Jun  2 17:01:25 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Mon, 02 Jun 2014 15:01:25 +0000
Subject: [issue13493] Import error with embedded python on AIX 6.1
In-Reply-To: <1322479753.88.0.634847584065.issue13493@psf.upfronthosting.co.za>
Message-ID: <1401721285.92.0.445486629925.issue13493@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
nosy: +haubi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13493>
_______________________________________

From report at bugs.python.org  Mon Jun  2 17:02:21 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Mon, 02 Jun 2014 15:02:21 +0000
Subject: [issue16189] ld_so_aix not found
In-Reply-To: <1349884360.41.0.476274191409.issue16189@psf.upfronthosting.co.za>
Message-ID: <1401721341.85.0.110235132239.issue16189@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
nosy: +haubi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16189>
_______________________________________

From report at bugs.python.org  Mon Jun  2 17:09:25 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Mon, 02 Jun 2014 15:09:25 +0000
Subject: [issue14150] AIX,
 crash loading shared module into another process than python like
 operator.so results in 0509-130
In-Reply-To: <1330434369.23.0.116359457055.issue14150@psf.upfronthosting.co.za>
Message-ID: <1401721765.45.0.761937304285.issue14150@psf.upfronthosting.co.za>


Michael Haubenwallner added the comment:

Doing it this way strictly requires runtime-linking to be enabled, to have "the main executable" and the module use the same runtime instance of the libpython${VERSION}.so symbols.

Instead, "the main executable" better should re-export the python symbols itself. This requires httpd to be linked with "-bE:/path/to/python.exp" linker flag.

----------
nosy: +haubi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14150>
_______________________________________

From report at bugs.python.org  Mon Jun  2 17:27:53 2014
From: report at bugs.python.org (eryksun)
Date: Mon, 02 Jun 2014 15:27:53 +0000
Subject: [issue21625] help()'s more-mode is frustrating
In-Reply-To: <1401624278.41.0.968851571107.issue21625@psf.upfronthosting.co.za>
Message-ID: <1401722873.89.0.0254691372541.issue21625@psf.upfronthosting.co.za>


eryksun added the comment:

You can use '-P?e(END) .(q to quit)' to add (END) just on the last line. Or show the line count instead:

    os.environ['LESS'] = '-Pline %lB?L/%L. (press h for help or q to quit)'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21625>
_______________________________________

From report at bugs.python.org  Mon Jun  2 17:51:43 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Jun 2014 15:51:43 +0000
Subject: [issue21625] help()'s more-mode is frustrating
In-Reply-To: <1401624278.41.0.968851571107.issue21625@psf.upfronthosting.co.za>
Message-ID: <1401724303.31.0.274460194186.issue21625@psf.upfronthosting.co.za>


R. David Murray added the comment:

There is also an option to make less quit if enter is pressed on the last line (-e/--quit-at-eof).

These more beginner friendly options could be provided by pydoc if there is no existing PAGER or LESS environment variable.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21625>
_______________________________________

From report at bugs.python.org  Mon Jun  2 17:54:18 2014
From: report at bugs.python.org (Robert w)
Date: Mon, 02 Jun 2014 15:54:18 +0000
Subject: [issue21631] List/Dict Combination Bug
In-Reply-To: <1401645406.57.0.0613962818315.issue21631@psf.upfronthosting.co.za>
Message-ID: <1401724458.45.0.969968710154.issue21631@psf.upfronthosting.co.za>


Robert w added the comment:

banner
C:\Users\r0b3\files\backuped\own_dropbox\programmierung\raymarcher0>C:\Python33\python
Python 3.3.2 (v3.3.2:d047928ae3f6, May 16 2013, 00:06:53) [MSC v.1600 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.


C:\Users\r0b3\files\backuped\own_dropbox\programmierung\raymarcher0>C:\Python33\python bug.py
bug.py:45: SyntaxWarning: assertion is always true, perhaps remove parentheses?
  assert(False, "Should be unreachable!")



{'data': {'elements': ['83H', '0FAH', '9AH', '27H', '81H', '49H', '0CEH', '11H']}, 'type': 2}INSIDE
False
False
True



{'data': {'elements': ['83H', '0FAH', '9AH', '27H', '81H', '49H', '0CEH', '11H']}, 'type': 2}INSIDE
False
False
True
db


{'data': {'elements': ['83H', '0FAH', '9AH', '27H', '81H', '49H', '0CEH', '11H']}, 'type': 2}INSIDE
False
False
True

(and so on, some lines with the expected output, see the attached file)


Either im totaly nuts and do *something* wrong, or it is a very weird bug...
Im _not_ some random noob from the inet who doesn't know what a bugtracker is.

---
Seems to be a weird memory issue.

---

I closed the first version of the issue because i was confused between the words "issue" and "summaries" because issues...are bugs...

----------
Added file: http://bugs.python.org/file35460/output.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21631>
_______________________________________

From report at bugs.python.org  Mon Jun  2 18:03:23 2014
From: report at bugs.python.org (Robert w)
Date: Mon, 02 Jun 2014 16:03:23 +0000
Subject: [issue21631] List/Dict Combination Bug
In-Reply-To: <1401645406.57.0.0613962818315.issue21631@psf.upfronthosting.co.za>
Message-ID: <1401725003.93.0.543193222796.issue21631@psf.upfronthosting.co.za>


Changes by Robert w <robertw89 at googlemail.com>:


----------
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21631>
_______________________________________

From report at bugs.python.org  Mon Jun  2 18:04:25 2014
From: report at bugs.python.org (Jim Jewett)
Date: Mon, 02 Jun 2014 16:04:25 +0000
Subject: [issue6167] Tkinter.Scrollbar: the activate method needs to return a
 value, and set should take only two args
In-Reply-To: <1243887092.8.0.492821608561.issue6167@psf.upfronthosting.co.za>
Message-ID: <1401725065.05.0.728331512821.issue6167@psf.upfronthosting.co.za>


Jim Jewett added the comment:

I'm still not seeing why these changes are sufficiently desirable to justify the code churn.  Nor am I seeing test or doc changes that would explain the advantages of the new way, and prevent future regressions.

I agree that the changes would make the signatures better for the typical use cases for this particular widget -- but wouldn't they also break the common interface for the "set" and "activate" methods across several types of tkinter widget?  

If so, then instead of changing or restricting the method, it would be better to add examples (and maybe even an explanation) to the documentation (including the docstring).




In particular:

(1)  Why change actrivate's parameter from "index" to "element"?  I agree that "element" is a better name for the normal case, but 
https://docs.python.org/dev/library/tkinter.html#the-index-parameter
strongly suggests that "index" is more consistent with the rest of tkinter, and that there are use cases wehre "index" is the right name.  If that is not true, please say so explicitly, at least in comments.

(2)  Why change the "set" method?  I understand that a more specific signature is desirable, and I assume that other values would be ignored (or raise an exception), but the set method seems to have an existing API across several widgets -- and that shouldn't be broken lightly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6167>
_______________________________________

From report at bugs.python.org  Mon Jun  2 18:05:07 2014
From: report at bugs.python.org (Ethan Furman)
Date: Mon, 02 Jun 2014 16:05:07 +0000
Subject: [issue21561] help() on enum34 enumeration class creates only a dummy
 documentation
In-Reply-To: <1400866031.36.0.493061688069.issue21561@psf.upfronthosting.co.za>
Message-ID: <1401725107.11.0.816751004187.issue21561@psf.upfronthosting.co.za>


Ethan Furman added the comment:

I think something like the following, taken from http://bugs.python.org/issue19030#msg199920, shoud do the trick for something to test against:

    class Meta(type):
        def __getattr__(self, name):
            if name == 'ham':
                return 'spam'
            return super().__getattr__(name)

    class VA(metaclass=Meta):
        @types.DynamicClassAttribute
        def ham(self):
            return 'eggs'

which should result in:

    VA_instance = VA()
    VA_instance.ham  # should be 'eggs'
    VA.ham           # should be 'spam'

Combining all that with the DynamicClassAttribute should make a fitting test.  Thanks, Andreas, for working on that.

----------
assignee:  -> ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21561>
_______________________________________

From report at bugs.python.org  Mon Jun  2 18:06:30 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Jun 2014 16:06:30 +0000
Subject: [issue21631] List/Dict Combination Bug
In-Reply-To: <1401645406.57.0.0613962818315.issue21631@psf.upfronthosting.co.za>
Message-ID: <1401725190.6.0.767710929834.issue21631@psf.upfronthosting.co.za>


R. David Murray added the comment:

You may not be a noob, but on the other hand we can't see the bug.  So your best bet would be to post your code to the python-list mailing list and ask for help refining your bug report into something we can take action on.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21631>
_______________________________________

From report at bugs.python.org  Mon Jun  2 18:18:29 2014
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 02 Jun 2014 16:18:29 +0000
Subject: [issue10652] test___all_ + test_tcl fails (Windows installed binary)
In-Reply-To: <1291819198.8.0.493152862608.issue10652@psf.upfronthosting.co.za>
Message-ID: <1401725909.79.0.752134092113.issue10652@psf.upfronthosting.co.za>


Zachary Ware added the comment:

As for what's actually wrong here, Hirokazu Yamamoto's diagnosis in msg123615 (adjusted for 2.7) is correct.

Either of the last two patches I posted should work to fix this issue, but they're both just band-aids rather than a real, once-and-for-all fix.  #20035 (which I need to rewrite again) will be a once-and-for-all fix for 3.5 by getting rid of tkinter._fix, but I'm not sure if such an invasive fix is appropriate for 2.7 and 3.4.  I prefer the second band-aid (import FixTk at the top of test_support) just because it's simpler and also prevents the 'os.environ has been changed' warnings.

A workaround that doesn't require a patch is to just set TCL_LIBRARY manually in your environment before running the tests, which is how the 3.x buildbots are currently working (see Tools/buildbot/test.bat:4).

For the record, I'm not sure why the 3.x fix we came up with earlier in this issue worked, though I suspect it has something to do with _fix being part of the tkinter package.  The same patch fails on 2.7 because Tkinter is not a package; FixTk is a standalone module and is thus completely unaffected by support.import_fresh_module('Tkinter').  Fresh-importing FixTk itself works, since it's what we actually need to run.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10652>
_______________________________________

From report at bugs.python.org  Mon Jun  2 18:19:05 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 02 Jun 2014 16:19:05 +0000
Subject: [issue21594] asyncio.create_subprocess_exec raises OSError
In-Reply-To: <1401719439.38.0.940258453898.issue21594@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJ+J_g-Ps6eN0+iQmrpUBOOnEDzDH3133RF1cMUTCDTU2A@mail.gmail.com>


Guido van Rossum added the comment:

I'm not sure. Running out of file descriptors is really not something a
library can handle on its own -- this needs to be kicked back to the app to
handle. E.g. by pacing itself, or closing some connections, or changing the
system limit... The library really can't know what to do, and just waiting
until the condition magically clears seems asking for mysterious hangs.

On Mon, Jun 2, 2014 at 7:30 AM, STINNER Victor <report at bugs.python.org>
wrote:

>
> Changes by STINNER Victor <victor.stinner at gmail.com>:
>
>
> ----------
> nosy: +giampaolo.rodola, gvanrossum, pitrou, yselivanov
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue21594>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21594>
_______________________________________

From report at bugs.python.org  Mon Jun  2 18:28:39 2014
From: report at bugs.python.org (Robert w)
Date: Mon, 02 Jun 2014 16:28:39 +0000
Subject: [issue21631] List/Dict Combination Bug
In-Reply-To: <1401645406.57.0.0613962818315.issue21631@psf.upfronthosting.co.za>
Message-ID: <1401726519.84.0.478016270459.issue21631@psf.upfronthosting.co.za>


Robert w added the comment:

i cutted it down

=====
class EnumSectionContentType(object):
    DATABYTE = 2
    DATADOUBLEWORD = 3
    DATAWORD = 4
#LABEL = 0

def _getStringOfElements(elements):
    objectFileString = ""

    elements = [{'type': 2, 'data': {'elements': ['83H', '0FAH', '9AH', '27H', '81H', '49H', '0CEH', '11H']}}]

    for iterationElement in elements:
        objectFileString += "INSIDE1 "
        
        if iterationElement["type"] == EnumSectionContentType.LABEL:
            objectFileString +=  iterationElement["data"]["labelname"] + ":" + "\n"
        elif iterationElement["type"] == EnumSectionContentType.DATABYTE:
            objectFileString += "INSIDE" + "\n"

            if   iterationElement["type"] == EnumSectionContentType.DATADOUBLEWORD:
                objectFileString += objectFileString + "dd "
            elif iterationElement["type"] == EnumSectionContentType.DATABYTE:
                objectFileString += objectFileString + "db "

    return objectFileString

print(_getStringOfElements(None))
=====

I don't expect any output, I expect a exception (because LABEL is not defined)

but hell no...
i get
-----
C:\Users\r0b3\Downloads>C:\Python34\python bug.py
INSIDE1 INSIDE
INSIDE1 INSIDE
db
-----
C:\Users\r0b3\Downloads>C:\Python34\python
Python 3.4.1 (v3.4.1:c0e311e010fc, May 18 2014, 10:38:22) [MSC v.1600 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21631>
_______________________________________

From report at bugs.python.org  Mon Jun  2 18:58:04 2014
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 02 Jun 2014 16:58:04 +0000
Subject: [issue21623] build ssl failed use vs2010 express
In-Reply-To: <1401595425.37.0.323501689421.issue21623@psf.upfronthosting.co.za>
Message-ID: <1401728284.17.0.739486193764.issue21623@psf.upfronthosting.co.za>


Zachary Ware added the comment:

The first error makes no sense to me.  What version of OpenSSL are you building?  How did you invoke the Python build (command line, or through the VS GUI)?

As for the second error, all of the VS-generated files in PCbuild have a UTF-8 BOM, which is what the 'gbk' codec can't handle.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21623>
_______________________________________

From report at bugs.python.org  Mon Jun  2 19:16:29 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 02 Jun 2014 17:16:29 +0000
Subject: [issue21623] build ssl failed use vs2010 express
In-Reply-To: <1401595425.37.0.323501689421.issue21623@psf.upfronthosting.co.za>
Message-ID: <3gj32P0x2Hz7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset 1d36bd258ee8 by Zachary Ware in branch '3.4':
Issue #21623: open pyproject.props with an explicit encoding
http://hg.python.org/cpython/rev/1d36bd258ee8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21623>
_______________________________________

From report at bugs.python.org  Mon Jun  2 19:17:01 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Jun 2014 17:17:01 +0000
Subject: [issue21631] List/Dict Combination Bug
In-Reply-To: <1401645406.57.0.0613962818315.issue21631@psf.upfronthosting.co.za>
Message-ID: <1401729421.48.0.695071569637.issue21631@psf.upfronthosting.co.za>


R. David Murray added the comment:

I get an exception.  I think you need to be more careful with your testing.  Please take this to python-list for further help.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21631>
_______________________________________

From report at bugs.python.org  Mon Jun  2 19:20:22 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Jun 2014 17:20:22 +0000
Subject: [issue21567] cannot create multipart alternative message with
 us-ascii charset
In-Reply-To: <1400885983.53.0.980235742965.issue21567@psf.upfronthosting.co.za>
Message-ID: <1401729622.12.0.836046259319.issue21567@psf.upfronthosting.co.za>


R. David Murray added the comment:

I suspect this is either related to or is a duplicate of issue 1823.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21567>
_______________________________________

From report at bugs.python.org  Mon Jun  2 19:21:11 2014
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 02 Jun 2014 17:21:11 +0000
Subject: [issue21623] build ssl failed use vs2010 express
In-Reply-To: <1401595425.37.0.323501689421.issue21623@psf.upfronthosting.co.za>
Message-ID: <1401729671.3.0.0142523026709.issue21623@psf.upfronthosting.co.za>


Zachary Ware added the comment:

The cause of the second error should be fixed now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21623>
_______________________________________

From report at bugs.python.org  Mon Jun  2 19:27:47 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Jun 2014 17:27:47 +0000
Subject: [issue15988] Inconsistency in overflow error messages of integer
 argument
In-Reply-To: <1348167070.37.0.305629822418.issue15988@psf.upfronthosting.co.za>
Message-ID: <1401730067.47.0.52862946311.issue15988@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I reconsidered this in the light of #21559. getargs_b requires an integer of type int in range(256). A non-int properly raises TypeError.

>>> from _testcapi import getargs_b as gb
>>> gb(1.0)
Traceback (most recent call last):
  File "<pyshell#7>", line 1, in <module>
    gb(1.0)
TypeError: integer argument expected, got float
>>> import fractions
>>> gb(fractions.Fraction(1, 1))
Traceback (most recent call last):
  File "<pyshell#12>", line 1, in <module>
    gb(fractions.Fraction(1, 1))
TypeError: an integer is required (got type Fraction)

An out-of-range int should, it seems to me, just raise ValueError("int %d not in range(256)" % n). Verification of the range:

>>> gb(255)
255
>>> gb(256)
Traceback (most recent call last):
  File "<pyshell#4>", line 1, in <module>
    gb(256)
OverflowError: unsigned byte integer is greater than maximum
>>> gb(0)
0
>>> gb(-1)
Traceback (most recent call last):
  File "<pyshell#6>", line 1, in <module>
    gb(-1)
OverflowError: unsigned byte integer is less than minimum

The last message is wrong or contradictory. An unsigned (non-negative) int cannot be less than 0.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15988>
_______________________________________

From report at bugs.python.org  Mon Jun  2 19:41:16 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Jun 2014 17:41:16 +0000
Subject: [issue21573] Clean up turtle.py code formatting
In-Reply-To: <1400982505.0.0.749326101789.issue21573@psf.upfronthosting.co.za>
Message-ID: <1401730876.89.0.923823936723.issue21573@psf.upfronthosting.co.za>


R. David Murray added the comment:

A side note about tests: once a couple or three years ago I made it so that you could run 'make doctest' against the turtle documentation and it would work (displaying stuff on the screen).  There's no checking of the output, but it proved the examples at least executed cleanly (with the help of some sphinx-hidden extra code).

For whatever it is worth, they still appear to run to completion:

Document: library/turtle
------------------------
1 items passed all tests:
 313 tests in default
313 tests in 1 items.
313 passed and 0 failed.
Test passed.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21573>
_______________________________________

From report at bugs.python.org  Mon Jun  2 20:02:12 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Jun 2014 18:02:12 +0000
Subject: [issue21559] OverflowError should not happen for integer operations
In-Reply-To: <1400841279.05.0.350458307747.issue21559@psf.upfronthosting.co.za>
Message-ID: <1401732132.91.0.51863470097.issue21559@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I was tempted to close this, but I think there is an issue that 'theme' has implied but not stated clearly enough. The OverflowError entry might be re-written as "Raised when the result of an arithmetic operation involving at least one non-int is too large to be represented. For pairs of ints, MemoryError is raised instead." This much is true. However, the clear implication is that a binary operation on non-ints is the only situation in which OverflowError is raised. But as theme has shown, it is not. In this sense, the doc is incomplete.

Another, unstated, situation is failure of an internal conversion from an int to an internal type. In #20539, #20539, the justification for switching from MemoryError to OverflowError when factorial input grows too large for conversion is that memory is then not filled. In #21444, the justification is history.

A third possibility is that OverflowError is used instead of ValueError when an int fails a simple range check. See #15988: _testcapi.getargs_b requires an int in range(256). -1 and 256 raise OverflowErrors. #7267 is about the same issue. An int not being in range(256) has nothing to do with the merging of integer types in 3.x.

So I think that the docs need a new sentence. Both alternatives can be summarized by "OverflowError may also be raised for integers that are outside a required range." Knowing this might help people debugging such situations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21559>
_______________________________________

From report at bugs.python.org  Mon Jun  2 20:02:28 2014
From: report at bugs.python.org (Steve Dower)
Date: Mon, 02 Jun 2014 18:02:28 +0000
Subject: [issue21623] build ssl failed use vs2010 express
In-Reply-To: <1401595425.37.0.323501689421.issue21623@psf.upfronthosting.co.za>
Message-ID: <1401732148.82.0.470492302399.issue21623@psf.upfronthosting.co.za>


Steve Dower added the comment:

Has the first log been abbreviated at all? It looks like it's trying to build the tests before building the library...

(Nosied Martin, since he's managed to build this version of OpenSSL with VC10 and may have encountered this. I've only dealt with VC9 so far.)

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21623>
_______________________________________

From report at bugs.python.org  Mon Jun  2 20:09:27 2014
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 02 Jun 2014 18:09:27 +0000
Subject: [issue21623] build ssl failed use vs2010 express
In-Reply-To: <1401595425.37.0.323501689421.issue21623@psf.upfronthosting.co.za>
Message-ID: <1401732567.98.0.653367279712.issue21623@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I will note that VC++ 2010 Express is what I use on one of my usual machines, and don't recall ever having this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21623>
_______________________________________

From report at bugs.python.org  Mon Jun  2 20:14:22 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 02 Jun 2014 18:14:22 +0000
Subject: [issue21533] built-in types dict docs - construct dict from iterable, 
 not iterator
In-Reply-To: <1400487015.16.0.760931173475.issue21533@psf.upfronthosting.co.za>
Message-ID: <1401732862.18.0.0797947457386.issue21533@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti, zach.ware
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21533>
_______________________________________

From report at bugs.python.org  Mon Jun  2 20:19:11 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 02 Jun 2014 18:19:11 +0000
Subject: [issue9196] Improve docs for string interpolation "%s" re Unicode
 strings
In-Reply-To: <1278572830.17.0.148747735024.issue9196@psf.upfronthosting.co.za>
Message-ID: <1401733151.93.0.222257381038.issue9196@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9196>
_______________________________________

From report at bugs.python.org  Mon Jun  2 20:19:55 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Mon, 02 Jun 2014 18:19:55 +0000
Subject: [issue21547] '!s' formatting documentation bug
In-Reply-To: <1400654359.7.0.699720681212.issue21547@psf.upfronthosting.co.za>
Message-ID: <1401733195.32.0.136330355474.issue21547@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21547>
_______________________________________

From report at bugs.python.org  Mon Jun  2 20:24:00 2014
From: report at bugs.python.org (Joshua Landau)
Date: Mon, 02 Jun 2014 18:24:00 +0000
Subject: [issue21642] "_ if 1else _" does not compile
Message-ID: <1401733440.77.0.120432390188.issue21642@psf.upfronthosting.co.za>


New submission from Joshua Landau:

By the docs,

    Except at the beginning of a logical line or in
    string literals, the whitespace characters space,
    tab and formfeed can be used interchangeably to
    separate tokens. Whitespace is needed between two
    tokens only if their concatenation could otherwise
    be interpreted as a different token
    (e.g., ab is one token, but a b is two tokens).

"_ if 1else _" should compile equivalently to "_ if 1 else _".

The tokenize module does this correctly:

    import io
    import tokenize

    def print_tokens(string):
        tokens = tokenize.tokenize(io.BytesIO(string.encode("utf8")).readline)    

        for token in tokens:
            print("{:12}{}".format(tokenize.tok_name[token.type], token.string))

    print_tokens("_ if 1else _")
    #>>> ENCODING    utf-8
    #>>> NAME        _
    #>>> NAME        if
    #>>> NUMBER      1
    #>>> NAME        else
    #>>> NAME        _
    #>>> ENDMARKER   

but it fails when compiled with, say, "compile", "eval" or "ast.parse".

    import ast

    compile("_ if 1else _", "", "eval")
    #>>> Traceback (most recent call last):
    #>>>   File "", line 32, in <module>
    #>>>   File "<string>", line 1
    #>>>     _ if 1else _
    #>>>           ^
    #>>> SyntaxError: invalid token

    eval("_ if 1else _")
    #>>> Traceback (most recent call last):
    #>>>   File "", line 40, in <module>
    #>>>   File "<string>", line 1
    #>>>     _ if 1else _
    #>>>           ^
    #>>> SyntaxError: invalid token

    ast.parse("_ if 1else _")
    #>>> Traceback (most recent call last):
    #>>>   File "", line 48, in <module>
    #>>>   File "/usr/lib/python3.4/ast.py", line 35, in parse
    #>>>     return compile(source, filename, mode, PyCF_ONLY_AST)
    #>>>   File "<unknown>", line 1
    #>>>     _ if 1else _
    #>>>           ^
    #>>> SyntaxError: invalid token

Further, some other forms work:

    1 if 0b1else 0
    #>>> 1

    1 if 1jelse 0
    #>>> 1

See

    http://stackoverflow.com/questions/23998026/why-isnt-this-a-syntax-error-in-python

particularly,

    http://stackoverflow.com/a/23998128/1763356

for details.

----------
messages: 219614
nosy: Joshua.Landau
priority: normal
severity: normal
status: open
title: "_ if 1else _" does not compile
type: compile error
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21642>
_______________________________________

From report at bugs.python.org  Mon Jun  2 20:45:05 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 02 Jun 2014 18:45:05 +0000
Subject: [issue21559] OverflowError should not happen for integer operations
In-Reply-To: <1400841279.05.0.350458307747.issue21559@psf.upfronthosting.co.za>
Message-ID: <1401734705.19.0.249925603867.issue21559@psf.upfronthosting.co.za>


R. David Murray added the comment:

"Integers are outside a required range" makes me wonder why it isn't a ValueError.  An OverflowError should be the result of a *computation*, IMO, not a bounds check.

So, maybe add your sentence with the additional phrase "for historical reasons"? :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21559>
_______________________________________

From report at bugs.python.org  Mon Jun  2 20:47:09 2014
From: report at bugs.python.org (Josiah Carlson)
Date: Mon, 02 Jun 2014 18:47:09 +0000
Subject: [issue1191964] asynchronous Subprocess
Message-ID: <1401734829.14.0.540864752869.issue1191964@psf.upfronthosting.co.za>


Josiah Carlson added the comment:

First, with the use of Overlapped IO on Windows, BlockingIOError should never come up, and we don't even handle that exception.

As for BrokenPipeError vs. EOF; while we do treat them more or less the same, we aren't killing the process or reporting that the process is dead, and we tell users to check the results of Popen.poll() in the docs.

Could we bubble up BrokenPipeError? Sure. Does it make sense? In the case of Popen.communicate(), exposing the error and changing expected behavior doesn't make sense.

I have implemented and would continue to lean towards continuing to hide BrokenPipeError on the additional API endpoints. Why? If you know that a non-blocking send or receive could result in BrokenPipeError, now you need to wrap all of your communication pieces in BrokenPipeError handlers. Does it give you more control? Yes. But the majority of consumers of this API (and most APIs in general) will experience failure and could lose critical information before they realize, "Oh wait, I need to wrap all of these communication pieces in exception handlers."

I would be open to adding either a keyword-only argument to the methods and/or an instance attribute to enable/disable raising of BrokenPipeErrors during the non-blocking calls if others think that this added level of control. I would lean towards an instance attribute that is defaulted to False.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1191964>
_______________________________________

From report at bugs.python.org  Mon Jun  2 20:47:26 2014
From: report at bugs.python.org (Virgil Dupras)
Date: Mon, 02 Jun 2014 18:47:26 +0000
Subject: [issue21643] "File exists" error during venv --upgrade
Message-ID: <1401734846.63.0.441941571426.issue21643@psf.upfronthosting.co.za>


New submission from Virgil Dupras:

There seems to have been a regression in Python 3.4.1 with "pyvenv --upgrade", and this regression seems to be caused by #21197.

It now seems impossible to use the "--upgrade" flag without getting a "File exists" error. Steps to reproduce:

$ pyvenv env
$ pyvenv --upgrade env
Error: [Errno 17] File exists: '/<pwd>/env/lib' -> '/<pwd>/env/lib64'

----------
components: Library (Lib)
keywords: 3.4regression
messages: 219617
nosy: vdupras, vinay.sajip
priority: normal
severity: normal
status: open
title: "File exists" error during venv --upgrade
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21643>
_______________________________________

From report at bugs.python.org  Mon Jun  2 20:52:14 2014
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 02 Jun 2014 18:52:14 +0000
Subject: [issue21533] built-in types dict docs - construct dict from iterable, 
 not iterator
In-Reply-To: <1400487015.16.0.760931173475.issue21533@psf.upfronthosting.co.za>
Message-ID: <1401735134.11.0.37033885802.issue21533@psf.upfronthosting.co.za>


Zachary Ware added the comment:

LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21533>
_______________________________________

From report at bugs.python.org  Mon Jun  2 20:52:33 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 02 Jun 2014 18:52:33 +0000
Subject: [issue6181] Tkinter.Listbox several minor issues
In-Reply-To: <1243977899.25.0.845872446641.issue6181@psf.upfronthosting.co.za>
Message-ID: <3gj59F0fdTz7Ljf@mail.python.org>


Roundup Robot added the comment:

New changeset 8cd7eb00894e by Serhiy Storchaka in branch '2.7':
Issue #6181: Fixed minor bugs in tkinter.Listbox methods:
http://hg.python.org/cpython/rev/8cd7eb00894e

New changeset 54a2ceacac05 by Serhiy Storchaka in branch '3.4':
Issue #6181: Fixed minor bugs in tkinter.Listbox methods:
http://hg.python.org/cpython/rev/54a2ceacac05

New changeset 3a923156ca05 by Serhiy Storchaka in branch 'default':
Issue #6181: Fixed minor bugs in tkinter.Listbox methods:
http://hg.python.org/cpython/rev/3a923156ca05

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6181>
_______________________________________

From report at bugs.python.org  Mon Jun  2 20:53:47 2014
From: report at bugs.python.org (Daniel Holth)
Date: Mon, 02 Jun 2014 18:53:47 +0000
Subject: [issue18373] implement sys.get/setbyteswarningflag()
In-Reply-To: <1373065124.82.0.249288626652.issue18373@psf.upfronthosting.co.za>
Message-ID: <1401735227.22.0.0812236144186.issue18373@psf.upfronthosting.co.za>


Daniel Holth added the comment:

As an aside, why wouldn't I run my program with -bb?

One reason is that the following code won't work on Linux:

#!/usr/bin/env python -bb

Instead of passing -bb to Python, it will look for an executable called "python -bb", and it's not likely to find it.

The original reason was that I did not know about -bb.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18373>
_______________________________________

From report at bugs.python.org  Mon Jun  2 21:03:44 2014
From: report at bugs.python.org (Barry A. Warsaw)
Date: Mon, 02 Jun 2014 19:03:44 +0000
Subject: [issue21643] "File exists" error during venv --upgrade
In-Reply-To: <1401734846.63.0.441941571426.issue21643@psf.upfronthosting.co.za>
Message-ID: <1401735824.72.0.56860956685.issue21643@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21643>
_______________________________________

From report at bugs.python.org  Mon Jun  2 21:09:04 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Jun 2014 19:09:04 +0000
Subject: [issue6167] Tkinter.Scrollbar: the activate method needs to return a
 value, and set should take only two args
In-Reply-To: <1243887092.8.0.492821608561.issue6167@psf.upfronthosting.co.za>
Message-ID: <1401736144.93.0.358206509288.issue6167@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

1. In activate, change parameter 'index' to 'element'.  I agree with Jim about rejecting this. A (specific). 'index' is routinely used to point to an item in a sequence; "arrow1", "slider", and "arrow2" are visually sequenced. The doc string is clear on the possible indexes Text also uses words for indexes. B (general). we don't break code by renaming arguments; I am pretty sure that any exception one might raise does not apply to this issue.

2. Give index a default of None and return the result of calling tk with None, instead of tossing it. I believe this enhancement would make activate more consistent with other methods. If so, do it -- with an added test.

3. Give .set() specific parameters. I think the current docstring is a bit confusing and should be revised. Am I correct in thinking that on a vertical slider, the upper end get the lower value, whereas the lower end gets the higher value? And that one should call bar.set(.3, .6) rather than bar.set(.6, .3)? If so, calling the parameters 'lowval' and 'hival' might be clearer.

Does msg201484 mean that tk requires exactly 2 args? If so, some change seems ok. Deleting 'args' cannot in itself break code as 'args' cannot be used as a keyword. I agree with not adding defaults,

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6167>
_______________________________________

From report at bugs.python.org  Mon Jun  2 21:10:15 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Jun 2014 19:10:15 +0000
Subject: [issue6181] Tkinter.Listbox several minor issues
In-Reply-To: <1243977899.25.0.845872446641.issue6181@psf.upfronthosting.co.za>
Message-ID: <1401736215.21.0.859194553931.issue6181@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I divided the patch to three parts. First, obvious errors in docstrings. Second, minor behavior bugs. Added tests for affected methods. And I didn't commit third part, style changes to docstrings, because I want to update docstrings in separate issue.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6181>
_______________________________________

From report at bugs.python.org  Mon Jun  2 21:41:01 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 02 Jun 2014 19:41:01 +0000
Subject: [issue21639] tracemalloc crashes with floating point exception when
 using StringIO
In-Reply-To: <1401717123.97.0.114910217041.issue21639@psf.upfronthosting.co.za>
Message-ID: <3gj6F8137sz7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset d87ede8da3c8 by Victor Stinner in branch '3.4':
Issue #21639: Fix name of _testcapi test functions
http://hg.python.org/cpython/rev/d87ede8da3c8

New changeset 7083634065c9 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21639: Fix name of _testcapi test functions
http://hg.python.org/cpython/rev/7083634065c9

New changeset 6f362a702242 by Victor Stinner in branch '3.4':
Issue #21639: Add a test to check that PyMem_Malloc(0) with tracemalloc enabled
http://hg.python.org/cpython/rev/6f362a702242

New changeset 1505124c0df4 by Victor Stinner in branch 'default':
Issue #21639: Fix a division by zero in tracemalloc on calloc(0, 0). The
http://hg.python.org/cpython/rev/1505124c0df4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21639>
_______________________________________

From report at bugs.python.org  Mon Jun  2 21:42:28 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 19:42:28 +0000
Subject: [issue21639] tracemalloc crashes with floating point exception when
 using StringIO
In-Reply-To: <1401717123.97.0.114910217041.issue21639@psf.upfronthosting.co.za>
Message-ID: <1401738148.17.0.216338807648.issue21639@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thanks for the report, it should now be fixed. The crash is a regression introduced by the issue #21233.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21639>
_______________________________________

From report at bugs.python.org  Mon Jun  2 21:47:51 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 19:47:51 +0000
Subject: [issue21594] asyncio.create_subprocess_exec raises OSError
In-Reply-To: <1401293200.2.0.763009510158.issue21594@psf.upfronthosting.co.za>
Message-ID: <1401738471.55.0.67002110293.issue21594@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"I agree that blocking is not ideal, however there are already some other methods that can eventually block forever, and for such cases a timeout is provided."

Functions like read() can "block" during several minutes, but it's something expect from network functions. Blocking until the application releases a file descriptor is more surprising.


"I think this method should retry until it can actually access the resources,"

You can easily implement this in your application.

"knowing when and how many files descriptors are going to be used is very implementation dependent"

I don't think that asyncio is the right place to handle file descriptors.

Usually, the file descriptor limit is around 1024. How did you reach such high limit? How many processes are running at the same time? asyncio should not "leak" file descriptors. It's maybe a bug in your application?

I'm now closing the bug.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21594>
_______________________________________

From report at bugs.python.org  Mon Jun  2 21:50:17 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Jun 2014 19:50:17 +0000
Subject: [issue6167] Tkinter.Scrollbar: the activate method needs to return a
 value, and set should take only two args
In-Reply-To: <1243887092.8.0.492821608561.issue6167@psf.upfronthosting.co.za>
Message-ID: <1401738617.29.0.661973767041.issue6167@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

There is no the common interface for the "set" and "activate" methods.

Listbox.activate(index) - mandatory argument is an index (an integer, "active", "anchor", "end", or @x,y form).
Menu.activate(index) - mandatory argument is an index.
Scrollbar.activate(element=None) - optional argument is element identifier, one of "arrow1", "slider" or "arrow2".
Listbox.selection_set(self, first, last=None) - arguments are indices, first argument is mandatory.
Scale.set(value) - mandatory argument is a number between specified limits.
Scrollbar.set(first, last) - mandatory arguments are numbers between 0 and 1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6167>
_______________________________________

From report at bugs.python.org  Mon Jun  2 21:57:40 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 02 Jun 2014 19:57:40 +0000
Subject: [issue21233] Add *Calloc functions to CPython memory allocation API
In-Reply-To: <1397552161.67.0.235704351339.issue21233@psf.upfronthosting.co.za>
Message-ID: <3gj6cM4XB8z7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset 6374c2d957a9 by Victor Stinner in branch 'default':
Issue #21233: Rename the C structure "PyMemAllocator" to "PyMemAllocatorEx" to
http://hg.python.org/cpython/rev/6374c2d957a9

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21233>
_______________________________________

From report at bugs.python.org  Mon Jun  2 22:13:25 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 20:13:25 +0000
Subject: [issue21233] Add *Calloc functions to CPython memory allocation API
In-Reply-To: <1397552161.67.0.235704351339.issue21233@psf.upfronthosting.co.za>
Message-ID: <1401740005.16.0.80994794962.issue21233@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I'm not sure: The usual case with ABI changes is that extensions may segfault if they are *not* recompiled [1].

Ok, I renamed the structure PyMemAllocator to PyMemAllocatorEx, so the compilation fails because PyMemAllocator name is not defined. Modules compiled for Python 3.4 will crash on Python 3.5 if they are not recompiled, but I hope that you recompile your modules when you don't use the stable ABI.

Using PyMemAllocator is now more complex because it depends on the Python version. See for example the patch for pyfailmalloc:
https://bitbucket.org/haypo/pyfailmalloc/commits/9db92f423ac5f060d6ff499ee4bb74ebc0cf4761

Using the C preprocessor, it's possible to limit the changes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21233>
_______________________________________

From report at bugs.python.org  Mon Jun  2 22:13:39 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Jun 2014 20:13:39 +0000
Subject: [issue6167] Tkinter.Scrollbar: the activate method needs to return a
 value, and set should take only two args
In-Reply-To: <1243887092.8.0.492821608561.issue6167@psf.upfronthosting.co.za>
Message-ID: <1401740019.86.0.0438309234817.issue6167@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is a patch with added tests.

----------
Added file: http://bugs.python.org/file35461/tkinter_Scrollbar_fixes_3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6167>
_______________________________________

From report at bugs.python.org  Mon Jun  2 22:16:21 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 20:16:21 +0000
Subject: [issue21233] Add *Calloc functions to CPython memory allocation API
In-Reply-To: <1397552161.67.0.235704351339.issue21233@psf.upfronthosting.co.za>
Message-ID: <1401740181.91.0.354723315836.issue21233@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"Okay, then let's please call it:
_PyObject_Calloc(void *ctx, size_t nobjs, size_t objsize)
_PyObject_Alloc(int use_calloc, void *ctx, size_t nobjs, size_t objsize)"

"void * PyMem_RawCalloc(size_t nelem, size_t elsize);" prototype comes from the POSIX standad:
http://pubs.opengroup.org/onlinepubs/009695399/functions/calloc.html

I'm don't want to change the prototype in Python. Extract of Python documentation:

.. c:function:: void* PyMem_RawCalloc(size_t nelem, size_t elsize)

   Allocates *nelem* elements each whose size in bytes is *elsize* (...)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21233>
_______________________________________

From report at bugs.python.org  Mon Jun  2 22:23:26 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 02 Jun 2014 20:23:26 +0000
Subject: [issue21233] Add *Calloc functions to CPython memory allocation API
In-Reply-To: <1397552161.67.0.235704351339.issue21233@psf.upfronthosting.co.za>
Message-ID: <3gj7B530vgz7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset dff6b4b61cac by Victor Stinner in branch 'default':
Issue #21233: Revert bytearray(int) optimization using calloc()
http://hg.python.org/cpython/rev/dff6b4b61cac

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21233>
_______________________________________

From report at bugs.python.org  Mon Jun  2 22:25:58 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 20:25:58 +0000
Subject: [issue21644] Optimize bytearray(int) constructor to use calloc()
Message-ID: <1401740758.16.0.943124117891.issue21644@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Python 3.5 has a new PyObject_Calloc() function which can be used for fast memory allocation of memory block initialized with zeros.

I already implemented an optimization, but Stefan Krah found issues in my change:
http://bugs.python.org/issue21233#msg217826

I reverted the optimization in the changeset dff6b4b61cac.

----------
messages: 219632
nosy: haypo, skrah
priority: normal
severity: normal
status: open
title: Optimize bytearray(int) constructor to use calloc()
type: performance
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21644>
_______________________________________

From report at bugs.python.org  Mon Jun  2 22:26:51 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 20:26:51 +0000
Subject: [issue21644] Optimize bytearray(int) constructor to use calloc()
In-Reply-To: <1401740758.16.0.943124117891.issue21644@psf.upfronthosting.co.za>
Message-ID: <1401740811.77.0.93422965416.issue21644@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Stefan also wrote:

"3) Somewhat similarly, I wonder if it was necessary to refactor
   PyBytes_FromStringAndSize(). I find the new version more difficult
   to understand."

This issue can also be addressed here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21644>
_______________________________________

From report at bugs.python.org  Mon Jun  2 22:28:08 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 20:28:08 +0000
Subject: [issue21233] Add *Calloc functions to CPython memory allocation API
In-Reply-To: <1397552161.67.0.235704351339.issue21233@psf.upfronthosting.co.za>
Message-ID: <1401740888.27.0.35616692801.issue21233@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"2) I'm not happy with the refactoring in bytearray_init(). (...)

3) Somewhat similarly, I wonder if it was necessary to refactor
   PyBytes_FromStringAndSize(). (...)"

Ok, I reverted the change on bytearray(int) and opened the issue #21644 to discuss these two optimizations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21233>
_______________________________________

From report at bugs.python.org  Mon Jun  2 22:29:45 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 20:29:45 +0000
Subject: [issue21233] Add *Calloc functions to CPython memory allocation API
In-Reply-To: <1397552161.67.0.235704351339.issue21233@psf.upfronthosting.co.za>
Message-ID: <1401740985.28.0.647510116469.issue21233@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I reread the issue. I hope that I now addressed all issues. The remaining issue, bytearray(int) is now tracked by the new issue #21644.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21233>
_______________________________________

From report at bugs.python.org  Mon Jun  2 22:30:27 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 20:30:27 +0000
Subject: [issue21644] Optimize bytearray(int) constructor to use calloc()
In-Reply-To: <1401740758.16.0.943124117891.issue21644@psf.upfronthosting.co.za>
Message-ID: <1401741027.58.0.35129867535.issue21644@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Stefan wrote:
"3) Somewhat similarly, I wonder if it was necessary to refactor
   PyBytes_FromStringAndSize(). I find the new version more difficult
   to understand."

Do you mean that the optimization is useless or that the implementation should be changed?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21644>
_______________________________________

From report at bugs.python.org  Mon Jun  2 22:30:53 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 20:30:53 +0000
Subject: [issue21642] "_ if 1else _" does not compile
In-Reply-To: <1401733440.77.0.120432390188.issue21642@psf.upfronthosting.co.za>
Message-ID: <1401741053.28.0.963107075707.issue21642@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21642>
_______________________________________

From report at bugs.python.org  Mon Jun  2 22:35:17 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 20:35:17 +0000
Subject: [issue21638] Seeking to EOF is too inefficient!
In-Reply-To: <1401716356.76.0.730972097827.issue21638@psf.upfronthosting.co.za>
Message-ID: <1401741317.88.0.623714981685.issue21638@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I don't think that Python calls directly read(). Python 2 uses fopen / fread.

Python 3 doesn't use buffered files, but call open / read directly.

----------
nosy: +haypo, neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21638>
_______________________________________

From report at bugs.python.org  Mon Jun  2 22:38:38 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 02 Jun 2014 20:38:38 +0000
Subject: [issue6167] Tkinter.Scrollbar: the activate method needs to return a
 value, and set should take only two args
In-Reply-To: <1243887092.8.0.492821608561.issue6167@psf.upfronthosting.co.za>
Message-ID: <1401741518.9.0.978195139731.issue6167@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Indices have special meaning in Tk.

INDICES
       Many of the widget commands for listboxes take one or more indices as
       arguments.  An index specifies a particular element of the listbox, in
       any of the following ways:

       number      Specifies the element as a numerical index, where 0
                   corresponds to the first element in the listbox.

       active      Indicates the element that has the location cursor.  This
                   element will be displayed as specified by -activestyle when
                   the listbox has the key?board focus, and it is specified with
                   the activate widget command.

       anchor      Indicates the anchor point for the selection, which is set
                   with the selection anchor widget command.

       end         Indicates the end of the listbox.  For most commands this
                   refers to the last element in the listbox, but for a few
                   commands such as index and insert it refers to the element
                   just after the last one.

       @x,y        Indicates the element that covers the point in the listbox
                   window specified by x and y (in pixel coordinates).  If no
                   element covers that point, then the closest element to that
                   point is used.

       In the widget command descriptions below, arguments named index, first,
       and last always contain text indices in one of the above forms.

An argument of Scrollbar.activate() obviously is not an index. On other hand, the "element" parameter is used consistently in other methods: Spinbox.invoke() and Spinbox.selection_element().


About the set method Tk inter documentation says:

       pathName set first last
              This command is invoked by the scrollbar's associated widget to
              tell the scrollbar about the current view in the widget.  The
              command takes two arguments, each of which is a real fraction
              between 0 and 1.  The fractions describe the range of the
              document that is visible in the associated widget.  For example,
              if first is 0.2 and last is 0.4, it means that the first part of
              the document visible in the window is 20% of the way through the
              document, and the last visible part is 40% of the way through.

It would be better to use same parameter names as in Tk.

I am planning to update all Tkinter docstrings from more detailed Tk documentation in separate issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6167>
_______________________________________

From report at bugs.python.org  Mon Jun  2 22:58:40 2014
From: report at bugs.python.org (wim glenn)
Date: Mon, 02 Jun 2014 20:58:40 +0000
Subject: [issue21642] "_ if 1else _" does not compile
In-Reply-To: <1401733440.77.0.120432390188.issue21642@psf.upfronthosting.co.za>
Message-ID: <1401742720.96.0.251836794643.issue21642@psf.upfronthosting.co.za>


Changes by wim glenn <wim.glenn at gmail.com>:


----------
nosy: +wim.glenn

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21642>
_______________________________________

From report at bugs.python.org  Mon Jun  2 23:05:45 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 02 Jun 2014 21:05:45 +0000
Subject: [issue18492] Allow all resources if not running under regrtest.py
In-Reply-To: <1374161900.43.0.881425486921.issue18492@psf.upfronthosting.co.za>
Message-ID: <3gj86x20wDz7Ljc@mail.python.org>


Roundup Robot added the comment:

New changeset eabff2a97b5b by Zachary Ware in branch '2.7':
Issue #18492: Allow all resources when tests are not run by regrtest.py.
http://hg.python.org/cpython/rev/eabff2a97b5b

New changeset 8519576b0dc5 by Zachary Ware in branch '3.4':
Issue #18492: Allow all resources when tests are not run by regrtest.py.
http://hg.python.org/cpython/rev/8519576b0dc5

New changeset 118e427808ce by Zachary Ware in branch 'default':
Issue #18492: Merge with 3.4
http://hg.python.org/cpython/rev/118e427808ce

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18492>
_______________________________________

From report at bugs.python.org  Mon Jun  2 23:07:35 2014
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 02 Jun 2014 21:07:35 +0000
Subject: [issue18492] Allow all resources if not running under regrtest.py
In-Reply-To: <1374161900.43.0.881425486921.issue18492@psf.upfronthosting.co.za>
Message-ID: <1401743255.27.0.979050061112.issue18492@psf.upfronthosting.co.za>


Zachary Ware added the comment:

You convinced me too, Serhiy :).  Committed, without the regrtest_run flag.  Thanks for review.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18492>
_______________________________________

From report at bugs.python.org  Mon Jun  2 23:09:05 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 02 Jun 2014 21:09:05 +0000
Subject: [issue21601] Cancel method for Asyncio Task is not documented
In-Reply-To: <1401340112.56.0.394123736.issue21601@psf.upfronthosting.co.za>
Message-ID: <3gj8Bm3wgGz7LlL@mail.python.org>


Roundup Robot added the comment:

New changeset c2384ca7fc3b by Victor Stinner in branch '3.4':
Issue #21601: Document asyncio.Task.cancel(). Initial patch written by Vajrasky
http://hg.python.org/cpython/rev/c2384ca7fc3b

New changeset 0ee47d3d2664 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21601: Document asyncio.Task.cancel(). Initial patch written
http://hg.python.org/cpython/rev/0ee47d3d2664

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21601>
_______________________________________

From report at bugs.python.org  Mon Jun  2 23:10:15 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 21:10:15 +0000
Subject: [issue21601] Cancel method for Asyncio Task is not documented
In-Reply-To: <1401340112.56.0.394123736.issue21601@psf.upfronthosting.co.za>
Message-ID: <1401743415.38.0.394394096383.issue21601@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thanks for the patch.

By the way, the CancelledError from conccurent.futures is not documented and asyncio still has its own asyncio.CancelledError alias which is not documented neither.

----------
nosy: +giampaolo.rodola, gvanrossum, pitrou, yselivanov
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21601>
_______________________________________

From report at bugs.python.org  Mon Jun  2 23:24:03 2014
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 02 Jun 2014 21:24:03 +0000
Subject: [issue21462] PEP 466: upgrade OpenSSL in the Python 2.7 Windows builds
In-Reply-To: <1399637527.05.0.377700852236.issue21462@psf.upfronthosting.co.za>
Message-ID: <1401744243.33.0.105477988492.issue21462@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21462>
_______________________________________

From report at bugs.python.org  Mon Jun  2 23:32:32 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 02 Jun 2014 21:32:32 +0000
Subject: [issue21640] References to other Python version in sidebar of
 documentation index is not up to date
In-Reply-To: <1401717323.88.0.779298846083.issue21640@psf.upfronthosting.co.za>
Message-ID: <1401744752.03.0.442113720306.issue21640@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21640>
_______________________________________

From report at bugs.python.org  Mon Jun  2 23:35:35 2014
From: report at bugs.python.org (Lita Cho)
Date: Mon, 02 Jun 2014 21:35:35 +0000
Subject: [issue6639] turtle: _tkinter.TclError: invalid command name
 ".10170160"
In-Reply-To: <1249344565.24.0.634557720335.issue6639@psf.upfronthosting.co.za>
Message-ID: <1401744935.47.0.52902586449.issue6639@psf.upfronthosting.co.za>


Lita Cho added the comment:

So it looks like the bug fix was really simple. I just needed to set TurtleScreen._RUNNING to True when the screen object tries to get destroyed.

----------
Added file: http://bugs.python.org/file35462/turtle_crash.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6639>
_______________________________________

From report at bugs.python.org  Mon Jun  2 23:39:39 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 02 Jun 2014 21:39:39 +0000
Subject: [issue15590] --libs is inconsistent for python-config --libs and
 pkgconfig python --libs
In-Reply-To: <1344422598.39.0.464686614779.issue15590@psf.upfronthosting.co.za>
Message-ID: <1401745179.91.0.361261776523.issue15590@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15590>
_______________________________________

From report at bugs.python.org  Mon Jun  2 23:43:50 2014
From: report at bugs.python.org (Lita Cho)
Date: Mon, 02 Jun 2014 21:43:50 +0000
Subject: [issue6639] turtle: _tkinter.TclError: invalid command name
 ".10170160"
In-Reply-To: <1249344565.24.0.634557720335.issue6639@psf.upfronthosting.co.za>
Message-ID: <1401745430.13.0.264171756394.issue6639@psf.upfronthosting.co.za>


Lita Cho added the comment:

Oops, pressed submit too soon.

Now the programs raise a Terminator exception rather than a TclError, which I think is correct because the programs are calling Turtle methods when the TurtleScreen had been destroyed. 

I wasn't sure if it was better to return None rather than raise an exception, but I think raising exception is correct, as these programs are not calling mainloop to handle event loops. So when the user closes the window, round_dance.py should handle that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6639>
_______________________________________

From report at bugs.python.org  Tue Jun  3 00:04:53 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 02 Jun 2014 22:04:53 +0000
Subject: [issue21561] help() on enum34 enumeration class creates only a dummy
 documentation
In-Reply-To: <1400866031.36.0.493061688069.issue21561@psf.upfronthosting.co.za>
Message-ID: <1401746693.34.0.108843883977.issue21561@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy:  -ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21561>
_______________________________________

From report at bugs.python.org  Tue Jun  3 00:08:18 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Jun 2014 22:08:18 +0000
Subject: [issue6167] Tkinter.Scrollbar: the activate method needs to return a
 value, and set should take only two args
In-Reply-To: <1243887092.8.0.492821608561.issue6167@psf.upfronthosting.co.za>
Message-ID: <1401746898.25.0.922763432967.issue6167@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

A Spinbox is not a Listbox. The common feature of the activate methods you listed is that the parameter is called 'index'. But I think this is a moot point. 

To the best of my knowledge, casually changing parameter names for no functional benefit is against policy. The case for doing so is much weaker than for the re method parameter mess (correct module?). The current discussion about turtle.py on pydev reinforces my impression. Please drop the idea or ask for policy clarification on pydev.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6167>
_______________________________________

From report at bugs.python.org  Tue Jun  3 00:21:46 2014
From: report at bugs.python.org (paul j3)
Date: Mon, 02 Jun 2014 22:21:46 +0000
Subject: [issue21616] argparse explodes with nargs='*' and a tuple metavar
In-Reply-To: <1401487300.75.0.673087061626.issue21616@psf.upfronthosting.co.za>
Message-ID: <1401747706.01.0.745563425758.issue21616@psf.upfronthosting.co.za>


paul j3 added the comment:

I think is issue was already raised in
http://bugs.python.org/issue14074
argparse allows nargs>1 for positional arguments but doesn't allow metavar to be a tuple

----------
nosy: +paul.j3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21616>
_______________________________________

From report at bugs.python.org  Tue Jun  3 00:35:54 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 02 Jun 2014 22:35:54 +0000
Subject: [issue21645] test_read_all_from_pipe_reader() of test_asyncio hangs
 on FreeBSD 9
Message-ID: <1401748554.93.0.147613682728.issue21645@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%203.4/builds/191/steps/test/logs/stdio

[  8/389] test_asyncio
Timeout (1:00:00)!
Thread 0x0000000801407400 (most recent call first):
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/selectors.py", line 494 in select
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/asyncio/base_events.py", line 795 in _run_once
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/asyncio/base_events.py", line 184 in run_forever
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/asyncio/base_events.py", line 203 in run_until_complete
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/test/test_asyncio/test_streams.py", line 617 in test_read_all_from_pipe_reader
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/unittest/case.py", line 577 in run
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/unittest/case.py", line 625 in __call__
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/unittest/suite.py", line 125 in run
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/unittest/suite.py", line 87 in __call__
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/unittest/suite.py", line 125 in run
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/unittest/suite.py", line 87 in __call__
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/unittest/suite.py", line 125 in run
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/unittest/suite.py", line 87 in __call__
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/unittest/runner.py", line 168 in run
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/test/support/__init__.py", line 1724 in _run_suite
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/test/support/__init__.py", line 1758 in run_unittest
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/test/test_asyncio/__init__.py", line 29 in test_main
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/test/regrtest.py", line 1278 in runtest_inner
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/test/regrtest.py", line 967 in runtest
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/test/regrtest.py", line 763 in main
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/test/regrtest.py", line 1562 in main_in_temp_cwd
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/test/__main__.py", line 3 in <module>
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/runpy.py", line 85 in _run_code
  File "/usr/home/buildbot/buildarea/3.4.krah-freebsd/build/Lib/runpy.py", line 170 in _run_module_as_main

----------
components: Tests
keywords: buildbot
messages: 219647
nosy: giampaolo.rodola, gvanrossum, haypo, pitrou, yselivanov
priority: normal
severity: normal
status: open
title: test_read_all_from_pipe_reader() of test_asyncio hangs on FreeBSD 9
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21645>
_______________________________________

From report at bugs.python.org  Tue Jun  3 00:35:56 2014
From: report at bugs.python.org (paul j3)
Date: Mon, 02 Jun 2014 22:35:56 +0000
Subject: [issue21633] Argparse does not propagate HelpFormatter class to
 subparsers
In-Reply-To: <1401665556.26.0.881749322578.issue21633@psf.upfronthosting.co.za>
Message-ID: <1401748556.12.0.656165935363.issue21633@psf.upfronthosting.co.za>


paul j3 added the comment:

You can specify the 'formatter_class' when creating each subparser:

    sp1=sp.add_parser('cmd1', formatter_class = argparse.RawDescriptionHelpFormatter)

The 'add_parser' command is the one that passes a variety of **kwargs to 'ArgumentParser' (or what ever parser creator is being used for the subparsers).  'add_subparsers' is more like a 'add_argument' command, creating a '_SubParsersAction' instance.

Few, if any, attributes of the main parser are propagated to the subparsers.  I'd have to study the code more closely, but I think it's just the parser class that is propagated.

----------
nosy: +paul.j3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21633>
_______________________________________

From report at bugs.python.org  Tue Jun  3 01:02:59 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 02 Jun 2014 23:02:59 +0000
Subject: [issue18492] Allow all resources if not running under regrtest.py
In-Reply-To: <1374161900.43.0.881425486921.issue18492@psf.upfronthosting.co.za>
Message-ID: <1401750179.33.0.428110707289.issue18492@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Just in time, as I will be reviewing and committing new Idle unittest module starting this week (new GSOC student).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18492>
_______________________________________

From report at bugs.python.org  Tue Jun  3 01:05:35 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 02 Jun 2014 23:05:35 +0000
Subject: [issue21645] test_read_all_from_pipe_reader() of test_asyncio hangs
 on FreeBSD 9
In-Reply-To: <1401748554.93.0.147613682728.issue21645@psf.upfronthosting.co.za>
Message-ID: <1401750335.5.0.56991964381.issue21645@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Maybe see Tulip issue 168? That test was added to support that. Maybe the fix doesn't work for this platform?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21645>
_______________________________________

From report at bugs.python.org  Tue Jun  3 01:33:48 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Mon, 02 Jun 2014 23:33:48 +0000
Subject: [issue21639] tracemalloc crashes with floating point exception when
 using StringIO
In-Reply-To: <1401717123.97.0.114910217041.issue21639@psf.upfronthosting.co.za>
Message-ID: <1401752028.38.0.14472142703.issue21639@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21639>
_______________________________________

From report at bugs.python.org  Tue Jun  3 01:42:07 2014
From: report at bugs.python.org (Steven Stewart-Gallus)
Date: Mon, 02 Jun 2014 23:42:07 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
In-Reply-To: <1401643353.39.0.53304722389.issue21627@psf.upfronthosting.co.za>
Message-ID: <1401752527.17.0.281293178984.issue21627@psf.upfronthosting.co.za>


Steven Stewart-Gallus added the comment:

It occurred to me that the current patch I have is wrong and that using _Py_set_inheritable is wrong because EBADF can occur in the brute force version which in the case of _Py_set_inheritable raises an error which I am not sure is asynch signal safe. I could test ahead of time but that is a bit hacky. The most principled approach would be to extract either a common set_cloexec or set_inheritable function. If set_inheritable is done then I would have to report either a Windows error or an errno error which would be messy. I'm not sure where the best place to put the set_cloexec function would be.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Tue Jun  3 02:43:37 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 03 Jun 2014 00:43:37 +0000
Subject: [issue21533] built-in types dict docs - construct dict from iterable, 
 not iterator
In-Reply-To: <1400487015.16.0.760931173475.issue21533@psf.upfronthosting.co.za>
Message-ID: <3gjDyF734hz7LkS@mail.python.org>


Roundup Robot added the comment:

New changeset 78da27d6f28f by Terry Jan Reedy in branch '2.7':
Issue 21533: Dicts take iterables, not iterators. Patch by Wolfgang Maier.
http://hg.python.org/cpython/rev/78da27d6f28f

New changeset 28665dc3a696 by Terry Jan Reedy in branch '3.4':
Issue 21533: Dicts take iterables, not iterators. Patch by Wolfgang Maier.
http://hg.python.org/cpython/rev/28665dc3a696

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21533>
_______________________________________

From report at bugs.python.org  Tue Jun  3 02:45:19 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Jun 2014 00:45:19 +0000
Subject: [issue21533] built-in types dict docs - construct dict from iterable, 
 not iterator
In-Reply-To: <1400487015.16.0.760931173475.issue21533@psf.upfronthosting.co.za>
Message-ID: <1401756319.45.0.693097438556.issue21533@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Thanks for catching this, and for the patch.

----------
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21533>
_______________________________________

From report at bugs.python.org  Tue Jun  3 03:35:27 2014
From: report at bugs.python.org (Linlin Yan)
Date: Tue, 03 Jun 2014 01:35:27 +0000
Subject: [issue21638] Seeking to EOF is too inefficient!
In-Reply-To: <1401741317.88.0.623714981685.issue21638@psf.upfronthosting.co.za>
Message-ID: <CA+YjnUsrR=vz_U0EyAFbpJguErFgpVPOvnLkq7vdksXHH1TRrw@mail.gmail.com>


Linlin Yan added the comment:

I agree that Python 2 should use fopen / fread rather than directly read().
But you may misunderstand this. The 'strace' tool reports Linux system
calls, including read() rather than fread(), and I guess that read() should
be finally called in fread() implementation.

What I mean is that Python 2's seek(0, 2) does not use fseek(0, SEEK_END),
but fseek(somewhere, SEEK_SET) and fread(rest-bytes) instead, which is too
inefficient in some kind of storage.

By the way, Python 3 does not behavior like this.

On Tue, Jun 3, 2014 at 4:35 AM, STINNER Victor <report at bugs.python.org>
wrote:

>
> STINNER Victor added the comment:
>
> I don't think that Python calls directly read(). Python 2 uses fopen /
> fread.
>
> Python 3 doesn't use buffered files, but call open / read directly.
>
> ----------
> nosy: +haypo, neologix
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue21638>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21638>
_______________________________________

From report at bugs.python.org  Tue Jun  3 04:31:16 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 03 Jun 2014 02:31:16 +0000
Subject: [issue21576] Overwritten (custom) uuid inside dictionary
In-Reply-To: <1401025009.13.0.783307535122.issue21576@psf.upfronthosting.co.za>
Message-ID: <1401762676.21.0.311529744197.issue21576@psf.upfronthosting.co.za>


R. David Murray added the comment:

In python, everything is references to objects.  So yes, this is expected Python behavior.  Issue 20135 is about improving the FAQ entries on this subject, so I'm closing this as a duplicate of that issue.

----------
nosy: +r.david.murray
stage:  -> resolved
status: open -> closed
superseder:  -> FAQ need list mutation answers
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21576>
_______________________________________

From report at bugs.python.org  Tue Jun  3 04:44:02 2014
From: report at bugs.python.org (akira)
Date: Tue, 03 Jun 2014 02:44:02 +0000
Subject: [issue1191964] asynchronous Subprocess
Message-ID: <1401763442.34.0.513012480503.issue1191964@psf.upfronthosting.co.za>


akira added the comment:

> First, with the use of Overlapped IO on Windows, BlockingIOError should never come up, and we don't even handle that exception.

Is it correct that the way to distinguish between "would block" and EOF 
is Popen.poll()? Is it possible to detect it in _nonblocking() methods
 and raise BlockingIOError manually (or return None for read_..()) in "would block" case?

> But the majority of consumers of this API (and most APIs in general) will experience failure and could lose critical information before they realize, "Oh wait, I need to wrap all of these communication pieces in exception handlers."

It is an argument to catch *all* OSErrors internally that is not a good idea.

Popen.communicate() hides EPIPE in the current implementation therefore its behaviour 
shouldn't change. But subprocess' code allows Popen.stdin.write() to raise "broken pipe".
My questions are about _nonblocking() methods e.g., it is not obvious whether 
write_nonblocking() should mask EPIPE as EOF. If it does then It should be documented.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1191964>
_______________________________________

From report at bugs.python.org  Tue Jun  3 05:24:16 2014
From: report at bugs.python.org (Chris Rose)
Date: Tue, 03 Jun 2014 03:24:16 +0000
Subject: [issue20752] Difflib should provide the option of overriding the
 SequenceMatcher
In-Reply-To: <1393193816.17.0.662615840954.issue20752@psf.upfronthosting.co.za>
Message-ID: <1401765856.1.0.704401008203.issue20752@psf.upfronthosting.co.za>


Chris Rose added the comment:

As suggested: SYN

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20752>
_______________________________________

From report at bugs.python.org  Tue Jun  3 05:57:46 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Tue, 03 Jun 2014 03:57:46 +0000
Subject: [issue17277] incorrect line numbers in backtrace after removing a
 trace function
In-Reply-To: <1361551369.14.0.772985934528.issue17277@psf.upfronthosting.co.za>
Message-ID: <1401767866.25.0.362274834738.issue17277@psf.upfronthosting.co.za>


Changes by Nikolaus Rath <Nikolaus at rath.org>:


----------
nosy: +nikratio

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17277>
_______________________________________

From report at bugs.python.org  Tue Jun  3 06:39:15 2014
From: report at bugs.python.org (ingrid)
Date: Tue, 03 Jun 2014 04:39:15 +0000
Subject: [issue16428] turtle with compound shape doesn't get clicks
In-Reply-To: <1352299609.35.0.759398778926.issue16428@psf.upfronthosting.co.za>
Message-ID: <1401770355.01.0.892683727321.issue16428@psf.upfronthosting.co.za>


ingrid added the comment:

Looks like the issue is that when you are registering mouse events through turtle, it uses Shape._item. For polygon shapes, that's the actual shape item, but for compound shapes, it is an array of shape items. I have attached a patch that makes it so when there is a compound shape, it will iterate over the _item array and add the listener to each individual shape.

----------
keywords: +patch
Added file: http://bugs.python.org/file35463/issue_16428.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16428>
_______________________________________

From report at bugs.python.org  Tue Jun  3 07:39:48 2014
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 03 Jun 2014 05:39:48 +0000
Subject: [issue21640] References to other Python version in sidebar of
 documentation index is not up to date
In-Reply-To: <1401717323.88.0.779298846083.issue21640@psf.upfronthosting.co.za>
Message-ID: <1401773988.46.0.743556424202.issue21640@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

I see that all the patches are correct. My only worry is since 3.1,3.2 and 3.3 are in security fix only mode, we may not apply it to those. 
2.7, 3.4 and 3.5 ones are okay.

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21640>
_______________________________________

From report at bugs.python.org  Tue Jun  3 07:44:01 2014
From: report at bugs.python.org (paul j3)
Date: Tue, 03 Jun 2014 05:44:01 +0000
Subject: [issue10984] argparse add_mutually_exclusive_group should accept
 existing arguments to register conflicts
In-Reply-To: <1295737320.83.0.942830837874.issue10984@psf.upfronthosting.co.za>
Message-ID: <1401774241.04.0.329172604401.issue10984@psf.upfronthosting.co.za>


paul j3 added the comment:

Another way to add an existing Action to a group is to modify the 'add_argument' method for the Group subclass.  For example we could add this to the _MutuallyExclusiveGroup class:

    def add_argument(self, *args, **kwargs):
        # allow adding a prexisting Action
        if len(args) and isinstance(args[0], Action):
            action =  args[0]
            return self._group_actions.append(action)
        else:
            return super(_MutuallyExclusiveGroup, self).add_argument(*args, **kwargs)

With this the 1st example might be written as:

    group1 = parser.add_mutually_exclusive_group()
    a_action = parser.add_argument('-a')
    c_action = parser.add_argument('-c')
    group2 = parser.add_mutually_exclusive_group()
    group2.add_argument(a_action)
    d_action = parser.add_argument('-d')

This might be more intuitive to users.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10984>
_______________________________________

From report at bugs.python.org  Tue Jun  3 07:46:26 2014
From: report at bugs.python.org (ingrid)
Date: Tue, 03 Jun 2014 05:46:26 +0000
Subject: [issue21646] Add tests for turtle.ScrolledCanvas
Message-ID: <1401774386.8.0.333325223476.issue21646@psf.upfronthosting.co.za>


Changes by ingrid <hi at ingridcheung.com>:


----------
components: Tests
nosy: ingrid, jesstess
priority: normal
severity: normal
status: open
title: Add tests for turtle.ScrolledCanvas
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21646>
_______________________________________

From report at bugs.python.org  Tue Jun  3 07:47:57 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Jun 2014 05:47:57 +0000
Subject: [issue18292] Idle: test AutoExpand.py
In-Reply-To: <1372098554.92.0.798687151295.issue18292@psf.upfronthosting.co.za>
Message-ID: <1401774477.41.0.113613950689.issue18292@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Great start. The initial coveraqe is 90%, only missing the 5 lines in getwords in the bodies of
            if dict.get(w):
                continue
,,,
        for w in wafter: 
            if dict.get(w): 
                continue 
            words.append(w) 
            dict[w] = w 

I would like to cover those because I would like to later replace the dict instance dict (bad name!) with a set, 'seen'. 'dict.get(w)' would become 'w in seen'; 'dict[w] = w' would become 'seen.add(w)'

Two comments: 1. Using 'previous' to detect the action of 'expand' is really clever. 

2. As is typical, you wrote both too much and too little. Too much because some of the subtests are redundant, testing the same code paths repeatedly. Every subtest should have a reason. Too little because some code paths are skipped.  To cover with both before and after, with repeats and missed: insert 'aa ab xy aa ac\n ad ae xy ae ab\n', Then insert 'a' at the beginning of the second line ((2,0) as I remember). Words should be ['ac', 'aa', 'ab', 'ad' 'ae' 'a']. Expand/previous should produce those in that order. Also do a test with no before and some after. You have already done some before and no after.

I uploaded my version. See Rietveld diff for changes. Some notes:

Leave out '-' after 'test-' in file name. Makes coverage call easier.
Todays test.support patch made a line is each file obsolete.
Must keep reference to root to destroy it properly.
I added conditionals so we can easily switch between gui and mock.
These should be added to previous tests that run both ways.
test_get_words had a bug; assertCountEqual instead of assertEqual.

getprevword only sees ascii chars when finding the word prefix. On the other hand, for 3.x, \w in getwords matches unicode chars for suffixes. If possible, getprevword should use \w to determine the prefix. Then 2.7 and 3.x should work on ascii and unicode respectively, with the same code. In a second stage, we should fix this and add tests with non-ascii chars (using \unnnn in literals).
--------

self.bell() makes no sound for me. How about you?

A different non-critical nuisance. I start Idle in the debug interpreter with 'import idlelib.idle'. When root is destroyed, then the following is printed in the console interpreter after unittest is done.

can't invoke "event" command: application has been destroyed
    while executing
"event generate $w <<ThemeChanged>>"
    (procedure "ttk::ThemeChanged" line 6)
    invoked from within
"ttk::ThemeChanged"

I determined the timing by changing to 'exit=False' in unittest.main and adding 'time.sleep(2); print('done') after the u.main() call. Do you see anything like this? (Deleting the class attributes does not fix this.) tkinter.ttk in not in sys.modules, but perhaps something in one of the other modules directly accesses ttk at the tcl level when shutting down.

----------
Added file: http://bugs.python.org/file35464/test-autoexp-18292.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Tue Jun  3 07:57:39 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 03 Jun 2014 05:57:39 +0000
Subject: [issue21642] "_ if 1else _" does not compile
In-Reply-To: <1401733440.77.0.120432390188.issue21642@psf.upfronthosting.co.za>
Message-ID: <1401775059.55.0.513969314201.issue21642@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

For those who want to skip reading the entire SO question: "1else" tokenizes as "1e" "lse", i.e. 1e is considered the beginning of floating point literal. By the description in the docs, that should not happen, since it is not a valid literal on its own, so no space should be needed after the 1 to tokenize it as an integer literal.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21642>
_______________________________________

From report at bugs.python.org  Tue Jun  3 07:58:40 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Jun 2014 05:58:40 +0000
Subject: [issue21647] Idle unittests: make gui, mock switching easier.
Message-ID: <1401775120.92.0.367070549797.issue21647@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

Idle unittests that use tkinter.Text are developed using the gui widget and then switched, to the current extent possible, to mock_tk.Text. I have done this previously by commenting out gui lines and adding new lines, so it would be possible to switch back if needed. test_searchengine is an example. However, switching back would require commenting and uncommenting several lines.

When reviewing test_autoexpand #18292, I realized that everything after the imports

from tkinter import Text
from idlelib.idle_text.mock_tk import Text

can be made conditional on 'tkinter in str(Text)'. The only comment switching needed is for the import lines. This issue is about retrofitting test_searchengine and any other files that need it.

----------
messages: 219663
nosy: sahutd, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Idle unittests: make gui, mock switching easier.
type: enhancement
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21647>
_______________________________________

From report at bugs.python.org  Tue Jun  3 07:59:50 2014
From: report at bugs.python.org (Jessica McKellar)
Date: Tue, 03 Jun 2014 05:59:50 +0000
Subject: [issue21646] Add tests for turtle.ScrolledCanvas
Message-ID: <1401775190.26.0.300752266955.issue21646@psf.upfronthosting.co.za>


Changes by Jessica McKellar <jesstess at mit.edu>:


----------
assignee:  -> jesstess

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21646>
_______________________________________

From report at bugs.python.org  Tue Jun  3 08:02:06 2014
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 03 Jun 2014 06:02:06 +0000
Subject: [issue21640] References to other Python version in sidebar of
 documentation index is not up to date
In-Reply-To: <1401717323.88.0.779298846083.issue21640@psf.upfronthosting.co.za>
Message-ID: <1401775326.91.0.416660169243.issue21640@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Fixed the follwing changesets.

2.7 b8655be522d4
3.4 e6dce5611dae
3.5 50c9df76bb77

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21640>
_______________________________________

From report at bugs.python.org  Tue Jun  3 08:33:18 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Tue, 03 Jun 2014 06:33:18 +0000
Subject: [issue15590] --libs is inconsistent for python-config --libs and
 pkgconfig python --libs
In-Reply-To: <1344422598.39.0.464686614779.issue15590@psf.upfronthosting.co.za>
Message-ID: <1401777198.54.0.102353773835.issue15590@psf.upfronthosting.co.za>


Michael Haubenwallner added the comment:

Well, they should not be identical, as they are for different use cases.

"pkg-config python" is to build an application containing a python interpreter (like python$EXE):
 + Link against libpython.so. Additionally,
 + re-export symbols from libpython.so for the python-modules (platform-specific).
 = This is similar to build against any other library, thus using 'pkg-config python'.

"python-config" is to build a python-module (like build/lib.<platform>-<pyver>/*.so):
 + No need to link against libpython.so, instead
 + expect symbols from libpython.so to be available at runtime, platform specific either
 + as a list of symbols to import from "the main executable" (AIX), or
 + as undefined symbols at build-time (Linux, others), or
 = This is specific to python-modules, thus using 'python-config'.

----------
nosy: +haubi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15590>
_______________________________________

From report at bugs.python.org  Tue Jun  3 09:05:43 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 03 Jun 2014 07:05:43 +0000
Subject: [issue1683368] object.__init__ shouldn't allow args/kwds
Message-ID: <1401779143.76.0.885273289732.issue1683368@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Jason, I made some recommendations on this subject in my blog post a few years ago:  http://rhettinger.wordpress.com/2011/05/26/super-considered-super/

'''
A more flexible approach is to have every method in the ancestor tree cooperatively designed to accept keyword arguments and a keyword-arguments dictionary, to remove any arguments that it needs, and to forward the remaining arguments using **kwds, eventually leaving the dictionary empty for the final call in the chain.

Each level strips-off the keyword arguments that it needs so that the final empty dict can be sent to a method that expects no arguments at all (for example, object.__init__ expects zero arguments):

class Shape:
    def __init__(self, shapename, **kwds):
        self.shapename = shapename
        super().__init__(**kwds)        

class ColoredShape(Shape):
    def __init__(self, color, **kwds):
        self.color = color
        super().__init__(**kwds)

cs = ColoredShape(color='red', shapename='circle')

'''

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1683368>
_______________________________________

From report at bugs.python.org  Tue Jun  3 09:23:22 2014
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 03 Jun 2014 07:23:22 +0000
Subject: [issue21643] "File exists" error during venv --upgrade
In-Reply-To: <1401734846.63.0.441941571426.issue21643@psf.upfronthosting.co.za>
Message-ID: <1401780202.31.0.494349739072.issue21643@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

I could not reproduce this in 3.4 / 3.5


[localhost 21643]$ ./python.exe Tools/scripts/pyvenv --upgrade
usage: venv [-h] [--system-site-packages] [--symlinks | --copies] [--clear]
            [--upgrade] [--without-pip]
            ENV_DIR [ENV_DIR ...]
venv: error: the following arguments are required: ENV_DIR
[localhost 21643]$ ./python.exe Tools/scripts/pyvenv --upgrade foo
[localhost 21643]$ hg tip
changeset:   90992:50c9df76bb77
tag:         tip
parent:      90989:f59afe34fe50
parent:      90991:e6dce5611dae
user:        Senthil Kumaran <senthil at uthcode.com>
date:        Mon Jun 02 23:00:43 2014 -0700
---------------------------------------------------------------------

More specific steps to reproduce it from the current codebase?

----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21643>
_______________________________________

From report at bugs.python.org  Tue Jun  3 09:44:46 2014
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 03 Jun 2014 07:44:46 +0000
Subject: [issue20611] socket.create_connection() doesn't handle EINTR properly
In-Reply-To: <1392218032.12.0.645790882431.issue20611@psf.upfronthosting.co.za>
Message-ID: <1401781486.2.0.734637271093.issue20611@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

Something like the patch i'm attaching to socketmodule.c is what I would prefer.  I haven't looked at or tried tests for it yet.

----------
assignee:  -> gregory.p.smith
keywords: +patch
Added file: http://bugs.python.org/file35465/issue20611-connect-eintr-gps01.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20611>
_______________________________________

From report at bugs.python.org  Tue Jun  3 09:44:56 2014
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 03 Jun 2014 07:44:56 +0000
Subject: [issue20611] socket.create_connection() doesn't handle EINTR properly
In-Reply-To: <1392218032.12.0.645790882431.issue20611@psf.upfronthosting.co.za>
Message-ID: <1401781496.6.0.844239437209.issue20611@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20611>
_______________________________________

From report at bugs.python.org  Tue Jun  3 09:45:05 2014
From: report at bugs.python.org (Gregory P. Smith)
Date: Tue, 03 Jun 2014 07:45:05 +0000
Subject: [issue20611] socket.create_connection() doesn't handle EINTR properly
In-Reply-To: <1392218032.12.0.645790882431.issue20611@psf.upfronthosting.co.za>
Message-ID: <1401781505.07.0.856627396465.issue20611@psf.upfronthosting.co.za>


Changes by Gregory P. Smith <greg at krypto.org>:


----------
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20611>
_______________________________________

From report at bugs.python.org  Tue Jun  3 10:13:57 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Tue, 03 Jun 2014 08:13:57 +0000
Subject: [issue21272] use _sysconfigdata to itinialize distutils.sysconfig
In-Reply-To: <1397686328.42.0.129070062942.issue21272@psf.upfronthosting.co.za>
Message-ID: <1401783237.9.0.255368429398.issue21272@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
nosy: +haubi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21272>
_______________________________________

From report at bugs.python.org  Tue Jun  3 10:15:36 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Tue, 03 Jun 2014 08:15:36 +0000
Subject: [issue17454] ld_so_aix not used when linking c++ (scipy)
In-Reply-To: <1363595248.19.0.716647347764.issue17454@psf.upfronthosting.co.za>
Message-ID: <1401783336.95.0.437280800456.issue17454@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
nosy: +haubi

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17454>
_______________________________________

From report at bugs.python.org  Tue Jun  3 10:23:48 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Tue, 03 Jun 2014 08:23:48 +0000
Subject: [issue21641] smtplib leaves open sockets around if
 SMTPResponseException is raised in __init__
In-Reply-To: <1401720942.39.0.48870811951.issue21641@psf.upfronthosting.co.za>
Message-ID: <1401783828.47.0.697228426406.issue21641@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

It's actually better to close the socket in __init__ in this case.

----------
Added file: http://bugs.python.org/file35466/issue21641.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21641>
_______________________________________

From report at bugs.python.org  Tue Jun  3 10:41:01 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Tue, 03 Jun 2014 08:41:01 +0000
Subject: [issue18235] _sysconfigdata.py wrong on AIX installations
In-Reply-To: <1371429201.94.0.372851990361.issue18235@psf.upfronthosting.co.za>
Message-ID: <1401784861.71.0.418254715692.issue18235@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


Removed file: http://bugs.python.org/file32542/python-tip-aix-absbuilddir.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18235>
_______________________________________

From report at bugs.python.org  Tue Jun  3 10:42:54 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Tue, 03 Jun 2014 08:42:54 +0000
Subject: [issue18235] _sysconfigdata.py wrong on AIX installations
In-Reply-To: <1371429201.94.0.372851990361.issue18235@psf.upfronthosting.co.za>
Message-ID: <1401784974.23.0.311246315965.issue18235@psf.upfronthosting.co.za>


Michael Haubenwallner added the comment:

issue#10656 is the out-of-source part already.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18235>
_______________________________________

From report at bugs.python.org  Tue Jun  3 11:03:17 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Tue, 03 Jun 2014 09:03:17 +0000
Subject: [issue21648] urllib urlopener leaves open sockets for FTP connection
Message-ID: <1401786197.78.0.84554698423.issue21648@psf.upfronthosting.co.za>


New submission from Claudiu.Popa:

To be precise, when running test_urllib on a machine with a local FTP server, but with a set of credentials different than the ones used by test_urllib.urlopen_HttpTests.test_ftp_nonexisting. In this case, ftpwrapper from urllib.request will succesfully connect to the FTP server, but it will fail when sending the credentials, leaving the connection opened. The attached patch tries to fix this.

----------
components: Library (Lib)
files: urllib_ftp_resource_warning.patch
keywords: patch
messages: 219671
nosy: Claudiu.Popa
priority: normal
severity: normal
status: open
title: urllib urlopener leaves open sockets for FTP connection
type: resource usage
versions: Python 3.5
Added file: http://bugs.python.org/file35467/urllib_ftp_resource_warning.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21648>
_______________________________________

From report at bugs.python.org  Tue Jun  3 11:08:10 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 03 Jun 2014 09:08:10 +0000
Subject: [issue21644] Optimize bytearray(int) constructor to use calloc()
In-Reply-To: <1401740758.16.0.943124117891.issue21644@psf.upfronthosting.co.za>
Message-ID: <1401786490.41.0.670092658801.issue21644@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Responding to a comment in issue21233:

>    Before:
>    =======
>        >>> x = bytearray(0)
>        >>> m = memoryview(x)
>        >>> x.__init__(10)
>        Traceback (most recent call last):
>          File "<stdin>", line 1, in <module>
>        BufferError: Existing exports of data: object cannot be re-sized

I don't think such use cases are supported. Generally, reinitializing an 
object by calling __init__() explicitly is not well-defined, except when 
advertised explicitly in the documentation. The only property we should 
guarantee here is that it doesn't lead to an inconsistent object state, or to 
hard crashes. Raising an exception is fine, and changing the raised
exception to another one should be fine as well.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21644>
_______________________________________

From report at bugs.python.org  Tue Jun  3 11:09:57 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 03 Jun 2014 09:09:57 +0000
Subject: [issue21649] Mention "Recommendations for Secure Use of TLS and DTLS"
Message-ID: <1401786597.2.0.166065083457.issue21649@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

The IETF has a draft for TLS protocol recommendations, perhaps we can mention it in the ssl module docs:

http://tools.ietf.org/html/draft-ietf-uta-tls-bcp

----------
assignee: docs at python
components: Documentation
messages: 219673
nosy: christian.heimes, docs at python, dstufft, giampaolo.rodola, janssen, pitrou
priority: low
severity: normal
status: open
title: Mention "Recommendations for Secure Use of TLS and DTLS"
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21649>
_______________________________________

From report at bugs.python.org  Tue Jun  3 11:23:55 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Tue, 03 Jun 2014 09:23:55 +0000
Subject: [issue10656] "Out of tree" build fails on AIX 5.3
In-Reply-To: <1291865704.62.0.494509897126.issue10656@psf.upfronthosting.co.za>
Message-ID: <1401787435.58.0.569291805017.issue10656@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
hgrepos: +246

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10656>
_______________________________________

From report at bugs.python.org  Tue Jun  3 11:29:34 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Tue, 03 Jun 2014 09:29:34 +0000
Subject: [issue16189] ld_so_aix not found
In-Reply-To: <1349884360.41.0.476274191409.issue16189@psf.upfronthosting.co.za>
Message-ID: <1401787774.77.0.386990181072.issue16189@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
hgrepos: +247

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16189>
_______________________________________

From report at bugs.python.org  Tue Jun  3 11:35:41 2014
From: report at bugs.python.org (Sebastian Kreft)
Date: Tue, 03 Jun 2014 09:35:41 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1390263519.32.0.357208079457.issue20319@psf.upfronthosting.co.za>
Message-ID: <1401788141.6.0.392997184129.issue20319@psf.upfronthosting.co.za>


Sebastian Kreft added the comment:

I'm using the Python 3.4.1 compiled from source and I'm may be hitting this issue.

My workload is launching two subprocess in parallel, and whenever one is ready, launches another one. In one of the runs, the whole process got stuck after launching about 3K subprocess, and the underlying processes had in fact finished.

To wait for the finished subprocesses, I'm using FIRST_COMPLETED. Below is the core of my workload:

for element in element_generator:
    while len(running) >= max_tasks:
        done, pending = concurrent.futures.wait(running, timeout=15.0, return_when=concurrent.futures.FIRST_COMPLETED)
        process_results(done)
        running = pending

    running.add(executor.submit(exe_subprocess, element)) 
 

I don't really know what's the best way to reproduce this, as I've run the same workload with different executables, more concurrency and faster response times, and I haven't seen the issue.

----------
nosy: +Sebastian.Kreft.Deezer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Tue Jun  3 12:11:31 2014
From: report at bugs.python.org (Pavel Kazlou)
Date: Tue, 03 Jun 2014 10:11:31 +0000
Subject: [issue21650] add json.tool option to avoid alphabetic sort of fields
Message-ID: <1401790291.36.0.355130758438.issue21650@psf.upfronthosting.co.za>


New submission from Pavel Kazlou:

Currently when you use json.tool, fields are reordered alphabetically.
In source code the value of sort_keys is hardcoded to be true.
It should be easy to expose this option as command line parameter.

----------
components: Library (Lib)
messages: 219675
nosy: Pavel.Kazlou
priority: normal
severity: normal
status: open
title: add json.tool option to avoid alphabetic sort of fields
type: enhancement
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21650>
_______________________________________

From report at bugs.python.org  Tue Jun  3 12:12:11 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Jun 2014 10:12:11 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1401788141.6.0.392997184129.issue20319@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwb_OvUb_i5KkKA2=hG2pJykNhSOnf8vxFwjvRj=7W3qrQ@mail.gmail.com>


STINNER Victor added the comment:

> the whole process got stuck after launching about 3K subprocess

How many processes are running at the same time when the whole process is stuck?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Tue Jun  3 12:12:52 2014
From: report at bugs.python.org (Pavel Kazlou)
Date: Tue, 03 Jun 2014 10:12:52 +0000
Subject: [issue21650] add json.tool option to avoid alphabetic sort of fields
In-Reply-To: <1401790291.36.0.355130758438.issue21650@psf.upfronthosting.co.za>
Message-ID: <1401790372.2.0.781161571845.issue21650@psf.upfronthosting.co.za>


Pavel Kazlou added the comment:

This is the line in module I'm talking about:
json.dump(obj, outfile, sort_keys=True, indent=4)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21650>
_______________________________________

From report at bugs.python.org  Tue Jun  3 12:45:01 2014
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 03 Jun 2014 10:45:01 +0000
Subject: [issue21650] add json.tool option to avoid alphabetic sort of fields
In-Reply-To: <1401790291.36.0.355130758438.issue21650@psf.upfronthosting.co.za>
Message-ID: <1401792301.16.0.513081648818.issue21650@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's a patch with a test case.

----------
keywords: +patch
nosy: +berker.peksag
stage:  -> patch review
versions: +Python 3.5 -Python 2.7
Added file: http://bugs.python.org/file35468/issue21650.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21650>
_______________________________________

From report at bugs.python.org  Tue Jun  3 12:58:54 2014
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Tue, 03 Jun 2014 10:58:54 +0000
Subject: [issue15590] --libs is inconsistent for python-config --libs and
 pkgconfig python --libs
In-Reply-To: <1344422598.39.0.464686614779.issue15590@psf.upfronthosting.co.za>
Message-ID: <1401793134.5.0.00317313846762.issue15590@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis added the comment:

They are not for different cases. Difference between is a result of the fact that they were implemented independently at different times.

Linking of extension modules against libpythonX.Y.so is a good idea anyway. It avoids build failure with LDFLAGS="-Wl,--no-undefined".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15590>
_______________________________________

From report at bugs.python.org  Tue Jun  3 13:06:26 2014
From: report at bugs.python.org (Matthias Klose)
Date: Tue, 03 Jun 2014 11:06:26 +0000
Subject: [issue15590] --libs is inconsistent for python-config --libs and
 pkgconfig python --libs
In-Reply-To: <1344422598.39.0.464686614779.issue15590@psf.upfronthosting.co.za>
Message-ID: <1401793586.77.0.367595708163.issue15590@psf.upfronthosting.co.za>


Matthias Klose added the comment:

they are.  assume you build the zlib and elementtree extensions as builtins, then libs for an interpreter includes libz and libexpat, while they are not needed for extensions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15590>
_______________________________________

From report at bugs.python.org  Tue Jun  3 13:12:34 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Tue, 03 Jun 2014 11:12:34 +0000
Subject: [issue21651] asyncio tests ResourceWarning
Message-ID: <1401793954.84.0.965903209571.issue21651@psf.upfronthosting.co.za>


New submission from Claudiu.Popa:

Running asyncio tests on Windows will give a ResourceWarning. The attached patch fixes this problem.

[1/1] test_asyncio
D:\Projects\cpython\lib\test\test_asyncio\test_events.py:233: ResourceWarning: unclosed <socket.socket fd=668, family=AddressFamily.AF_INET, type=SocketType.SOCK_STREAM, pro
o=0, laddr=('127.0.0.1', 53044), raddr=('127.0.0.1', 53043)>
  gc.collect()
D:\Projects\cpython\lib\test\test_asyncio\test_events.py:233: ResourceWarning: unclosed <socket.socket fd=724, family=AddressFamily.AF_INET, type=SocketType.SOCK_STREAM, pro
o=0, laddr=('127.0.0.1', 53043), raddr=('127.0.0.1', 53044)>
  gc.collect()
1 test OK.

----------
components: Library (Lib)
files: asyncio_resource_warning.patch
keywords: patch
messages: 219681
nosy: Claudiu.Popa
priority: normal
severity: normal
status: open
title: asyncio tests ResourceWarning
type: resource usage
versions: Python 3.5
Added file: http://bugs.python.org/file35469/asyncio_resource_warning.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21651>
_______________________________________

From report at bugs.python.org  Tue Jun  3 13:16:11 2014
From: report at bugs.python.org (=?utf-8?q?Tomi=C4=87_Milan?=)
Date: Tue, 03 Jun 2014 11:16:11 +0000
Subject: [issue13659] Add a help() viewer for IDLE's Shell.
In-Reply-To: <1324707815.11.0.534121320744.issue13659@psf.upfronthosting.co.za>
Message-ID: <1401794171.97.0.161968972247.issue13659@psf.upfronthosting.co.za>


Tomi? Milan added the comment:

I have just installed IDLEX-1.12 on Python3.4. Once I open the Documentation Viewer the docstrings are written to the terminal window instead to the Documentation Viewer which remains empty. They are triggered correctly once I type the opening bracket of the function call, however the string is written to the terminal window above the current line.

----------
nosy: +tomkeus
type: enhancement -> behavior
versions:  -Python 2.7, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13659>
_______________________________________

From report at bugs.python.org  Tue Jun  3 13:20:10 2014
From: report at bugs.python.org (=?utf-8?q?Tomi=C4=87_Milan?=)
Date: Tue, 03 Jun 2014 11:20:10 +0000
Subject: [issue13659] Add a help() viewer for IDLE's Shell.
In-Reply-To: <1324707815.11.0.534121320744.issue13659@psf.upfronthosting.co.za>
Message-ID: <1401794410.09.0.0812951607257.issue13659@psf.upfronthosting.co.za>


Tomi? Milan added the comment:

Sorry. Misplaced. Please delete.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13659>
_______________________________________

From report at bugs.python.org  Tue Jun  3 13:56:21 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Tue, 03 Jun 2014 11:56:21 +0000
Subject: [issue18292] Idle: test AutoExpand.py
In-Reply-To: <1372098554.92.0.798687151295.issue18292@psf.upfronthosting.co.za>
Message-ID: <1401796581.5.0.565783855882.issue18292@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

Attached a patch incorporating changes from msg219661 and test-autoexp-18292.diff

>>"I would like to cover those because ...."
Done

>>Point 2
Done

>>"self.bell() makes no sound for me. How about you?"
No sound for me as well.

>>Do you see anything like this?
Yes. Reproducing your action prints this message. I had previously seen it(when writing htest), it was random. I was unable to reproduce it then.

----------
Added file: http://bugs.python.org/file35470/test-autoexpand2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Tue Jun  3 14:36:53 2014
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 03 Jun 2014 12:36:53 +0000
Subject: [issue21648] urllib urlopener leaves open sockets for FTP connection
In-Reply-To: <1401786197.78.0.84554698423.issue21648@psf.upfronthosting.co.za>
Message-ID: <1401799013.31.0.373966306214.issue21648@psf.upfronthosting.co.za>


Changes by Senthil Kumaran <senthil at uthcode.com>:


----------
nosy: +orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21648>
_______________________________________

From report at bugs.python.org  Tue Jun  3 14:51:09 2014
From: report at bugs.python.org (Virgil Dupras)
Date: Tue, 03 Jun 2014 12:51:09 +0000
Subject: [issue21643] "File exists" error during venv --upgrade
In-Reply-To: <1401734846.63.0.441941571426.issue21643@psf.upfronthosting.co.za>
Message-ID: <1401799869.49.0.379390899571.issue21643@psf.upfronthosting.co.za>


Virgil Dupras added the comment:

I could reproduce the bug on the v3.4.1 tag, on the 3.4 branch and on the default branch. I think that one of the conditions for the bug to arise is to have the "lib64" symlink created (as described in #21197).

I reproduced the bug on Gentoo and Arch environments.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21643>
_______________________________________

From report at bugs.python.org  Tue Jun  3 15:18:19 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Jun 2014 13:18:19 +0000
Subject: [issue21643] "File exists" error during venv --upgrade
In-Reply-To: <1401734846.63.0.441941571426.issue21643@psf.upfronthosting.co.za>
Message-ID: <1401801499.59.0.362722720186.issue21643@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Full traceback (I modified venv/__main__.py):

haypo at smithers$ /opt/py34/bin/python3 -m venv --upgrade ENV
Error: [Errno 17] File exists: '/home/haypo/ENV/lib' -> '/home/haypo/ENV/lib64'
Traceback (most recent call last):
  File "/opt/py34/lib/python3.4/runpy.py", line 170, in _run_module_as_main
    "__main__", mod_spec)
  File "/opt/py34/lib/python3.4/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/opt/py34/lib/python3.4/venv/__main__.py", line 6, in <module>
    main()
  File "/opt/py34/lib/python3.4/venv/__init__.py", line 438, in main
    builder.create(d)
  File "/opt/py34/lib/python3.4/venv/__init__.py", line 82, in create
    context = self.ensure_directories(env_dir)
  File "/opt/py34/lib/python3.4/venv/__init__.py", line 147, in ensure_directories
    os.symlink(p, link_path)
FileExistsError: [Errno 17] File exists: '/home/haypo/ENV/lib' -> '/home/haypo/ENV/lib64'

It looks like a regression introduced by the issue #21197.

Attached patch should fix it.

----------
keywords: +patch
nosy: +haypo
Added file: http://bugs.python.org/file35471/venv.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21643>
_______________________________________

From report at bugs.python.org  Tue Jun  3 15:19:05 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Jun 2014 13:19:05 +0000
Subject: [issue21643] "File exists" error during venv --upgrade
In-Reply-To: <1401734846.63.0.441941571426.issue21643@psf.upfronthosting.co.za>
Message-ID: <1401801545.27.0.413508852005.issue21643@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh, my test lacks a unit test!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21643>
_______________________________________

From report at bugs.python.org  Tue Jun  3 15:20:52 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Jun 2014 13:20:52 +0000
Subject: [issue21643] "File exists" error during venv --upgrade
In-Reply-To: <1401734846.63.0.441941571426.issue21643@psf.upfronthosting.co.za>
Message-ID: <1401801652.0.0.0586270262328.issue21643@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ok, this bug is a regression introduced in Python 3.4.1.

----------
nosy: +larry
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21643>
_______________________________________

From report at bugs.python.org  Tue Jun  3 16:06:44 2014
From: report at bugs.python.org (Glenn Langford)
Date: Tue, 03 Jun 2014 14:06:44 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1390263519.32.0.357208079457.issue20319@psf.upfronthosting.co.za>
Message-ID: <1401804404.16.0.392613138392.issue20319@psf.upfronthosting.co.za>


Glenn Langford added the comment:

> My workload is launching two subprocess in parallel, and whenever one is ready, launches another one.

Since you have timeout=15.0, wait() should return at least every 15s. Can you determine if the wait is being repeatedly called in the while loop, and if so what Futures it is waiting on? In other words, is wait() being called continuously, or is wait() called and never returns?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Tue Jun  3 16:25:48 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 03 Jun 2014 14:25:48 +0000
Subject: [issue21641] smtplib leaves open sockets around if
 SMTPResponseException is raised in __init__
In-Reply-To: <1401720942.39.0.48870811951.issue21641@psf.upfronthosting.co.za>
Message-ID: <3gjbC01SNhz7NBW@mail.python.org>


Roundup Robot added the comment:

New changeset d5c76646168d by Senthil Kumaran in branch '3.4':
Fix issue #21641: Close the socket before raising the SMTPResponseException. Fixes the ResourceWarning in the test run.
http://hg.python.org/cpython/rev/d5c76646168d

New changeset 7ea84a25d863 by Senthil Kumaran in branch 'default':
merge from 3.4
http://hg.python.org/cpython/rev/7ea84a25d863

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21641>
_______________________________________

From report at bugs.python.org  Tue Jun  3 16:26:53 2014
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 03 Jun 2014 14:26:53 +0000
Subject: [issue21641] smtplib leaves open sockets around if
 SMTPResponseException is raised in __init__
In-Reply-To: <1401720942.39.0.48870811951.issue21641@psf.upfronthosting.co.za>
Message-ID: <1401805613.68.0.206358026671.issue21641@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

The first patch was correct and consistent with how other Exceptions were closing the socket. Fixed this and thanks for the patch.

----------
assignee:  -> orsenthil
nosy: +orsenthil
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21641>
_______________________________________

From report at bugs.python.org  Tue Jun  3 16:35:01 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 03 Jun 2014 14:35:01 +0000
Subject: [issue21439] Numerous minor issues in Language Reference
In-Reply-To: <1399300451.92.0.450554829588.issue21439@psf.upfronthosting.co.za>
Message-ID: <3gjbPc5Lz6z7Ljk@mail.python.org>


Roundup Robot added the comment:

New changeset be8492101251 by Zachary Ware in branch '3.4':
Issue #21439: Fix a couple of typos.
http://hg.python.org/cpython/rev/be8492101251

New changeset 99b469758f49 by Zachary Ware in branch 'default':
Issue #21439: Merge with 3.4
http://hg.python.org/cpython/rev/99b469758f49

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21439>
_______________________________________

From report at bugs.python.org  Tue Jun  3 16:42:12 2014
From: report at bugs.python.org (James Y Knight)
Date: Tue, 03 Jun 2014 14:42:12 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
Message-ID: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>


New submission from James Y Knight:

The change done for issue9291 in Python 2.7.7 caused the mimetypes.types_map dict to change to contain a mixture of str and unicode objects, rather than just str, as it always had before.

This causes twisted.web to crash when serving static files on Windows. See https://twistedmatrix.com/trac/ticket/7461 for the bug report against Twisted.

----------
components: Library (Lib)
messages: 219693
nosy: Daniel.Szoska, Dmitry.Jemerov, Hugo.Lol, Micha?.Pasternak, Roman.Evstifeev, Suzumizaki, Vladimir Iofik, aclover, adamhj, brian.curtin, eric.araujo, foom, frankoid, haypo, jason.coombs, kaizhu, loewis, me21, python-dev, quick.es, r.david.murray, shimizukawa, tim.golden, vldmit
priority: normal
severity: normal
status: open
title: Python 2.7.7 regression in mimetypes module on Windows
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Tue Jun  3 16:47:37 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 03 Jun 2014 14:47:37 +0000
Subject: [issue21600] mock.patch.stopall doesn't work with patch.dict to
 sys.modules
In-Reply-To: <1401334528.48.0.358693350259.issue21600@psf.upfronthosting.co.za>
Message-ID: <1401806857.91.0.774137398297.issue21600@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +kushal.das

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21600>
_______________________________________

From report at bugs.python.org  Tue Jun  3 16:56:52 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 03 Jun 2014 14:56:52 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1401807412.52.0.349848529665.issue21427@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Nosy-ing the Windows installer experts; I haven't had any problems with this and am not familiar with the MSI library or tool.

----------
nosy: +loewis, steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Tue Jun  3 17:00:05 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 03 Jun 2014 15:00:05 +0000
Subject: [issue19980] Improve help('non-topic') response
In-Reply-To: <1386984892.27.0.919528696836.issue19980@psf.upfronthosting.co.za>
Message-ID: <1401807605.55.0.168005345906.issue19980@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Please find attached a first pass at a patch file.  Help('') produces help for the str class as discussed.  I found the difference between help('help') and help() very confusing.  The former produced the help output but left you at the interactive prompt, the latter took you to the help utility.  Both now take you to the help utility.  I've changed the test file but two test fail, here's the output from one as they're virtually identical.

FAIL: test_input_strip (test.test_pydoc.PydocDocTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "c:\cpython\lib\test\test_pydoc.py", line 429, in test_input_strip
    self.assertEqual(expected, result)
AssertionError: 'No P[49 chars]e\'.\nUse help("help") or just help() to get t[66 chars]ass.' != 'No P[49 chars]e\'.\r\nUse help("help") or just help() to get[70 chars]ass.'
- No Python documentation found for 'test.i_am_not_here'.
+ No Python documentation found for 'test.i_am_not_here'.
?                                                        +
- Use help("help") or just help() to get the interactive help utility.
+ Use help("help") or just help() to get the interactive help utility.
?                                                                     +
  Use help(str) for help on the str class.

I can't see where the difference between the .\nUse and .\r\nUse is coming from so thought fresh eyes would do the job.

----------
Added file: http://bugs.python.org/file35472/issue19980.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19980>
_______________________________________

From report at bugs.python.org  Tue Jun  3 17:05:05 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 03 Jun 2014 15:05:05 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1401807905.69.0.426912558744.issue21427@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

FWIW I've never had any installation problems involving py.exe.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Tue Jun  3 17:15:14 2014
From: report at bugs.python.org (Michael Foord)
Date: Tue, 03 Jun 2014 15:15:14 +0000
Subject: [issue21600] mock.patch.stopall doesn't work with patch.dict to
 sys.modules
In-Reply-To: <1401334528.48.0.358693350259.issue21600@psf.upfronthosting.co.za>
Message-ID: <1401808514.62.0.129029925572.issue21600@psf.upfronthosting.co.za>


Michael Foord added the comment:

Yep, patch.dict wasn't designed with stopall in mind so it needs adding. Thanks for pointing this out and your fix. 

Your patch isn't quite right, those operations shouldn't be inside the try excepts. (And there are no tests.)

----------
assignee:  -> michael.foord
stage:  -> test needed
versions: +Python 3.5 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21600>
_______________________________________

From report at bugs.python.org  Tue Jun  3 17:24:20 2014
From: report at bugs.python.org (Steve Dower)
Date: Tue, 03 Jun 2014 15:24:20 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1401809060.23.0.985454444832.issue21427@psf.upfronthosting.co.za>


Steve Dower added the comment:

eryksun's analysis is correct. If the component is marked 64-bit then it will not install on a 32-bit OS. This needs to be switched for the 32-bit installer.

(I also don't see why you'd want to set the 64-bit SharedDLLs key for a 32-bit DLL. Is there some reason we need to do this?)


The default download button currently gets the 32-bit version of 3.4.1, which is the correct default even for people with a 64-bit system. Up until you realize that your script legitimately needs more than 2GB of memory, nobody needs 64-bit Python (barring external library requirements).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Tue Jun  3 17:26:02 2014
From: report at bugs.python.org (Uwe)
Date: Tue, 03 Jun 2014 15:26:02 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1401809162.09.0.506935431997.issue21427@psf.upfronthosting.co.za>


Uwe added the comment:

not sure what you mean:
the installer for 64 bit is working fine
the installer for 32 bit is not working - this is true also 
for the new version 3.4.1
for those who may try: compiling is tricky with VC2010 pro

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Tue Jun  3 17:26:54 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Jun 2014 15:26:54 +0000
Subject: [issue21365] asyncio.Task reference misses the most important fact
 about it,
 related info spread around intros and example commentary instead
In-Reply-To: <1398613098.75.0.265677522517.issue21365@psf.upfronthosting.co.za>
Message-ID: <1401809214.86.0.967604386851.issue21365@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Victor, since you wrote much of the asyncio doc, any comment on this request?

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21365>
_______________________________________

From report at bugs.python.org  Tue Jun  3 17:31:32 2014
From: report at bugs.python.org (Mo Jia)
Date: Tue, 03 Jun 2014 15:31:32 +0000
Subject: [issue21623] build ssl failed use vs2010 express
In-Reply-To: <1401595425.37.0.323501689421.issue21623@psf.upfronthosting.co.za>
Message-ID: <1401809492.92.0.298103396351.issue21623@psf.upfronthosting.co.za>


Mo Jia added the comment:

@Roundup Robot . Clone the newest 3.4 tag. The unicode problem is ok now .
@Zachary Ware , don't change anything after clone from the repo. What i do is just cd python src dir and runing : Tools\buildbot\build.bat .  the openssl verison is 1.0.1g . Seem the external.bat don't build openssl . I see the readme "     The ssl.vcxproj sub-project simply invokes PCbuild/build_ssl.py,    which locates and builds OpenSSL." Seem I don't need build the openssl by handle .  After meet the error , I open the sln by vc2010 , and choose the ssl project build . Here is another error :

4>  pymath.c
4>  pytime.c
4>  pystate.c
4>  pystrcmp.c
4>  pystrtod.c
4>  dtoa.c
4>  Python-ast.c
4>  pythonrun.c
4>  structmember.c
4>  symtable.c
4>  sysmodule.c
4>  thread.c
4>  traceback.c
4>  Generating Code...
4>  The syntax of the command is incorrect.
4>  cl.exe -c -D_WIN32 -DUSE_DL_EXPORT -D_WINDOWS -DWIN32 -D_WINDLL -D_DEBUG -MDd ..\Modules\getbuildinfo.c -Fo"D:\Hg\Python\Python\PCbuild\Win32-temp-Debug\pythoncore\getbuildinfo.o" -I..\Include -I..\PC
4>  The syntax of the command is incorrect.
4>     Creating library D:\Hg\Python\Python\PCbuild\python34_d.lib and object D:\Hg\Python\Python\PCbuild\python34_d.exp
4>  pythoncore.vcxproj -> D:\Hg\Python\Python\PCbuild\python34_d.dll
5>------ Build started: Project: python, Configuration: Debug Win32 ------
5>  python.c
5>  python.vcxproj -> D:\Hg\Python\Python\PCbuild\python_d.exe
6>------ Build started: Project: ssl, Configuration: Debug Win32 ------
6>  Found a working perl at 'D:\cygwin64\bin\perl.exe'
6>  Executing ssl makefiles: nmake /nologo -f "ms\nt.mak"
6>  The syntax of the command is incorrect.
6>  Executing ms\nt.mak failed
6>  1
6>C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(38,5): error MSB3073: The command "cd "D:\Hg\Python\Python\PCbuild\"
6>C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(38,5): error MSB3073: "D:\Hg\Python\Python\PCbuild\python_d.exe" build_ssl.py Release Win32 -a
6>C:\Program Files (x86)\MSBuild\Microsoft.Cpp\v4.0\Microsoft.MakeFile.Targets(38,5): error MSB3073: " exited with code 1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21623>
_______________________________________

From report at bugs.python.org  Tue Jun  3 17:49:25 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 03 Jun 2014 15:49:25 +0000
Subject: [issue21643] "File exists" error during venv --upgrade
In-Reply-To: <1401734846.63.0.441941571426.issue21643@psf.upfronthosting.co.za>
Message-ID: <3gjd3T0z9Cz7LmF@mail.python.org>


Roundup Robot added the comment:

New changeset 27e1b4a9de07 by Vinay Sajip in branch '3.4':
Issue #21643: Updated test and fixed logic bug in lib64 symlink creation.
http://hg.python.org/cpython/rev/27e1b4a9de07

New changeset 71eda9bd8875 by Vinay Sajip in branch 'default':
Closes #21643: Merged fix from 3.4.
http://hg.python.org/cpython/rev/71eda9bd8875

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21643>
_______________________________________

From report at bugs.python.org  Tue Jun  3 17:51:52 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Tue, 03 Jun 2014 15:51:52 +0000
Subject: [issue21197] venv does not create lib64 directory and appropriate
 symlinks
In-Reply-To: <1397137832.25.0.881871760177.issue21197@psf.upfronthosting.co.za>
Message-ID: <1401810712.4.0.897640537426.issue21197@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> The added 64-bit test unnecessary adds an import for struct.

I corrected this when fixing #21643.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21197>
_______________________________________

From report at bugs.python.org  Tue Jun  3 17:59:25 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Jun 2014 15:59:25 +0000
Subject: [issue13659] Add a help() viewer for IDLE's Shell.
In-Reply-To: <1324707815.11.0.534121320744.issue13659@psf.upfronthosting.co.za>
Message-ID: <1401811165.36.0.224660394144.issue13659@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
Removed message: http://bugs.python.org/msg219682

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13659>
_______________________________________

From report at bugs.python.org  Tue Jun  3 17:59:34 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Jun 2014 15:59:34 +0000
Subject: [issue13659] Add a help() viewer for IDLE's Shell.
In-Reply-To: <1324707815.11.0.534121320744.issue13659@psf.upfronthosting.co.za>
Message-ID: <1401811174.97.0.268079645083.issue13659@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
Removed message: http://bugs.python.org/msg219683

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13659>
_______________________________________

From report at bugs.python.org  Tue Jun  3 18:22:27 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Jun 2014 16:22:27 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1401812547.79.0.984022244076.issue21427@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I think what Steve meant is that *if* the 32-bit installer is working right, then it should be the default because it would then work for everyone, while the 64-bit installer cannot possibly work for people with 32-bit windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Tue Jun  3 18:28:19 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 03 Jun 2014 16:28:19 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1401812899.43.0.608884591834.issue21427@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Here is the rationale:

1. py.exe is a 32-bit binary installed into C:\windows, see PEP 397. It's in C:\windows so that it will be on the path for both 32-bit and 64-bit processes.
2. py.exe is installed by multiple installers (both 32-bit and 64-bit, and multiple versions of Python)
3. to do proper reference counting of the installations, the SharedDLLRefcount component flag is enabled for the py.exe component. As a consequence, py.exe will be removed when the last Python installation is uninstalled from the system.
4. there are two different reference counters for a file on Windows: a 32-bit reference counter and a 64 bit reference counter. A 64-bit installer would manipulate the 64-bit counter, and a 32-bit installer would manipulate the 32-bit counter.
5. by default, this would lead to py.exe disappearing after this sequence of installation steps:
   * install 32-bit 3.3
   * install 64-bit 3.4
   * uninstall 64-bit 3.4
   The 32-bit reference counter would still be 1, but the 64-bit uninstallation would only look at the 64-bit counter, removing the file
6. to prevent that, the component is marked as 64-bit even for the 32-bit installer, to manipulate the 64-bit reference counter.

The code contains a comment

# XXX does this still allow to install the component on a 32-bit system?

I never got to test this out of lack of a 32-bit Windows installation, apparently, it doesn't work.

As a work-around, the 32-bit installer could include an additional component installing py.exe, which would be a 32-bit component and be selected if the host system is 32-bit.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Tue Jun  3 18:41:34 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 03 Jun 2014 16:41:34 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1401813694.22.0.701983538667.issue21427@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Martin v. L?wis wrote:
> I never got to test this out of lack of a 32-bit Windows installation,
> apparently, it doesn't work.

It does work on my 32-bit machine, though; I have had no issues installing 32-bit Python 3.3 or 3.4 on 32-bit Windows 7 Pro.  If there's anything in particular you would like me to test or check, let me know.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Tue Jun  3 19:04:03 2014
From: report at bugs.python.org (Joshua Landau)
Date: Tue, 03 Jun 2014 17:04:03 +0000
Subject: [issue21642] "_ if 1else _" does not compile
In-Reply-To: <1401733440.77.0.120432390188.issue21642@psf.upfronthosting.co.za>
Message-ID: <1401815043.16.0.429167199026.issue21642@psf.upfronthosting.co.za>


Joshua Landau added the comment:

Here's a minimal example of the difference:

    1e
    #>>> ... etc ...
    #>>> SyntaxError: invalid token

    1t
    #>>> ... etc ...
    #>>> SyntaxError: invalid syntax

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21642>
_______________________________________

From report at bugs.python.org  Tue Jun  3 19:13:12 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 03 Jun 2014 17:13:12 +0000
Subject: [issue19980] Improve help('non-topic') response
In-Reply-To: <1386984892.27.0.919528696836.issue19980@psf.upfronthosting.co.za>
Message-ID: <1401815592.97.0.435540887801.issue19980@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19980>
_______________________________________

From report at bugs.python.org  Tue Jun  3 20:03:31 2014
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Tue, 03 Jun 2014 18:03:31 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <1401818611.69.0.209181319629.issue21652@psf.upfronthosting.co.za>


Changes by Jean-Paul Calderone <jean-paul at hybridcluster.com>:


----------
nosy: +exarkun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Tue Jun  3 20:07:01 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 03 Jun 2014 18:07:01 +0000
Subject: [issue21623] build ssl failed use vs2010 express
In-Reply-To: <1401595425.37.0.323501689421.issue21623@psf.upfronthosting.co.za>
Message-ID: <1401818821.9.0.611097702054.issue21623@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Mo Jia wrote:
> @Zachary Ware , don't change anything after clone from the repo. What
> i do is just cd python src dir and runing : Tools\buildbot\build.bat
> .  the openssl verison is 1.0.1g . Seem the external.bat don't build
> openssl . I see the readme "     The ssl.vcxproj sub-project simply
> invokes PCbuild/build_ssl.py,    which locates and builds OpenSSL."
> Seem I don't need build the openssl by handle

That's correct, you shouldn't have to do anything special for OpenSSL, especially since you used Tools\buildbot\build.bat.

> After meet the error, I open the sln by vc2010 , and choose the ssl project build .

So the original error happened in the Tools\buildbot\build.bat build, and the newest error happened while building from the VS GUI?

Neither error makes sense to me yet though, so here's a few more questions that may or may not have any impact on things:

Have you tried building again from a completely fresh checkout (including re-downloading the OpenSSL source using Tools/buildbot/external.bat)?
Are you using the hgeol extension of Mercurial?
What version of Windows are you using?
Is VC++ updated completely (including service pack 1)?
What language/localization settings are you using (in Windows and VC++)?
Do you have anything installed that messes with cmd.exe?
What is your default codepage?

Anything else that may seem relevant, please let us know!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21623>
_______________________________________

From report at bugs.python.org  Tue Jun  3 20:35:01 2014
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Tue, 03 Jun 2014 18:35:01 +0000
Subject: [issue21638] Seeking to EOF is too inefficient!
In-Reply-To: <1401716356.76.0.730972097827.issue21638@psf.upfronthosting.co.za>
Message-ID: <1401820501.81.0.671455332125.issue21638@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

> I agree that Python 2 should use fopen / fread rather than directly read().
> But you may misunderstand this. The 'strace' tool reports Linux system
> calls, including read() rather than fread(), and I guess that read() should
> be finally called in fread() implementation.
>
> What I mean is that Python 2's seek(0, 2) does not use fseek(0, SEEK_END),
> but fseek(somewhere, SEEK_SET) and fread(rest-bytes) instead, which is too
> inefficient in some kind of storage.

Actually, Python does use fopen(), and fseek(): the culprit is the libc:
$ cat /tmp/test.c; gcc -o /tmp/test /tmp/test.c -Wall; strace /tmp/test
open("/etc/fstab", O_RDONLY)            = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=809, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb77ae000
fstat64(3, {st_mode=S_IFREG|0644, st_size=809, ...}) = 0
_llseek(3, 0, [0], SEEK_SET)            = 0
read(3, "# /etc/fstab: static file system"..., 809) = 809
close(3)                                = 0

> By the way, Python 3 does not behavior like this.

That's because in Python 3, the IO stack is implemented directly on top of open()/read()/lseek().

It's not the first time we stumble upon glibc stdio bugs.

I'd suggest closing this.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21638>
_______________________________________

From report at bugs.python.org  Tue Jun  3 20:38:32 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 03 Jun 2014 18:38:32 +0000
Subject: [issue21344] save scores or ratios in difflib get_close_matches
In-Reply-To: <1398350530.77.0.0668395281532.issue21344@psf.upfronthosting.co.za>
Message-ID: <1401820712.38.0.410963773663.issue21344@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Absent Tim's satisfaction regarding a use-case, I'm closing the issue.  Russell, if you do package this up for pypi and it does become popular (for some definition of 'popular' :), feel free to reopen this issue or open a new one.

----------
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21344>
_______________________________________

From report at bugs.python.org  Tue Jun  3 20:43:31 2014
From: report at bugs.python.org (Steve Dower)
Date: Tue, 03 Jun 2014 18:43:31 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1401821011.65.0.623746686039.issue21427@psf.upfronthosting.co.za>


Steve Dower added the comment:

That reasoning makes sense. I don't see any other way to achieve the same thing without requiring a newer version of Windows Installer on the machine (msidbComponentAttributesDisableRegistryReflection requires 4.0).

Having a second component for 32-bit OS may be okay. I don't recall whether the component ID or the key path is used for shared DLLs - if it's the ID then you won't be able to do this, but I believe it uses the key path throughout (obviously the OS uses the path, but Windows Installer may not).

The 3.4.1 installer worked fine for me on a 32-bit OS, but it doesn't seem to have added py.exe into the SharedDLLs key (python34.dll is there).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Tue Jun  3 20:43:46 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 03 Jun 2014 18:43:46 +0000
Subject: [issue21623] build ssl failed use vs2010 express
In-Reply-To: <1401595425.37.0.323501689421.issue21623@psf.upfronthosting.co.za>
Message-ID: <1401821026.12.0.972068945059.issue21623@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

I have no idea what might be causing this. I think it only can be resolved if Mo Jia actually researches the errors himself. Mo Jia, pick one particular error, and stick to it until you completely understand it. If you cannot do this, we may have to wait until somebody else shows up who can reproduce the problem, and also analyze it.

For example, for the original problem, we would need the original command line that compiled b_print.obj, and check whether /GS was passed to that compilation command or not.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21623>
_______________________________________

From report at bugs.python.org  Tue Jun  3 20:46:31 2014
From: report at bugs.python.org (Jan Kanis)
Date: Tue, 03 Jun 2014 18:46:31 +0000
Subject: [issue18132] buttons in turtledemo disappear on small screens
In-Reply-To: <1370353605.18.0.929519765734.issue18132@psf.upfronthosting.co.za>
Message-ID: <1401821191.74.0.455819668662.issue18132@psf.upfronthosting.co.za>


Jan Kanis added the comment:

I wasn't aware that mixing grid and pack was a bad idea, as I was looking over turtledemo to learn how to use tkinter. The patch replaces a packing in one frame with a grid. All direct children of the graph_frame are gridded. graph_frame itself is still packed and so are the children of btn_frame which is a child of graph_frame. 

Also I wasn't able to find a clear definition of what is meant by 'master window' in the grid/pack warning, but supposedly that is the top level Tk() rather than a parent widget. I would offer to create a better patch but Lita Cho already did so in #21597.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18132>
_______________________________________

From report at bugs.python.org  Tue Jun  3 20:50:09 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 03 Jun 2014 18:50:09 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1401821409.25.0.179007567387.issue21427@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Zachary: It "shouldn't" work for you, given this report. Please run 

msiexec /i <python msi file> /l*v py.log

and attach the (possibly compressed) py.log. Verify that it actually did install py.exe into c:\windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Tue Jun  3 20:54:34 2014
From: report at bugs.python.org (Linlin Yan)
Date: Tue, 03 Jun 2014 18:54:34 +0000
Subject: [issue21638] Seeking to EOF is too inefficient!
In-Reply-To: <1401820501.81.0.671455332125.issue21638@psf.upfronthosting.co.za>
Message-ID: <CA+YjnUte6oEcLobLw=hm38ghmuqLGjHzrVZrtwALhZ=6sokY9Q@mail.gmail.com>


Linlin Yan added the comment:

Thanks! I agree with that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21638>
_______________________________________

From report at bugs.python.org  Tue Jun  3 20:59:26 2014
From: report at bugs.python.org (Linlin Yan)
Date: Tue, 03 Jun 2014 18:59:26 +0000
Subject: [issue21638] Seeking to EOF is too inefficient!
In-Reply-To: <1401716356.76.0.730972097827.issue21638@psf.upfronthosting.co.za>
Message-ID: <1401821966.13.0.383706076102.issue21638@psf.upfronthosting.co.za>


Linlin Yan added the comment:

I ensured that the problem is in libc. I will try to figure out it by updating libc or optimizing some related parameters.

----------
resolution:  -> third party
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21638>
_______________________________________

From report at bugs.python.org  Tue Jun  3 21:44:51 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 03 Jun 2014 19:44:51 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1401824691.38.0.39747364391.issue21427@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Here's the log, and some notes:

Starting state:
- Python 3.3.5 installed to P:\Python33
- Python 3.4.1 installed to P:\Python34
- py[w].exe present in C:\Windows

State after Python 3.4.1 uninstalled by python-3.4.1.msi (and manually removed P:\Python34 which still contained some debris in Lib and Scripts):
- Python 3.3.5 still installed
- Python 3.4.1 uninstalled
- py[w].exe no longer present in C:\Windows

msiexec /i python-3.4.1.msi /l*v py.log
- Installed for all users
- Destination set to P:\Python34
- Components left at default (all selected except 'Add python.exe to Path')
- Install completed successfully
State afterward:
- Python 3.3.5 still installed
- Python 3.4.1 properly installed in P:\Python34
- py[w].exe now present in C:\Windows

Picking through the log, I find that I did actually get the error the OP noted; it just doesn't seem to matter:

"""
MSI (s) (34:04) [14:27:17:664]: Executing op: ComponentRegister(ComponentId={81B1269C-979C-404A-8E3D-D297B7C38622},KeyPath=C:\Windows\py.exe,State=3,,Disk=1,SharedDllRefCount=1,BinaryType=1)
1: {DF32BB9E-3ED8-36B5-A649-E8C845C5F3A2} 2: {81B1269C-979C-404A-8E3D-D297B7C38622} 3: C:\Windows\py.exe 
MSI (s) (34:04) [14:27:17:665]: Error: cannot register 64 bit component {81B1269C-979C-404A-8E3D-D297B7C38622} on 32 bit system. KeyPath: C:\Windows\py.exe
MSI (s) (34:04) [14:27:17:665]: GetSharedDLLKey called with invalid ibtBinaryType argument!
MSI (s) (34:04) [14:27:17:665]: GetSharedDLLKey called with invalid ibtBinaryType argument!
MSI (s) (34:04) [14:27:17:666]: Executing op: ComponentRegister(ComponentId={C170DD8A-2030-4226-A15D-94E881D68233},KeyPath=C:\Windows\pyw.exe,State=3,,Disk=1,SharedDllRefCount=1,BinaryType=1)
1: {DF32BB9E-3ED8-36B5-A649-E8C845C5F3A2} 2: {C170DD8A-2030-4226-A15D-94E881D68233} 3: C:\Windows\pyw.exe 
MSI (s) (34:04) [14:27:17:667]: Error: cannot register 64 bit component {C170DD8A-2030-4226-A15D-94E881D68233} on 32 bit system. KeyPath: C:\Windows\pyw.exe
MSI (s) (34:04) [14:27:17:668]: GetSharedDLLKey called with invalid ibtBinaryType argument!
MSI (s) (34:04) [14:27:17:668]: GetSharedDLLKey called with invalid ibtBinaryType argument!

...

MSI (s) (34:04) [14:27:19:599]: Executing op: SetTargetFolder(Folder=C:\Windows\)
MSI (s) (34:04) [14:27:19:599]: Executing op: SetSourceFolder(Folder=1\)
MSI (s) (34:04) [14:27:19:599]: Executing op: FileCopy(SourceName=PY.EXE|py.exe,SourceCabKey=py.exe,DestName=py.exe,Attributes=512,FileSize=102400,PerTick=65536,,VerifyMedia=1,,,,,CheckCRC=0,Version=3.4.1150.1013,Language=2057,InstallMode=58982400,,,,,,,)
MSI (s) (34:04) [14:27:19:600]: File: C:\Windows\py.exe;	To be installed;	Won't patch;	No existing file
MSI (s) (34:04) [14:27:19:600]: Source for file 'py.exe' is compressed
InstallFiles: File: py.exe,  Directory: C:\Windows\,  Size: 102400
MSI (s) (34:04) [14:27:19:606]: Executing op: FileCopy(SourceName=PYW.EXE|pyw.exe,SourceCabKey=pyw.exe,DestName=pyw.exe,Attributes=512,FileSize=102912,PerTick=65536,,VerifyMedia=1,,,,,CheckCRC=0,Version=3.4.1150.1013,Language=2057,InstallMode=58982400,,,,,,,)
MSI (s) (34:04) [14:27:19:606]: File: C:\Windows\pyw.exe;	To be installed;	Won't patch;	No existing file
MSI (s) (34:04) [14:27:19:606]: Source for file 'pyw.exe' is compressed
InstallFiles: File: pyw.exe,  Directory: C:\Windows\,  Size: 102912
"""

----------
Added file: http://bugs.python.org/file35473/py.log.bz2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Tue Jun  3 21:51:03 2014
From: report at bugs.python.org (Jan Kanis)
Date: Tue, 03 Jun 2014 19:51:03 +0000
Subject: [issue18141] tkinter.Image.__del__ can throw an exception if module
 globals are destroyed in the wrong order
In-Reply-To: <1370434176.62.0.932474289882.issue18141@psf.upfronthosting.co.za>
Message-ID: <1401825063.78.0.442742796682.issue18141@psf.upfronthosting.co.za>


Jan Kanis added the comment:

The main block has been like that from the beginning of recorded time. I could see a use for this if the turtle demo allowed changing of the code in the gui, but it doesn't.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18141>
_______________________________________

From report at bugs.python.org  Tue Jun  3 22:00:12 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Jun 2014 20:00:12 +0000
Subject: [issue18132] buttons in turtledemo disappear on small screens
In-Reply-To: <1370353605.18.0.929519765734.issue18132@psf.upfronthosting.co.za>
Message-ID: <1401825612.14.0.0806119470769.issue18132@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I had forgotten until I reread Lundh's note. I made the same assumption about 'master window'. Certainly 'conservative' is safest. Lita has not posted a patch, but since she is a (paid) summer intern (until mid August), I expect she will. If not, you can help finish this off before the next release cycle, which should be at least 3 months away. If you notice that nothing has happened by mid-August, please ping either or both issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18132>
_______________________________________

From report at bugs.python.org  Tue Jun  3 22:03:51 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 03 Jun 2014 20:03:51 +0000
Subject: [issue18141] tkinter.Image.__del__ can throw an exception if module
 globals are destroyed in the wrong order
In-Reply-To: <1370434176.62.0.932474289882.issue18141@psf.upfronthosting.co.za>
Message-ID: <1401825831.48.0.588707789644.issue18141@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am planning the make the simplifying change. But does is solve the problem you had?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18141>
_______________________________________

From report at bugs.python.org  Tue Jun  3 22:41:11 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 03 Jun 2014 20:41:11 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1401828071.92.0.344207311059.issue21427@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

That the removal of 3.4 removes py.exe despite 3.3 still being installed is easy to explain: the registration of the reference counter failed, hence the file was not reference counted, and the first removal decided to remove it (there being no reference counter).

I can't explain why "cannot register 64-bit component" is fatal on some systems and not on others. Steve?

Uwe: where exactly did you get the message in your original report? What steps did you do, and where did the message show up? Did the installation perhaps complete despite this error?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Tue Jun  3 23:11:39 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 03 Jun 2014 21:11:39 +0000
Subject: [issue21416] argparse should accept bytes arguments as originally
 passed
In-Reply-To: <1399050639.0.0.425035380654.issue21416@psf.upfronthosting.co.za>
Message-ID: <1401829899.8.0.61366778133.issue21416@psf.upfronthosting.co.za>


Zachary Ware added the comment:

The type parameter of ArgumentParser is a callable that will be called with the value of some member of sys.argv, it does *not* specify what the returned type will be.  You can just use os.fsencode as the type argument:

>>> import os
>>> import argparse
>>> p = argparse.ArgumentParser()
>>> p.add_argument('somebytes', type=os.fsencode, help='i want some bytes')
_StoreAction(option_strings=[], dest='somebytes', nargs=None, const=None, default=None, type=<function _fscodec.<locals>.fsencode at 0x00677AE0>, choices=None, help='i want some bytes', metavar=None)
>>> p.parse_args(['test'])
Namespace(somebytes=b'test')
>>> p.parse_args([os.fsdecode(b'\xde\xad\xbe\xef')])
Namespace(somebytes=b'\xde\xad\xbe\xef')

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21416>
_______________________________________

From report at bugs.python.org  Tue Jun  3 23:53:56 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Tue, 03 Jun 2014 21:53:56 +0000
Subject: [issue21637] Add a warning section exaplaining that tempfiles are
 opened in binary mode
In-Reply-To: <1401716134.93.0.330807213561.issue21637@psf.upfronthosting.co.za>
Message-ID: <1401832436.64.0.50026215468.issue21637@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

Adding warnings for something that is clearly documented (both in the constructor prototype line and again in the spelled out documentation of the "mode" argument) is wasteful, particularly when accidental misuse would immediately lead to an exception being thrown the second you attempted to write a str (so there is no risk of partial or silent failure that might lead to an inconsistent state).

As a rule, Python doesn't litter the documentation with warnings unless it's a matter of security or minor version compatibility. This doesn't affect security, behaves identically across all releases of Python 3, etc.

----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21637>
_______________________________________

From report at bugs.python.org  Tue Jun  3 23:58:09 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 03 Jun 2014 21:58:09 +0000
Subject: [issue21637] Add a warning section exaplaining that tempfiles are
 opened in binary mode
In-Reply-To: <1401716134.93.0.330807213561.issue21637@psf.upfronthosting.co.za>
Message-ID: <1401832689.11.0.941654871895.issue21637@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21637>
_______________________________________

From report at bugs.python.org  Wed Jun  4 00:12:21 2014
From: report at bugs.python.org (Andrew McKinlay)
Date: Tue, 03 Jun 2014 22:12:21 +0000
Subject: [issue21653] Row.keys() in sqlite3 returns a list, not a tuple
Message-ID: <1401833541.21.0.885626221521.issue21653@psf.upfronthosting.co.za>


New submission from Andrew McKinlay:

The documentation here (https://docs.python.org/2/library/sqlite3.html#sqlite3.Row.keys) says that the method returns a tuple. It returns a list.

----------
assignee: docs at python
components: Documentation
messages: 219724
nosy: amckinlay, docs at python
priority: normal
severity: normal
status: open
title: Row.keys() in sqlite3 returns a list, not a tuple
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21653>
_______________________________________

From report at bugs.python.org  Wed Jun  4 00:16:54 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 03 Jun 2014 22:16:54 +0000
Subject: [issue21119] asyncio create_connection resource warning
In-Reply-To: <1396321484.68.0.174945090803.issue21119@psf.upfronthosting.co.za>
Message-ID: <3gjnfY0z1kz7NB0@mail.python.org>


Roundup Robot added the comment:

New changeset d0dd3eb5b5ef by Victor Stinner in branch '3.4':
Issue #21119: asyncio now closes sockets on errors
http://hg.python.org/cpython/rev/d0dd3eb5b5ef

New changeset bbd773ed9584 by Victor Stinner in branch '3.4':
Issue #21119: asyncio: Make sure that socketpair() close sockets on error
http://hg.python.org/cpython/rev/bbd773ed9584

New changeset 8b40483d9a08 by Victor Stinner in branch 'default':
Merge 3.4: Issue #21119, fix ResourceWarning in asyncio
http://hg.python.org/cpython/rev/8b40483d9a08

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21119>
_______________________________________

From report at bugs.python.org  Wed Jun  4 00:21:17 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Jun 2014 22:21:17 +0000
Subject: [issue21119] asyncio create_connection resource warning
In-Reply-To: <1396321484.68.0.174945090803.issue21119@psf.upfronthosting.co.za>
Message-ID: <1401834077.93.0.347162162386.issue21119@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I fixed the issues in Tulip, Python 3.4 and 3.5. Thanks for the report.

----------
resolution: works for me -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21119>
_______________________________________

From report at bugs.python.org  Wed Jun  4 00:22:28 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Tue, 03 Jun 2014 22:22:28 +0000
Subject: [issue21559] OverflowError should not happen for integer operations
In-Reply-To: <1400841279.05.0.350458307747.issue21559@psf.upfronthosting.co.za>
Message-ID: <1401834148.24.0.813897642799.issue21559@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

It usually doesn't just mean "outside a required range", it means "outside the range of values representable due to implementation specific limitations (e.g. the function is converting to a C type)". You don't raise OverflowError because your function only allows values from 0-1000, you raise it because you accept "arbitrary" values that are in fact limited by the definition of int, long, Py_ssize_t, etc. It does get weird when you talk about unsigned values, where they're usually used because negative values aren't logically valid, not merely a side-effect of trying to use more efficient types. Case #3 mentioned in Terry's list is because it's stored as a C unsigned char, which simply doesn't support values outside the range [0,256).

I think of the distinction between ValueError and OverflowError as the difference between "The argument makes no logical sense in context" and "The argument can't be used due to interpreter limitations". I suppose it makes sense to be consistent; if your function only accepts values from 0-1000 on a logical basis, then any OverflowErrors should be converted to ValueErrors (since no change in implementation would alter the accepted logical range).

I'll grant it gets fuzzy when we talk about bytes (after all, the function could choose to use a larger storage type, and probably didn't because program logic dictates that [0,256) is the value range). Not sure how it's possible to handle that, or if it's even worth it when so much code, APIs, and third party modules are saying that implementation limits (OverflowError) trump logical limits (ValueError) when it comes to the exception type.

----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21559>
_______________________________________

From report at bugs.python.org  Wed Jun  4 00:29:12 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 03 Jun 2014 22:29:12 +0000
Subject: [issue21651] asyncio tests ResourceWarning
In-Reply-To: <1401793954.84.0.965903209571.issue21651@psf.upfronthosting.co.za>
Message-ID: <3gjnwl4J5Lz7N9C@mail.python.org>


Roundup Robot added the comment:

New changeset 9d2c0b41c1d5 by Victor Stinner in branch '3.4':
Issue #21651: Fix ResourceWarning when running asyncio tests on Windows.
http://hg.python.org/cpython/rev/9d2c0b41c1d5

New changeset b2f329e9cd18 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21651: Fix ResourceWarning when running asyncio tests on
http://hg.python.org/cpython/rev/b2f329e9cd18

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21651>
_______________________________________

From report at bugs.python.org  Wed Jun  4 00:29:40 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Jun 2014 22:29:40 +0000
Subject: [issue21651] asyncio tests ResourceWarning
In-Reply-To: <1401793954.84.0.965903209571.issue21651@psf.upfronthosting.co.za>
Message-ID: <1401834580.01.0.726569773995.issue21651@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thanks for the patch. I also applied it to Tulip.

----------
nosy: +haypo
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21651>
_______________________________________

From report at bugs.python.org  Wed Jun  4 00:46:13 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 03 Jun 2014 22:46:13 +0000
Subject: [issue18381] unittest warnings counter
In-Reply-To: <1373114259.86.0.274298241842.issue18381@psf.upfronthosting.co.za>
Message-ID: <1401835573.36.0.931331725489.issue18381@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

FWICT Berker's patch LGTM. Michael, are you OK with committing this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18381>
_______________________________________

From report at bugs.python.org  Wed Jun  4 01:08:03 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 03 Jun 2014 23:08:03 +0000
Subject: [issue21326] asyncio: request clearer error message when event loop
 closed
In-Reply-To: <1398154363.0.0.853788262895.issue21326@psf.upfronthosting.co.za>
Message-ID: <3gjpnZ6PLkz7LlP@mail.python.org>


Roundup Robot added the comment:

New changeset 690b6ddeee9c by Victor Stinner in branch 'default':
Issue #21326: Add asyncio.BaseEventLoop.is_closed() method
http://hg.python.org/cpython/rev/690b6ddeee9c

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21326>
_______________________________________

From report at bugs.python.org  Wed Jun  4 01:17:55 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Jun 2014 23:17:55 +0000
Subject: [issue21326] asyncio: request clearer error message when event loop
 closed
In-Reply-To: <1398154363.0.0.853788262895.issue21326@psf.upfronthosting.co.za>
Message-ID: <1401837475.07.0.725621843486.issue21326@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I fixed the issue in Python 3.5 by adding a new BaseEventLoop.is_closed() method. Calling run_forever() or run_until_complete() now raises an error.

I don't know yet if this issue should be fixed in Python 3.4. If it should be fixed, I don't know how it should be fixed. Guido was unhappy with subclasses of BaseEventLoop accessing the private attribute BaseEventLoop._closed in the review of my patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21326>
_______________________________________

From report at bugs.python.org  Wed Jun  4 01:37:54 2014
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 03 Jun 2014 23:37:54 +0000
Subject: [issue21326] asyncio: request clearer error message when event loop
 closed
In-Reply-To: <1398154363.0.0.853788262895.issue21326@psf.upfronthosting.co.za>
Message-ID: <1401838674.75.0.536590687558.issue21326@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov.ml at gmail.com>:


----------
nosy: +yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21326>
_______________________________________

From report at bugs.python.org  Wed Jun  4 01:42:29 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Jun 2014 23:42:29 +0000
Subject: [issue15599] test_threaded_import fails sporadically on Windows and
 FreeBSD
In-Reply-To: <1344473974.14.0.584788696764.issue15599@psf.upfronthosting.co.za>
Message-ID: <1401838949.23.0.0237971942156.issue15599@psf.upfronthosting.co.za>


STINNER Victor added the comment:

A recent failure. As usual, the test passed at the second run.

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.0%203.x/builds/2180/steps/test/logs/stdio

======================================================================
FAIL: test_parallel_meta_path (test.test_threaded_import.ThreadedImportTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/test_threaded_import.py", line 135, in test_parallel_meta_path
    self.assertEqual(finder.x, finder.numcalls)
AssertionError: 89 != 90


Re-running test 'test_threaded_import' in verbose mode
(...)
Ran 6 tests in 3.109s

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15599>
_______________________________________

From report at bugs.python.org  Wed Jun  4 01:47:15 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 03 Jun 2014 23:47:15 +0000
Subject: [issue21326] asyncio: request clearer error message when event loop
 closed
In-Reply-To: <1398154363.0.0.853788262895.issue21326@psf.upfronthosting.co.za>
Message-ID: <1401839235.99.0.973324537467.issue21326@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Attached asyncio_closed_py34.patch: minimum patch to fix this issue. run_forever() and run_until_complete() raises a RuntimeError if the event loop was closed.

The patch only uses the private attribute BaseEventLoop._closed in the BaseEventLoop class, not outside.

----------
keywords: +patch
Added file: http://bugs.python.org/file35474/asyncio_closed_py34.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21326>
_______________________________________

From report at bugs.python.org  Wed Jun  4 02:31:30 2014
From: report at bugs.python.org (Zvezdan Petkovic)
Date: Wed, 04 Jun 2014 00:31:30 +0000
Subject: [issue13631] readline fails to parse some forms of .editrc under
 editline (libedit) emulation on Mac OS X
In-Reply-To: <1324267597.43.0.334578978638.issue13631@psf.upfronthosting.co.za>
Message-ID: <1401841890.16.0.0693907643492.issue13631@psf.upfronthosting.co.za>


Zvezdan Petkovic added the comment:

Ned,

I just signed the contributor agreement form.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13631>
_______________________________________

From report at bugs.python.org  Wed Jun  4 02:57:45 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 04 Jun 2014 00:57:45 +0000
Subject: [issue18409] Idle: test AutoComplete.py
In-Reply-To: <1373337231.6.0.320085332655.issue18409@psf.upfronthosting.co.za>
Message-ID: <3gjsD50lDSz7N9D@mail.python.org>


Roundup Robot added the comment:

New changeset 4f1abf87df12 by Terry Jan Reedy in branch '2.7':
Issue #18409: Idle: add unittest for AutoComplete. Patch by Phil Webster.
http://hg.python.org/cpython/rev/4f1abf87df12

New changeset bf8710cf896b by Terry Jan Reedy in branch '3.4':
Issue #18409: Idle: add unittest for AutoComplete. Patch by Phil Webster.
http://hg.python.org/cpython/rev/bf8710cf896b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18409>
_______________________________________

From report at bugs.python.org  Wed Jun  4 02:59:51 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Jun 2014 00:59:51 +0000
Subject: [issue18409] Idle: test AutoComplete.py
In-Reply-To: <1373337231.6.0.320085332655.issue18409@psf.upfronthosting.co.za>
Message-ID: <1401843591.19.0.804758677307.issue18409@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The coverage of Phil's patch is about 60%. I decided to push it with slight modification so he is properly credited with what he did. Changes: 
Move mock AutoCompleteWindow to test file; too special.
Move ac_func to mock_idle for use in other tests; well done!
Redo Event mock. Assign needed attributes when create.
Make changes needed because of above two changes.
Add macosxSupport call now needed to run without raising.
Delete root when done.
Add abbreviation for self.autocomplete.open_completions, etc.
Improve the logic of a couple of subtests.

Any blank class could be used to mock event, but putting it in mock_tk allows for a docstring and does the update trick just once.

Saimadhav, open a new issue to work more on this test.

----------
nosy: +sahutd
resolution:  -> fixed
status: open -> closed
Added file: http://bugs.python.org/file35475/test_autocomplete-18409-2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18409>
_______________________________________

From report at bugs.python.org  Wed Jun  4 03:22:36 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Jun 2014 01:22:36 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1401844956.24.0.0671213480405.issue17390@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I don't know if this is related but the Window tab has been affect as well.  It shows all open windows like this

  *Python 2.7.7 Shell*
  Python 2.7.7: demo.py /Users/raymond/class/demo.py
  Python 2.7.7: download.py /Users/raymond/class/download.py

This is a bit over the top :-)

I would really like the old behavior restored.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Wed Jun  4 03:31:00 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Jun 2014 01:31:00 +0000
Subject: [issue21654] IDLE call tips emitting future warnings about
 ElementTree objects
Message-ID: <1401845460.42.0.600793284066.issue21654@psf.upfronthosting.co.za>


New submission from Raymond Hettinger:

While editing code that uses ElementTree, the call tips code is working in the background and emits warnings to the console:

Warning (from warnings module):
  File "/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/idlelib/CallTips.py", line 170
    if ob.im_self:
FutureWarning: The behavior of this method will change in future versions.  Use specific 'len(elem)' or 'elem is not None' test instead.

This appears to be an unfortunate interaction between the call tips code and the objects being call-tipped.  The behavior appears to be new (I had not encountered it prior to 2.7.7).

If possible the call-tip code should test for len(ob.im_self) or somesuch.

----------
components: IDLE
messages: 219739
nosy: rhettinger
priority: normal
severity: normal
status: open
title: IDLE call tips emitting future warnings about ElementTree objects
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21654>
_______________________________________

From report at bugs.python.org  Wed Jun  4 07:29:15 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 04 Jun 2014 05:29:15 +0000
Subject: [issue21654] IDLE call tips emitting future warnings about
 ElementTree objects
In-Reply-To: <1401845460.42.0.600793284066.issue21654@psf.upfronthosting.co.za>
Message-ID: <1401859755.31.0.101766145278.issue21654@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
keywords: +easy
nosy: +terry.reedy
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21654>
_______________________________________

From report at bugs.python.org  Wed Jun  4 07:38:57 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 04 Jun 2014 05:38:57 +0000
Subject: [issue21653] Row.keys() in sqlite3 returns a list, not a tuple
In-Reply-To: <1401833541.21.0.885626221521.issue21653@psf.upfronthosting.co.za>
Message-ID: <1401860337.63.0.0958715765415.issue21653@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +ghaering
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21653>
_______________________________________

From report at bugs.python.org  Wed Jun  4 07:41:43 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 04 Jun 2014 05:41:43 +0000
Subject: [issue21653] Row.keys() in sqlite3 returns a list, not a tuple
In-Reply-To: <1401833541.21.0.885626221521.issue21653@psf.upfronthosting.co.za>
Message-ID: <1401860503.97.0.637202879993.issue21653@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
keywords: +easy
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21653>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:03:14 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Wed, 04 Jun 2014 06:03:14 +0000
Subject: [issue19521] parallel build race condition on AIX since python-3.2
In-Reply-To: <1383840294.95.0.0890053719997.issue19521@psf.upfronthosting.co.za>
Message-ID: <1401861794.62.0.93738838136.issue19521@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
hgrepos: +248

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19521>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:14:30 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Wed, 04 Jun 2014 06:14:30 +0000
Subject: [issue10656] "Out of tree" build fails on AIX 5.3
In-Reply-To: <1291865704.62.0.494509897126.issue10656@psf.upfronthosting.co.za>
Message-ID: <1401862470.56.0.109533553685.issue10656@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
hgrepos:  -246

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10656>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:14:55 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Wed, 04 Jun 2014 06:14:55 +0000
Subject: [issue10656] "Out of tree" build fails on AIX
In-Reply-To: <1291865704.62.0.494509897126.issue10656@psf.upfronthosting.co.za>
Message-ID: <1401862495.2.0.0536916373854.issue10656@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
title: "Out of tree" build fails on AIX 5.3 -> "Out of tree" build fails on AIX
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10656>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:20:02 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Wed, 04 Jun 2014 06:20:02 +0000
Subject: [issue10656] "Out of tree" build fails on AIX
In-Reply-To: <1291865704.62.0.494509897126.issue10656@psf.upfronthosting.co.za>
Message-ID: <1401862802.28.0.0460999010123.issue10656@psf.upfronthosting.co.za>


Michael Haubenwallner added the comment:

Basically the same as Tristan's patch, with a little improvement to not rely on PATH to find makexp_aix within ld_so_aix.

Thanks!

----------
Added file: http://bugs.python.org/file35476/issue10656-out-of-source-build-on-aix.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10656>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:22:35 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Wed, 04 Jun 2014 06:22:35 +0000
Subject: [issue18292] Idle: test AutoExpand.py
In-Reply-To: <1372098554.92.0.798687151295.issue18292@psf.upfronthosting.co.za>
Message-ID: <1401862955.87.0.122502158423.issue18292@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Added file: http://bugs.python.org/file35477/test-autoexpand3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:30:43 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Wed, 04 Jun 2014 06:30:43 +0000
Subject: [issue16189] ld_so_aix not found
In-Reply-To: <1349884360.41.0.476274191409.issue16189@psf.upfronthosting.co.za>
Message-ID: <1401863443.99.0.420140230313.issue16189@psf.upfronthosting.co.za>


Michael Haubenwallner added the comment:

Problem here is that LDSHARED points to $(BINLIBDEST)/config/ld_so_aix, but it should be $(LIBPL)/ld_so_aix.

Although an independent problem, this diff shares context with file#35476, so this patch depends on issue #10656.

----------
keywords: +patch
versions: +Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35478/issue16189-distutils-do-not-find-ld_so_aix.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16189>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:30:57 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Wed, 04 Jun 2014 06:30:57 +0000
Subject: [issue16189] ld_so_aix not found
In-Reply-To: <1349884360.41.0.476274191409.issue16189@psf.upfronthosting.co.za>
Message-ID: <1401863457.41.0.78448472346.issue16189@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
hgrepos:  -247

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16189>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:33:35 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Wed, 04 Jun 2014 06:33:35 +0000
Subject: [issue19521] parallel build race condition on AIX since python-3.2
In-Reply-To: <1383840294.95.0.0890053719997.issue19521@psf.upfronthosting.co.za>
Message-ID: <1401863615.29.0.266058161495.issue19521@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
hgrepos:  -248

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19521>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:35:59 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Wed, 04 Jun 2014 06:35:59 +0000
Subject: [issue19521] parallel build race condition on AIX since python-3.2
In-Reply-To: <1383840294.95.0.0890053719997.issue19521@psf.upfronthosting.co.za>
Message-ID: <1401863759.57.0.424745403806.issue19521@psf.upfronthosting.co.za>


Michael Haubenwallner added the comment:

Patch including configure update now.

----------
Added file: http://bugs.python.org/file35479/issue19521-parallel-build-race-on-aix.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19521>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:47:56 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Jun 2014 06:47:56 +0000
Subject: [issue21654] IDLE call tips emitting future warnings about
 ElementTree objects
In-Reply-To: <1401845460.42.0.600793284066.issue21654@psf.upfronthosting.co.za>
Message-ID: <1401864476.02.0.739081997117.issue21654@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

According to my local copy of the repository, rev88617 2014 Jan 21 removed what I believe was the only line with 'if ob.im_self'. The change may have been in 2.7.5, certainly 2.7.6. I cannot find it in the current code. Please recheck your version; this may have been fixed already.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21654>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:49:42 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Jun 2014 06:49:42 +0000
Subject: [issue21654] IDLE call tips emitting future warnings about
 ElementTree objects
In-Reply-To: <1401845460.42.0.600793284066.issue21654@psf.upfronthosting.co.za>
Message-ID: <1401864582.51.0.749878825457.issue21654@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I guess rev #s are different on different systems. Try d55d1cbf5f9a or revd55d1cbf5f9a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21654>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:51:12 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Jun 2014 06:51:12 +0000
Subject: [issue21654] IDLE call tips emitting future warnings about
 ElementTree objects
In-Reply-To: <1401845460.42.0.600793284066.issue21654@psf.upfronthosting.co.za>
Message-ID: <1401864672.31.0.608685565455.issue21654@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Line 1.20 in the correct link.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21654>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:52:26 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Jun 2014 06:52:26 +0000
Subject: [issue21654] IDLE call tips emitting future warnings about
 ElementTree objects
In-Reply-To: <1401845460.42.0.600793284066.issue21654@psf.upfronthosting.co.za>
Message-ID: <1401864746.58.0.704684034451.issue21654@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


Added file: http://bugs.python.org/file35480/fix_calltips.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21654>
_______________________________________

From report at bugs.python.org  Wed Jun  4 08:55:42 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Jun 2014 06:55:42 +0000
Subject: [issue21654] IDLE call tips emitting future warnings about
 ElementTree objects
In-Reply-To: <1401845460.42.0.600793284066.issue21654@psf.upfronthosting.co.za>
Message-ID: <1401864942.0.0.871413513306.issue21654@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I've checked both the recently released 2.7.7 and the current 27 head on the hg repo.  They both have the error.   A suggested patch is attached.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21654>
_______________________________________

From report at bugs.python.org  Wed Jun  4 09:05:20 2014
From: report at bugs.python.org (Lita Cho)
Date: Wed, 04 Jun 2014 07:05:20 +0000
Subject: [issue21655] Write Unit Test for Vec2 class in the Turtle Module
Message-ID: <1401865520.46.0.61494157732.issue21655@psf.upfronthosting.co.za>


New submission from Lita Cho:

Ingrid and I are trying to add test coverage to the Turtle module as there isn't one currently. Going to work on testing the Vec2 module.

----------
components: Tests, Tkinter
messages: 219747
nosy: Lita.Cho, jesstess
priority: normal
severity: normal
status: open
title: Write Unit Test for Vec2 class in the Turtle Module
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21655>
_______________________________________

From report at bugs.python.org  Wed Jun  4 09:08:42 2014
From: report at bugs.python.org (Lita Cho)
Date: Wed, 04 Jun 2014 07:08:42 +0000
Subject: [issue21656] Create test coverage for TurtleScreenBase in Turtle
Message-ID: <1401865722.48.0.508275851704.issue21656@psf.upfronthosting.co.za>


New submission from Lita Cho:

Turtle module currently doesn't have any tests. This ticket is tracking the tests created for TurtleScreenBase.

----------
components: Tests
messages: 219748
nosy: Lita.Cho, jesstess
priority: normal
severity: normal
status: open
title: Create test coverage for TurtleScreenBase in Turtle
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21656>
_______________________________________

From report at bugs.python.org  Wed Jun  4 09:10:18 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 04 Jun 2014 07:10:18 +0000
Subject: [issue21654] IDLE call tips emitting future warnings about
 ElementTree objects
In-Reply-To: <1401845460.42.0.600793284066.issue21654@psf.upfronthosting.co.za>
Message-ID: <3gk1V14Zh9z7Ljd@mail.python.org>


Roundup Robot added the comment:

New changeset 09b33fc96a50 by Terry Jan Reedy in branch '2.7':
Issue #21654: Fix interaction with warnings. Patch by Raymond Hettinger.
http://hg.python.org/cpython/rev/09b33fc96a50

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21654>
_______________________________________

From report at bugs.python.org  Wed Jun  4 09:18:23 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Jun 2014 07:18:23 +0000
Subject: [issue21654] IDLE call tips emitting future warnings about
 ElementTree objects
In-Reply-To: <1401845460.42.0.600793284066.issue21654@psf.upfronthosting.co.za>
Message-ID: <1401866303.78.0.495222074223.issue21654@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This is 2.7 only. Warnings may have been expanded a bit in 2.7.7. I know there are plans to widen net further in 2.7.8. We can leave this open until you are convinced it works or discover otherwise.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21654>
_______________________________________

From report at bugs.python.org  Wed Jun  4 09:43:55 2014
From: report at bugs.python.org (Adam Matan)
Date: Wed, 04 Jun 2014 07:43:55 +0000
Subject: [issue21657] pip.get_installed_distributions() Does not
Message-ID: <1401867835.25.0.432205285247.issue21657@psf.upfronthosting.co.za>


New submission from Adam Matan:

Abstract:
Calling pip.get_installed_distributions() from a directory with a setup.py file returns a list which does not include the package(s) listed in the setup.py file.

Steps to reproduce:

1. Create a virtual environment and activate it.
2. Download any python git project with a setup.py file to a directory (e.g. git clone https://github.com/behave/behave.git /tmp/behave)
3. Install the project using python setup.py install.
4. Call pip.get_installed_distributions() from the directory which contains the setup.py file.
5. Call pip.get_installed_distributions() from outside the directory which contains the setup.py file.
6. The results from 4 and 5 differs.

See also:

http://stackoverflow.com/questions/739993/how-can-i-get-a-list-of-locally-installed-python-modules/23885252?noredirect=1#comment37045322_23885252

----------
components: Distutils, Library (Lib)
messages: 219751
nosy: Adam.Matan, dstufft, eric.araujo
priority: normal
severity: normal
status: open
title: pip.get_installed_distributions() Does not
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21657>
_______________________________________

From report at bugs.python.org  Wed Jun  4 09:44:18 2014
From: report at bugs.python.org (Adam Matan)
Date: Wed, 04 Jun 2014 07:44:18 +0000
Subject: [issue21657] pip.get_installed_distributions() Does not return
 packages in the current working directory
In-Reply-To: <1401867835.25.0.432205285247.issue21657@psf.upfronthosting.co.za>
Message-ID: <1401867858.7.0.0831474154694.issue21657@psf.upfronthosting.co.za>


Changes by Adam Matan <adam at matan.name>:


----------
title: pip.get_installed_distributions() Does not -> pip.get_installed_distributions() Does not return packages in the current working directory

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21657>
_______________________________________

From report at bugs.python.org  Wed Jun  4 10:22:33 2014
From: report at bugs.python.org (Sebastian Kreft)
Date: Wed, 04 Jun 2014 08:22:33 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1390263519.32.0.357208079457.issue20319@psf.upfronthosting.co.za>
Message-ID: <1401870153.64.0.428124328502.issue20319@psf.upfronthosting.co.za>


Sebastian Kreft added the comment:

@haypo: I've reproduced the issue with both 2 and 3 processes in parallel.

@glangford: the wait is actually returning after the 15 seconds, although nothing is reported as finished. So, it's getting stuck in the while loop. However, I imagine that without timeout, the call would block forever.

What kind of debug information from the futures would be useful?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Wed Jun  4 10:25:05 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 04 Jun 2014 08:25:05 +0000
Subject: [issue21654] IDLE call tips emitting future warnings about
 ElementTree objects
In-Reply-To: <1401845460.42.0.600793284066.issue21654@psf.upfronthosting.co.za>
Message-ID: <1401870305.27.0.367113210134.issue21654@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21654>
_______________________________________

From report at bugs.python.org  Wed Jun  4 11:30:55 2014
From: report at bugs.python.org (Alain Miniussi)
Date: Wed, 04 Jun 2014 09:30:55 +0000
Subject: [issue21658] __m128, can't build 3.4.1 with intel 14.0.0
Message-ID: <1401874255.53.0.168864202018.issue21658@psf.upfronthosting.co.za>


New submission from Alain Miniussi:

In ffi64.c, intel 14.0.0 has an issue with:
{{{
#if defined(__INTEL_COMPILER)
#define UINT128 __m128
#else
...
}}}

At leat on Linux CentOS 6.5, an include directive is required for __m128:
{{{
#if defined(__INTEL_COMPILER)
#include <xmmintrin.h>
#define UINT128 __m128
#else
...
}}}
otherwise, compilation of _ctypes fails.

Regards.

----------
components: ctypes
messages: 219753
nosy: aom
priority: normal
severity: normal
status: open
title: __m128, can't build 3.4.1 with intel 14.0.0
type: compile error
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21658>
_______________________________________

From report at bugs.python.org  Wed Jun  4 12:39:02 2014
From: report at bugs.python.org (Uwe)
Date: Wed, 04 Jun 2014 10:39:02 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1401878342.18.0.492027160876.issue21427@psf.upfronthosting.co.za>


Uwe added the comment:

the installer went 2/3 through the process and was installing
already something in the default dir c:\Python34
Then after a small pause the error message was shown
and the installer removed all the files leaving an empty 
..\lib in the default dir

The behavior is quite reproducible with *.msi 
for python 3.4.0 and 3.4.1
Its independent on whether the prior installation dir is removed
or not
It is not an issue of the antivirus software
(I am running win7 prof sp1 with the latest updates)
It is not clear from the process but I am convinced this happens 
when the installer tries to register python in the registry

It never happened with any of the prior python 3.0 to 3.3.5

For the own compiled version I can run python.exe of the 3.4.1
sources but haven tested whether its executing anything fine.
So it does not seem to be a problem of python3.4.x on 32bit

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Wed Jun  4 13:33:18 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 04 Jun 2014 11:33:18 +0000
Subject: [issue21658] __m128, can't build 3.4.1 with intel 14.0.0
In-Reply-To: <1401874255.53.0.168864202018.issue21658@psf.upfronthosting.co.za>
Message-ID: <1401881598.74.0.150611081824.issue21658@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +amaury.forgeotdarc, belopolsky, meador.inge

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21658>
_______________________________________

From report at bugs.python.org  Wed Jun  4 14:08:49 2014
From: report at bugs.python.org (Kent Johnson)
Date: Wed, 04 Jun 2014 12:08:49 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1401883728.99.0.276245266367.issue17390@psf.upfronthosting.co.za>


Changes by Kent Johnson <kent at kentsjohnson.com>:


----------
nosy:  -kjohnson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Wed Jun  4 14:50:23 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 04 Jun 2014 12:50:23 +0000
Subject: [issue21659] IDLE: One corner calltip case
Message-ID: <1401886223.28.0.621700071443.issue21659@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

def f(args, kwds, *args1, **kwargs): pass

Then calltip for "f(" shows invalid signature "(args, kwds, *args, **kwds)".

----------
components: IDLE
messages: 219755
nosy: kbk, roger.serwy, serhiy.storchaka, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE: One corner calltip case
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21659>
_______________________________________

From report at bugs.python.org  Wed Jun  4 14:51:32 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Wed, 04 Jun 2014 12:51:32 +0000
Subject: [issue21660] Substitute @TOKENS@ from sysconfig variables,
 for python-config and python.pc
Message-ID: <1401886292.62.0.0451019562691.issue21660@psf.upfronthosting.co.za>


New submission from Michael Haubenwallner:

On the way to fix issue#15590 especially for AIX, I've discovered that the values provided by config.status used to substitute @TOKEN@ in python-config, python.pc as well as python-config.py may contain references to Makefile variables not known within config.status.

So I thought to use the sysconfig.get_config_vars() here as an additional source for replaceable tokens.

This also allows to remove the hackisch @EXENAME@ sedding for python-config.py, as well as to replace the @SO@ seen in python-config.sh.

----------
components: Build
messages: 219756
nosy: haubi
priority: normal
severity: normal
status: open
title: Substitute @TOKENS@ from sysconfig variables, for python-config and python.pc
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21660>
_______________________________________

From report at bugs.python.org  Wed Jun  4 15:35:14 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Wed, 04 Jun 2014 13:35:14 +0000
Subject: [issue21660] Substitute @TOKENS@ from sysconfig variables,
 for python-config and python.pc
In-Reply-To: <1401886292.62.0.0451019562691.issue21660@psf.upfronthosting.co.za>
Message-ID: <1401888914.99.0.975584937554.issue21660@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
hgrepos: +249

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21660>
_______________________________________

From report at bugs.python.org  Wed Jun  4 15:35:41 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Wed, 04 Jun 2014 13:35:41 +0000
Subject: [issue21660] Substitute @TOKENS@ from sysconfig variables,
 for python-config and python.pc
In-Reply-To: <1401886292.62.0.0451019562691.issue21660@psf.upfronthosting.co.za>
Message-ID: <1401888941.68.0.652009892217.issue21660@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
keywords: +patch
Added file: http://bugs.python.org/file35481/6510f2df0d81.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21660>
_______________________________________

From report at bugs.python.org  Wed Jun  4 16:12:34 2014
From: report at bugs.python.org (Jan Hudec)
Date: Wed, 04 Jun 2014 14:12:34 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1401891154.07.0.383298190511.issue10740@psf.upfronthosting.co.za>


Jan Hudec added the comment:

Mike, David,

The bug is that sqlite module issues implicit COMMIT. SQLite never needs this, many programs need to NOT have it and they can't opt out as isolation_level affects implicit begins only.

Most programs will do some changes to data after changing the schema, so they will need to commit() at the end anyway and dropping the implicit commit before DDL statements won't break them. But there may be some rare cases that do just a create or delete table/view/index here or there that could be affected, so I am not against explicit request to stop generating implicit commits. Just put a big warning in the documentation that any new code should always do this.

I don't understand why the implicit commit was initially added. It is serious problem for schema migrations and I don't see anything it would help. The only thing I can think of is to behave like MySQL which does not support DDL in transactions. But anybody who ever tried to do a non-trivial schema update in MySQL has probably cursed it to hell many times.

On the other hand there is absolutely nothing broken on the implicit BEGIN (which is required by dbapi2 specification) nor on the isolation_level property which controls it. Those shouldn't be touched; there is no reason to.

However note, that skipping the implicit BEGIN before SELECT only helps concurrency a little. If BEGIN (DEFERRED) TRANSACTION is followed by SELECT, the database is locked in shared mode and the same happens in the implicit transaction when the SELECT starts without explicit begin. Other readers are still allowed. The only difference is that with explicit BEGIN the database remains locked, while without it it is unlocked when the SELECT finishes (read to end or cursor closed).

Oh, I briefly looked at the patch and I suspect it's doing too much. It would IMHO be best to really just make the implicit COMMIT conditional on backward compatibility flag.

----------
nosy: +bulb

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Wed Jun  4 16:14:04 2014
From: report at bugs.python.org (Jan Hudec)
Date: Wed, 04 Jun 2014 14:14:04 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1401891244.15.0.27059172468.issue10740@psf.upfronthosting.co.za>


Changes by Jan Hudec <bulb at ucw.cz>:


----------
versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Wed Jun  4 16:25:05 2014
From: report at bugs.python.org (Jan Hudec)
Date: Wed, 04 Jun 2014 14:25:05 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1401891905.09.0.392134233725.issue10740@psf.upfronthosting.co.za>


Jan Hudec added the comment:

This is somewhat borderline between bug and enhancement. The behaviour is described in the documentation and does not violate dbapi2 specification, but at the same time it is a serious misfeature and gratuitous restriction of perfectly good functionality of the underlying library.

So I added all the versions back as I think this deserves fixing for 2.7, but left it as enhancement as it's not a bug per se, just a misfeature.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Wed Jun  4 16:40:32 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 04 Jun 2014 14:40:32 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1401892832.75.0.511437609052.issue10740@psf.upfronthosting.co.za>


R. David Murray added the comment:

And our policy is that enhancements can only go in the next release.  

We cannot change the default behavior in maintenance releases for backward compatibility reasons, and we cannot provide for a requested change in behavior without introducing an API change, which we will not do in a maintenance release.  Therefore whatever is done it can only be done in 3.5.

----------
versions:  -Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Wed Jun  4 16:42:38 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 04 Jun 2014 14:42:38 +0000
Subject: [issue21614] Case sensitivity problem in multiprocessing.
In-Reply-To: <1401479749.7.0.550679517464.issue21614@psf.upfronthosting.co.za>
Message-ID: <1401892958.9.0.06376019958.issue21614@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +brett.cannon, eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21614>
_______________________________________

From report at bugs.python.org  Wed Jun  4 16:59:22 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Wed, 04 Jun 2014 14:59:22 +0000
Subject: [issue21588] Idle: make editor title bar user configurable
In-Reply-To: <1401167354.94.0.454935095166.issue21588@psf.upfronthosting.co.za>
Message-ID: <1401893962.75.0.124350706996.issue21588@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

Attaching a patch to make title bar user configurable.

In this patch
The title bar is configurable for PyShellEditorWindow(EditorWindow), PyShell and OutputWindow. 
The user may add the following parameters -

        py_major_version (3)
        py_minor_version (4)
        py_patchlevel (1+)
        tk_version (8.5)
        tcl_version (8.5)
        filename (sample.py)
        dir_path (/media/dev/)
        full_path (/media/dev/sample.py)
        modified_asterik (if/not saved '*')

These parameters are configurable by going to "options"->"configure idle"->"general tab"->"configure"
The above parameters have to inserted between {} as {tk_version}

The fetching of title is done by a utility function called get_title.
Redundant methods short_title and long_title have been removed.

Default config titles for PyShellEditorWindow, PyShell and OutputWindow have been inserted into config-main.def. This is based on my preferences. It may be very different from what the community/idle userbase requires. These settings have to be changed to suit the tastes of community/idle userbase.

A new module called configTitle. This contains a getTitleDialog class. It is modeled along the lines of cfgSectionNameDialog and cfgSectionHelpSourceEdit dialog. 

In configDialog.py,in "general tab", a new section for configuring title bar has been added. Clicking "configure" brings up a "getTitleDialog" dialog, where the user can modify the title. A simple validity check is also performed. As best possible, the GUI additions are in close sync with the existing code around it(except in ConfigureTitleBar).

And to whats missing,
1. Bettor error messages could be shown to user
2. Better help text to user in the config dialog,
3. Better UI/UX for configDialog
4. Tests!
5. ConfigureTitleBar() could be rewritten, say once we have a good picture of whats needed/not needed/to be removed etc.

----------
keywords: +patch
nosy: +jesstess, sahutd
Added file: http://bugs.python.org/file35482/title.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21588>
_______________________________________

From report at bugs.python.org  Wed Jun  4 17:26:28 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Wed, 04 Jun 2014 15:26:28 +0000
Subject: [issue17390] display python version on idle title bar
In-Reply-To: <1362920194.83.0.464215113749.issue17390@psf.upfronthosting.co.za>
Message-ID: <1401895588.8.0.670643439882.issue17390@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


----------
nosy: +sahutd

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17390>
_______________________________________

From report at bugs.python.org  Wed Jun  4 17:43:29 2014
From: report at bugs.python.org (aaugustin)
Date: Wed, 04 Jun 2014 15:43:29 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1401896609.59.0.46112093522.issue10740@psf.upfronthosting.co.za>


aaugustin added the comment:

> On the other hand there is absolutely nothing broken on the implicit BEGIN (which is required by dbapi2 specification) nor on the isolation_level property which controls it. Those shouldn't be touched; there is no reason to.

Nothing broken... unless one considers there should be a relation between the name of a parameter and the feature it controls ;-) `isolation_level` should really be called `transaction_mode`. It's a specific extension of the BEGIN TRANSACTION statement in SQLite and it's unrelated to the standard concept of transaction isolation levels.

SQLite almost always operates at the SERIALIZABLE isolation level. (For exceptions to this rule, search for PRAGMA read_uncommitted; in the documentation.) This is a consequence of its file-lock based implementation of transactional atomicity.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Wed Jun  4 17:49:35 2014
From: report at bugs.python.org (Steve Dougherty)
Date: Wed, 04 Jun 2014 15:49:35 +0000
Subject: [issue21661] setuptools documentation: typo
Message-ID: <1401896975.69.0.474580151289.issue21661@psf.upfronthosting.co.za>


New submission from Steve Dougherty:

Typo - "it's" is a contraction for "it is" or "it has." "Its" is the posessive form.

----------
assignee: docs at python
components: Documentation
files: typo1.diff
keywords: patch
messages: 219762
nosy: docs at python, sdougherty
priority: normal
severity: normal
status: open
title: setuptools documentation: typo
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35483/typo1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21661>
_______________________________________

From report at bugs.python.org  Wed Jun  4 18:13:53 2014
From: report at bugs.python.org (Steve Dougherty)
Date: Wed, 04 Jun 2014 16:13:53 +0000
Subject: [issue21662] datamodel documentation: fix typo and phrasing
Message-ID: <1401898433.15.0.977060998542.issue21662@psf.upfronthosting.co.za>


New submission from Steve Dougherty:

"Should" was missing an o, and putting the reason first makes the sentence flow better.

----------
assignee: docs at python
components: Documentation
files: typo2.diff
keywords: patch
messages: 219763
nosy: docs at python, sdougherty
priority: normal
severity: normal
status: open
title: datamodel documentation: fix typo and phrasing
versions: Python 3.5
Added file: http://bugs.python.org/file35484/typo2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21662>
_______________________________________

From report at bugs.python.org  Wed Jun  4 18:25:00 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Wed, 04 Jun 2014 16:25:00 +0000
Subject: [issue15590] --libs is inconsistent for python-config --libs and
 pkgconfig python --libs
In-Reply-To: <1344422598.39.0.464686614779.issue15590@psf.upfronthosting.co.za>
Message-ID: <1401899100.02.0.389018860849.issue15590@psf.upfronthosting.co.za>


Michael Haubenwallner added the comment:

So this diff - depending on issue#21660 - now drops showing any $LIBS from python-config, as python-modules usually do not link against any python-known libraries.

Instead, now there is a new configure variable LINKFORMODULE, which is shown by python-config --ldflags.

And $LINKFORSHARED is added to python.pc (for pkg-config).

Eventually, this allows to drop those Darwin hackery wrt. python-framework, as the python library isn't linked against the modules any more - but to PYTHONFRAMEWORK via LINKFORMODULE instead.

However, I don't have any Darwin around here: anyone?

For AIX, this looks good so far.

Thanks!

----------
hgrepos: +250

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15590>
_______________________________________

From report at bugs.python.org  Wed Jun  4 18:25:23 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Wed, 04 Jun 2014 16:25:23 +0000
Subject: [issue15590] --libs is inconsistent for python-config --libs and
 pkgconfig python --libs
In-Reply-To: <1344422598.39.0.464686614779.issue15590@psf.upfronthosting.co.za>
Message-ID: <1401899123.71.0.301176206915.issue15590@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
keywords: +patch
Added file: http://bugs.python.org/file35485/32143cda4d80.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15590>
_______________________________________

From report at bugs.python.org  Wed Jun  4 19:55:57 2014
From: report at bugs.python.org (Barry A. Warsaw)
Date: Wed, 04 Jun 2014 17:55:57 +0000
Subject: [issue18807] Allow venv to create copies,
 even when symlinks are supported
In-Reply-To: <1377176626.74.0.056181108419.issue18807@psf.upfronthosting.co.za>
Message-ID: <1401904557.52.0.441153102524.issue18807@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

The os.chmod() will fail if path is a symlink.  At the very least it must be guarded by a `not os.path.islink()` call like above it.  I'll add this check to 3.4 and 3.5.

----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18807>
_______________________________________

From report at bugs.python.org  Wed Jun  4 20:21:29 2014
From: report at bugs.python.org (BC)
Date: Wed, 04 Jun 2014 18:21:29 +0000
Subject: [issue21663] venv upgrade fails on Windows when copying TCL files
Message-ID: <1401906089.06.0.772491813651.issue21663@psf.upfronthosting.co.za>


New submission from BC:

When upgrading a virtual environment on Windows with venv, the following error is encountered:

Error: [WinError 183] Cannot create a file when that file already exists: 'C:\\Users\\user\\Documents\\sandbox\\Lib\\tcl8.6'

Affects both Python 3.3.5 and 3.4.1. Tested on Windows 7 SP1.

Steps to reproduce:

1. Create a virtual environment with venv:

   C:\Users\user\Documents>c:\Python34\python.exe -m venv sandbox

2. Upgrade the virtual environment:

   C:\Users\user\Documents>c:\Python34\python.exe -m venv --upgrade sandbox
   Error: [WinError 183] Cannot create a file when that file already exists: 'C:\\Users\\user\\Documents\\sandbox\\Lib\\tcl8.6'

----------
components: Library (Lib), Tkinter, Windows
files: venv-upgrade.patch
keywords: patch
messages: 219766
nosy: hashstat
priority: normal
severity: normal
status: open
title: venv upgrade fails on Windows when copying TCL files
type: behavior
versions: Python 3.3, Python 3.4
Added file: http://bugs.python.org/file35486/venv-upgrade.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21663>
_______________________________________

From report at bugs.python.org  Wed Jun  4 20:39:04 2014
From: report at bugs.python.org (Yu-Ju Hong)
Date: Wed, 04 Jun 2014 18:39:04 +0000
Subject: [issue21664] multiprocessing leaks temporary directories pymp-xxx
Message-ID: <1401907144.02.0.926823813171.issue21664@psf.upfronthosting.co.za>


New submission from Yu-Ju Hong:

When running many managers (e.g. > 10) in parallel on a decent machine, there is often a number of pymp-xxx directories left in /tmp after the run.

After some digging and debugging, I think the cause is that multiprocessing.managers.SyncManager waits for the manager process to shutdown and join with a timeout of 0.2s, and this timeout is way too low. This leads to processes being forced to terminate before cleaning up the temporary directories properly.

Could the timeout being raised a bit, or at least allowing the timeout to be set when creating the SyncManager through Manager()?

----------
components: Library (Lib)
messages: 219767
nosy: yjhong
priority: normal
severity: normal
status: open
title: multiprocessing leaks temporary directories pymp-xxx
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21664>
_______________________________________

From report at bugs.python.org  Wed Jun  4 20:45:07 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 04 Jun 2014 18:45:07 +0000
Subject: [issue20475] pystone.py in 3.4 still uses time.clock(),
 even though it's marked as deprecated since 3.3
In-Reply-To: <1391289018.79.0.847652804265.issue20475@psf.upfronthosting.co.za>
Message-ID: <3gkJvk3KC3z7Ln3@mail.python.org>


Roundup Robot added the comment:

New changeset 38acef3c3228 by Guido van Rossum in branch 'default':
Replace deprecated time.clock() with time.time(). Fixes issue #20475.
http://hg.python.org/cpython/rev/38acef3c3228

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20475>
_______________________________________

From report at bugs.python.org  Wed Jun  4 20:45:48 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 04 Jun 2014 18:45:48 +0000
Subject: [issue20475] pystone.py in 3.4 still uses time.clock(),
 even though it's marked as deprecated since 3.3
In-Reply-To: <1391289018.79.0.847652804265.issue20475@psf.upfronthosting.co.za>
Message-ID: <1401907548.47.0.18526123454.issue20475@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20475>
_______________________________________

From report at bugs.python.org  Wed Jun  4 20:46:37 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Wed, 04 Jun 2014 18:46:37 +0000
Subject: [issue21180] Efficiently create empty array.array,
 consistent with bytearray
In-Reply-To: <1396963926.18.0.0845457465299.issue21180@psf.upfronthosting.co.za>
Message-ID: <1401907597.67.0.0191712767787.issue21180@psf.upfronthosting.co.za>


Changes by Guido van Rossum <guido at python.org>:


----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21180>
_______________________________________

From report at bugs.python.org  Wed Jun  4 20:47:55 2014
From: report at bugs.python.org (Glenn Langford)
Date: Wed, 04 Jun 2014 18:47:55 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1390263519.32.0.357208079457.issue20319@psf.upfronthosting.co.za>
Message-ID: <1401907675.84.0.0864020953112.issue20319@psf.upfronthosting.co.za>


Glenn Langford added the comment:

> the wait is actually returning after the 15 seconds, although nothing is reported as finished...What kind of debug information from the futures would be useful?

What is the state of the pending Futures that wait() is stuck on? (e.g. display f.running() and f.done() ). This could be logged any time the "done" set is empty after wait() returns. For each "stuck" Future, was it previously logged as completed by a prior call to wait()?

What is the state of the ProcessPoolExecutor that the futures have been submitted to? Does it still function? (e.g. try submitting a trivial Future to the executor).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Wed Jun  4 20:49:26 2014
From: report at bugs.python.org (Mike Frysinger)
Date: Wed, 04 Jun 2014 18:49:26 +0000
Subject: [issue21664] multiprocessing leaks temporary directories pymp-xxx
In-Reply-To: <1401907144.02.0.926823813171.issue21664@psf.upfronthosting.co.za>
Message-ID: <1401907766.6.0.105357408669.issue21664@psf.upfronthosting.co.za>


Mike Frysinger added the comment:

this has been fixed between py3.2 and py3.3:
http://hg.python.org/cpython/diff/831ae71d0bdc/Lib/multiprocessing/managers.py

so just asking for that to be backported to the py2.x branch :)

----------
nosy: +vapier

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21664>
_______________________________________

From report at bugs.python.org  Wed Jun  4 21:37:57 2014
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 04 Jun 2014 19:37:57 +0000
Subject: [issue21663] venv upgrade fails on Windows when copying TCL files
In-Reply-To: <1401906089.06.0.772491813651.issue21663@psf.upfronthosting.co.za>
Message-ID: <1401910677.58.0.0908267655887.issue21663@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21663>
_______________________________________

From report at bugs.python.org  Wed Jun  4 21:41:47 2014
From: report at bugs.python.org (Ned Deily)
Date: Wed, 04 Jun 2014 19:41:47 +0000
Subject: [issue15590] --libs is inconsistent for python-config --libs and
 pkgconfig python --libs
In-Reply-To: <1344422598.39.0.464686614779.issue15590@psf.upfronthosting.co.za>
Message-ID: <1401910907.63.0.610750838314.issue15590@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15590>
_______________________________________

From report at bugs.python.org  Wed Jun  4 22:50:04 2014
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 04 Jun 2014 20:50:04 +0000
Subject: [issue20475] pystone.py in 3.4 still uses time.clock(),
 even though it's marked as deprecated since 3.3
In-Reply-To: <1391289018.79.0.847652804265.issue20475@psf.upfronthosting.co.za>
Message-ID: <1401915004.53.0.530823682534.issue20475@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Instead of time.time, time.perf_counter would be better.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20475>
_______________________________________

From report at bugs.python.org  Wed Jun  4 23:00:59 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 04 Jun 2014 21:00:59 +0000
Subject: [issue21659] IDLE: One corner calltip case
In-Reply-To: <1401886223.28.0.621700071443.issue21659@psf.upfronthosting.co.za>
Message-ID: <1401915659.28.0.678171933025.issue21659@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Unless you feel like struggling with the 2.7's custom calltip calculation code for possibly little or no gain, please close this as wont' fix. See #20122, especially msg208454 and point 3. f6f2d9d04cd0 made this change to improve the calltip for *x and **y from always completely wrong to usually right:
-                items.append("...")
+                items.append("*args")
             if fob.func_code.co_flags & 0x8:
-                items.append("***")
+                items.append("**kwds")

This issue was fixed in 3.x, which does not have old-style classes to contend with.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21659>
_______________________________________

From report at bugs.python.org  Thu Jun  5 00:03:18 2014
From: report at bugs.python.org (Steven Stewart-Gallus)
Date: Wed, 04 Jun 2014 22:03:18 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
In-Reply-To: <1401643353.39.0.53304722389.issue21627@psf.upfronthosting.co.za>
Message-ID: <1401919398.47.0.671082464554.issue21627@psf.upfronthosting.co.za>


Steven Stewart-Gallus added the comment:

Okay, so the Python directory seems to be where wrappers over low level or missing functionality is placed. So I guess I should make a _Py_setcloexec function in a Python/setcloexec.c and a definition in Include/setcloexec.h?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Thu Jun  5 00:28:23 2014
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Wed, 04 Jun 2014 22:28:23 +0000
Subject: [issue15590] --libs is inconsistent for python-config --libs and
 pkgconfig python --libs
In-Reply-To: <1344422598.39.0.464686614779.issue15590@psf.upfronthosting.co.za>
Message-ID: <1401920903.53.0.60797611074.issue15590@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis added the comment:

Michael Haubenwallner: Could you show output of 'python-config-3.5 --ldflags' and 'python-config-3.5 --libs' without and with this patch (on GNU/Linux and AIX)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15590>
_______________________________________

From report at bugs.python.org  Thu Jun  5 01:18:32 2014
From: report at bugs.python.org (Les Bothwell)
Date: Wed, 04 Jun 2014 23:18:32 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
Message-ID: <1401923912.15.0.591794107997.issue21665@psf.upfronthosting.co.za>


New submission from Les Bothwell:

I developed a number of small apps using ttk in 2.7.6.  After installing 2.7.7 all the ttk widgets look like standard Tkinter ones.  I reverted to 2.7.6 and everything looks Ok again. (I tried reinstalling 2.7.7 again with the same result)
Windows 7 X64 using 32 bit python.

----------
components: Tkinter, Windows
messages: 219775
nosy: les.bothwell
priority: normal
severity: normal
status: open
title: 2.7.7 ttk widgets not themed
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Thu Jun  5 01:34:34 2014
From: report at bugs.python.org (Ned Deily)
Date: Wed, 04 Jun 2014 23:34:34 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
In-Reply-To: <1401923912.15.0.591794107997.issue21665@psf.upfronthosting.co.za>
Message-ID: <1401924874.93.0.309462787776.issue21665@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +steve.dower, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Thu Jun  5 02:12:49 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 05 Jun 2014 00:12:49 +0000
Subject: [issue18381] unittest warnings counter
In-Reply-To: <1373114259.86.0.274298241842.issue18381@psf.upfronthosting.co.za>
Message-ID: <1401927169.18.0.961526115961.issue18381@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Thanks for the review, Giampaolo.

Attached a new patch which fixes text_logging and test_doctest tests.

However, this patch will broke the current behavior of test.support.check_warnings. See Lib/test/test_xml_etree.py for example:

test test_xml_etree crashed -- Traceback (most recent call last):
  File "/home/berker/projects/cpython-default/Lib/test/regrtest.py", line 1278, in runtest_inner
    test_runner()
  File "/home/berker/projects/cpython-default/Lib/test/test_xml_etree.py", line 2580, in test_main
    support.run_unittest(*test_classes)
  File "/home/berker/projects/cpython-default/Lib/test/test_xml_etree.py", line 2537, in __exit__
    self.checkwarnings.__exit__(*args)
  File "/home/berker/projects/cpython-default/Lib/contextlib.py", line 66, in __exit__
    next(self.gen)
  File "/home/berker/projects/cpython-default/Lib/test/support/__init__.py", line 1081, in _filterwarnings
    missing[0])
AssertionError: filter ("This search is broken in 1.3 and earlier, and will be fixed in a future version.  If you rely on the current behaviour, change it to '.+'", FutureWarning) did not catch any warning

----------
Added file: http://bugs.python.org/file35487/issue18381_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18381>
_______________________________________

From report at bugs.python.org  Thu Jun  5 03:21:34 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 05 Jun 2014 01:21:34 +0000
Subject: [issue18292] Idle: test AutoExpand.py
In-Reply-To: <1372098554.92.0.798687151295.issue18292@psf.upfronthosting.co.za>
Message-ID: <3gkTj86hd7zQXg@mail.python.org>


Roundup Robot added the comment:

New changeset bdbcd0ae0bde by Terry Jan Reedy in branch '2.7':
Issue #18292: Idle - test AutoExpand. Patch by Saihadhav Heblikar.
http://hg.python.org/cpython/rev/bdbcd0ae0bde

New changeset bbdcf09e3097 by Terry Jan Reedy in branch '3.4':
Issue #18292: Idle - test AutoExpand. Patch by Saihadhav Heblikar.
http://hg.python.org/cpython/rev/bbdcf09e3097

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Thu Jun  5 03:51:59 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 05 Jun 2014 01:51:59 +0000
Subject: [issue21664] multiprocessing leaks temporary directories pymp-xxx
In-Reply-To: <1401907144.02.0.926823813171.issue21664@psf.upfronthosting.co.za>
Message-ID: <1401933119.04.0.828206268194.issue21664@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21664>
_______________________________________

From report at bugs.python.org  Thu Jun  5 06:25:08 2014
From: report at bugs.python.org (Glenn Linderman)
Date: Thu, 05 Jun 2014 04:25:08 +0000
Subject: [issue21666] Argparse exceptions should include which argument has a
 problem
Message-ID: <1401942308.15.0.761903567148.issue21666@psf.upfronthosting.co.za>


New submission from Glenn Linderman:

I coded up a new program, with a bunch of options, and got the following traceback when I tried to run it:

Traceback (most recent call last):
  File "D:\my\py\renmany.py", line 273, in <module>
    args = cmdl.parse_intermixed_args()
  File "D:\my\py\glu\glu.py", line 1695, in parse_intermixed_args
    args, argv = self.parse_known_intermixed_args(args, namespace)
  File "D:\my\py\glu\glu.py", line 1740, in parse_known_intermixed_args
    namespace, remaining_args = self.parse_known_args(args, namespace)
  File "C:\Python33\lib\argparse.py", line 1737, in parse_known_args
    namespace, args = self._parse_known_args(args, namespace)
  File "C:\Python33\lib\argparse.py", line 1943, in _parse_known_args
    start_index = consume_optional(start_index)
  File "C:\Python33\lib\argparse.py", line 1883, in consume_optional
    take_action(action, args, option_string)
  File "C:\Python33\lib\argparse.py", line 1811, in take_action
    action(self, namespace, argument_values, option_string)
  File "C:\Python33\lib\argparse.py", line 1015, in __call__
    parser.print_help()
  File "C:\Python33\lib\argparse.py", line 2339, in print_help
    self._print_message(self.format_help(), file)
  File "C:\Python33\lib\argparse.py", line 2323, in format_help
    return formatter.format_help()
  File "C:\Python33\lib\argparse.py", line 276, in format_help
    help = self._root_section.format_help()
  File "C:\Python33\lib\argparse.py", line 206, in format_help
    func(*args)
  File "C:\Python33\lib\argparse.py", line 206, in format_help
    func(*args)
  File "C:\Python33\lib\argparse.py", line 513, in _format_action
    help_text = self._expand_help(action)
  File "C:\Python33\lib\argparse.py", line 600, in _expand_help
    return self._get_help_string(action) % params
ValueError: unsupported format character ')' (0x29) at index 673

The only thing I can tell is that something went wrong in ArgParse. I had called a bunch of add_argument, and then a parse_known_args. I had passed parameters to the program to get a help message, so that is what I expect parse_known_args is trying to produce... and the call stack seems to confirm that. I didn't intentionally pass a format character ')' anywhere, but there are ')' characters in some of my help messages, so that is probably the source of the problem. 

No doubt I can reduce the problem space by judiciously commenting out things until I can isolate the particular help message that is causing the failure (it may be more than one as several are similar). But it seems like the exception should include the name of the argument for which the failure occurred.

[OK, I isolated, and found a "%)" sequence in one of my messages that should have been "%%)". So this is not terribly urgent, just poor reporting.]

----------
messages: 219778
nosy: v+python
priority: normal
severity: normal
status: open
title: Argparse exceptions should include which argument has a problem

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21666>
_______________________________________

From report at bugs.python.org  Thu Jun  5 06:25:32 2014
From: report at bugs.python.org (Glenn Linderman)
Date: Thu, 05 Jun 2014 04:25:32 +0000
Subject: [issue21666] Argparse exceptions should include which argument has a
 problem
In-Reply-To: <1401942308.15.0.761903567148.issue21666@psf.upfronthosting.co.za>
Message-ID: <1401942332.18.0.536326795023.issue21666@psf.upfronthosting.co.za>


Changes by Glenn Linderman <v+python at g.nevcal.com>:


----------
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21666>
_______________________________________

From report at bugs.python.org  Thu Jun  5 06:49:55 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 05 Jun 2014 04:49:55 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
In-Reply-To: <1401923912.15.0.591794107997.issue21665@psf.upfronthosting.co.za>
Message-ID: <1401943795.19.0.295965264712.issue21665@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Could you please provide minimal example?

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Thu Jun  5 07:44:17 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Jun 2014 05:44:17 +0000
Subject: [issue18292] Idle: test AutoExpand.py
In-Reply-To: <1372098554.92.0.798687151295.issue18292@psf.upfronthosting.co.za>
Message-ID: <1401947057.18.0.243820682836.issue18292@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Coverage 100%. 2.7 version was easy, so committed after a few minor changes. We can revisit using the mock later.

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Thu Jun  5 09:29:04 2014
From: report at bugs.python.org (Les Bothwell)
Date: Thu, 05 Jun 2014 07:29:04 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
In-Reply-To: <1401923912.15.0.591794107997.issue21665@psf.upfronthosting.co.za>
Message-ID: <1401953344.56.0.278386188171.issue21665@psf.upfronthosting.co.za>


Les Bothwell added the comment:

The code below shows a "windows themed" button with 2.7.6 but a plain "tkinter" button with 2.7.7. Functionality is Ok both cases.

from win32api import GetMonitorInfo, MonitorFromWindow
from win32con import MONITOR_DEFAULTTONEAREST

from Tkinter import *
import ttk
root = Tk()
root.title("Get Desktop Size")      # set title
root.resizable(0, 0)                # disable resizing (also changes border)
root.attributes("-toolwindow", 1)   # remove max and min buttons

hwnd = int(eval(root.wm_frame()))   # get the root window handle
txDesk = StringVar()

def OnClick(*args):
    hMonitor = MonitorFromWindow(hwnd, MONITOR_DEFAULTTONEAREST)
    Info = GetMonitorInfo(hMonitor)["Work"]
    txDesk.set("%d x %d" % (Info[2] - Info[0], Info[3] - Info[1]))


But1 = ttk.Button(root, text="Click me on each monitor", command=OnClick)
Lbl1 = ttk.Label(root, textvariable=txDesk, anchor="center")
txDesk.set('')
But1.pack(side=TOP)
Lbl1.pack(side=TOP)
root.mainloop()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Thu Jun  5 09:54:52 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 05 Jun 2014 07:54:52 +0000
Subject: [issue18910] IDle: test textView.py
In-Reply-To: <1378173406.38.0.908315708817.issue18910@psf.upfronthosting.co.za>
Message-ID: <3gkfQz3y1Hz7LkF@mail.python.org>


Roundup Robot added the comment:

New changeset 9ac57970ee4c by Terry Jan Reedy in branch '2.7':
Issue #18910: Add unittest for textView. Patch by Phil Webster.
http://hg.python.org/cpython/rev/9ac57970ee4c

New changeset 99047f3a19a9 by Terry Jan Reedy in branch '3.4':
Issue #18910: Add unittest for textView. Patch by Phil Webster.
http://hg.python.org/cpython/rev/99047f3a19a9

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18910>
_______________________________________

From report at bugs.python.org  Thu Jun  5 09:57:07 2014
From: report at bugs.python.org (Les Bothwell)
Date: Thu, 05 Jun 2014 07:57:07 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
In-Reply-To: <1401923912.15.0.591794107997.issue21665@psf.upfronthosting.co.za>
Message-ID: <1401955027.2.0.602636288934.issue21665@psf.upfronthosting.co.za>


Les Bothwell added the comment:

Here's an even simpler example (from book: Modern Tkinter for busy python programmers).

from Tkinter import *
import ttk
root = Tk()
ttk.Button(root, text="Hello World!").grid()
root.mainloop()

I have screenshots of both progs for 2.7.6 and 2.7.7 if interested.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Thu Jun  5 10:03:37 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Jun 2014 08:03:37 +0000
Subject: [issue18910] IDle: test textView.py
In-Reply-To: <1378173406.38.0.908315708817.issue18910@psf.upfronthosting.co.za>
Message-ID: <1401955417.83.0.0048624369595.issue18910@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The use of .__new__ was cute. Unfortunately, it did not backport to 2.7 because tkinter classes were never upgraded from old to new in 2.7 and old-style classes do not have .__new__. So I monkeypatched the module instead, which is a but clumbsier than patching the instance.
Though not every detail is tested, coverage is essentialy 100% and the human text covers the visual details.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
Added file: http://bugs.python.org/file35488/test_textview-18910.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18910>
_______________________________________

From report at bugs.python.org  Thu Jun  5 10:17:45 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 05 Jun 2014 08:17:45 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
In-Reply-To: <1401955027.2.0.602636288934.issue21665@psf.upfronthosting.co.za>
Message-ID: <5234149.LcWilWlzm6@raxxla>


Serhiy Storchaka added the comment:

Thanks. It looks themed on Linux. Looks as this is Windows specific issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Thu Jun  5 10:24:19 2014
From: report at bugs.python.org (Sebastian Kreft)
Date: Thu, 05 Jun 2014 08:24:19 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1390263519.32.0.357208079457.issue20319@psf.upfronthosting.co.za>
Message-ID: <1401956659.38.0.603938676718.issue20319@psf.upfronthosting.co.za>


Sebastian Kreft added the comment:

The Executor is still working (but I'm using a ThreadPoolExcutor). I can dynamically change the number of max tasks allowed, which successfully fires the new tasks.

After 2 days running, five tasks are in this weird state.

I will change the code as suggested and post my results.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Thu Jun  5 10:32:38 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 05 Jun 2014 08:32:38 +0000
Subject: [issue21663] venv upgrade fails on Windows when copying TCL files
In-Reply-To: <1401906089.06.0.772491813651.issue21663@psf.upfronthosting.co.za>
Message-ID: <3gkgGY2FDFz7Ljq@mail.python.org>


Roundup Robot added the comment:

New changeset 477e71004040 by Vinay Sajip in branch '3.4':
Issue #21663: Fixed error caused by trying to create an existing directory.
http://hg.python.org/cpython/rev/477e71004040

New changeset 1ed9edde3bfc by Vinay Sajip in branch 'default':
Closes #21663: Merged fix from 3.4.
http://hg.python.org/cpython/rev/1ed9edde3bfc

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21663>
_______________________________________

From report at bugs.python.org  Thu Jun  5 11:36:52 2014
From: report at bugs.python.org (Dima Tisnek)
Date: Thu, 05 Jun 2014 09:36:52 +0000
Subject: [issue20188] ALPN support for TLS
In-Reply-To: <1389153179.88.0.510995543218.issue20188@psf.upfronthosting.co.za>
Message-ID: <1401961012.8.0.489342244041.issue20188@psf.upfronthosting.co.za>


Changes by Dima Tisnek <dimaqq at gmail.com>:


----------
nosy: +Dima.Tisnek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20188>
_______________________________________

From report at bugs.python.org  Thu Jun  5 11:59:12 2014
From: report at bugs.python.org (Christoph Zwerschke)
Date: Thu, 05 Jun 2014 09:59:12 +0000
Subject: [issue15207] mimetypes.read_windows_registry() uses the wrong regkey, 
 creates wrong mappings
In-Reply-To: <1340813009.36.0.80214060404.issue15207@psf.upfronthosting.co.za>
Message-ID: <1401962352.25.0.822362140228.issue15207@psf.upfronthosting.co.za>


Christoph Zwerschke added the comment:

After this patch, some of the values in mimetypes.types_map now appear as unicode instead of str in Python 2.7.7 under Windows. For compatibility and consistency reasons, I think this should be fixed so that all values are returned as str again under Python 2.7.

See https://groups.google.com/forum/#!topic/pylons-devel/bq8XiKlGgv0 for a real world issue which I think is caused by this bugfix.

----------
nosy: +cito

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15207>
_______________________________________

From report at bugs.python.org  Thu Jun  5 12:09:05 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 05 Jun 2014 10:09:05 +0000
Subject: [issue21252] Lib/asyncio/events.py has tons of docstrings which are
 just "XXX"
In-Reply-To: <1397662454.57.0.604020798852.issue21252@psf.upfronthosting.co.za>
Message-ID: <3gkjPr5DZNz7PtG@mail.python.org>


Roundup Robot added the comment:

New changeset d1712437cab2 by Victor Stinner in branch '3.4':
Tulip issue 83, Python issue #21252: Fill some XXX docstrings in asyncio
http://hg.python.org/cpython/rev/d1712437cab2

New changeset 782c3b4cbc88 by Victor Stinner in branch 'default':
(Merge 3.4) Tulip issue 83, Python issue #21252: Fill some XXX docstrings in asyncio
http://hg.python.org/cpython/rev/782c3b4cbc88

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21252>
_______________________________________

From report at bugs.python.org  Thu Jun  5 12:09:27 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Jun 2014 10:09:27 +0000
Subject: [issue21252] Lib/asyncio/events.py has tons of docstrings which are
 just "XXX"
In-Reply-To: <1397662454.57.0.604020798852.issue21252@psf.upfronthosting.co.za>
Message-ID: <1401962967.1.0.0490405352941.issue21252@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Fixed. See also the Tulip issue https://code.google.com/p/tulip/issues/detail?id=83

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21252>
_______________________________________

From report at bugs.python.org  Thu Jun  5 12:14:41 2014
From: report at bugs.python.org (Abhilash Raj)
Date: Thu, 05 Jun 2014 10:14:41 +0000
Subject: [issue634412] RFC 2387 in email package
Message-ID: <1401963281.92.0.622544385641.issue634412@psf.upfronthosting.co.za>


Abhilash Raj added the comment:

Will the building of that 'dict' really be that difficult? Can we not walk over all the attachments and simply map cid to name of the attachment? All attachments have to have different names if I am right?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue634412>
_______________________________________

From report at bugs.python.org  Thu Jun  5 12:19:06 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Jun 2014 10:19:06 +0000
Subject: [issue21515] Use Linux O_TMPFILE flag in tempfile.TemporaryFile?
In-Reply-To: <1400231841.29.0.337128735098.issue21515@psf.upfronthosting.co.za>
Message-ID: <1401963546.52.0.374778951504.issue21515@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Can someone please review  tempfile_o_tmpfile3.patch ?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21515>
_______________________________________

From report at bugs.python.org  Thu Jun  5 13:02:23 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Jun 2014 11:02:23 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
Message-ID: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

Based on the recent python-dev thread, I propose the following "CPython implementation detail" note in the "Strings" entry of https://docs.python.org/3/reference/datamodel.html#objects-values-and-types

"CPython currently guarantees O(1) access to arbitrary code points when indexing and slicing a string. Python implementations are required to index and slice strings as arrays of code points, but are not required to guarantee O(1) access to arbitrary locations within the string. This allows implementations to use variable width encodings for their internal string representation."

----------
assignee: docs at python
components: Documentation
messages: 219793
nosy: docs at python, ncoghlan
priority: normal
severity: normal
status: open
title: Clarify status of O(1) indexing semantics of str objects
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 13:05:12 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Jun 2014 11:05:12 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401966312.45.0.746688823595.issue21667@psf.upfronthosting.co.za>


STINNER Victor added the comment:

str[a:b] returns a substring (characters), not an array of code points (numbers).

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 13:06:08 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Jun 2014 11:06:08 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401966368.93.0.0557044404603.issue21667@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Guido, I think we need your call on whether or not to add a note about string indexing algorithmic complexity to the language reference, and to approve the exact wording of such a note (my proposed wording is in my initial comment on this issue).

----------
nosy: +gvanrossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 13:08:38 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Jun 2014 11:08:38 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401966518.75.0.251393153183.issue21667@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

No, Python doesn't expose Unicode characters in its data model at all, except in those cases where a code point happens to correspond directly with a character. A length 1 str instance represents a Unicode code point, not a Unicode character.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 13:09:49 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Jun 2014 11:09:49 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401966589.59.0.0908799943698.issue21667@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Although, you're right, that section of the data model docs misuses the word "character" to mean something other than what it means in the Unicode spec :(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 13:10:40 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Jun 2014 11:10:40 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401966640.27.0.827426577798.issue21667@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"Python implementations are required to ..."

By the way, Python < 3.3 doesn't implement this requirement :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 13:17:54 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Jun 2014 11:17:54 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401967074.72.0.307894599537.issue21667@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Saying that ord() and chr() switch between characters and code points is just plain wrong, since characters may be represented as multiple code points.

We may also want to explicitly note that the Unicode normalisation is implementation dependendent, and that CPython doesn't normalise implicitly except where specifically noted (i.e. during lexical analysis).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 13:18:43 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Jun 2014 11:18:43 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401967123.67.0.326687251478.issue21667@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Right, narrow builds have long been broken - that's a large part of why this is now the requirement :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 13:29:06 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Jun 2014 11:29:06 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401967746.21.0.269978439035.issue21667@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Patch attached that also addresses the characters vs code points confusion.

----------
Added file: http://bugs.python.org/file35489/issue21667_clarify_str_specification.rst

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 13:29:45 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Jun 2014 11:29:45 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401967785.64.0.908222056285.issue21667@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I ducked the Unicode normalisation question for now, since that's a *different* can of worms :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 13:56:56 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 05 Jun 2014 11:56:56 +0000
Subject: [issue21515] Use Linux O_TMPFILE flag in tempfile.TemporaryFile?
In-Reply-To: <1400231841.29.0.337128735098.issue21515@psf.upfronthosting.co.za>
Message-ID: <1401969416.31.0.373361169983.issue21515@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

It would be nice if the patch added a pointer to the O_TMPFILE documentation (if that exists) and mentioned that it is Linux-specific.
Otherwise, it looks good to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21515>
_______________________________________

From report at bugs.python.org  Thu Jun  5 13:59:58 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 05 Jun 2014 11:59:58 +0000
Subject: [issue21650] add json.tool option to avoid alphabetic sort of fields
In-Reply-To: <1401790291.36.0.355130758438.issue21650@psf.upfronthosting.co.za>
Message-ID: <1401969598.75.0.242990943886.issue21650@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I don't really understand the point of this. The "unsorted" output order will be unpredictable for the user (it isn't necessarily the same as the order of fields in the input data).

----------
nosy: +ezio.melotti, pitrou, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21650>
_______________________________________

From report at bugs.python.org  Thu Jun  5 14:02:59 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 05 Jun 2014 12:02:59 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401969779.51.0.083332544158.issue21667@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Two things:
- I don't think it's very helpful to use the term "code point" without explaining or introducing it ("character" at least can be understood intuitively)
- The mention of slicing is ambiguous: is slicing suppoded to be O(1)? how is indexing related to slicing?

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 14:17:12 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 05 Jun 2014 12:17:12 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1401970632.11.0.181690341395.issue10740@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

For the record, I think it would be easier to get a patch accepted for this if it didn't add a rather mysterious callback-based API. Which kind of approach would work, though, I don't have any idea about :-)

----------
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Thu Jun  5 14:29:34 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 05 Jun 2014 12:29:34 +0000
Subject: [issue21515] Use Linux O_TMPFILE flag in tempfile.TemporaryFile?
In-Reply-To: <1400231841.29.0.337128735098.issue21515@psf.upfronthosting.co.za>
Message-ID: <3gkmWx2Q9jz7QF4@mail.python.org>


Roundup Robot added the comment:

New changeset 4b51a992cb70 by Victor Stinner in branch 'default':
Issue #21515: tempfile.TemporaryFile now uses os.O_TMPFILE flag is available
http://hg.python.org/cpython/rev/4b51a992cb70

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21515>
_______________________________________

From report at bugs.python.org  Thu Jun  5 14:30:39 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Jun 2014 12:30:39 +0000
Subject: [issue21515] Use Linux O_TMPFILE flag in tempfile.TemporaryFile?
In-Reply-To: <3gkmWx2Q9jz7QF4@mail.python.org>
Message-ID: <CAMpsgwb68ij+GDrN5SxuiJKgidVZvXQbk64ZvGbwcL1yYxBhYw@mail.gmail.com>


STINNER Victor added the comment:

> It would be nice if the patch added a pointer to the O_TMPFILE documentation (if that exists) and mentioned that it is Linux-specific.

I modified TemporaryFile documentation to mention that the O_TMPFILE
flag is used if available and if the flag "works".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21515>
_______________________________________

From report at bugs.python.org  Thu Jun  5 14:34:08 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Jun 2014 12:34:08 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401971648.18.0.0439993458759.issue21667@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

If someone doesn't understand what "Unicode code point" means, that's going to be the least of their problems when it comes to implementing a conformant Python implementation. We could link to http://unicode.org/glossary/#code_point, but that doesn't really add much beyond "value from 0 to 0x10FFFF". If you try to dive into the formal Unicode spec instead, you end up in a twisty maze of definitions of things that are all closely related, but generally not the same thing (code positions, code units, code spaces, abstract characters, glyphs, graphemes, etc).

The main advantage of using the more formal "code point" over the informal "character" is that it discourages people from assuming they know what they are (with the usual mistaken assumption being that Unicode code points correspond directly to glyphs the way ASCII and Extended ASCII printable characters correspond to their glyphs). The rest of the paragraph then provides the mechanical details of the meaningful interpretations of them in Python (as length 1 strings and as numbers in a particular range) and the operations for translating between those two formats (chr and ord).

Fair point about the slicing - it may be better to just talk about indexing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 14:37:41 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 05 Jun 2014 12:37:41 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401971861.83.0.953771961096.issue21667@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Not sure what implementing a conformant Python implementation has to do with this; the language specification should be readable by any interested programmers, IMO.

> If you try to dive into the formal Unicode spec instead, you end up
> in a twisty maze of definitions of things that are all closely 
> related, but generally not the same thing (code positions, code units, 
> code spaces, abstract characters, glyphs, graphemes, etc).

That makes all the less useful to use the "proper term" instead of the more intuitive alternative :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 14:45:52 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 05 Jun 2014 12:45:52 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401972352.31.0.621886682677.issue21667@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Then perhaps we need notes about algorithmic complexity of bytes, bytearray, list and tuple and dict indexing, set.add and set.discard, dict.__delitem__, list.pop, len(), + and += for all basic sequences and containers, memoryview() for bytes, bytearray and array.array, etc, etc.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 14:49:03 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Jun 2014 12:49:03 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401972352.31.0.621886682677.issue21667@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwZdJLgai1uX3F0tf-WWCGpoNc0CStLP3K34MFZvc4Er=g@mail.gmail.com>


STINNER Victor added the comment:

> Then perhaps we need notes about algorithmic complexity of bytes, bytearray, list and tuple and dict indexing, set.add and set.discard, dict.__delitem__, list.pop, len(), + and += for all basic sequences and containers, memoryview() for bytes, bytearray and array.array, etc, etc.

That would be awesome :-) Please open a new issue for that. We can use
for example these data:
https://wiki.python.org/moin/TimeComplexity

Such data should be close to the definition of the type, or even close
to the method. Maybe directly in the documentation of each method?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 14:51:05 2014
From: report at bugs.python.org (Chris Angelico)
Date: Thu, 05 Jun 2014 12:51:05 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401972665.57.0.208061082317.issue21667@psf.upfronthosting.co.za>


Changes by Chris Angelico <rosuav at gmail.com>:


----------
nosy: +Rosuav

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 14:56:33 2014
From: report at bugs.python.org (Fredrik Fornwall)
Date: Thu, 05 Jun 2014 12:56:33 +0000
Subject: [issue21668] The select and time modules uses libm functions without
 linking against it
Message-ID: <1401972993.52.0.304727515537.issue21668@psf.upfronthosting.co.za>


New submission from Fredrik Fornwall:

The select and time modules use functions from libm, but do not link against it.

* selectmodule.c calls ceil(3) in pyepoll_poll()
* timemodule.c calls fmod(3) and floor(3) in floatsleep()

----------
components: Build, Cross-Build
files: time_and_select_module_link_with_libm.patch
keywords: patch
messages: 219813
nosy: Fredrik.Fornwall
priority: normal
severity: normal
status: open
title: The select and time modules uses libm functions without linking against it
type: crash
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35490/time_and_select_module_link_with_libm.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21668>
_______________________________________

From report at bugs.python.org  Thu Jun  5 14:57:24 2014
From: report at bugs.python.org (Fredrik Fornwall)
Date: Thu, 05 Jun 2014 12:57:24 +0000
Subject: [issue21668] The select and time modules uses libm functions without
 linking against it
In-Reply-To: <1401972993.52.0.304727515537.issue21668@psf.upfronthosting.co.za>
Message-ID: <1401973044.3.0.316285247681.issue21668@psf.upfronthosting.co.za>


Fredrik Fornwall added the comment:

Note: This causes problems at least when running on android, where the system is unable to find the symbols when loading the modules at runtime.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21668>
_______________________________________

From report at bugs.python.org  Thu Jun  5 15:18:30 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Jun 2014 13:18:30 +0000
Subject: [issue21668] The select and time modules uses libm functions without
 linking against it
In-Reply-To: <1401972993.52.0.304727515537.issue21668@psf.upfronthosting.co.za>
Message-ID: <1401974310.21.0.684814465238.issue21668@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21668>
_______________________________________

From report at bugs.python.org  Thu Jun  5 16:08:48 2014
From: report at bugs.python.org (Alain Miniussi)
Date: Thu, 05 Jun 2014 14:08:48 +0000
Subject: [issue21658] __m128, can't build 3.4.1 with intel 14.0.0
In-Reply-To: <1401874255.53.0.168864202018.issue21658@psf.upfronthosting.co.za>
Message-ID: <1401977328.34.0.235697595441.issue21658@psf.upfronthosting.co.za>


Alain Miniussi added the comment:

Some details...

Environement:

{{{
[alainm at gurney Python-3.4.1]$ ^Cconfigure --prefix=/softs/exp/python-3.4.1-intel14-fake
[alainm at gurney Python-3.4.1]$ icc --version
icc (ICC) 14.0.0 20130728
Copyright (C) 1985-2013 Intel Corporation.  All rights reserved.
[alainm at gurney Python-3.4.1]$ uname -a
Linux gurney 2.6.32-431.17.1.el6.x86_64 #1 SMP Wed May 7 23:32:49 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
[alainm at gurney Python-3.4.1]$ more /etc/centos-release 
CentOS release 6.5 (Final)
[alainm at gurney Python-3.4.1]$ 
}}}

Compilation error:

{{{
icc -pthread -fPIC -Wno-unused-result -Werror=declaration-after-statement -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -Ibuild/temp.linux-x86_64-3.4/libffi/include -Ibuild/temp.linux-x86_64-3.4/libffi -I/gpfs/home/alainm/install/Python-3.4.1/Modules/_ctypes/libffi/src -I./Include -I. -IInclude -I/usr/local/include -I/gpfs/home/alainm/install/Python-3.4.1/Include -I/gpfs/home/alainm/install/Python-3.4.1 -c /gpfs/home/alainm/install/Python-3.4.1/Modules/_ctypes/libffi/src/x86/ffi64.c -o build/temp.linux-x86_64-3.4/gpfs/home/alainm/install/Python-3.4.1/Modules/_ctypes/libffi/src/x86/ffi64.o -Wall -fexceptions
icc: command line warning #10006: ignoring unknown option '-Wno-unused-result'
/gpfs/home/alainm/install/Python-3.4.1/Modules/_ctypes/libffi/src/x86/ffi64.c(56): error: identifier "__m128" is undefined
    UINT128 i128;
    ^

compilation aborted for /gpfs/home/alainm/install/Python-3.4.1/Modules/_ctypes/libffi/src/x86/ffi64.c (code 2)

Failed to build these modules:
_ctypes                                                        

}}}

Cheers

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21658>
_______________________________________

From report at bugs.python.org  Thu Jun  5 17:07:20 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Jun 2014 15:07:20 +0000
Subject: [issue21669] Custom error messages when print & exec are used as
 statements
Message-ID: <1401980839.06.0.736211179057.issue21669@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

I realised my experiment with supporting implicit calls could potentially be used as the basis for a patch that reported more specific error details when "print" and "exec" were used as statements, so I went ahead and updated it to do so.

The initial patch has a failure in test_source_encoding - this appears to be a general issue with moving syntax errors from the parser (which reliably sets the "text" attribute on the raised SyntaxError) to the AST compiler (which sets that to None when running from a string compiled directly from memory rather than from a file on disk).

I've also only flagged this as a patch for 3.5 - I can't think of a way to do it without changing the language grammar to allow the error to be generated in a later stage of the compilation process, and that's not the kind of thing we want to be doing in a maintenance release.

----------
files: custom_builtin_syntax_errors.diff
keywords: patch
messages: 219816
nosy: alex, glyph, gvanrossum, ncoghlan
priority: normal
severity: normal
status: open
title: Custom error messages when print & exec are used as statements
versions: Python 3.5
Added file: http://bugs.python.org/file35491/custom_builtin_syntax_errors.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21669>
_______________________________________

From report at bugs.python.org  Thu Jun  5 17:14:46 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 05 Jun 2014 15:14:46 +0000
Subject: [issue21658] __m128, can't build 3.4.1 with intel 14.0.0
In-Reply-To: <1401874255.53.0.168864202018.issue21658@psf.upfronthosting.co.za>
Message-ID: <1401981286.87.0.982610895976.issue21658@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also the issue #4130. libffi is not part of Python, it's an external project. Python embeds a copy of libffi to limit dependencies... and because we have custom patches on libffi :-/

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21658>
_______________________________________

From report at bugs.python.org  Thu Jun  5 17:25:01 2014
From: report at bugs.python.org (Jan Hudec)
Date: Thu, 05 Jun 2014 15:25:01 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1401981901.9.0.419564512766.issue10740@psf.upfronthosting.co.za>


Jan Hudec added the comment:

Ok, David, I see.

Anybody who wants to use sqlite seriously in existing releases can use apsw. It is not dbapi2 compliant, but it is complete and behaves like the underlying database.

I agree with Antoine and already mentioned I didn't like the current patch.

I think all that is needed is another property, say `autocommit_ddl`. For compatibility reasons it would default to `True` and when set to `False` the module would then begin transaction before any command, probably except `pragma` where it is sometimes problem and should not matter in other cases and `select` still subject to `isolation_level` and possibly fix of the related http://bugs.python.org/issue9924.

The second patch seems closer, but it still does not bypass the logic as I'd suggest.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Thu Jun  5 17:25:14 2014
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 05 Jun 2014 15:25:14 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
In-Reply-To: <1401923912.15.0.591794107997.issue21665@psf.upfronthosting.co.za>
Message-ID: <1401981914.1.0.828407345773.issue21665@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I can confirm this on the current 2.7 branch and, oddly, on a fresh build of v2.7.6.  This looks like it was caused by the way Tcl/Tk was compiled, specifically the 'COMPILERFLAGS=-DWINVER=0x0500' and 'OPTS=noxp' options which are supposed to be for Win2k support.  Removing just 'OPTS=noxp' causes a compilation failure (due to WINVER redefinition), but removing both makes ttk work properly.

Steve: how did you compile Tcl/Tk for the 2.7.7 installer?

Martin: how have you compiled Tcl/Tk for past installers?  In particular, Python 3.2's ttk works perfectly Win2k, but is properly themed on Windows 7, which leads me to believe that you did not use the 'Win2k compatibility' options.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Thu Jun  5 17:30:30 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 05 Jun 2014 15:30:30 +0000
Subject: [issue634412] RFC 2387 in email package
Message-ID: <1401982230.95.0.868106516804.issue634412@psf.upfronthosting.co.za>


R. David Murray added the comment:

No, there is no requirement that attachment names be unique, and in fact no requirement that attachments (inline attachments, which is mostly what we are dealing with for 'related') have names at all.  I have seen messages in the wild that had more than one attachment with the same name, and it revealed a bug in the system I was working on at the time :)

Building the dictionary is not *hard*.  I am not satisfied with the code shown in 
 
  https://docs.python.org/3/library/email-examples.html#examples-using-the-provisional-api

I think there should be a more elegant way to spell the multipart/related creation parts of that example.  Feeding a dictionary in as the entire 'related' part would be better, but in order to create that dictionary you have to explicitly create MIMEPart subparts and store them in the dict.  That may be what we end up doing, but I think it would be nice if there was a more intuitive way to spell it.  

Especially since as it stands you have to explicitly munge the CIDs.  You shouldn't have to do that, the library should take care of that for you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue634412>
_______________________________________

From report at bugs.python.org  Thu Jun  5 17:54:26 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Thu, 05 Jun 2014 15:54:26 +0000
Subject: [issue15590] --libs is inconsistent for python-config --libs and
 pkgconfig python --libs
In-Reply-To: <1344422598.39.0.464686614779.issue15590@psf.upfronthosting.co.za>
Message-ID: <1401983666.36.0.795825859301.issue15590@psf.upfronthosting.co.za>


Michael Haubenwallner added the comment:

For AIX, with both these configure variants:
  $ configure --prefix=/prefix --enable-shared CC=gcc CXX=g++ OPT=
  $ configure --prefix=/prefix --enable-shared --without-computed-gotos CC=xlc_r CXX=xlC_r OPT=
the output changes like this:

   $ PKG_CONFIG_PATH=/prefix/lib/pkgconfig pkg-config --libs python-3.4
old: -L/prefix/lib -lpython3.4m
new: -L/prefix/lib -lpython3.4m -Wl,-bE:/prefix/lib/python3.4/config-3.4m/python.exp -lld

   $ /prefix/bin/python3.4-config --ldflags
old:  -L/prefix/lib -lintl -ldl -lm  -lpython3.4m -Wl,-bE:Modules/python.exp -lld
new: -Wl,-bI:/prefix/lib/python3.4/config-3.4m/python.exp



For Linux, with this configure variant:
  $ configure --prefix=/prefix --enable-shared CC=gcc CXX=g++
the output changes like this:

  $ PKG_CONFIG_PATH=/prefix/lib/pkgconfig pkg-config --libs python-3.4
old: -L/prefix/lib -lpython3.4m
new: -L/prefix/lib -lpython3.4m -Xlinker -export-dynamic

   $ /prefix/bin/python3.4-config --ldflags
old:   -L/prefix/lib -lpthread -ldl  -lutil -lm  -lpython3.4m -Xlinker -export-dynamic
new: # Yes, nothing. Not sure if python modules should have undefined python symbols, or link against libpython.so

Just found out that distutils.command.build_ext.get_libraries() does add libpython.so for Linux and similar (not Darwin and AIX).
Actually, distutils.command.build_ext.get_libraries() should add $LINKFORMODULE instead now, so LDSHARED does not need to carry.

More thoughts?  (will post results with --disable-shared as separate comment)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15590>
_______________________________________

From report at bugs.python.org  Thu Jun  5 18:15:30 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 05 Jun 2014 16:15:30 +0000
Subject: [issue21669] Custom error messages when print & exec are used as
 statements
In-Reply-To: <1401980839.06.0.736211179057.issue21669@psf.upfronthosting.co.za>
Message-ID: <1401984930.71.0.674405173478.issue21669@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I'm sorry, but I find this way too intrusive, and a little risky too (I'm not sure how to verify even that the new parser accepts exactly the same set of programs as the old version).

I would much prefer a solution to this particular issue along the lines of a heuristic based on detecting whether the line where the syntax error occurs starts with the token 'print' or 'exec' followed by anything except a left parenthesis.

Such a heuristic could also be added to 3.4.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21669>
_______________________________________

From report at bugs.python.org  Thu Jun  5 18:24:46 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Thu, 05 Jun 2014 16:24:46 +0000
Subject: [issue15590] --libs is inconsistent for python-config --libs and
 pkgconfig python --libs
In-Reply-To: <1344422598.39.0.464686614779.issue15590@psf.upfronthosting.co.za>
Message-ID: <1401985486.8.0.63322449318.issue15590@psf.upfronthosting.co.za>


Michael Haubenwallner added the comment:

Now for --disable-shared:

For AIX, with both these configure variants:
  $ configure --prefix=/prefix --disable-shared CC=gcc CXX=g++ OPT=
  $ configure --prefix=/prefix --disable-shared --without-computed-gotos CC=xlc_r CXX=xlC_r OPT=
the output changes like this:

   $ PKG_CONFIG_PATH=/prefix/lib/pkgconfig pkg-config --libs python-3.4
old: -L/prefix/lib -lpython3.4m
new: -L/prefix/lib -lpython3.4m -Wl,-bE:/prefix/lib/python3.4/config-3.4m/python.exp -lld

   $ /prefix/bin/python3.4-config --ldflags
old: -L/prefix/lib/python3.4/config-3.4m -L/prefix/lib -lintl -ldl -lm  -lpython3.4m -Wl,-bE:Modules/python.exp -lld
new: -Wl,-bI:/prefix/lib/python3.4/config-3.4m/python.exp



For Linux, with this configure variant:
  $ configure --prefix=/prefix --enable-shared CC=gcc CXX=g++
the output changes like this:

  $ PKG_CONFIG_PATH=/prefix/lib/pkgconfig pkg-config --libs python-3.4
old: -L/prefix/lib -lpython3.4m
new: -L/prefix/lib -lpython3.4m -Xlinker -export-dynamic

   $ /prefix/bin/python3.4-config --ldflags
old: -L/prefix/lib/python3.4/config-3.4m -L/prefix/lib -lpthread -ldl  -lutil -lm  -lpython3.4m -Xlinker -export-dynamic
new: # Yes, nothing. 

And with --disable-shared, even distutils.command.build_ext.get_libraries() does *not* add libpython.so for Linux and similar, so python-shipped modules are linked with python symbols undefined now - but still as shared libraries.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15590>
_______________________________________

From report at bugs.python.org  Thu Jun  5 18:32:33 2014
From: report at bugs.python.org (Stephen Paul Chappell)
Date: Thu, 05 Jun 2014 16:32:33 +0000
Subject: [issue7676] IDLE shell shouldn't use TABs
In-Reply-To: <1263213381.47.0.181451927584.issue7676@psf.upfronthosting.co.za>
Message-ID: <1401985953.06.0.222852631759.issue7676@psf.upfronthosting.co.za>


Changes by Stephen Paul Chappell <Noctis.Skytower at gmail.com>:


----------
nosy: +Zero
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7676>
_______________________________________

From report at bugs.python.org  Thu Jun  5 18:32:42 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 05 Jun 2014 16:32:42 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1401985962.62.0.0707459516558.issue21667@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I don't want the O(1) property explicitly denounced in the reference manual. It's fine if the manual is silent on this -- maybe someone can prove that it isn't a problem based on benchmarks of an alternate implementation, but until then, I'm skeptical -- after all we have a bunch of important APIs (indexing, slicing, find()/index(), the re module) that use integer indexes, and some important algorithms/patterns are based off this behavior.

E.g. searching a string for something, returning the position where it's found, and then continuing the search from that position. Even if the basic search uses find() or regex matching, there's still a position being returned and accepted, and if it took O(N) time to find that position in the representation, the whole algorithm could degenerate from O(N) to O(N**2).

I am fine with the changes related to code points.

For the pedants amongst us, surrogates are also code points. A surrogate pair is two code points that encode a single code point. Fortunately we don't have to deal with those any more outside codecs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Thu Jun  5 18:37:19 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Thu, 05 Jun 2014 16:37:19 +0000
Subject: [issue15590] --libs is inconsistent for python-config --libs and
 pkgconfig python --libs
In-Reply-To: <1344422598.39.0.464686614779.issue15590@psf.upfronthosting.co.za>
Message-ID: <1401986239.77.0.67092743666.issue15590@psf.upfronthosting.co.za>


Michael Haubenwallner added the comment:

Erm, the latter should read:
  For Linux, with this configure variant:
    $ configure --prefix=/prefix --disable-shared CC=gcc CXX=g++


Now reading GNU ld manpage for Linux:

>   $ PKG_CONFIG_PATH=/prefix/lib/pkgconfig pkg-config --libs python-3.4
> new: -L/prefix/lib -lpython3.4m -Xlinker -export-dynamic

ld(1), at '--export-dynamic', tells about '--dynamic-list=file' to export specific symbols only - which actually looks similar to '-bE:file' for AIX...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15590>
_______________________________________

From report at bugs.python.org  Thu Jun  5 18:50:49 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Jun 2014 16:50:49 +0000
Subject: [issue7676] IDLE shell shouldn't use TABs
In-Reply-To: <1263213381.47.0.181451927584.issue7676@psf.upfronthosting.co.za>
Message-ID: <1401987049.07.0.675338919294.issue7676@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7676>
_______________________________________

From report at bugs.python.org  Thu Jun  5 19:02:04 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 05 Jun 2014 17:02:04 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
In-Reply-To: <1401923912.15.0.591794107997.issue21665@psf.upfronthosting.co.za>
Message-ID: <3gktZM6X7kz7RYL@mail.python.org>


Roundup Robot added the comment:

New changeset baac4ea2901b by Zachary Ware in branch '3.4':
Clean up Tcl/Tk building in the Windows buildbot scripts.
http://hg.python.org/cpython/rev/baac4ea2901b

New changeset b3063de0dbd9 by Zachary Ware in branch 'default':
Issue #21665: Don't use 'OPTS=noxp' when compiling Tk.
http://hg.python.org/cpython/rev/b3063de0dbd9

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Thu Jun  5 19:26:57 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Thu, 05 Jun 2014 17:26:57 +0000
Subject: [issue21670] Add repr to shelve.Shelf
Message-ID: <1401989217.73.0.191894123322.issue21670@psf.upfronthosting.co.za>


New submission from Claudiu.Popa:

Hello!

Working with Shelf instances in the interactive console is cumbersome because you can't have an instant feedback when running the following:

>>> from shelve import Shelf
>>> s = Shelf({})
>>> s['a'] = 1
>>> s
<shelve.Shelf object at 0x033D0AF0>

This patch adds an useful repr to Shelf objects.

>>> s
Shelf({'a': 1})

Thanks!

----------
components: Library (Lib)
files: shelve.patch
keywords: patch
messages: 219827
nosy: Claudiu.Popa
priority: normal
severity: normal
status: open
title: Add repr to shelve.Shelf
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35492/shelve.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21670>
_______________________________________

From report at bugs.python.org  Thu Jun  5 19:29:22 2014
From: report at bugs.python.org (Chris Lambacher)
Date: Thu, 05 Jun 2014 17:29:22 +0000
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows
 required
Message-ID: <1401989362.0.0.600738846539.issue21671@psf.upfronthosting.co.za>


New submission from Chris Lambacher:

http://www.openssl.org/news/secadv_20140605.txt

All client versions of OpenSSL are vulnerable so all Windows builds of Python are vulnerable to MITM attacks when connecting to vulnerable servers.

----------
components: Build, Windows
messages: 219828
nosy: lambacck
priority: normal
severity: normal
status: open
title: CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows required
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

From report at bugs.python.org  Thu Jun  5 19:39:17 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 05 Jun 2014 17:39:17 +0000
Subject: [issue4180] warnings.simplefilter("always") does not make warnings
 always show up
In-Reply-To: <1224712172.47.0.998538899646.issue4180@psf.upfronthosting.co.za>
Message-ID: <1401989957.58.0.858238654136.issue4180@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +berker.peksag
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4180>
_______________________________________

From report at bugs.python.org  Thu Jun  5 20:33:05 2014
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 05 Jun 2014 18:33:05 +0000
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows
 required
In-Reply-To: <1401989362.0.0.600738846539.issue21671@psf.upfronthosting.co.za>
Message-ID: <1401993185.01.0.880162938465.issue21671@psf.upfronthosting.co.za>


Zachary Ware added the comment:

2.7, 3.4, and default should be updated; should we do anything for 3.1-3.3 since they will not get any further installers?

----------
nosy: +loewis, steve.dower, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

From report at bugs.python.org  Thu Jun  5 20:40:34 2014
From: report at bugs.python.org (Zoinkity .)
Date: Thu, 05 Jun 2014 18:40:34 +0000
Subject: [issue19548] 'codecs' module docs improvements
In-Reply-To: <1384133353.82.0.173341188397.issue19548@psf.upfronthosting.co.za>
Message-ID: <1401993634.68.0.945141699111.issue19548@psf.upfronthosting.co.za>


Zoinkity . added the comment:

One glaring omission is any information about multibyte codecs--the class, its methods, and how to even define one.  

Also, the primary use for codecs.register would be to append a single codec to the lookup registry.  Simple usage of the method only provides lookup for the provided codecs and will not include regularly-accessible ones such as "utf-8".  It would be enormously helpful to provide an example of proper, safe usage.

----------
nosy: +Zoinkity..

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19548>
_______________________________________

From report at bugs.python.org  Thu Jun  5 20:41:51 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 05 Jun 2014 18:41:51 +0000
Subject: [issue21661] setuptools documentation: typo
In-Reply-To: <1401896975.69.0.474580151289.issue21661@psf.upfronthosting.co.za>
Message-ID: <3gkwnW081Pz7Ljw@mail.python.org>


Roundup Robot added the comment:

New changeset a708844c1b8d by Zachary Ware in branch '3.4':
Issue #21661: Fix typo.
http://hg.python.org/cpython/rev/a708844c1b8d

New changeset 1b02b771b1fa by Zachary Ware in branch 'default':
Closes #21661: Merge typo fix.
http://hg.python.org/cpython/rev/1b02b771b1fa

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21661>
_______________________________________

From report at bugs.python.org  Thu Jun  5 20:52:00 2014
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 05 Jun 2014 18:52:00 +0000
Subject: [issue21661] setuptools documentation: typo
In-Reply-To: <1401896975.69.0.474580151289.issue21661@psf.upfronthosting.co.za>
Message-ID: <1401994320.4.0.87291949756.issue21661@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Thanks for the report and patch!

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21661>
_______________________________________

From report at bugs.python.org  Thu Jun  5 20:54:39 2014
From: report at bugs.python.org (Jacob Blair)
Date: Thu, 05 Jun 2014 18:54:39 +0000
Subject: [issue21672] Python for Windows 2.7.7: Path Configuration File No
 Longer Works With UNC Paths
Message-ID: <1401994479.3.0.49246899079.issue21672@psf.upfronthosting.co.za>


New submission from Jacob Blair:

I just upgraded from 2.7.6 to 2.7.7, on Windows, and have encountered different behavior in my path configuration (.pth) files. One of my files had lines similar to these:

\\host\sharefolder

These paths (UNC-style), are not being loaded into sys.path. It is successfully loading path lines from this and other files, so long as they have a drive letter.

----------
messages: 219833
nosy: Jacob.Blair
priority: normal
severity: normal
status: open
title: Python for Windows 2.7.7: Path Configuration File No Longer Works With UNC Paths
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21672>
_______________________________________

From report at bugs.python.org  Thu Jun  5 21:05:01 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 05 Jun 2014 19:05:01 +0000
Subject: [issue21650] add json.tool option to avoid alphabetic sort of fields
In-Reply-To: <1401790291.36.0.355130758438.issue21650@psf.upfronthosting.co.za>
Message-ID: <1401995101.05.0.21869421712.issue21650@psf.upfronthosting.co.za>


R. David Murray added the comment:

It should be possible to also change the tool to use OrderDicts, though.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21650>
_______________________________________

From report at bugs.python.org  Thu Jun  5 21:05:51 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 05 Jun 2014 19:05:51 +0000
Subject: [issue21650] add json.tool option to avoid alphabetic sort of fields
In-Reply-To: <1401790291.36.0.355130758438.issue21650@psf.upfronthosting.co.za>
Message-ID: <1401995151.01.0.892367133241.issue21650@psf.upfronthosting.co.za>


R. David Murray added the comment:

Or does the data get decoded to a dict *before* it gets passed to the object_hook?  Probably, in which case nevermind...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21650>
_______________________________________

From report at bugs.python.org  Thu Jun  5 21:12:26 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 05 Jun 2014 19:12:26 +0000
Subject: [issue21672] Python for Windows 2.7.7: Path Configuration File No
 Longer Works With UNC Paths
In-Reply-To: <1401994479.3.0.49246899079.issue21672@psf.upfronthosting.co.za>
Message-ID: <1401995546.0.0.657059304973.issue21672@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
components: +Windows
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21672>
_______________________________________

From report at bugs.python.org  Thu Jun  5 21:17:19 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 05 Jun 2014 19:17:19 +0000
Subject: [issue21653] Row.keys() in sqlite3 returns a list, not a tuple
In-Reply-To: <1401833541.21.0.885626221521.issue21653@psf.upfronthosting.co.za>
Message-ID: <3gkxZQ3b0hz7Ljl@mail.python.org>


Roundup Robot added the comment:

New changeset f51ecdac91c8 by R David Murray in branch '2.7':
#21653: fix doc for return type of sqlite3.Row.keys().
http://hg.python.org/cpython/rev/f51ecdac91c8

New changeset 6c890b2739f4 by R David Murray in branch '3.4':
#21653: fix doc for return type of sqlite3.Row.keys().
http://hg.python.org/cpython/rev/6c890b2739f4

New changeset e65cd43d136b by R David Murray in branch 'default':
Merge: #21653: fix doc for return type of sqlite3.Row.keys().
http://hg.python.org/cpython/rev/e65cd43d136b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21653>
_______________________________________

From report at bugs.python.org  Thu Jun  5 21:18:47 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 05 Jun 2014 19:18:47 +0000
Subject: [issue21653] Row.keys() in sqlite3 returns a list, not a tuple
In-Reply-To: <1401833541.21.0.885626221521.issue21653@psf.upfronthosting.co.za>
Message-ID: <1401995927.91.0.223182139918.issue21653@psf.upfronthosting.co.za>


R. David Murray added the comment:

Fixed.  Thanks for the report.

----------
nosy: +r.david.murray
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21653>
_______________________________________

From report at bugs.python.org  Thu Jun  5 21:22:34 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 05 Jun 2014 19:22:34 +0000
Subject: [issue21654] IDLE call tips emitting future warnings about
 ElementTree objects
In-Reply-To: <1401845460.42.0.600793284066.issue21654@psf.upfronthosting.co.za>
Message-ID: <1401996154.83.0.897326070103.issue21654@psf.upfronthosting.co.za>


R. David Murray added the comment:

Do either of you know what that warning is about?  I'm getting it in some code that I'm running successfully in both python2.7 and python3.4, and python3.4 doesn't give me a warning.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21654>
_______________________________________

From report at bugs.python.org  Thu Jun  5 21:33:03 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 05 Jun 2014 19:33:03 +0000
Subject: [issue21662] datamodel documentation: fix typo and phrasing
In-Reply-To: <1401898433.15.0.977060998542.issue21662@psf.upfronthosting.co.za>
Message-ID: <3gkxwZ5ywDz7LjN@mail.python.org>


Roundup Robot added the comment:

New changeset ead4dee062e3 by R David Murray in branch '3.4':
#21662: fix typo, improve sentence flow
http://hg.python.org/cpython/rev/ead4dee062e3

New changeset 3aa21b5b145a by R David Murray in branch 'default':
Merge #21662: fix typo, improve sentence flow
http://hg.python.org/cpython/rev/3aa21b5b145a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21662>
_______________________________________

From report at bugs.python.org  Thu Jun  5 21:35:00 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 05 Jun 2014 19:35:00 +0000
Subject: [issue21662] datamodel documentation: fix typo and phrasing
In-Reply-To: <1401898433.15.0.977060998542.issue21662@psf.upfronthosting.co.za>
Message-ID: <1401996900.61.0.244023103346.issue21662@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks.

----------
nosy: +r.david.murray
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21662>
_______________________________________

From report at bugs.python.org  Thu Jun  5 22:09:51 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 05 Jun 2014 20:09:51 +0000
Subject: [issue21476] Inconsitent behaviour between BytesParser.parse and
 Parser.parse
In-Reply-To: <1399863485.87.0.621460999738.issue21476@psf.upfronthosting.co.za>
Message-ID: <1401998991.13.0.682463098984.issue21476@psf.upfronthosting.co.za>


R. David Murray added the comment:

I believe there are msg_NN files that have defects.  I'd rather use one of those in the exception test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21476>
_______________________________________

From report at bugs.python.org  Thu Jun  5 22:09:58 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Jun 2014 20:09:58 +0000
Subject: [issue21673] Idle: hilite search terms in hits in Find in Files
 output window
Message-ID: <1401998998.56.0.521906820097.issue21673@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

Example that prompted this idea due to difficulty of scanning results. The code lines are relatively long and the hit range from first to (almost) last word in the line.

Searching 'future' in F:\Python\dev\2\py27\*.c...
...
F:\Python\dev\2\py27\Mac\Modules\cg\CFMLateImport.c: 53: //   future expansion of the APIs for things like CFMLateImportSymbol
F:\Python\dev\2\py27\Modules\_ctypes\libffi\src\dlmalloc.c: 3715:     /* On failure, disable autotrim to avoid repeated failed future calls */
F:\Python\dev\2\py27\Modules\fcntlmodule.c: 235: behavior will change in future releases of Python.\n\
...
Hits found: 130

I presume that is should be easy to tag hits both in first line (instead of marking with '') and the remainder and lightly color all tagged items.

When a test is a added to test_grep, the file should be examines to see what else is still missing in light of the recent addition of an htest.

----------
assignee: terry.reedy
messages: 219842
nosy: sahutd, terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: Idle: hilite search terms in hits in Find in Files output window
type: enhancement
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21673>
_______________________________________

From report at bugs.python.org  Thu Jun  5 22:20:49 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Jun 2014 20:20:49 +0000
Subject: [issue21654] IDLE call tips emitting future warnings about
 ElementTree objects
In-Reply-To: <1401845460.42.0.600793284066.issue21654@psf.upfronthosting.co.za>
Message-ID: <1401999649.67.0.480819719931.issue21654@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I verified that <type 'instancemethod'> is used in 2.7 for both unbound and bound methods of both old- and new-style classes. In 3.0, old-style classes and unbound methods were removed. 2.x types seem not to have __bool__, so I suspect that the condition code special cases numbers and then checks for len() or == None. I am guessing that instancemethod is specially flagged. But grepping 'furture versions' in 2.7/*.c and *.h got not hits, so I cannot confirm anything. I have no idea where the if/elif/while check are coded.

The important question to me is whether the fix works for you also.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21654>
_______________________________________

From report at bugs.python.org  Thu Jun  5 22:40:32 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Jun 2014 20:40:32 +0000
Subject: [issue21674] Idle: Add 'find all' in current file
Message-ID: <1402000832.05.0.464293408794.issue21674@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

I miss this from Notepad++. This is essentially Find in Files limited to one file, without the file name repeated on each line.
Notepad++ puts multiple findall results in one window, with +- marker to expand or contract a group. It also has findall in all open files, which would use same mechanism. It also highlights hits, as suggested in #21673.

----------
messages: 219844
nosy: terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: Idle: Add 'find all' in current file
type: enhancement
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21674>
_______________________________________

From report at bugs.python.org  Thu Jun  5 22:47:35 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 05 Jun 2014 20:47:35 +0000
Subject: [issue15014] smtplib: add support for arbitrary auth methods
In-Reply-To: <1338970281.71.0.834699818603.issue15014@psf.upfronthosting.co.za>
Message-ID: <1402001255.64.0.141526865201.issue15014@psf.upfronthosting.co.za>


R. David Murray added the comment:

I made some review comments.

Also, we need doc updates, including a what's new entry.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15014>
_______________________________________

From report at bugs.python.org  Thu Jun  5 22:58:18 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 05 Jun 2014 20:58:18 +0000
Subject: [issue18292] Idle: test AutoExpand.py
In-Reply-To: <1372098554.92.0.798687151295.issue18292@psf.upfronthosting.co.za>
Message-ID: <3gkzpw6Gxrz7Ljb@mail.python.org>


Roundup Robot added the comment:

New changeset 2567c68fb300 by Zachary Ware in branch '2.7':
Issue #18292: s/tkinter/Tkinter/
http://hg.python.org/cpython/rev/2567c68fb300

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Thu Jun  5 23:07:47 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 05 Jun 2014 21:07:47 +0000
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows
 required
In-Reply-To: <1401989362.0.0.600738846539.issue21671@psf.upfronthosting.co.za>
Message-ID: <1402002467.65.0.156685966059.issue21671@psf.upfronthosting.co.za>


Ned Deily added the comment:

This isn't an issue for releases in security-fix mode (3.1, 3.2, 3.3) since there are not changes to Python involved and we do not provide binary installers for releases in that mode.

----------
keywords: +security_issue
nosy: +benjamin.peterson, larry, ned.deily
priority: normal -> release blocker
versions:  -Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

From report at bugs.python.org  Thu Jun  5 23:11:29 2014
From: report at bugs.python.org (Donald Stufft)
Date: Thu, 05 Jun 2014 21:11:29 +0000
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows
 required
In-Reply-To: <1401989362.0.0.600738846539.issue21671@psf.upfronthosting.co.za>
Message-ID: <1402002689.21.0.953878592344.issue21671@psf.upfronthosting.co.za>


Donald Stufft added the comment:

Might it make sense to special case 3.2 and 3.3 since the last releases of those were not security releases and the security issue is with a bundled library?

----------
nosy: +dstufft

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

From report at bugs.python.org  Thu Jun  5 23:15:16 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 05 Jun 2014 21:15:16 +0000
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows
 required
In-Reply-To: <1401989362.0.0.600738846539.issue21671@psf.upfronthosting.co.za>
Message-ID: <1402002916.3.0.848500988498.issue21671@psf.upfronthosting.co.za>


Ned Deily added the comment:

We can ask for an opinion from the 3.2 and 3.3 release managers (adding Georg) but I doubt that anyone is going to be interested in producing Windows binary installers for those release plus we haven't done this for 3.2.x for recent previous OpenSSL CVE's, have we?

----------
nosy: +georg.brandl

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

From report at bugs.python.org  Thu Jun  5 23:27:38 2014
From: report at bugs.python.org (eryksun)
Date: Thu, 05 Jun 2014 21:27:38 +0000
Subject: [issue21672] Python for Windows 2.7.7: Path Configuration File No
 Longer Works With UNC Paths
In-Reply-To: <1401994479.3.0.49246899079.issue21672@psf.upfronthosting.co.za>
Message-ID: <1402003658.98.0.401224267892.issue21672@psf.upfronthosting.co.za>


eryksun added the comment:

site.addpackage calls site.makepath(sitedir, line): 

    def makepath(*paths):
        dir = os.path.join(*paths)
        try:
            dir = os.path.abspath(dir)
        except OSError:
            pass
        return dir, os.path.normcase(dir)

In 2.7.7, os.path.join gets this wrong. For example:

    >>> print os.path.join(r'C:\Spam\Eggs', r'\\Eggs\Spam')
    C:\\Eggs\Spam

3.4 gets it right:

    >>> print(os.path.join(r'C:\Spam\Eggs', r'\\Eggs\Spam'))
    \\Eggs\Spam

ntpath.join was reimplemented for issue 19456. The rewrite depends on ntpath.splitdrive, but 2.x has the old splitdrive that doesn't handle UNC paths:

    >>> os.path.splitdrive(r'\\Spam\Eggs')
    ('', '\\\\Spam\\Eggs')

Instead there's ntpath.splitunc (deprecated in 3.1+):

    >>> os.path.splitunc(r'\\Spam\Eggs')  
    ('\\\\Spam\\Eggs', '')

Maybe ntpath.join could also try splitunc, or maybe 3.x splitdrive can be backported.

2.7.7 ntpath.join:
http://hg.python.org/cpython/file/f89216059edf/Lib/ntpath.py#l61

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21672>
_______________________________________

From report at bugs.python.org  Fri Jun  6 00:26:12 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 05 Jun 2014 22:26:12 +0000
Subject: [issue21326] asyncio: request clearer error message when event loop
 closed
In-Reply-To: <1398154363.0.0.853788262895.issue21326@psf.upfronthosting.co.za>
Message-ID: <1402007172.0.0.725490838278.issue21326@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I don't want the 3.4 and 3.5 versions of asyncio to be different. You should just copy the 3.5 code back into the 3.4 tree. A new method is fine. Really.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21326>
_______________________________________

From report at bugs.python.org  Fri Jun  6 00:31:37 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Jun 2014 22:31:37 +0000
Subject: [issue18292] Idle: test AutoExpand.py
In-Reply-To: <1372098554.92.0.798687151295.issue18292@psf.upfronthosting.co.za>
Message-ID: <1402007497.09.0.200518424375.issue18292@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Whoops. Zach, did you catch that by reading the checkin, running the test, or seeing a buildbot problem. Is not the first, what symptom on what system revealed the omission?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Fri Jun  6 00:32:52 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Jun 2014 22:32:52 +0000
Subject: [issue18292] Idle: test AutoExpand.py
In-Reply-To: <1372098554.92.0.798687151295.issue18292@psf.upfronthosting.co.za>
Message-ID: <1402007572.14.0.239287691873.issue18292@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
Removed message: http://bugs.python.org/msg219852

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Fri Jun  6 00:33:46 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 05 Jun 2014 22:33:46 +0000
Subject: [issue18292] Idle: test AutoExpand.py
In-Reply-To: <1372098554.92.0.798687151295.issue18292@psf.upfronthosting.co.za>
Message-ID: <1402007626.31.0.470352293165.issue18292@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Whoops. Zach, did you catch that by reading the checkin, running the test, or seeing a buildbot problem. Is not the first, what symptom on what system revealed the omission?

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Fri Jun  6 01:08:22 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 05 Jun 2014 23:08:22 +0000
Subject: [issue21669] Custom error messages when print & exec are used as
 statements
In-Reply-To: <1401984930.71.0.674405173478.issue21669@psf.upfronthosting.co.za>
Message-ID: <CADiSq7fZungmDDV3vdgAnQs5XWA34tn_swNFoRp2qBoVJ5-1AA@mail.gmail.com>


Nick Coghlan added the comment:

As in, putting something either in the SyntaxError constructor or else in
the parser code that emits them? I like that - the fact my initial approach
broke a test was rather concerning, and a change purely on the error
handling side should be much safer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21669>
_______________________________________

From report at bugs.python.org  Fri Jun  6 01:12:46 2014
From: report at bugs.python.org (Alex Gaynor)
Date: Thu, 05 Jun 2014 23:12:46 +0000
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows
 required
In-Reply-To: <1401989362.0.0.600738846539.issue21671@psf.upfronthosting.co.za>
Message-ID: <1402009966.61.0.586272230232.issue21671@psf.upfronthosting.co.za>


Changes by Alex Gaynor <alex.gaynor at gmail.com>:


----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

From report at bugs.python.org  Fri Jun  6 01:14:09 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Thu, 05 Jun 2014 23:14:09 +0000
Subject: [issue21669] Custom error messages when print & exec are used as
 statements
In-Reply-To: <1401980839.06.0.736211179057.issue21669@psf.upfronthosting.co.za>
Message-ID: <1402010049.3.0.00511113469014.issue21669@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Yes, something like that. Don't change the grammar, just hack the heck out of the error message.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21669>
_______________________________________

From report at bugs.python.org  Fri Jun  6 01:14:29 2014
From: report at bugs.python.org (Alex Gaynor)
Date: Thu, 05 Jun 2014 23:14:29 +0000
Subject: [issue20188] ALPN support for TLS
In-Reply-To: <1389153179.88.0.510995543218.issue20188@psf.upfronthosting.co.za>
Message-ID: <1402010069.75.0.660884607114.issue20188@psf.upfronthosting.co.za>


Changes by Alex Gaynor <alex.gaynor at gmail.com>:


----------
nosy: +alex

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20188>
_______________________________________

From report at bugs.python.org  Fri Jun  6 01:29:51 2014
From: report at bugs.python.org (Steve Dower)
Date: Thu, 05 Jun 2014 23:29:51 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
In-Reply-To: <1401923912.15.0.591794107997.issue21665@psf.upfronthosting.co.za>
Message-ID: <1402010991.6.0.645619698566.issue21665@psf.upfronthosting.co.za>


Steve Dower added the comment:

I compiled with COMPILERFLAGS=-DWINVER=0x0500 OPTS=noxp DEBUG=0 for tcl and tix, and with just COMPILERFLAGS=-DWINVER=0x0500 DEBUG=0 for tk. These should have matched the buildbot scripts, and I'm fairly sure they haven't changed since 2.7.6, which means the newer tk/tcl versions probably need different options.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Fri Jun  6 01:44:01 2014
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 05 Jun 2014 23:44:01 +0000
Subject: [issue18292] Idle: test AutoExpand.py
In-Reply-To: <1402007626.31.0.470352293165.issue18292@psf.upfronthosting.co.za>
Message-ID: <CAKJDb-NMH6rZXpvuLw3KKrauSdWBgD6FvW6sbF9BW+FwSXC-JA@mail.gmail.com>


Zachary Ware added the comment:

Terry J. Reedy added the comment:

>
> Whoops. Zach, did you catch that by reading the checkin, running the test,
> or seeing a buildbot problem. Is not the first, what symptom on what system
> revealed the omission?
>

Buildbots; there were several red 2.7 bots and I got curious :).  See
http://buildbot.python.org/all/builders/AMD64%20Ubuntu%20LTS%202.7/builds/1091/steps/test/logs/stdio
for example, it basically looked like there was no resource guard.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18292>
_______________________________________

From report at bugs.python.org  Fri Jun  6 01:50:32 2014
From: report at bugs.python.org (Pierre Tardy)
Date: Thu, 05 Jun 2014 23:50:32 +0000
Subject: [issue17849] Missing size argument in readline() method for httplib's
 class LineAndFileWrapper
In-Reply-To: <1366979224.14.0.876475494511.issue17849@psf.upfronthosting.co.za>
Message-ID: <1402012232.73.0.70397002869.issue17849@psf.upfronthosting.co.za>


Pierre Tardy added the comment:

I made a similar patch today to fix the same issue, and I confirm the problem and the correctness of the solution

Please approve the patch and fix this bug.

----------
nosy: +Pierre.Tardy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17849>
_______________________________________

From report at bugs.python.org  Fri Jun  6 03:58:35 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 06 Jun 2014 01:58:35 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
In-Reply-To: <1401923912.15.0.591794107997.issue21665@psf.upfronthosting.co.za>
Message-ID: <1402019915.67.0.386806209197.issue21665@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Are you sure you didn't swap that; OPTS=noxp for Tk and no OPTS for the other two?  OPTS=noxp would do nothing for Tcl and Tix (and might cause errors, I'm not sure), and not giving OPTS=noxp along with WINVER=0x0500 would definitely have caused an error building Tk, cutting compilation short before most of ttk could be compiled (if I remember my test from this morning correctly).

(For the record, my testing this morning included completely fresh builds of the tip of 2.7 with Tcl/Tk 8.5.15, tip of 2.7 with Tcl/Tk 8.5.2, v2.7.6 (which had Tcl/Tk 8.5.2), and default with Tcl/Tk 8.6.1, all built using the buildbot scripts, and all showed Les's issue.  I removed the noxp option in each case, and ttk worked correctly in each. To me, that says that our buildbot scripts have been wrong for a long time, but fortunately Martin has been using better options when he has built installers in the past, though I'd still like confirmation on that before I make any changes to 2.7's buildbot scripts.  Since there's no concern about keeping Win2k compatibility on 3.4 and default, I went ahead and fixed those this morning.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Fri Jun  6 05:30:32 2014
From: report at bugs.python.org (Anthony Bartoli)
Date: Fri, 06 Jun 2014 03:30:32 +0000
Subject: [issue21675] Library - Introduction - paragraph 5 - wrong ordering
Message-ID: <1402025432.44.0.956815380297.issue21675@psf.upfronthosting.co.za>


New submission from Anthony Bartoli:

>From the library's introduction page:

"This manual is organized ?from the inside out:? it first describes the built-in data types..."

The library manual first describes built-in functions, not data types. 

After built-in functions, it describes built-in constants, built-in types, and built-in exceptions. Lastly, it describes modules grouped by related functionality. 

A suggested re-write *for the entire paragraph*:

"The library manual first documents built-in functions, built-in constants, built-in types, and built-in exceptions. Then it documents modules grouped by related functionality. 

I suggest eliminating the last sentence:

"The ordering of the chapters as well as the ordering of the modules within each chapter is roughly from most relevant to least important."

Importance is subjective and parts of the manual are organized alphabetically, not by relevance / importance.

----------
assignee: docs at python
components: Documentation
messages: 219860
nosy: AnthonyBartoli, docs at python
priority: normal
severity: normal
status: open
title: Library - Introduction - paragraph 5 - wrong ordering
type: enhancement
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21675>
_______________________________________

From report at bugs.python.org  Fri Jun  6 08:26:12 2014
From: report at bugs.python.org (Roger Luethi)
Date: Fri, 06 Jun 2014 06:26:12 +0000
Subject: [issue21386] ipaddress.IPv4Address.is_global not implemented
In-Reply-To: <1398771335.62.0.997727403803.issue21386@psf.upfronthosting.co.za>
Message-ID: <1402035972.59.0.5659152781.issue21386@psf.upfronthosting.co.za>


Roger Luethi added the comment:

Seeing that the patch merged for issue 21513 left the existing test for 100.64.0.0 (IPv4 network) untouched, I think it would make more sense to make that address a constant everywhere in a separate patch (if that is indeed desirable).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21386>
_______________________________________

From report at bugs.python.org  Fri Jun  6 08:28:02 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 06 Jun 2014 06:28:02 +0000
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows
 required
In-Reply-To: <1401989362.0.0.600738846539.issue21671@psf.upfronthosting.co.za>
Message-ID: <3glDSK5Zstz7LjZ@mail.python.org>


Roundup Robot added the comment:

New changeset 3dfdcc97250f by Zachary Ware in branch '2.7':
Issue #21671, CVE-2014-0224: Update the Windows build to openssl-1.0.1h
http://hg.python.org/cpython/rev/3dfdcc97250f

New changeset 79f3d25caac3 by Zachary Ware in branch '3.4':
Issue #21671, CVE-2014-0224: Update the Windows build to openssl-1.0.1h
http://hg.python.org/cpython/rev/79f3d25caac3

New changeset a32ced15b883 by Zachary Ware in branch 'default':
Issue #21671: Merge with 3.4
http://hg.python.org/cpython/rev/a32ced15b883

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

From report at bugs.python.org  Fri Jun  6 08:36:35 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Fri, 06 Jun 2014 06:36:35 +0000
Subject: [issue21676] IDLE - Test Replace Dialog
Message-ID: <1402036595.31.0.93623743551.issue21676@psf.upfronthosting.co.za>


New submission from Saimadhav Heblikar:

Add unittest for idlelib's replace dialog.
7 lines related to replacedialog logic could not be tested. Any input on how to test those lines?

Running the test suite for idlelib emits:
"ttk::ThemeChanged"
invalid command name "3069198412callit"
    while executing
"3069198412callit"
    ("after" script)
invalid command name "3051229868callit"
    while executing
"3051229868callit"
    ("after" script), 

though the tests pass. 


If this is fine, will post a 2.7 backport.

----------
components: IDLE
files: test-replace-34.diff
keywords: patch
messages: 219863
nosy: jesstess, sahutd, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE - Test Replace Dialog
versions: Python 2.7, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35493/test-replace-34.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21676>
_______________________________________

From report at bugs.python.org  Fri Jun  6 08:49:21 2014
From: report at bugs.python.org (Martin Panter)
Date: Fri, 06 Jun 2014 06:49:21 +0000
Subject: [issue21677] Exception context set to string by BufferedWriter.close()
Message-ID: <1402037361.81.0.0432601669782.issue21677@psf.upfronthosting.co.za>


New submission from Martin Panter:

I made a writer class whose write() and flush() methods (unintentionally) triggered exceptions. I wrapped this in a BufferedWriter. When close() is called, the resulting exception has a string object in its __context__ attribute. Although the original error was my fault, it created a confusing chain reaction of exception reports.

>>> from io import BufferedWriter, RawIOBase
>>> import sys
>>> 
>>> class BuggyWriter(RawIOBase):
...     def writable(self): return True
...     def write(self, b): in_write  # Initial exception
...     def flush(self): raise Exception("In flush()")
... 
>>> output = BufferedWriter(BuggyWriter())
>>> output.write(b"data")
4
>>> output.close()  # Note the TypeError printed at the top
TypeError: print_exception(): Exception expected for value, str found

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 4, in flush
Exception: In flush()
>>> 
>>> sys.last_value
Exception('In flush()',)
>>> sys.last_value.__context__  # Should be exception, not string object
"name 'in_write' is not defined"
>>> 
>>> import traceback
>>> traceback.print_exception(sys.last_type, sys.last_value, sys.last_traceback)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python3.4/traceback.py", line 169, in print_exception
    for line in _format_exception_iter(etype, value, tb, limit, chain):
  File "/usr/lib/python3.4/traceback.py", line 146, in _format_exception_iter
    for value, tb in values:
  File "/usr/lib/python3.4/traceback.py", line 138, in _iter_chain
    yield from it
  File "/usr/lib/python3.4/traceback.py", line 125, in _iter_chain
    context = exc.__context__
AttributeError: 'str' object has no attribute '__context__'

----------
components: IO
messages: 219864
nosy: vadmium
priority: normal
severity: normal
status: open
title: Exception context set to string by BufferedWriter.close()
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21677>
_______________________________________

From report at bugs.python.org  Fri Jun  6 08:55:10 2014
From: report at bugs.python.org (Georg Brandl)
Date: Fri, 06 Jun 2014 06:55:10 +0000
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows
 required
In-Reply-To: <1401989362.0.0.600738846539.issue21671@psf.upfronthosting.co.za>
Message-ID: <1402037710.75.0.192298884333.issue21671@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Martin, would you make installers for a new 3.2 and 3.3 release?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

From report at bugs.python.org  Fri Jun  6 09:07:10 2014
From: report at bugs.python.org (Martin Panter)
Date: Fri, 06 Jun 2014 07:07:10 +0000
Subject: [issue634412] RFC 2387 in email package
Message-ID: <1402038430.62.0.144778254319.issue634412@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
nosy: +vadmium

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue634412>
_______________________________________

From report at bugs.python.org  Fri Jun  6 11:45:27 2014
From: report at bugs.python.org (aaugustin)
Date: Fri, 06 Jun 2014 09:45:27 +0000
Subject: [issue16958] The sqlite3 context manager does not work with
 isolation_level=None
In-Reply-To: <1358124405.04.0.0310758361359.issue16958@psf.upfronthosting.co.za>
Message-ID: <1402047927.81.0.814154529779.issue16958@psf.upfronthosting.co.za>


aaugustin added the comment:

* Thesis *

I belive that using the connection as a context manager is an inadequate API for controlling transactions because it's very likely to result in subtly broken code.

As a consequence, my recommendation would be to deprecate this API.


* Argumentation *

If you nest a naive transaction context manager (BEGIN / COMMIT / ROLLBACK), you'll get very lousy transaction semantics. Look at this example:

with connection:   # outer transaction

    with connection:   # inner transaction
        do_X_in_db()

    do_Y_in_db()

    # once in a while, you get an exception there...

With this code, when you get an exception, X will be presevred in the database, but not Y. Most likely this breaks the expectations of the "outer transaction". Now, imagine the inner transaction in deep inside a third-party library, and you understand that this API is a Gun Pointed At Feet.

Of course, you could say "don't nest", but:

- this clashes with the expected semantics of Python context managers,
- it's unreasonable to expect Python users to audit all their lower level libraries for this issue!


Now, let's look at how popular database-oriented libraires handle this.

SQLAlchemy provides an explicit begin() method: http://docs.sqlalchemy.org/en/latest/core/connections.html#sqlalchemy.engine.Connection.begin

It also provides variants for nested transactions and two-phase commits.

Django provide an all-purpose atomic() context manager: 
https://docs.djangoproject.com/en/stable/topics/db/transactions/#django.db.transaction.atomic

That function takes a keyword argument, `savepoint`, to control whether a savepoint is emitted for nested transactions.


So it's possible to implement a safe, nestable context manager with savepoints. However:

- you need to provide more control, and as a consequence you cannot simply use the connection as a context manager anymore;
- it takes a lot of rather complex code. See Django's implementation for an example:
https://github.com/django/django/blob/stable/1.6.x/django/db/transaction.py#L199-L372

If you ignore the cross-database compatibility stuff, you're probably still looking at over a hundred lines of very stateful code...


That's why I believe it's better to leave this up to user code, and to stop providing an API that looks good for trivial use cases but that's likely to introduce subtle transactional integrity bugs.

----------
nosy: +aaugustin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16958>
_______________________________________

From report at bugs.python.org  Fri Jun  6 12:17:45 2014
From: report at bugs.python.org (=?utf-8?b?0JzQuNGF0LDQuNC7INCc0LjRiNCw0LrQuNC9?=)
Date: Fri, 06 Jun 2014 10:17:45 +0000
Subject: [issue21678] Add operation "plus" for dictionaries
Message-ID: <1402049865.6.0.54047766444.issue21678@psf.upfronthosting.co.za>


New submission from ?????? ???????:

First of all, i'm sorry for my English :)

I would like to union dictionaries with operator + (and +=) like this:

>>> dict(a=1, b=2) + {'a': 10, 'c': 30}
{'a': 10, 'b': 2, 'c': 30}

>>> d = dict(a=1, b=2, c={'c1': 3, 'c2': 4})
>>> d += dict(a=10, c={'c1':30})
>>> d
{'a': 10, 'b': 2, c: {'c1':30}}


Also, it gives an easy way to modify and extend the class attributes:

class Super:
   params = {
       'name': 'John',
       'surname': 'Doe',
   }

class Sub(Super):
   params = Super.params + {
       'surname': 'Show',
       'age': 32,
   }

----------
components: Interpreter Core
messages: 219867
nosy: Pix
priority: normal
severity: normal
status: open
title: Add operation "plus" for dictionaries
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21678>
_______________________________________

From report at bugs.python.org  Fri Jun  6 12:23:35 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 10:23:35 +0000
Subject: [issue21678] Add operation "plus" for dictionaries
In-Reply-To: <1402049865.6.0.54047766444.issue21678@psf.upfronthosting.co.za>
Message-ID: <1402050215.43.0.180528510782.issue21678@psf.upfronthosting.co.za>


STINNER Victor added the comment:

You should use dict.update() method.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21678>
_______________________________________

From report at bugs.python.org  Fri Jun  6 12:39:27 2014
From: report at bugs.python.org (=?utf-8?b?0JzQuNGF0LDQuNC7INCc0LjRiNCw0LrQuNC9?=)
Date: Fri, 06 Jun 2014 10:39:27 +0000
Subject: [issue21678] Add operation "plus" for dictionaries
In-Reply-To: <1402049865.6.0.54047766444.issue21678@psf.upfronthosting.co.za>
Message-ID: <1402051167.46.0.319842293885.issue21678@psf.upfronthosting.co.za>


?????? ??????? added the comment:

Is's like list's operation + and it's method list.extend().
But dict have no operation +...

If I have two lists (A and B), and I want to get third list (not change A and B) i do this:
C = A + B

If I have two dicts, i can do this:
C = dict(A, **B)

But if i have three dictionaries, code becomes this:
C = dict(A, **dict(B, **D))

Don't you think, that "+" is more comfortable?
A = [1, 2, 3]
B = [4, 5]
C = [6, 7]
A + B + C = [1,2,3,4,5,6,7]

I can do this with list, tuples and strings. Why i can't do this with dictionaries?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21678>
_______________________________________

From report at bugs.python.org  Fri Jun  6 12:52:28 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Fri, 06 Jun 2014 10:52:28 +0000
Subject: [issue21647] Idle unittests: make gui, mock switching easier.
In-Reply-To: <1401775120.92.0.367070549797.issue21647@psf.upfronthosting.co.za>
Message-ID: <1402051948.6.0.158954804013.issue21647@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

Perhaps, we can move GUI/non GUI code into blocks. I will take Text as example. 

from test import support
if support._is_gui_available():
   from tkinter import Text
else:
   from idlelib.idle_test.mock_tk import Text
.
.
.
if not support._is_gui_available():
    parts of test which can be run keeping in mind mock.Text's      limitations.
else:
    everything, using tkinter.Text



Only drawback is _is_gui_available is not documented publicly. Also, we'd will have lot of if...else blocks all over the place. Avoiding code duplication will be tricky.
If nothing else, the if...else block can be used at the import level only.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21647>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:08:26 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Fri, 06 Jun 2014 11:08:26 +0000
Subject: [issue19521] parallel build race condition on AIX since python-3.2
In-Reply-To: <1383840294.95.0.0890053719997.issue19521@psf.upfronthosting.co.za>
Message-ID: <1402052906.42.0.128347395747.issue19521@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
hgrepos: +251

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19521>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:11:11 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 06 Jun 2014 11:11:11 +0000
Subject: [issue21326] asyncio: request clearer error message when event loop
 closed
In-Reply-To: <1398154363.0.0.853788262895.issue21326@psf.upfronthosting.co.za>
Message-ID: <1402053071.53.0.236150261604.issue21326@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
components: +Asyncio

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21326>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:11:22 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 06 Jun 2014 11:11:22 +0000
Subject: [issue21365] asyncio.Task reference misses the most important fact
 about it,
 related info spread around intros and example commentary instead
In-Reply-To: <1398613098.75.0.265677522517.issue21365@psf.upfronthosting.co.za>
Message-ID: <1402053082.93.0.609644977514.issue21365@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
components: +Asyncio

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21365>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:11:35 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 06 Jun 2014 11:11:35 +0000
Subject: [issue1191964] asynchronous Subprocess
Message-ID: <1402053095.57.0.90228680955.issue1191964@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
components: +Asyncio

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1191964>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:11:46 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 06 Jun 2014 11:11:46 +0000
Subject: [issue21645] test_read_all_from_pipe_reader() of test_asyncio hangs
 on FreeBSD 9
In-Reply-To: <1401748554.93.0.147613682728.issue21645@psf.upfronthosting.co.za>
Message-ID: <1402053106.8.0.852901648718.issue21645@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
components: +Asyncio

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21645>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:12:00 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Fri, 06 Jun 2014 11:12:00 +0000
Subject: [issue21599] Argument transport in attach and detach method in Server
 class in base_events file is not used
In-Reply-To: <1401333377.1.0.573803029837.issue21599@psf.upfronthosting.co.za>
Message-ID: <1402053120.91.0.683846983789.issue21599@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
components: +Asyncio
nosy: +gvanrossum, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21599>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:22:51 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 06 Jun 2014 11:22:51 +0000
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows
 required
In-Reply-To: <1401989362.0.0.600738846539.issue21671@psf.upfronthosting.co.za>
Message-ID: <1402053771.08.0.2406076999.issue21671@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

I'm unsure. I'd rather stick to the established policy. If there are reasons to change the policy, I'd like to know what they are and what a new policy should look like, instead of making a singular exception from the policy.

For the record, the reason *for* the policy is that it reduces maintenance burden; I'm unsure whether I still have the environment to build Python 3.2, for example.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:26:33 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Fri, 06 Jun 2014 11:26:33 +0000
Subject: [issue10656] "Out of tree" build fails on AIX
In-Reply-To: <1291865704.62.0.494509897126.issue10656@psf.upfronthosting.co.za>
Message-ID: <1402053993.3.0.390783966308.issue10656@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
hgrepos: +252

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10656>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:26:48 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Fri, 06 Jun 2014 11:26:48 +0000
Subject: [issue16189] ld_so_aix not found
In-Reply-To: <1349884360.41.0.476274191409.issue16189@psf.upfronthosting.co.za>
Message-ID: <1402054008.82.0.675738872415.issue16189@psf.upfronthosting.co.za>


Changes by Michael Haubenwallner <michael.haubenwallner at salomon.at>:


----------
hgrepos: +253

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16189>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:40:43 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:40:43 +0000
Subject: [issue20154] Deadlock in asyncio.StreamReader.readexactly() (fix
 applied, need unit test)
In-Reply-To: <1389053268.48.0.216080788193.issue20154@psf.upfronthosting.co.za>
Message-ID: <1402054843.6.0.794852782473.issue20154@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio
nosy: +yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20154>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:41:41 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:41:41 +0000
Subject: [issue20336] test_asyncio: relax timings even more
In-Reply-To: <1390343391.65.0.626852689754.issue20336@psf.upfronthosting.co.za>
Message-ID: <1402054901.58.0.441318279065.issue20336@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio
nosy: +gvanrossum, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20336>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:41:47 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:41:47 +0000
Subject: [issue20493] asyncio: OverflowError('timeout is too large')
In-Reply-To: <1391387871.01.0.754074352669.issue20493@psf.upfronthosting.co.za>
Message-ID: <1402054907.26.0.449222937919.issue20493@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio
nosy: +yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20493>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:41:52 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:41:52 +0000
Subject: [issue21080] asyncio.subprocess: connect pipes of two programs
In-Reply-To: <1395961839.47.0.279247512768.issue21080@psf.upfronthosting.co.za>
Message-ID: <1402054912.78.0.53430722966.issue21080@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21080>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:41:58 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:41:58 +0000
Subject: [issue21163] asyncio task possibly incorrectly garbage collected
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <1402054918.6.0.434338560424.issue21163@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:42:22 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:42:22 +0000
Subject: [issue21205] Unable to make decorated generator object to inherit
 generator function's __name__
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <1402054942.79.0.233316096698.issue21205@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio
nosy: +gvanrossum, haypo, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:42:33 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:42:33 +0000
Subject: [issue21247] test_asyncio: test_subprocess_send_signal hangs on
 Fedora builders
In-Reply-To: <1397597632.61.0.772376521638.issue21247@psf.upfronthosting.co.za>
Message-ID: <1402054953.36.0.693080824994.issue21247@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio, Tests
keywords: +buildbot

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21247>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:42:47 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:42:47 +0000
Subject: [issue21447] Intermittent asyncio.open_connection /
 futures.InvalidStateError
In-Reply-To: <1399400899.35.0.6772968076.issue21447@psf.upfronthosting.co.za>
Message-ID: <1402054967.64.0.208023208115.issue21447@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21447>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:42:55 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:42:55 +0000
Subject: [issue20847] asyncio docs should call out that network logging is a
 no-no
In-Reply-To: <1393877540.32.0.826428021059.issue20847@psf.upfronthosting.co.za>
Message-ID: <1402054975.11.0.528361142506.issue20847@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20847>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:43:03 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:43:03 +0000
Subject: [issue21437] document that asyncio.ProactorEventLoop doesn't support
 SSL
In-Reply-To: <1399296732.42.0.791038898639.issue21437@psf.upfronthosting.co.za>
Message-ID: <1402054983.6.0.294413300772.issue21437@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21437>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:43:34 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:43:34 +0000
Subject: [issue21596] asyncio.wait fails when futures list is empty
In-Reply-To: <1401294149.12.0.93780466725.issue21596@psf.upfronthosting.co.za>
Message-ID: <1402055014.49.0.741244894401.issue21596@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21596>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:44:00 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:44:00 +0000
Subject: [issue21595] asyncio: Creating many subprocess generates lots of
 internal BlockingIOError
In-Reply-To: <1401293905.24.0.60580037819.issue21595@psf.upfronthosting.co.za>
Message-ID: <1402055040.85.0.718863651843.issue21595@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio
title: Creating many subprocess generates lots of internal BlockingIOError -> asyncio: Creating many subprocess generates lots of internal BlockingIOError

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21595>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:44:35 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:44:35 +0000
Subject: [issue21595] asyncio: Creating many subprocess generates lots of
 internal BlockingIOError
In-Reply-To: <1401293905.24.0.60580037819.issue21595@psf.upfronthosting.co.za>
Message-ID: <1402055075.93.0.648958479838.issue21595@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Can someone please review asyncio_read_from_self.patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21595>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:44:51 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:44:51 +0000
Subject: [issue21595] asyncio: Creating many subprocess generates lots of
 internal BlockingIOError
In-Reply-To: <1401293905.24.0.60580037819.issue21595@psf.upfronthosting.co.za>
Message-ID: <1402055091.71.0.862097637585.issue21595@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Hum, maybe I need to add a unit test for it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21595>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:45:21 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:45:21 +0000
Subject: [issue777588] asyncore is broken for windows if connection is refused
Message-ID: <1402055121.25.0.406306600595.issue777588@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio
nosy: +gvanrossum, yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue777588>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:45:27 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:45:27 +0000
Subject: [issue21443] asyncio logging documentation clarifications
In-Reply-To: <1399321197.68.0.955361534546.issue21443@psf.upfronthosting.co.za>
Message-ID: <1402055127.29.0.659972167705.issue21443@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +Asyncio

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21443>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:48:05 2014
From: report at bugs.python.org (Bohuslav "Slavek" Kabrda)
Date: Fri, 06 Jun 2014 11:48:05 +0000
Subject: [issue21679] Prevent extraneous fstat during open()
Message-ID: <1402055285.47.0.764387439948.issue21679@psf.upfronthosting.co.za>


New submission from Bohuslav "Slavek" Kabrda:

Hi,
with Python 3.3/3.4, I noticed that there are lots of syscalls on open() - I noticed 2x fstat, 2x ioctl and 2x lseek. This is not noticable when working with small amounts of files on local filesystem, but if working with files via NSF or if working with huge amounts of files, lots of syscalls cost a lot of time. Therefore I'd like to create patches that would reduce the number of syscalls on open().
I've already managed to create first one (attached), that gets rid of one of the fstat calls (all the information are obtained from one fstat call).
I hope this makes sense and that the patch is acceptable. If not, I'll be happy to work on it to make it better. (This is my first real patch for C part of Python, so I hope I did everything right...)

----------
components: IO
files: python3-remove-extraneous-fstat-on-file-open.patch
keywords: patch
messages: 219874
nosy: bkabrda
priority: normal
severity: normal
status: open
title: Prevent extraneous fstat during open()
type: resource usage
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35494/python3-remove-extraneous-fstat-on-file-open.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21679>
_______________________________________

From report at bugs.python.org  Fri Jun  6 13:52:29 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 11:52:29 +0000
Subject: [issue777588] asyncore/Windows: select() doesn't report errors for a
 non-blocking connect()
Message-ID: <1402055549.46.0.327882385742.issue777588@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: asyncore is broken for windows if connection is refused -> asyncore/Windows: select() doesn't report errors for a non-blocking connect()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue777588>
_______________________________________

From report at bugs.python.org  Fri Jun  6 14:19:07 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 12:19:07 +0000
Subject: [issue21595] asyncio: Creating many subprocess generates lots of
 internal BlockingIOError
In-Reply-To: <1401293905.24.0.60580037819.issue21595@psf.upfronthosting.co.za>
Message-ID: <1402057147.27.0.941149820392.issue21595@psf.upfronthosting.co.za>


STINNER Victor added the comment:

asyncio_read_from_self_test.patch: Unit test to check that running the loop once reads all bytes. The unit test is ugly: it calls private methods, and it is completly different on UNIX (selector) and on Windows (proactor).

I would prefer to *not* add such test, and just enhance the code (apply  asyncio_read_from_self.patch).

----------
Added file: http://bugs.python.org/file35495/asyncio_read_from_self_test.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21595>
_______________________________________

From report at bugs.python.org  Fri Jun  6 14:22:40 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Jun 2014 12:22:40 +0000
Subject: [issue15014] smtplib: add support for arbitrary auth methods
In-Reply-To: <1338970281.71.0.834699818603.issue15014@psf.upfronthosting.co.za>
Message-ID: <1402057360.15.0.348442746616.issue15014@psf.upfronthosting.co.za>


R. David Murray added the comment:

Ah, you are right, I wasn't looking at the full context of the diff when I made the comment about backward compatibility.  So ignore that part :)

On the other hand, exposing perferred_auth on the class would be a simple API for allowing auth extension (since one really needs to subclass to add an authobject, given that it needs access to self.user and self.password).  But, like I said before, that can be a separate issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15014>
_______________________________________

From report at bugs.python.org  Fri Jun  6 14:28:02 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 12:28:02 +0000
Subject: [issue21596] asyncio.wait fails when futures list is empty
In-Reply-To: <1401294149.12.0.93780466725.issue21596@psf.upfronthosting.co.za>
Message-ID: <1402057682.7.0.57174343078.issue21596@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Probably this was the intended behavior as I see there's a test case for that. If such, then I would propose to document that behavior.

The code has an explicit check:

    if not fs:
        raise ValueError('Set of coroutines/Futures is empty.')

And yes, the behaviour is tested by test_asyncio.

Attached patch changes mention this behaviour in the documentation. Does it look correct?

----------
keywords: +patch
Added file: http://bugs.python.org/file35496/wait_doc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21596>
_______________________________________

From report at bugs.python.org  Fri Jun  6 14:41:35 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 12:41:35 +0000
Subject: [issue21680] asyncio: document event loops
Message-ID: <1402058495.48.0.977334805226.issue21680@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Currently, the different implementations of asyncio event loop are not listed in the documentation. But they are mentionned in some places, like in the subprocess section to mention that Proactor doesn't support subprocess or that they are issues with Kqueue on old Mac OS X versions.

It would be useful to mention at least the name of each event loop.

Each event loop has specific features or different limitations. See for example the issue #21437 which asks to mention that the proactor event loop doesn't support SSL.

----------
assignee: docs at python
components: Documentation, asyncio
messages: 219878
nosy: docs at python, gvanrossum, haypo, yselivanov
priority: normal
severity: normal
status: open
title: asyncio: document event loops
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21680>
_______________________________________

From report at bugs.python.org  Fri Jun  6 14:42:22 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 12:42:22 +0000
Subject: [issue21437] document that asyncio.ProactorEventLoop doesn't support
 SSL
In-Reply-To: <1399296732.42.0.791038898639.issue21437@psf.upfronthosting.co.za>
Message-ID: <1402058542.84.0.436083379917.issue21437@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The first problem is that event loops are not documented at all: I created the issue #21680 to document them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21437>
_______________________________________

From report at bugs.python.org  Fri Jun  6 14:57:15 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 06 Jun 2014 12:57:15 +0000
Subject: [issue21669] Custom error messages when print & exec are used as
 statements
In-Reply-To: <1401980839.06.0.736211179057.issue21669@psf.upfronthosting.co.za>
Message-ID: <1402059435.69.0.51896292029.issue21669@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Heuristic based approach that just does a fairly simple check for the syntax error text starting with "print " or "exec " when the text doesn't contain a left parenthesis.

This will still miss a few cases where the left parenthesis is inside a larger expression (like a string, list or dict), but that extra check avoids false triggering on cases like "print (a.)".

----------
Added file: http://bugs.python.org/file35497/issue21669_custom_error_messages.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21669>
_______________________________________

From report at bugs.python.org  Fri Jun  6 15:00:46 2014
From: report at bugs.python.org (Sebastian Kreft)
Date: Fri, 06 Jun 2014 13:00:46 +0000
Subject: [issue21596] asyncio.wait fails when futures list is empty
In-Reply-To: <1401294149.12.0.93780466725.issue21596@psf.upfronthosting.co.za>
Message-ID: <1402059646.21.0.411651137796.issue21596@psf.upfronthosting.co.za>


Sebastian Kreft added the comment:

LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21596>
_______________________________________

From report at bugs.python.org  Fri Jun  6 15:15:10 2014
From: report at bugs.python.org (Stefan Krah)
Date: Fri, 06 Jun 2014 13:15:10 +0000
Subject: [issue20336] test_asyncio: relax timings even more
In-Reply-To: <1390343391.65.0.626852689754.issue20336@psf.upfronthosting.co.za>
Message-ID: <1402060510.98.0.986421036214.issue20336@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Let's open a new issue for system load detection. This one is not asyncio specific.

----------
resolution:  -> not a bug
stage: needs patch -> 
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20336>
_______________________________________

From report at bugs.python.org  Fri Jun  6 15:38:03 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 06 Jun 2014 13:38:03 +0000
Subject: [issue20336] test_asyncio: relax timings even more
In-Reply-To: <1390343391.65.0.626852689754.issue20336@psf.upfronthosting.co.za>
Message-ID: <1402061883.58.0.855035052245.issue20336@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Let's open a new issue for system load detection. This one is not asyncio specific.

I opened issues #20910 and #20964 for example.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20336>
_______________________________________

From report at bugs.python.org  Fri Jun  6 16:10:55 2014
From: report at bugs.python.org (Aymeric Augustin)
Date: Fri, 06 Jun 2014 14:10:55 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1402063855.07.0.755308368881.issue10740@psf.upfronthosting.co.za>


Aymeric Augustin added the comment:

I'm attaching a documentation patch describing improvements of the transaction management APIs that would address this issue as well as three others.

It's preserving the current transaction handling by default for backwards compatibility. It's introducing two new, more simple and less surprising transaction modes.

Could someone have a look and tell me if such improvements seem reasonable? If so, I'll try to write a patch targeting Python 3.5.

----------
Added file: http://bugs.python.org/file35498/transaction-api-proposal-issues-8145-9924-10740-16958.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Fri Jun  6 16:49:01 2014
From: report at bugs.python.org (fumihiko kakuma)
Date: Fri, 06 Jun 2014 14:49:01 +0000
Subject: [issue21600] mock.patch.stopall doesn't work with patch.dict to
 sys.modules
In-Reply-To: <1401334528.48.0.358693350259.issue21600@psf.upfronthosting.co.za>
Message-ID: <1402066141.91.0.488948517577.issue21600@psf.upfronthosting.co.za>


fumihiko kakuma added the comment:

Thank you for your reply.
Yes, you are right. The patch was too slapdash. I re-created it and added unit tests.

----------
Added file: http://bugs.python.org/file35499/support_patch_dict_by_stopall.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21600>
_______________________________________

From report at bugs.python.org  Fri Jun  6 16:49:39 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Fri, 06 Jun 2014 14:49:39 +0000
Subject: [issue15014] smtplib: add support for arbitrary auth methods
In-Reply-To: <1338970281.71.0.834699818603.issue15014@psf.upfronthosting.co.za>
Message-ID: <1402066179.94.0.584494945528.issue15014@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

Here comes the patch implementing your suggestions. Changing the API to make adding new auth methods and still using login() would only require to make preferred_auth accessable as you mentioned. Using custom authobjects is possible with this patch.

----------
Added file: http://bugs.python.org/file35500/smtplib_auth_060614.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15014>
_______________________________________

From report at bugs.python.org  Fri Jun  6 16:53:13 2014
From: report at bugs.python.org (Michael Foord)
Date: Fri, 06 Jun 2014 14:53:13 +0000
Subject: [issue21600] mock.patch.stopall doesn't work with patch.dict to
 sys.modules
In-Reply-To: <1401334528.48.0.358693350259.issue21600@psf.upfronthosting.co.za>
Message-ID: <1402066393.09.0.314044379091.issue21600@psf.upfronthosting.co.za>


Michael Foord added the comment:

That's better - thanks. Another minor tweak needed though. stopall should only stop patches that were started with "start", not those used as context managers or decorators (or they will be stopped twice!). 

See how the main patch object only adds to the set of active patches in the start method, not in __enter__ (and removes in stop rather than __exit__).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21600>
_______________________________________

From report at bugs.python.org  Fri Jun  6 17:23:23 2014
From: report at bugs.python.org (Michael Haubenwallner)
Date: Fri, 06 Jun 2014 15:23:23 +0000
Subject: [issue18235] _sysconfigdata.py wrong on AIX installations
In-Reply-To: <1371429201.94.0.372851990361.issue18235@psf.upfronthosting.co.za>
Message-ID: <1402068203.44.0.301716588605.issue18235@psf.upfronthosting.co.za>


Michael Haubenwallner added the comment:

Hmm... instead of reversing the order while keeping in _generate_posix_vars(), feels like it would have been better to move the code from 2000 back to _init_posix() where it originally was, without changing the order - because now for sysconfig within Python build, the working B-value of LDSHARED is lost.

Something like (note the function names):

--- a/Lib/sysconfig.py  Fri Jun 06 01:23:53 2014 -0500
+++ b/Lib/sysconfig.py  Fri Jun 06 17:11:02 2014 +0200
@@ -364,11 +364,6 @@ def _generate_posix_vars():
         if hasattr(e, "strerror"):
             msg = msg + " (%s)" % e.strerror
         raise OSError(msg)
-    # On AIX, there are wrong paths to the linker scripts in the Makefile
-    # -- these paths are relative to the Python source, but when installed
-    # the scripts are in another directory.
-    if _PYTHON_BUILD:
-        vars['BLDSHARED'] = vars['LDSHARED']
 
     # There's a chicken-and-egg situation on OS X with regards to the
     # _sysconfigdata module after the changes introduced by #15298:
@@ -409,6 +404,11 @@ def _init_posix(vars):
     # _sysconfigdata is generated at build time, see _generate_posix_vars()
     from _sysconfigdata import build_time_vars
     vars.update(build_time_vars)
+    # On AIX, we have different paths for building the Python modules
+    # relative to the Python source, and building third party modules
+    # after installing the Python dist.
+    if _PYTHON_BUILD:
+        vars['LDSHARED'] = vars['BLDSHARED']
 
 def _init_non_posix(vars):
     """Initialize the module as appropriate for NT"""

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18235>
_______________________________________

From report at bugs.python.org  Fri Jun  6 18:27:16 2014
From: report at bugs.python.org (Pavel Kazlou)
Date: Fri, 06 Jun 2014 16:27:16 +0000
Subject: [issue21650] add json.tool option to avoid alphabetic sort of fields
In-Reply-To: <1401790291.36.0.355130758438.issue21650@psf.upfronthosting.co.za>
Message-ID: <1402072036.62.0.493361112929.issue21650@psf.upfronthosting.co.za>


Pavel Kazlou added the comment:

The idea is to keep the same order as in input.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21650>
_______________________________________

From report at bugs.python.org  Fri Jun  6 18:29:11 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 06 Jun 2014 16:29:11 +0000
Subject: [issue21669] Custom error messages when print & exec are used as
 statements
In-Reply-To: <1401980839.06.0.736211179057.issue21669@psf.upfronthosting.co.za>
Message-ID: <1402072151.56.0.94097153108.issue21669@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Nice! I put it through a bit of a torture test and found a few odd corners. E.g. it doesn't catch this:

    if 1: print 42

nor this:

    if 1:
        print 42

nor this:

    def foo():
        print 42

I also notice that if the printed expression starts with a unary + or -, it is not a syntax error but a type error. But I don't think we should try to do anything about that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21669>
_______________________________________

From report at bugs.python.org  Fri Jun  6 18:44:19 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Jun 2014 16:44:19 +0000
Subject: [issue21650] add json.tool option to avoid alphabetic sort of fields
In-Reply-To: <1401790291.36.0.355130758438.issue21650@psf.upfronthosting.co.za>
Message-ID: <1402073059.92.0.726915742337.issue21650@psf.upfronthosting.co.za>


R. David Murray added the comment:

Yes but the input is turned into a dict, and dicts do not preserve order.  Further, what is passed to the object_hook is already a dict, so the order is already lost before object_hook is called.

Since the parser (or at least the Python version of the parser) first turns the input into a list of pairs, and a Python OrderedDict can be instantiated from a list of pairs, it would theoretically be possible to extend the object_hook API to allow an OrderedDict to be used on decode.  Exactly how to do that so as to retain backward compatibility is a bit of a question.

So, it is *possible* to achieve your aim, but it isn't as simple as allowing sort= to be set False.

IMO being able to preserve the order of the input when desired (ie: use an OrderedDict object_hook) would be a nice feature to have.

----------
stage: patch review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21650>
_______________________________________

From report at bugs.python.org  Fri Jun  6 18:46:23 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Fri, 06 Jun 2014 16:46:23 +0000
Subject: [issue21669] Custom error messages when print & exec are used as
 statements
In-Reply-To: <1401980839.06.0.736211179057.issue21669@psf.upfronthosting.co.za>
Message-ID: <1402073183.98.0.247520498043.issue21669@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I also found some amusing false positives (syntax errors that weren't valid print statements in Python 2):

    print [/
    print /
    print )    # but not "print)" !
    print]

None of these matter though.  Perhaps more concerning is how many things are valid syntax, despite making little sense:

    print [42]
    print

Still I like the idea -- even if it only catches 50% of all print statements that would still be a huge win. (And I think it's probably closer to 80%.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21669>
_______________________________________

From report at bugs.python.org  Fri Jun  6 18:46:49 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Jun 2014 16:46:49 +0000
Subject: [issue21650] add json.tool option to avoid alphabetic sort of fields
In-Reply-To: <1401790291.36.0.355130758438.issue21650@psf.upfronthosting.co.za>
Message-ID: <1402073209.45.0.987844729232.issue21650@psf.upfronthosting.co.za>


R. David Murray added the comment:

Wait, I read the code wrong.

You can define object_pairs_hook, and use that to return an OrderedDict.  So it should be possible to do this without changing the json module itself.  This is actually documented as a place to use OrderedDict.  Guess I should have read the docs instead of the code :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21650>
_______________________________________

From report at bugs.python.org  Fri Jun  6 19:43:26 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 06 Jun 2014 17:43:26 +0000
Subject: [issue21677] Exception context set to string by BufferedWriter.close()
In-Reply-To: <1402037361.81.0.0432601669782.issue21677@psf.upfronthosting.co.za>
Message-ID: <1402076606.69.0.621534647777.issue21677@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +benjamin.peterson, pitrou, serhiy.storchaka, stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21677>
_______________________________________

From report at bugs.python.org  Fri Jun  6 19:46:05 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Fri, 06 Jun 2014 17:46:05 +0000
Subject: [issue21679] Prevent extraneous fstat during open()
In-Reply-To: <1402055285.47.0.764387439948.issue21679@psf.upfronthosting.co.za>
Message-ID: <1402076765.3.0.555543657762.issue21679@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +benjamin.peterson, pitrou, serhiy.storchaka, stutzbach

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21679>
_______________________________________

From report at bugs.python.org  Fri Jun  6 19:58:16 2014
From: report at bugs.python.org (Andy Maier)
Date: Fri, 06 Jun 2014 17:58:16 +0000
Subject: [issue21561] help() on enum34 enumeration class creates only a dummy
 documentation
In-Reply-To: <1400866031.36.0.493061688069.issue21561@psf.upfronthosting.co.za>
Message-ID: <1402077496.18.0.0805410075316.issue21561@psf.upfronthosting.co.za>


Andy Maier added the comment:

Using Ethan's sample code (Thanks!!), I was pointed in the right direction and was able to produce a simple piece of code that reproduces the behavior without depending on enum34, as well as a proposal for a fix in pydoc.py.

The problem can be reproduced with a class that specifies a metaclass that has class attributes and includes these class attributes in its __dir__() result, which causes them to "propagate" as class attributes to the class using that metaclass, at least for the purposes of pydoc.

In the course of the processing within pydoc.py, the tuple returned by inspect.classify_class_attrs() for such class attributes then has None for its class item, which triggers the issue I originally reported (pydoc traps and produces just a dummy help description).

In my original problem with the enum34 module, the same thing happens, just here the "propagated" class attributes include the __members__ list, which is defined as a property. So I do believe that my simple code represents the same error situation as the original enum34 issue.

Because pydoc.py already has its own classify_class_attrs() function that wrappers inspect.classify_class_attrs() for the purpose of treating data descriptors correctly, I think it would be acceptable to continue down the path of fixing it up, just this case for class attributes propagated by the metaclass. That's what my proposed fix does.

Unfortunately, it seems one can attach only one file, so I paste the reproduction code in here, and attach the fixed pydoc.py.

Here is the code that reproduces the issue:
---------------- bug2.py
# Boolean test switches that control whether a class variable of the metaclass
# is added to the dir() result.
# If the fix is not present, then enabling each one triggers the error
# behavior; If none of them is enabled, the error behavior is not triggered.
with_food = True      # Add the 'normal' class attribute 'food'
with_drink = True     # Add the property-based class attribute 'drink'

class FoodMeta(type):
    """Metaclass that adds its class attributes to dir() of classes using it."""

    food = 'ham'      # 'normal' class attribute
    
    @property
    def drink(cls):   # property-based class attribute
        return 'beer'

    def __dir__(cls):
        ret = [name for name in cls.__dict__] # the normal list
        if with_food:
            ret += ['food']
        if with_drink:
            ret += ['drink']
        print "bug2.FoodMeta.__dir__(): return=%s" % (repr(ret),)
        return ret

class Food(object):
    """docstring for Food class"""
    __metaclass__ = FoodMeta

    def diet(self):
        return "no!"

if __name__ == '__main__':
    print "bug2: Calling help(Food):"
    help(Food)

----------------

-> Please review the reproduction code and the fix and let me know how to proceed.

Andy

----------
Added file: http://bugs.python.org/file35501/pydoc_fix2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21561>
_______________________________________

From report at bugs.python.org  Fri Jun  6 20:06:32 2014
From: report at bugs.python.org (Andy Maier)
Date: Fri, 06 Jun 2014 18:06:32 +0000
Subject: [issue21561] help() on enum34 enumeration class creates only a dummy
 documentation
In-Reply-To: <1400866031.36.0.493061688069.issue21561@psf.upfronthosting.co.za>
Message-ID: <1402077992.45.0.042930102185.issue21561@psf.upfronthosting.co.za>


Andy Maier added the comment:

Here is the bug2.py file pasted into the previous message, for convenience.

----------
Added file: http://bugs.python.org/file35502/bug2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21561>
_______________________________________

From report at bugs.python.org  Fri Jun  6 22:25:15 2014
From: report at bugs.python.org (larkost)
Date: Fri, 06 Jun 2014 20:25:15 +0000
Subject: [issue21681] version string printed on STDERR
Message-ID: <1402086314.99.0.941367169279.issue21681@psf.upfronthosting.co.za>


New submission from larkost:

When getting the version of the Python interpreter with `python --version` the output is going to STDERR rather than STDOUT. This is non-standard behavior, and is surprising.

For example I was writing a dependency into a makefile, and this behavior caused me a good 5 minutes of debugging my script before I realized it was bad behavior on the command line.

----------
messages: 219896
nosy: larkost
priority: normal
severity: normal
status: open
title: version string printed on STDERR
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21681>
_______________________________________

From report at bugs.python.org  Fri Jun  6 22:32:29 2014
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 06 Jun 2014 20:32:29 +0000
Subject: [issue21681] version string printed on STDERR
In-Reply-To: <1402086314.99.0.941367169279.issue21681@psf.upfronthosting.co.za>
Message-ID: <1402086749.76.0.0937624582932.issue21681@psf.upfronthosting.co.za>


Berker Peksag added the comment:

This was fixed for Python 3.4 in issue 18338. See also https://docs.python.org/3/whatsnew/3.4.html#other-improvements for release notes.

----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21681>
_______________________________________

From report at bugs.python.org  Fri Jun  6 22:53:51 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 06 Jun 2014 20:53:51 +0000
Subject: [issue21681] version string printed on STDERR
In-Reply-To: <1402086314.99.0.941367169279.issue21681@psf.upfronthosting.co.za>
Message-ID: <1402088031.5.0.122661554989.issue21681@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21681>
_______________________________________

From report at bugs.python.org  Fri Jun  6 23:24:45 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 06 Jun 2014 21:24:45 +0000
Subject: [issue7932] print statement delayed IOError when stdout has been
 closed
In-Reply-To: <1266195907.59.0.6287236457.issue7932@psf.upfronthosting.co.za>
Message-ID: <1402089885.27.0.862842219878.issue7932@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is there any interest in following this up as 2.6 is out of support?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7932>
_______________________________________

From report at bugs.python.org  Fri Jun  6 23:43:15 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 06 Jun 2014 21:43:15 +0000
Subject: [issue18910] IDle: test textView.py
In-Reply-To: <1378173406.38.0.908315708817.issue18910@psf.upfronthosting.co.za>
Message-ID: <1402090995.26.0.266745543597.issue18910@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Since all tests create a widget with widgets (or destroy it), the new patch moves root to class scope and simplifies the code a bit. It also subclasses TextViewer instead of monkey-patching it. Modules have to be monkey-patched because they cannot be 'sub-moduled'.

----------
nosy: +sahutd

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18910>
_______________________________________

From report at bugs.python.org  Fri Jun  6 23:44:05 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 06 Jun 2014 21:44:05 +0000
Subject: [issue18910] IDle: test textView.py
In-Reply-To: <1378173406.38.0.908315708817.issue18910@psf.upfronthosting.co.za>
Message-ID: <3glcnF6bR7z7Lk1@mail.python.org>


Roundup Robot added the comment:

New changeset 86ba41b7bb46 by Terry Jan Reedy in branch '2.7':
Issue #18910: test_textView - since all tests require 'gui', make root global.
http://hg.python.org/cpython/rev/86ba41b7bb46

New changeset 5a46ebfa5d90 by Terry Jan Reedy in branch '3.4':
Issue #18910: test_textView - since all tests require 'gui', make root global.
http://hg.python.org/cpython/rev/5a46ebfa5d90

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18910>
_______________________________________

From report at bugs.python.org  Fri Jun  6 23:48:17 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 06 Jun 2014 21:48:17 +0000
Subject: [issue9194] winreg:fixupMultiSZ should check that P < Q in the inner
 loop
In-Reply-To: <1278558407.29.0.39315930303.issue9194@psf.upfronthosting.co.za>
Message-ID: <1402091297.25.0.0934894895059.issue9194@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Tim is this something that you can comment on?

----------
nosy: +BreamoreBoy, tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9194>
_______________________________________

From report at bugs.python.org  Fri Jun  6 23:59:21 2014
From: report at bugs.python.org (Brian Curtin)
Date: Fri, 06 Jun 2014 21:59:21 +0000
Subject: [issue9194] winreg:fixupMultiSZ should check that P < Q in the inner
 loop
In-Reply-To: <1278558407.29.0.39315930303.issue9194@psf.upfronthosting.co.za>
Message-ID: <1402091961.56.0.345287416951.issue9194@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
nosy:  -brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9194>
_______________________________________

From report at bugs.python.org  Sat Jun  7 00:11:16 2014
From: report at bugs.python.org (Lita Cho)
Date: Fri, 06 Jun 2014 22:11:16 +0000
Subject: [issue21597] Allow turtledemo code pane to get wider.
In-Reply-To: <1401306787.8.0.543638067901.issue21597@psf.upfronthosting.co.za>
Message-ID: <1402092676.33.0.428581877293.issue21597@psf.upfronthosting.co.za>


Lita Cho added the comment:

Hi Terry!

I went ahead and added a movable divider (also known as a "sash") using the PanedWindow widget. http://effbot.org/tkinterbook/panedwindow.htm#reference

I also converted the master window to use a grid geometry manager. It looks like you can use pack manager and grid managers together as long as each manager is separated by a container/frame. So I use the pack manager to manage the scrollbars within the Frame. It ended up working out nicely.

I've attached a patch and would like to submit it for review!

----------
keywords: +patch
Added file: http://bugs.python.org/file35503/turtledemo_pane.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21597>
_______________________________________

From report at bugs.python.org  Sat Jun  7 00:52:45 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 06 Jun 2014 22:52:45 +0000
Subject: [issue5235] distutils seems to only work with VC++ 2008 (9.0)
In-Reply-To: <1234478580.55.0.077455747153.issue5235@psf.upfronthosting.co.za>
Message-ID: <1402095165.37.0.736674787942.issue5235@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Given that we're already using VC++ 2010 for 3.4 and there is discussion here http://code.activestate.com/lists/python-dev/131023/ about changing for 3.5 can this be closed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5235>
_______________________________________

From report at bugs.python.org  Sat Jun  7 01:24:58 2014
From: report at bugs.python.org (Olive Kilburn)
Date: Fri, 06 Jun 2014 23:24:58 +0000
Subject: [issue10747] Include version info in Windows shortcuts
In-Reply-To: <1292932439.68.0.958376446451.issue10747@psf.upfronthosting.co.za>
Message-ID: <1402097098.06.0.713028782894.issue10747@psf.upfronthosting.co.za>


Olive Kilburn added the comment:

The included patch is probably fine, but I have given up testing it, because I think msi.py needs the paid-for version of Microsoft C++ to run.

----------
keywords: +patch
Added file: http://bugs.python.org/file35504/mywork.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10747>
_______________________________________

From report at bugs.python.org  Sat Jun  7 02:38:07 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Jun 2014 00:38:07 +0000
Subject: [issue21647] Idle unittests: make gui, mock switching easier.
In-Reply-To: <1401775120.92.0.367070549797.issue21647@psf.upfronthosting.co.za>
Message-ID: <1402101487.95.0.175331812538.issue21647@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Tests that need at most tkinter Variables and message boxes run without gui since those are easy to mock and we want to set and retrieve values on MBox. Tests of displayed widgets other than Text are gui tests (unless we were to developed a substantial tk mock, which is beyond current plans). So the present issue is limited to test functions that involve Text and nothing else visible.

Having tried it, I prefer if-(and sometimes)-else blocks to commented out code. I dislike the latter in idle files: did someone just forget to remove it? If not, why is it there?  So I think your idea of completely switching to conditional code is a good idea. 

We must not directly switch on _is_gui_available(). If a system running tests under test, which means under test.regrtest, does not request 'gui', the gui tests should not run even if they could be. Try "python -m test -v test_idle" and you will see (at the moment) 67 OK and many skips, versus 110 ok and no skips with 'python -m test.text_idle'.

I think this should work:

import unicode
from test.support import requires
try:
    requires('gui')
    from tkinter import Tk, Text
    running_gui = True
except unicode.SkipTest:
    from idlelib.idle_test.mock_tk import Text
    running_gui = False

running_gui would then be used for conditional expressions. I believe we could wrap the above, modified, in a function, such as mock_tk.get_text.

def get_text(gui_ok=True):
    if gui_ok:
        import unicode
        from test.support import requires
        try:
            requires('gui')
            from tkinter import Text
            return Text, True
        except unicode.SkipTest:
            pass
   # else gui not ok or not available
   return Text, False

and use it as follows in a test_file.

from idlelib.idle_test.mock_tk import get_text # and anything else
Text, running_gui = get_text()  # (0), temporarily, to force non-gui 

This needs to be tested. Tests would be committed without 0, though forgetting to remove it would not be tragic.

Running a non-gui test on all buildbots is considered better than a gui test on a few. After thinking about your idea, I believe gui when possible, non-gui otherwise is even better. Should get_text work, but it be decided that all non-gui is better, the sense of the get_text parameter could be flipped to change all tests at once.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21647>
_______________________________________

From report at bugs.python.org  Sat Jun  7 03:43:10 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Jun 2014 01:43:10 +0000
Subject: [issue21635] difflib.SequenceMatcher stores matching blocks as tuples, 
 not Match named tuples
In-Reply-To: <1401703436.14.0.164374106757.issue21635@psf.upfronthosting.co.za>
Message-ID: <1402105390.37.0.857668947388.issue21635@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Why do you think this is a bug? What behavior both looks wrong and gets improved by the change?

----------
nosy: +terry.reedy, tim.peters
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21635>
_______________________________________

From report at bugs.python.org  Sat Jun  7 03:55:48 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Jun 2014 01:55:48 +0000
Subject: [issue21678] Add operation "plus" for dictionaries
In-Reply-To: <1402049865.6.0.54047766444.issue21678@psf.upfronthosting.co.za>
Message-ID: <1402106148.32.0.389973267486.issue21678@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This has been proposed, discussed on both python-list and python-ideas, and rejected more than once because there are there are multiple possible response to multiple keys: keep first value, keep second value (.update), keep both (in a list), or keep neither and raise.

'Obvious' ideas like this should be floated on one of those two lists to find out past response.

----------
nosy: +terry.reedy
resolution:  -> rejected
stage:  -> resolved
status: open -> closed
type:  -> enhancement
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21678>
_______________________________________

From report at bugs.python.org  Sat Jun  7 04:43:53 2014
From: report at bugs.python.org (Steven Stewart-Gallus)
Date: Sat, 07 Jun 2014 02:43:53 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
In-Reply-To: <1401643353.39.0.53304722389.issue21627@psf.upfronthosting.co.za>
Message-ID: <1402109033.88.0.290033107189.issue21627@psf.upfronthosting.co.za>


Steven Stewart-Gallus added the comment:

Okay, now I'm confused. How would I conditionally compile and use the setcloexec object and header on POSIX platforms and not on Windows?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Sat Jun  7 05:34:59 2014
From: report at bugs.python.org (Garrett Cooper)
Date: Sat, 07 Jun 2014 03:34:59 +0000
Subject: [issue11907] SysLogHandler can't send long messages
In-Reply-To: <1303480338.6.0.255798757577.issue11907@psf.upfronthosting.co.za>
Message-ID: <1402112099.01.0.516461004984.issue11907@psf.upfronthosting.co.za>


Garrett Cooper added the comment:

The code doesn't appear to be conforming to RFC-3164 or RFC-5424:

(From RFC-3164):

4.1 syslog Message Parts

   The full format of a syslog message seen on the wire has three
   discernable parts.  The first part is called the PRI, the second part
   is the HEADER, and the third part is the MSG.  The total length of
   the packet MUST be 1024 bytes or less.  There is no minimum length of
   the syslog message although sending a syslog packet with no contents
   is worthless and SHOULD NOT be transmitted.

(From RFC-5424)

   The reason syslog transport receivers need only support receiving up
   to and including 480 octets has, among other things, to do with
   difficult delivery problems in a broken network.  Syslog messages may
   use a UDP transport mapping with this 480 octet restriction to avoid
   session overhead and message fragmentation.  In a network with
   problems, the likelihood of getting one single-packet message
   delivered successfully is higher than getting two message fragments
   delivered successfully.  Therefore, using a larger size may prevent
   the operator from getting some critical information about the
   problem, whereas using small messages might get that information to
   the operator.  It is recommended that messages intended for
   troubleshooting purposes should not be larger than 480 octets.  To
   further strengthen this point, it has also been observed that some
   UDP implementations generally do not support message sizes of more
   than 480 octets.  This behavior is very rare and may no longer be an
   issue.

...

   It must be noted that the IPv6 MTU is about 2.5 times 480.  An
   implementation targeted towards an IPv6-only environment might thus
   assume this as a larger minimum size.

With MTUs being what they are by default with ethernet, using an MTU <1500 with UDP when jumbo frames aren't available seems like a foolhardy thing to do.

I believe part of the problem is that the socket send buffer size is not being set in the SysLogHandler via socket.setsockopt and it's trying to jam as much information as it can down the pipe and failing, but I need to do more digging...

----------
nosy: +yaneurabeya

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11907>
_______________________________________

From report at bugs.python.org  Sat Jun  7 05:35:15 2014
From: report at bugs.python.org (Steve Dower)
Date: Sat, 07 Jun 2014 03:35:15 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
In-Reply-To: <1401923912.15.0.591794107997.issue21665@psf.upfronthosting.co.za>
Message-ID: <1402112115.15.0.958281228959.issue21665@psf.upfronthosting.co.za>


Steve Dower added the comment:

You're right, I had OPTS for tk and tix. I think I'm going to modify my build scripts to use the buildbot scripts wherever possible. I also need to parameterise msi.py a bit so I don't have to modify it for releases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Sat Jun  7 05:37:06 2014
From: report at bugs.python.org (Garrett Cooper)
Date: Sat, 07 Jun 2014 03:37:06 +0000
Subject: [issue11907] SysLogHandler can't send long messages
In-Reply-To: <1303480338.6.0.255798757577.issue11907@psf.upfronthosting.co.za>
Message-ID: <1402112226.48.0.403703164626.issue11907@psf.upfronthosting.co.za>


Garrett Cooper added the comment:

Please note that when I said "the code" I was looking at python 3.3 on OSX (compiled with MacPorts):

$ python3.3
Python 3.3.5 (default, Mar 11 2014, 15:08:59) 
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)] on darwin
Type "help", "copyright", "credits" or "license" for more information.

It's of course similar in lineage (BSD-foundation), but not the same of course..

I have a couple FreeBSD systems I can test this out on as well..

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11907>
_______________________________________

From report at bugs.python.org  Sat Jun  7 06:25:00 2014
From: report at bugs.python.org (Jessica McKellar)
Date: Sat, 07 Jun 2014 04:25:00 +0000
Subject: [issue21463] RuntimeError when URLopener.ftpcache is full
In-Reply-To: <1399648148.16.0.0636585278112.issue21463@psf.upfronthosting.co.za>
Message-ID: <1402115100.76.0.911932777389.issue21463@psf.upfronthosting.co.za>


Jessica McKellar added the comment:

I want to state explicitly what the error is for some new contributors who might pick this up at a sprint this weekend:

The issue is that you can't change a dictionary while iterating over it:

>>> d = {"a": "b"}
>>> for elt in d.keys():
...     del d[elt]
... 
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
RuntimeError: dictionary changed size during iteration

In Python 2, d.keys() produced a copy of the list of keys, and we delete items from the dictionary while iterating over that copy, which is safe. In Python 3, d.keys() produces a view object* instead, and mutating the dictionary while iterating over it is unsafe and raises an error.

The patch makes a copy of the keys before iterating over it so that it is safe in Python 3.

* https://docs.python.org/3/library/stdtypes.html#dict-views

----------
nosy: +jesstess

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21463>
_______________________________________

From report at bugs.python.org  Sat Jun  7 06:48:05 2014
From: report at bugs.python.org (Steve Dower)
Date: Sat, 07 Jun 2014 04:48:05 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
In-Reply-To: <1401923912.15.0.591794107997.issue21665@psf.upfronthosting.co.za>
Message-ID: <1402116485.22.0.761408391828.issue21665@psf.upfronthosting.co.za>


Steve Dower added the comment:

The buildbot scripts don't build tix and the build_tkinter.py script has a blatant error which prevents it from ever working (and old version numbers). I have no experience with the buildbots, but I don't see how they can possibly be producing correct builds of tk and friends.

Am I missing something?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Sat Jun  7 06:55:18 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 07 Jun 2014 04:55:18 +0000
Subject: [issue21682] Refleak in idle_test test_autocomplete
Message-ID: <1402116918.55.0.530406821605.issue21682@psf.upfronthosting.co.za>


New submission from Zachary Ware:

The recently added test_autocomplete seems to be hanging onto a reference somewhere that it shouldn't be, see below.  This output was obtained by running `python -m test -R :: -uall test_idle`.  I tracked it down to test_autocomplete with hg bisect, and proved it by running the same test with test_autocomplete deleted. This refleak also causes extra scary-looking output when running other GUI tests, see http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/8412/steps/test/logs/stdio (look for test_tk).

[1/1] test_idle
beginning 9 repetitions
123456789
warning: callback failed in WindowList <class '_tkinter.TclError'> : invalid command name ".140195409867984.windows"
...
<repeat ad nauseum>
...
warning: callback failed in WindowList <class '_tkinter.TclError'> : invalid command name ".140195377829800.windows"
.
test_idle leaked [6411, 6411, 6411, 6411] references, sum=25644
test_idle leaked [5150, 5153, 5152, 5152] memory blocks, sum=20607
1 test failed:
    test_idle

----------
assignee: terry.reedy
components: IDLE, Tests
messages: 219914
nosy: sahutd, terry.reedy, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Refleak in idle_test test_autocomplete
type: resource usage
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21682>
_______________________________________

From report at bugs.python.org  Sat Jun  7 07:01:57 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 07 Jun 2014 05:01:57 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
In-Reply-To: <1402116485.22.0.761408391828.issue21665@psf.upfronthosting.co.za>
Message-ID: <CAKJDb-PV2Xauz+w7XgebotJdY9Nhx=-kqGJ9-nW7MaL43XThcA@mail.gmail.com>


Zachary Ware added the comment:

Tix was finally added to the pcbuild solution for 3.5 a couple months
ago, until that point it was never built on the buildbots.  If my
understanding of history is correct, build_tkinter.py has never been
used regularly, but was an initial push towards building Tcl/Tk/Tix
the same way OpenSSL is built in <3.4.  See #15968 and #21141 if you
want more information on the situation in 3.5.  The buildbot scripts
for 2.7 and 3.4 do build usable, debug versions of Tcl and Tk, though.
 The lack of Tix is hard to notice since there are absolutely no tests
for it yet.

I'm wary of backporting the Tcl/Tk/Tix building changes, especially to
2.7, but it should be possible to tack Tix onto the current buildbot
scripts.  I'll open an issue for that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Sat Jun  7 07:05:12 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sat, 07 Jun 2014 05:05:12 +0000
Subject: [issue21683] Add Tix to the Windows buildbot scripts
Message-ID: <1402117512.69.0.59005429213.issue21683@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
assignee: zach.ware
components: Build, Tkinter, Windows
nosy: steve.dower, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Add Tix to the Windows buildbot scripts
versions: Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21683>
_______________________________________

From report at bugs.python.org  Sat Jun  7 07:10:48 2014
From: report at bugs.python.org (Ryan McCampbell)
Date: Sat, 07 Jun 2014 05:10:48 +0000
Subject: [issue21684] inspect.signature bind doesn't include defaults or empty
 tuple/dicts
Message-ID: <1402117848.15.0.331618951416.issue21684@psf.upfronthosting.co.za>


New submission from Ryan McCampbell:

I'm not sure if this is really a bug, but it is unexpected behavior. When you call "bind" on a Python 3.3 signature object, if you omit an optional argument, the default is not provided in the arguments dict. Similarly, if there is a "var positional" or "var keyword" parameter but there are no extra arguments, it will not be included. To emulate the effect on the namespace of an actual function, I would expect these to be included, as an empty tuple/dict in the case of variable arguments. I realize the current behavior may be useful in some cases, but if so, then another method could be added: bind_full, which would include all parameters of the signature.

----------
messages: 219916
nosy: rmccampbell7
priority: normal
severity: normal
status: open
title: inspect.signature bind doesn't include defaults or empty tuple/dicts
type: behavior
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21684>
_______________________________________

From report at bugs.python.org  Sat Jun  7 07:16:48 2014
From: report at bugs.python.org (Steve Dower)
Date: Sat, 07 Jun 2014 05:16:48 +0000
Subject: [issue21665] 2.7.7 ttk widgets not themed
In-Reply-To: <1401923912.15.0.591794107997.issue21665@psf.upfronthosting.co.za>
Message-ID: <1402118208.43.0.214362479466.issue21665@psf.upfronthosting.co.za>


Steve Dower added the comment:

That's fine for 2.7.

I'm working on streamlining the project files for 3.5 to make my life easier dealing with both installers and the multiple compiler situation, so I'll no doubt poke that project at some point until my grand vision of single-click-install-build-sign-test comes true :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21665>
_______________________________________

From report at bugs.python.org  Sat Jun  7 08:05:56 2014
From: report at bugs.python.org (Remi Pointel)
Date: Sat, 07 Jun 2014 06:05:56 +0000
Subject: [issue21456] skip 2 tests in test_urllib2net.py if _ssl module not
 present
In-Reply-To: <1399619030.67.0.271075819996.issue21456@psf.upfronthosting.co.za>
Message-ID: <1402121156.09.0.228146125462.issue21456@psf.upfronthosting.co.za>


Remi Pointel added the comment:

Are you ok with this diff reworked?

----------
Added file: http://bugs.python.org/file35505/Lib_test_test_urllib2net_py.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21456>
_______________________________________

From report at bugs.python.org  Sat Jun  7 08:30:22 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sat, 07 Jun 2014 06:30:22 +0000
Subject: [issue21682] Refleak in idle_test test_autocomplete
In-Reply-To: <1402116918.55.0.530406821605.issue21682@psf.upfronthosting.co.za>
Message-ID: <1402122622.25.0.319930095616.issue21682@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

The patch fixes the refleak. Importing EditorWindow, was perhaps the cause. It uses a dummy editwin instead. 

With reference to the current test, was there a particular reason to import real EditorWindow module?

----------
keywords: +patch
Added file: http://bugs.python.org/file35506/issue21682.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21682>
_______________________________________

From report at bugs.python.org  Sat Jun  7 08:56:51 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Jun 2014 06:56:51 +0000
Subject: [issue21597] Allow turtledemo code pane to get wider.
In-Reply-To: <1401306787.8.0.543638067901.issue21597@psf.upfronthosting.co.za>
Message-ID: <1402124211.26.0.296816650277.issue21597@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I ran the patched code but have not looked at the code itself. Pending such a look, I would consider committing it if we cannot do better, as it solves both issues. However, there are two visual issues.

1. The minor one: The blue label does not have drop shadows, the red/yellow buttons do. I suspect the intent is to differentiate something that cannot be pressed from things that can. But the effect at the boundary is  bit jarring. On the bottem, the buttons are underlined in black, the label not. On the top, the button have a very light shading that makes them look narrower than they are. I wonder if it would look better if the label has shadows to match, or if there were a small separation between the labels and buttons (horizonatal padding on the label?). If you understand what is bother me, see if you can come up with something that looks better than you. Even post a couple of alternatives, if you want.

2. More important: when I move the slider right, the text widen and the canvas narrows relatively smoothly. When I go the other way, to the left, a trail of vertical line is left behind for perhaps a third of a second. The right scrollbar, the vertical canvas bars, jiggles back and forth about a few mm, as if it were not fixed in place but attached to springs and dragged by the canvas. This happens even with both panes empty. It looks pretty bad.

I wonder if this has anything to do with mixing grid and pack. An experiment would be to put an empty PanedWindow into a window and see if it behaves as badly.  I have a decent system, and moving -> work almost ok, so something seems wrong.

----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21597>
_______________________________________

From report at bugs.python.org  Sat Jun  7 09:44:44 2014
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 07 Jun 2014 07:44:44 +0000
Subject: [issue21684] inspect.signature bind doesn't include defaults or empty
 tuple/dicts
In-Reply-To: <1402117848.15.0.331618951416.issue21684@psf.upfronthosting.co.za>
Message-ID: <1402127084.89.0.160577250963.issue21684@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +yselivanov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21684>
_______________________________________

From report at bugs.python.org  Sat Jun  7 09:45:40 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 07 Jun 2014 07:45:40 +0000
Subject: [issue18910] IDle: test textView.py
In-Reply-To: <1378173406.38.0.908315708817.issue18910@psf.upfronthosting.co.za>
Message-ID: <1402127140.09.0.72666177399.issue18910@psf.upfronthosting.co.za>


Ned Deily added the comment:

It looks like the 2.7 checkin has caused a number of buildbots to fail.  Examples:

http://buildbot.python.org/all/builders/AMD64%20Ubuntu%20LTS%202.7/builds/1094/steps/test/logs/stdio

======================================================================
ERROR: idlelib.idle_test.test_textview (unittest.loader.ModuleImportFailure)
----------------------------------------------------------------------
ImportError: Failed to import test module: idlelib.idle_test.test_textview
Traceback (most recent call last):
  File "/opt/python/2.7.langa-ubuntu/build/Lib/unittest/loader.py", line 254, in _find_tests
    module = self._get_module_from_name(name)
  File "/opt/python/2.7.langa-ubuntu/build/Lib/unittest/loader.py", line 232, in _get_module_from_name
    __import__(name)
  File "/opt/python/2.7.langa-ubuntu/build/Lib/idlelib/idle_test/test_textview.py", line 11, in <module>
    requires('gui')
  File "/opt/python/2.7.langa-ubuntu/build/Lib/test/test_support.py", line 359, in requires
    raise ResourceDenied(_is_gui_available.reason)
ResourceDenied: Tk unavailable due to TclError: no display name and no $DISPLAY environment variab [...]

and:

http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%202.7/builds/440/steps/test/logs/stdio

======================================================================
ERROR: idlelib.idle_test.test_textview (unittest.loader.ModuleImportFailure)
----------------------------------------------------------------------
ImportError: Failed to import test module: idlelib.idle_test.test_textview
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/2.7.murray-snowleopard/build/Lib/unittest/loader.py", line 254, in _find_tests
    module = self._get_module_from_name(name)
  File "/Users/buildbot/buildarea/2.7.murray-snowleopard/build/Lib/unittest/loader.py", line 232, in _get_module_from_name
    __import__(name)
  File "/Users/buildbot/buildarea/2.7.murray-snowleopard/build/Lib/idlelib/idle_test/test_textview.py", line 11, in <module>
    requires('gui')
  File "/Users/buildbot/buildarea/2.7.murray-snowleopard/build/Lib/test/test_support.py", line 359, in requires
    raise ResourceDenied(_is_gui_available.reason)
ResourceDenied: gui tests cannot run without OS X window manager

----------
nosy: +ned.deily
resolution: fixed -> 
stage: resolved -> needs patch
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18910>
_______________________________________

From report at bugs.python.org  Sat Jun  7 10:14:51 2014
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 07 Jun 2014 08:14:51 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
In-Reply-To: <1402109033.88.0.290033107189.issue21627@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwaritWMsSq8jLGQHD7cavVxZ++sQYvr3EEBxwDeggqqbg@mail.gmail.com>


STINNER Victor added the comment:

The _posixsubprocess module is not compiled on Windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Sat Jun  7 10:32:05 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 07 Jun 2014 08:32:05 +0000
Subject: [issue18910] IDle: test textView.py
In-Reply-To: <1378173406.38.0.908315708817.issue18910@psf.upfronthosting.co.za>
Message-ID: <1402129925.08.0.059092887468.issue18910@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Please don't create Tk object at module creating stage. I afraid this will break unittest discoverity.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18910>
_______________________________________

From report at bugs.python.org  Sat Jun  7 10:32:26 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Jun 2014 08:32:26 +0000
Subject: [issue21682] Refleak in idle_test test_autocomplete
In-Reply-To: <1402116918.55.0.530406821605.issue21682@psf.upfronthosting.co.za>
Message-ID: <1402129946.17.0.875565736504.issue21682@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This concerns me. I expect that we will eventually want to test a live EditorWindow or subclass. It appears that root.destroy does not clear all the widgets created by EditorWindow(root=root). My guess it that something is created without passing in root, so that tkinter._default_root gets used instead. This needs investigation.

I actually ran into this problem before, though not in full form, as I did not commit test_formatparagraph.py with EditorWindow(). I used a mock containing a method extracted from EditorWindow that does not cause problems, after noting the following.

# A real EditorWindow creates unneeded, time-consuming baggage and
# sometimes emits shutdown warnings like this:
# "warning: callback failed in WindowList <class '_tkinter.TclError'>
# : invalid command name ".55131368.windows".
# Calling EditorWindow._close in tearDownClass prevents this but causes
# other problems (windows left open).

Why did I commit this with EditorWindow used as is? Because I forgot the above, written last August and did not think to see how easy it would be to mock the minimum needed. I need to make sure to put DO NOT USE EditorWindow ... in README.txt.

I did not get the error message in several all ok runs. We can worry later about using mock Text for a non-gui alternative. Thanks Zack for catching this and Saimadhav to fixing it.

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21682>
_______________________________________

From report at bugs.python.org  Sat Jun  7 10:32:43 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 07 Jun 2014 08:32:43 +0000
Subject: [issue18910] IDle: test textView.py
In-Reply-To: <1378173406.38.0.908315708817.issue18910@psf.upfronthosting.co.za>
Message-ID: <1402129963.05.0.765495012423.issue18910@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18910>
_______________________________________

From report at bugs.python.org  Sat Jun  7 11:23:14 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 07 Jun 2014 09:23:14 +0000
Subject: [issue18910] IDle: test textView.py
In-Reply-To: <1378173406.38.0.908315708817.issue18910@psf.upfronthosting.co.za>
Message-ID: <1402132994.34.0.903244120424.issue18910@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The 3.4 stable buildbots are green except for two that ran test_idle ok.
The problem is that in 2.7, unittest.loader does not catch ResourceDenied at module level whereas is does in 3.4. The only indication that there should be a difference is that the 3.x doc has "Skipped modules will not have setUpModule() or tearDownModule() run."

I am puzzled though, since the manual says this was added in 3.1 and 2.7 came out after. Also, I presume that 2.7 test.regrtest honors the SkipTest raised by 2.7 test_support.import_module, which is usually used at module level. 

If someone wants to revert the patch, go ahead. I have to get some sleep before I do anything (it is 5 am).
--

"Please don't create Tk object at module creating stage."
I didn't. I intentionally put TK stuff inside setUpModule so it would happen at test running stage.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18910>
_______________________________________

From report at bugs.python.org  Sat Jun  7 12:22:11 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 07 Jun 2014 10:22:11 +0000
Subject: [issue17552] Add a new socket.sendfile() method
In-Reply-To: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>
Message-ID: <1402136531.63.0.346672161697.issue17552@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Looking back at this I think a "send_blocksize" argument is necessary after all. shutil.copyfileobj() has it, so is ftplib.FTP.storbinary() and  httplib (issue 13559) which will both be using socket.sendfile() once it gets included.
Updated patch is in attachment. If there are no other objections I'd be for committing this next week or something as I'm pretty confident with the current implementation.

----------
Added file: http://bugs.python.org/file35507/socket-sendfile7.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Sat Jun  7 13:10:37 2014
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sat, 07 Jun 2014 11:10:37 +0000
Subject: [issue17552] Add a new socket.sendfile() method
In-Reply-To: <1402136531.63.0.346672161697.issue17552@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM1X0=rtwK8Wq50Z+=vFTaSr-ZKDpPZfdes5pouHzturPQ@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> Looking back at this I think a "send_blocksize" argument is necessary after all. shutil.copyfileobj() has it, so is ftplib.FTP.storbinary() and  httplib (issue 13559) which will both be using socket.sendfile() once it gets included.

Those APIs are really poor, please don't cripple sendfile() to mirror them.

Once again, a send_blocksize argument doesn't make sense, you won't
find it anywhere else. All that's needed is start offset and a
size/length argument.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Sat Jun  7 13:22:54 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 07 Jun 2014 11:22:54 +0000
Subject: [issue17552] Add a new socket.sendfile() method
In-Reply-To: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>
Message-ID: <1402140174.23.0.788967329821.issue17552@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

I agree it is not necessary for sendfile() (you were right).
Do not introducing it for send(), though, poses some questions. 
For instance, should we deprecate or ignore 'blocksize' argument in ftplib as well?
Generally speaking, when using send() there are circumstances where you might want to adjust the number of bytes to read from the file, for instance:

- 1: set a small blocksize (say 512 bytes) on systems where you have a limited amount of memory

- 2: set a big blocksize (say 256000) in order to speed up the transfer / use less CPU cycles; on very fast networks (e.g. LANs) this may result in a considerable speedup (I know 'cause I conducted these kind of tests in pyftpdlib: https://code.google.com/p/pyftpdlib/issues/detail?id=94).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Sat Jun  7 13:25:32 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 07 Jun 2014 11:25:32 +0000
Subject: [issue17552] Add a new socket.sendfile() method
In-Reply-To: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>
Message-ID: <1402140332.38.0.0265300274932.issue17552@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

...speaking of which, now that I look back at those benchmarks it looks like 65536 bytes is the best compromise (in my latest patch I used 16348).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Sat Jun  7 14:05:44 2014
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sat, 07 Jun 2014 12:05:44 +0000
Subject: [issue21491] race condition in SocketServer.py ForkingMixIn
 collect_children
In-Reply-To: <1399970954.74.0.599178198558.issue21491@psf.upfronthosting.co.za>
Message-ID: <1402142744.61.0.65565802696.issue21491@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

Here's a patch fixing both issues.

----------
keywords: +needs review, patch
nosy: +haypo, pitrou
stage:  -> patch review
Added file: http://bugs.python.org/file35508/socketserver_reap.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21491>
_______________________________________

From report at bugs.python.org  Sat Jun  7 14:33:20 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 07 Jun 2014 12:33:20 +0000
Subject: [issue21677] Exception context set to string by BufferedWriter.close()
In-Reply-To: <1402037361.81.0.0432601669782.issue21677@psf.upfronthosting.co.za>
Message-ID: <1402144400.94.0.717412670027.issue21677@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is a patch. It fixes also the same error in TextIOWrapper.

----------
assignee:  -> serhiy.storchaka
keywords: +patch
stage:  -> patch review
versions: +Python 2.7, Python 3.5
Added file: http://bugs.python.org/file35509/io_nonnormalized_error_on_close.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21677>
_______________________________________

From report at bugs.python.org  Sat Jun  7 14:37:07 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 07 Jun 2014 12:37:07 +0000
Subject: [issue21669] Custom error messages when print & exec are used as
 statements
In-Reply-To: <1401980839.06.0.736211179057.issue21669@psf.upfronthosting.co.za>
Message-ID: <1402144627.2.0.95655395421.issue21669@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Updated patch with the heuristics factored out into a helper function, with a more detailed explanation and additional logic to handle compound statements.

>>> def foo():
...     print bar
  File "<stdin>", line 2
    print bar
            ^
SyntaxError: Missing parentheses in call to 'print'

It's still just basic string hackery, though. The one liner handling, for example, relies on the fact that ":<whitespace>print " and ":<whitespace>exec " are going to be uncommon outside Python 2 code being ported to Python 3, so it just looks for the first colon on the line and checks from there, without worrying about slice notation or dicts.

----------
Added file: http://bugs.python.org/file35510/issue21669_custom_error_messages_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21669>
_______________________________________

From report at bugs.python.org  Sat Jun  7 15:02:05 2014
From: report at bugs.python.org (Raimondo Giammanco)
Date: Sat, 07 Jun 2014 13:02:05 +0000
Subject: [issue21685] zipfile module doesn't properly compress odt documents
Message-ID: <1402146125.06.0.0023086764998.issue21685@psf.upfronthosting.co.za>


New submission from Raimondo Giammanco:

Steps to reproduce
??????????????????
-1- Create a document.odt containing an input (text) field and a conditional text field; the latter will show a different text based upon the content of the input text field. [use attached example.odt]
-2- Edit the file by means of following code

from zipfile import ZipFile, ZIP_DEFLATED
document = '/tmp/example.odt'                     # SET ME PLEASE
S2b, R2b = 'SUBST'.encode(), 'REPLACEMENT'.encode()
with ZipFile(document,'a', ZIP_DEFLATED) as z:
	xmlString = z.read('content.xml')
	xmlString = xmlString.replace(S2b, R2b)
	z.writestr('content.xml', xmlString)

-3- Open example.odt with *office

As `REPLACEMENT' is the requested string, one expect to see the relevant conditional text
What happens: the LO function doesn't recognize the string, unless one do not retype it manually

Omitting ZIP_DEFLATED parameter prevents this behaviour from happen (so letting zipfile use the default no-compression method) 


tested on
Python 2.7.3 and Python 3.2.3
Ubuntu 12.04 amd64
LibreOffice Version 4.0.4.2

----------
components: Library (Lib)
files: example.odt
messages: 219933
nosy: rai
priority: normal
severity: normal
status: open
title: zipfile module doesn't properly compress odt documents
type: behavior
versions: Python 3.2
Added file: http://bugs.python.org/file35511/example.odt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21685>
_______________________________________

From report at bugs.python.org  Sat Jun  7 15:02:52 2014
From: report at bugs.python.org (Julian Taylor)
Date: Sat, 07 Jun 2014 13:02:52 +0000
Subject: [issue21592] Make statistics.median run in linear time
In-Reply-To: <1401279098.1.0.387904478686.issue21592@psf.upfronthosting.co.za>
Message-ID: <1402146172.66.0.81695306967.issue21592@psf.upfronthosting.co.za>


Julian Taylor added the comment:

for median alone a multiselect is probably overkill (thats why I mentioned the minimum trick)

but a selection algorithm is useful on its own for all of python and then a multiselect should be considered.
Of course that means it would need to be implemented in C like sorted() so you actually have a significant performance gain that makes adding a new python function worthwhile.

Also just to save numpys honor, you are benchmarking python list -> numpy array conversion and not the actual selection in your script with the numpy comparison. The conversion is significantly slower than the selection itself. Also select2b is inplace while np.partition is out of place. Repeated inplace selection typically gets faster as the number of required swaps goes down and can even be constant in time if the requested value does not change.
With that fixed numpy outperforms pypy by about a factor 2 (but pypys performance is indeed quite impressive as it is far more generic)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21592>
_______________________________________

From report at bugs.python.org  Sat Jun  7 15:06:57 2014
From: report at bugs.python.org (R. David Murray)
Date: Sat, 07 Jun 2014 13:06:57 +0000
Subject: [issue21684] inspect.signature bind doesn't include defaults or empty
 tuple/dicts
In-Reply-To: <1402117848.15.0.331618951416.issue21684@psf.upfronthosting.co.za>
Message-ID: <1402146417.67.0.807646193387.issue21684@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21684>
_______________________________________

From report at bugs.python.org  Sat Jun  7 15:18:52 2014
From: report at bugs.python.org (SilentGhost)
Date: Sat, 07 Jun 2014 13:18:52 +0000
Subject: [issue21685] zipfile module doesn't properly compress odt documents
In-Reply-To: <1402146125.06.0.0023086764998.issue21685@psf.upfronthosting.co.za>
Message-ID: <1402147132.97.0.957864823775.issue21685@psf.upfronthosting.co.za>


SilentGhost added the comment:

Raimondo, the documentation clearly states that the compression method is either inherited from ZipInfo instance (when that one is passed) or set to ZIP_STORED otherwise. Since you're not passing ZipInfo instance, but the string (as the first argument to .writestr), therefore the compression method is set to ZIP_STORED. If you're not set it to ZIP_DEFLATED explicitly, it would work as you expect it. In either case, this behaviour is in accordance with the documentation.

----------
nosy: +SilentGhost

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21685>
_______________________________________

From report at bugs.python.org  Sat Jun  7 15:22:28 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 07 Jun 2014 13:22:28 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <3gm1c40G4GzS13@mail.python.org>


Roundup Robot added the comment:

New changeset 6ffb6909c439 by Nick Coghlan in branch '3.4':
Issue #21667: Clarify string data model description
http://hg.python.org/cpython/rev/6ffb6909c439

New changeset 7c120e77d6f7 by Nick Coghlan in branch 'default':
Merge issue #21667 from 3.4
http://hg.python.org/cpython/rev/7c120e77d6f7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Sat Jun  7 15:26:31 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 07 Jun 2014 13:26:31 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1402147591.06.0.0999203250662.issue21667@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I've merged the character->code point clarifications, without the implementation detail section.

For the time being, that leaves "doesn't provide O(1) indexing of strings" as the kind of discrepancy that often makes an appearance in "differences from the CPython reference implementation" section that many alternative implementations include.

----------
resolution:  -> later
stage:  -> resolved
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Sat Jun  7 15:36:34 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 07 Jun 2014 13:36:34 +0000
Subject: [issue21569] PEP 466: Python 2.7 What's New preamble changes
In-Reply-To: <1400927192.68.0.366242673147.issue21569@psf.upfronthosting.co.za>
Message-ID: <3gm1wL094Xz7Ljm@mail.python.org>


Roundup Robot added the comment:

New changeset 7c28b3a92f40 by Nick Coghlan in branch '2.7':
Updates to Python 2.7 What's New preamble
http://hg.python.org/cpython/rev/7c28b3a92f40

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21569>
_______________________________________

From report at bugs.python.org  Sat Jun  7 16:00:32 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 07 Jun 2014 14:00:32 +0000
Subject: [issue21569] PEP 466: Python 2.7 What's New preamble changes
In-Reply-To: <1400927192.68.0.366242673147.issue21569@psf.upfronthosting.co.za>
Message-ID: <3gm2Rz31kBz7Ljl@mail.python.org>


Roundup Robot added the comment:

New changeset d23cea976f46 by Nick Coghlan in branch '3.4':
Issue #21569: sync Python 2.7 What's New with 2.7 version
http://hg.python.org/cpython/rev/d23cea976f46

New changeset b167df2912d6 by Nick Coghlan in branch 'default':
Merge issue #21569 from 3.4
http://hg.python.org/cpython/rev/b167df2912d6

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21569>
_______________________________________

From report at bugs.python.org  Sat Jun  7 16:02:38 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 07 Jun 2014 14:02:38 +0000
Subject: [issue21569] PEP 466: Python 2.7 What's New preamble changes
In-Reply-To: <1400927192.68.0.366242673147.issue21569@psf.upfronthosting.co.za>
Message-ID: <1402149758.67.0.669658468412.issue21569@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21569>
_______________________________________

From report at bugs.python.org  Sat Jun  7 16:17:15 2014
From: report at bugs.python.org (Steven D'Aprano)
Date: Sat, 07 Jun 2014 14:17:15 +0000
Subject: [issue21592] Make statistics.median run in linear time
In-Reply-To: <1402146172.66.0.81695306967.issue21592@psf.upfronthosting.co.za>
Message-ID: <20140607141706.GP10355@ando>


Steven D'Aprano added the comment:

On Sat, Jun 07, 2014 at 01:02:52PM +0000, Julian Taylor wrote:
> but a selection algorithm is useful on its own for all of python and 
> then a multiselect should be considered.

I like the idea of a select and/or multiselect for 3.5. As a 
new feature, it cannot go into 3.4.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21592>
_______________________________________

From report at bugs.python.org  Sat Jun  7 16:29:54 2014
From: report at bugs.python.org (Jan Kanis)
Date: Sat, 07 Jun 2014 14:29:54 +0000
Subject: [issue18141] tkinter.Image.__del__ can throw an exception if module
 globals are destroyed in the wrong order
In-Reply-To: <1370434176.62.0.932474289882.issue18141@psf.upfronthosting.co.za>
Message-ID: <1402151394.84.0.743386524977.issue18141@psf.upfronthosting.co.za>


Jan Kanis added the comment:

I tried changing the last block in turtulemodule/__init__.py to

if __name__ == '__main__':
    demo = DemoWindow()
    print("ENTERING mainloop")
    demo.root.mainloop()
    print("Bye")

but that does not solve the problem:

> python3 -m turtledemo
ENTERING mainloop
Exception ignored in: <bound method PhotoImage.__del__ of <tkinter.PhotoImage object at 0x7ffef193b948>>
Traceback (most recent call last):
  File "/home/jan/test/lib/python3.4/tkinter/__init__.py", line 3330, in __del__
TypeError: catching classes that do not inherit from BaseException is not allowed

so still the same error. (Although it is probably still good to make that change.)

Tested on cpython revision dfcb64f51f7b, so the same as I originally made the bugreport from.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18141>
_______________________________________

From report at bugs.python.org  Sat Jun  7 17:01:54 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sat, 07 Jun 2014 15:01:54 +0000
Subject: [issue21686] IDLE - Test hyperparser
Message-ID: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>


New submission from Saimadhav Heblikar:

Test for idlelib.HyperParser
5 lines not tested. Any suggestion on how to hit those lines welcome.
Will submit backport 2.7 once the patch for 3.4 is OK.

----------
components: IDLE
files: test-hyperparser.diff
keywords: patch
messages: 219942
nosy: jesstess, sahutd, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE - Test hyperparser
versions: Python 2.7, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35512/test-hyperparser.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Sat Jun  7 17:07:20 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 07 Jun 2014 15:07:20 +0000
Subject: [issue8840] truncate() semantics changed in 3.1.2
In-Reply-To: <1275005546.82.0.0795236723796.issue8840@psf.upfronthosting.co.za>
Message-ID: <1402153640.01.0.427363626568.issue8840@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is any more work needed here as msg106725 asks about updating doc strings?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8840>
_______________________________________

From report at bugs.python.org  Sat Jun  7 17:18:12 2014
From: report at bugs.python.org (Florian Walch)
Date: Sat, 07 Jun 2014 15:18:12 +0000
Subject: [issue21687] Py_SetPath: Path components separated by colons
Message-ID: <1402154292.52.0.48898043171.issue21687@psf.upfronthosting.co.za>


New submission from Florian Walch:

The documentation for Py_SetPath [1] states:

> The path components should be separated by semicolons.

I believe this should not say "semicolons", but "colons"; the default path as output by Py_GetPath is separated by colons.

[1] https://docs.python.org/3/c-api/init.html#c.Py_SetPath

----------
assignee: docs at python
components: Documentation
messages: 219944
nosy: docs at python, fwalch
priority: normal
severity: normal
status: open
title: Py_SetPath: Path components separated by colons
type: behavior
versions: Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21687>
_______________________________________

From report at bugs.python.org  Sat Jun  7 17:21:47 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 07 Jun 2014 15:21:47 +0000
Subject: [issue15707] PEP 3121, 384 Refactoring applied to signal module
In-Reply-To: <1345151967.47.0.247832517362.issue15707@psf.upfronthosting.co.za>
Message-ID: <1402154507.0.0.0960054652154.issue15707@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

PEP 384 is listed as finished while 3121 is accepted so what if anything needs to be done here?  I've checked https://docs.python.org/devguide/experts.html and nobody is listed against the signal module.  The patch is C code which I don't have the knowledge to comment on, sorry about that.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15707>
_______________________________________

From report at bugs.python.org  Sat Jun  7 17:23:51 2014
From: report at bugs.python.org (Remi Pointel)
Date: Sat, 07 Jun 2014 15:23:51 +0000
Subject: [issue12673] SEGFAULT error on OpenBSD (sparc)
In-Reply-To: <1312178410.91.0.482012755622.issue12673@psf.upfronthosting.co.za>
Message-ID: <1402154631.34.0.645510104992.issue12673@psf.upfronthosting.co.za>


Remi Pointel added the comment:

For your information, this bug has been fixed in OpenBSD and the developper has contacted the NetBSD developper:
http://marc.info/?l=openbsd-tech&m=140209064821540&w=2

So I think we could close this issue because it's a system issue, not Python.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12673>
_______________________________________

From report at bugs.python.org  Sat Jun  7 17:41:52 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 07 Jun 2014 15:41:52 +0000
Subject: [issue8576] test_support.find_unused_port can cause socket conflicts
 on Windows
In-Reply-To: <1272619084.25.0.373754420183.issue8576@psf.upfronthosting.co.za>
Message-ID: <1402155712.1.0.626252997481.issue8576@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

msg104677, msg104822 and msg104845 refer to various commits but msg104955 suggests that a follow up is needed so where do we stand with this issue?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8576>
_______________________________________

From report at bugs.python.org  Sat Jun  7 18:08:04 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 07 Jun 2014 16:08:04 +0000
Subject: [issue9012] Separate compilation of time and datetime modules
In-Reply-To: <1276703214.18.0.763658156575.issue9012@psf.upfronthosting.co.za>
Message-ID: <1402157284.97.0.963740462546.issue9012@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

msg111078 refers to r82035 for Visual Studio 2005 (VC8) builds.  Given that http://code.activestate.com/lists/python-dev/131023/ refers to VC14 for 3.5 can we close this as out of date?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9012>
_______________________________________

From report at bugs.python.org  Sat Jun  7 18:19:27 2014
From: report at bugs.python.org (paul j3)
Date: Sat, 07 Jun 2014 16:19:27 +0000
Subject: [issue21666] Argparse exceptions should include which argument has a
 problem
In-Reply-To: <1401942308.15.0.761903567148.issue21666@psf.upfronthosting.co.za>
Message-ID: <1402157967.17.0.86320602657.issue21666@psf.upfronthosting.co.za>


paul j3 added the comment:

First, 'parse_intermixed_args' on stack is not relevant.  It's from an unreleased patch that we worked on.

What matters is the 'print_help', invoked probably with a '-h'.

The error message that normally specifies the problem argument is produced by ArgumentError.  The HelpFormatter does not raise such an error.  ArgumentError is usually used for parsing errors; this is a formatting one.  It's not produced by faulty commandline values.

If you must put strings like '%)` in the help line, use RawTextHelpFormatter.  Otherwise HelpFormatter assumes the help line has valid format expressions like '%(default)s'.

Or you could write your own HelpFormatter subclass with a modified '_expand_help' method, one which wraps the 'self._get_help_string(action) % params' in a 'try' block.  Probably too draconian a measure for a rare problem. :)  

It's an interesting problem, but I don't think it warrants any code changes.

----------
nosy: +paul.j3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21666>
_______________________________________

From report at bugs.python.org  Sat Jun  7 18:23:37 2014
From: report at bugs.python.org (Brian Curtin)
Date: Sat, 07 Jun 2014 16:23:37 +0000
Subject: [issue8576] test_support.find_unused_port can cause socket conflicts
 on Windows
In-Reply-To: <1272619084.25.0.373754420183.issue8576@psf.upfronthosting.co.za>
Message-ID: <1402158217.96.0.745185905782.issue8576@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
nosy:  -brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8576>
_______________________________________

From report at bugs.python.org  Sat Jun  7 18:27:52 2014
From: report at bugs.python.org (Paul Moore)
Date: Sat, 07 Jun 2014 16:27:52 +0000
Subject: [issue8576] test_support.find_unused_port can cause socket conflicts
 on Windows
In-Reply-To: <1272619084.25.0.373754420183.issue8576@psf.upfronthosting.co.za>
Message-ID: <1402158472.75.0.589921460032.issue8576@psf.upfronthosting.co.za>


Paul Moore added the comment:

TBH, I don't think I ever took this any further. As noted, the earlier patches fixed the failures I was hitting.

It looks like Python 3.4 now has *two* definitions of find_unused_port, in test.test_support and in test.support. And test_asyncio and test_ftplib also use the function now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8576>
_______________________________________

From report at bugs.python.org  Sat Jun  7 18:28:24 2014
From: report at bugs.python.org (Paul Moore)
Date: Sat, 07 Jun 2014 16:28:24 +0000
Subject: [issue8576] test_support.find_unused_port can cause socket conflicts
 on Windows
In-Reply-To: <1272619084.25.0.373754420183.issue8576@psf.upfronthosting.co.za>
Message-ID: <1402158504.52.0.843781149224.issue8576@psf.upfronthosting.co.za>


Changes by Paul Moore <p.f.moore at gmail.com>:


----------
nosy:  -pmoore

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8576>
_______________________________________

From report at bugs.python.org  Sat Jun  7 18:34:09 2014
From: report at bugs.python.org (fumihiko kakuma)
Date: Sat, 07 Jun 2014 16:34:09 +0000
Subject: [issue21600] mock.patch.stopall doesn't work with patch.dict to
 sys.modules
In-Reply-To: <1401334528.48.0.358693350259.issue21600@psf.upfronthosting.co.za>
Message-ID: <1402158849.78.0.910795720664.issue21600@psf.upfronthosting.co.za>


fumihiko kakuma added the comment:

Hi michael,
Certainly, thank you for your many advices. I attached the new patch file.

----------
Added file: http://bugs.python.org/file35513/support_patch_dict_by_stopall.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21600>
_______________________________________

From report at bugs.python.org  Sat Jun  7 18:44:01 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 07 Jun 2014 16:44:01 +0000
Subject: [issue10002] Installer doesn't install on Windows Server 2008
 DataCenter R2
In-Reply-To: <1285882629.62.0.145594356076.issue10002@psf.upfronthosting.co.za>
Message-ID: <1402159441.78.0.851664669054.issue10002@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

msg121605 says the OP isn't seeing issues with this so I'd guess this can be closed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10002>
_______________________________________

From report at bugs.python.org  Sat Jun  7 18:47:51 2014
From: report at bugs.python.org (eryksun)
Date: Sat, 07 Jun 2014 16:47:51 +0000
Subject: [issue21687] Py_SetPath: Path components separated by colons
In-Reply-To: <1402154292.52.0.48898043171.issue21687@psf.upfronthosting.co.za>
Message-ID: <1402159671.58.0.0637636145639.issue21687@psf.upfronthosting.co.za>


eryksun added the comment:

A Windows path uses ":" after the drive letter, e.g. "C:\\Windows", so the delimiter is a semicolon on Windows. Other platforms use a colon.

CPython uses DELIM, which is defined in osdefs.h. This header isn't included by Python.h.

http://hg.python.org/cpython/file/c0e311e010fc/Include/osdefs.h

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21687>
_______________________________________

From report at bugs.python.org  Sat Jun  7 19:48:07 2014
From: report at bugs.python.org (Greg)
Date: Sat, 07 Jun 2014 17:48:07 +0000
Subject: [issue10503] os.getuid() documentation should be clear on what kind
 of uid it is referring
In-Reply-To: <1290430871.92.0.135823537975.issue10503@psf.upfronthosting.co.za>
Message-ID: <1402163287.72.0.808820339836.issue10503@psf.upfronthosting.co.za>


Greg added the comment:

Here's a wording change in the documentation to clarify this.

----------
keywords: +patch
nosy: +????????????
Added file: http://bugs.python.org/file35514/mywork.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10503>
_______________________________________

From report at bugs.python.org  Sat Jun  7 20:07:02 2014
From: report at bugs.python.org (Yayoi Ukai)
Date: Sat, 07 Jun 2014 18:07:02 +0000
Subject: [issue13143] os.path.islink documentation is ambiguous
In-Reply-To: <1318221303.29.0.86938915547.issue13143@psf.upfronthosting.co.za>
Message-ID: <1402164422.76.0.102020015246.issue13143@psf.upfronthosting.co.za>


Yayoi Ukai added the comment:

Documentation is updated to be more clear

----------
keywords: +patch
nosy: +terab
Added file: http://bugs.python.org/file35515/mywork.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13143>
_______________________________________

From report at bugs.python.org  Sat Jun  7 20:13:15 2014
From: report at bugs.python.org (Yuyang Guo)
Date: Sat, 07 Jun 2014 18:13:15 +0000
Subject: [issue21548] pydoc -k IndexError on empty docstring
In-Reply-To: <1400661783.43.0.558471008968.issue21548@psf.upfronthosting.co.za>
Message-ID: <1402164795.9.0.322805714267.issue21548@psf.upfronthosting.co.za>


Yuyang Guo added the comment:

Made change based on Terry J. Reedy's suggestion

----------
keywords: +patch
nosy: +Yuyang.Guo
Added file: http://bugs.python.org/file35516/issue21548.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21548>
_______________________________________

From report at bugs.python.org  Sat Jun  7 20:21:10 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 07 Jun 2014 18:21:10 +0000
Subject: [issue7424] NetBSD: segmentation fault in listextend during install
In-Reply-To: <1259729838.45.0.563962594728.issue7424@psf.upfronthosting.co.za>
Message-ID: <1402165270.7.0.0661341810149.issue7424@psf.upfronthosting.co.za>


Ned Deily added the comment:

See issue12673 msg219946.  Apparently this was caused by a long-standing BSD sparc bug.

----------
nosy: +ned.deily
resolution:  -> third party
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7424>
_______________________________________

From report at bugs.python.org  Sat Jun  7 20:45:41 2014
From: report at bugs.python.org (Jan Kanis)
Date: Sat, 07 Jun 2014 18:45:41 +0000
Subject: [issue18141] tkinter.Image.__del__ can throw an exception if module
 globals are destroyed in the wrong order
In-Reply-To: <1370434176.62.0.932474289882.issue18141@psf.upfronthosting.co.za>
Message-ID: <1402166741.43.0.258925204147.issue18141@psf.upfronthosting.co.za>


Jan Kanis added the comment:

I have verified that DemoWindow._destroy(self) indeed gets called before the exception is raised. 

I did a bisect, on the default branch the bug was introduced by commit f0833e6ff2d2: "Issue #1545463: Global variables caught in reference cycles are now garbage-collected at shutdown."

I will try bisecting the 3.3 branch to se where the bug stops appearing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18141>
_______________________________________

From report at bugs.python.org  Sat Jun  7 20:52:49 2014
From: report at bugs.python.org (Emily Zhao)
Date: Sat, 07 Jun 2014 18:52:49 +0000
Subject: [issue15569] Doc doc: incorrect description of some roles as
 format-only
In-Reply-To: <1344302647.18.0.307450045197.issue15569@psf.upfronthosting.co.za>
Message-ID: <1402167169.33.0.154222730596.issue15569@psf.upfronthosting.co.za>


Emily Zhao added the comment:

I moved the 3 misplaced roles (envvar, keyword, and option) and changed the description for the new section per Terry's suggestions. Patch is attached and needs to go in the devguide repo.

https://docs.python.org/devguide/docquality.html#helping-with-the-developers-guide

----------
keywords: +patch
nosy: +emily.zhao
Added file: http://bugs.python.org/file35517/issue15569.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15569>
_______________________________________

From report at bugs.python.org  Sat Jun  7 20:55:00 2014
From: report at bugs.python.org (Georg Brandl)
Date: Sat, 07 Jun 2014 18:55:00 +0000
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows
 required
In-Reply-To: <1401989362.0.0.600738846539.issue21671@psf.upfronthosting.co.za>
Message-ID: <1402167300.91.0.146751464734.issue21671@psf.upfronthosting.co.za>


Georg Brandl added the comment:

Well, it's entirely logical to follow our own policies :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

From report at bugs.python.org  Sat Jun  7 21:15:03 2014
From: report at bugs.python.org (Olive Kilburn)
Date: Sat, 07 Jun 2014 19:15:03 +0000
Subject: [issue21688] Improved error msg for make.bat htmlhelp
Message-ID: <1402168503.61.0.753508376392.issue21688@psf.upfronthosting.co.za>


New submission from Olive Kilburn:

Currently if someone runs make.bat htmlhelp without first installing Htmlhelp Workshop, it outputs: 
c:\program not a valid . . . .

This isn't very informative if you don't know you need Htmlhelp Workshop. The included patch has make.bat give a more helpful message. If this isn't a good fix(?), I could try clarifying the readme instead.

----------
components: Windows
files: mywork.patch
keywords: patch
messages: 219961
nosy: Olive.Kilburn
priority: normal
severity: normal
status: open
title: Improved error msg for make.bat htmlhelp
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35518/mywork.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21688>
_______________________________________

From report at bugs.python.org  Sat Jun  7 21:18:11 2014
From: report at bugs.python.org (Dhanam Prakash)
Date: Sat, 07 Jun 2014 19:18:11 +0000
Subject: [issue12833] raw_input misbehaves when readline is imported
In-Reply-To: <1314205212.4.0.313319940132.issue12833@psf.upfronthosting.co.za>
Message-ID: <1402168691.74.0.59805306873.issue12833@psf.upfronthosting.co.za>


Dhanam Prakash added the comment:

Hi,
submitting a patch for the documentation.
Thanks

----------
hgrepos: +254
keywords: +patch
nosy: +dhanamp
Added file: http://bugs.python.org/file35519/issue12833.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12833>
_______________________________________

From report at bugs.python.org  Sat Jun  7 21:31:04 2014
From: report at bugs.python.org (Katherine Busch)
Date: Sat, 07 Jun 2014 19:31:04 +0000
Subject: [issue21404] Document options used to control compression level in
 tarfile
In-Reply-To: <1398892016.48.0.640823521737.issue21404@psf.upfronthosting.co.za>
Message-ID: <1402169464.26.0.699082996479.issue21404@psf.upfronthosting.co.za>


Katherine Busch added the comment:

Here's a patch. The docs built and I inspected the output. Everything looks correct.

----------
keywords: +patch
nosy: +Katherine.Busch
Added file: http://bugs.python.org/file35520/tardocs.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21404>
_______________________________________

From report at bugs.python.org  Sat Jun  7 21:34:14 2014
From: report at bugs.python.org (Jessica McKellar)
Date: Sat, 07 Jun 2014 19:34:14 +0000
Subject: [issue21404] Document options used to control compression level in
 tarfile
In-Reply-To: <1398892016.48.0.640823521737.issue21404@psf.upfronthosting.co.za>
Message-ID: <1402169654.2.0.906050109489.issue21404@psf.upfronthosting.co.za>


Changes by Jessica McKellar <jesstess at mit.edu>:


----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21404>
_______________________________________

From report at bugs.python.org  Sat Jun  7 21:35:31 2014
From: report at bugs.python.org (Kavya Joshi)
Date: Sat, 07 Jun 2014 19:35:31 +0000
Subject: [issue17449] dev guide appears not to cover the benchmarking suite
In-Reply-To: <1363579697.14.0.518781563777.issue17449@psf.upfronthosting.co.za>
Message-ID: <1402169731.6.0.574567960505.issue17449@psf.upfronthosting.co.za>


Kavya Joshi added the comment:

I added a `Benchmarking` section in the dev guide with the relevant links and the intended use (testing rather than optimizing).
I also added an entry for the section in the Index.

Testing/verification:
I built the docs and visually inspected them.

----------
keywords: +patch
nosy: +kavya
Added file: http://bugs.python.org/file35521/issue17449.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17449>
_______________________________________

From report at bugs.python.org  Sat Jun  7 21:40:01 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 07 Jun 2014 19:40:01 +0000
Subject: [issue21642] "_ if 1else _" does not compile
In-Reply-To: <1401733440.77.0.120432390188.issue21642@psf.upfronthosting.co.za>
Message-ID: <3gm9zj00mBz7LpS@mail.python.org>


Roundup Robot added the comment:

New changeset 4ad33d82193d by Benjamin Peterson in branch '3.4':
allow the keyword else immediately after (no space) an integer (closes #21642)
http://hg.python.org/cpython/rev/4ad33d82193d

New changeset 29d34f4f8900 by Benjamin Peterson in branch '2.7':
allow the keyword else immediately after (no space) an integer (closes #21642)
http://hg.python.org/cpython/rev/29d34f4f8900

New changeset d5998cca01a8 by Benjamin Peterson in branch 'default':
merge 3.4 (#21642)
http://hg.python.org/cpython/rev/d5998cca01a8

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21642>
_______________________________________

From report at bugs.python.org  Sat Jun  7 21:43:38 2014
From: report at bugs.python.org (Skyler Leigh Amador)
Date: Sat, 07 Jun 2014 19:43:38 +0000
Subject: [issue21463] RuntimeError when URLopener.ftpcache is full
In-Reply-To: <1399648148.16.0.0636585278112.issue21463@psf.upfronthosting.co.za>
Message-ID: <1402170218.37.0.78868656351.issue21463@psf.upfronthosting.co.za>


Skyler Leigh Amador added the comment:

I've made a test for this patch with a very minimal mock ftpwrapper. We can see it fails on dictionary size change without Erik's fix:

======================================================================
ERROR: test_ftp_cache_pruning (test.test_urllib.urlopen_HttpTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/skyler/cpython/Lib/test/test_urllib.py", line 336, in test_ftp_cache_pruning
    urlopen('ftp://localhost')
  File "/home/skyler/cpython/Lib/test/test_urllib.py", line 45, in urlopen
    return opener.open(url)
  File "/home/skyler/cpython/Lib/urllib/request.py", line 1631, in open
    return getattr(self, name)(url)
  File "/home/skyler/cpython/Lib/urllib/request.py", line 1914, in open_ftp
    for k in self.ftpcache.keys():
RuntimeError: dictionary changed size during iteration

----------
nosy: +shiinee
Added file: http://bugs.python.org/file35522/urllib-request-ftpcache-test.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21463>
_______________________________________

From report at bugs.python.org  Sat Jun  7 21:48:18 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 07 Jun 2014 19:48:18 +0000
Subject: [issue21404] Document options used to control compression level in
 tarfile
In-Reply-To: <1398892016.48.0.640823521737.issue21404@psf.upfronthosting.co.za>
Message-ID: <3gmB9F48SVz7LnR@mail.python.org>


Roundup Robot added the comment:

New changeset 390b7fd617a9 by Benjamin Peterson in branch '2.7':
document the compress_level argument to tarfile.open (closes #21404)
http://hg.python.org/cpython/rev/390b7fd617a9

New changeset 0c712828fb6e by Benjamin Peterson in branch '3.4':
document the compress_level argument to tarfile.open (closes #21404)
http://hg.python.org/cpython/rev/0c712828fb6e

New changeset 171e8f6c814c by Benjamin Peterson in branch 'default':
merge 3.4 (#21404)
http://hg.python.org/cpython/rev/171e8f6c814c

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21404>
_______________________________________

From report at bugs.python.org  Sat Jun  7 21:48:22 2014
From: report at bugs.python.org (Yuly Tenorio)
Date: Sat, 07 Jun 2014 19:48:22 +0000
Subject: [issue21689] Docs for "Using Python on a Macintosh" needs to be
 updated.
Message-ID: <1402170502.2.0.981560752161.issue21689@psf.upfronthosting.co.za>


New submission from Yuly Tenorio:

"Using Python on a Mac" needs updating since it is pointing to old tools and documentation.

This is related to http://bugs.python.org/issue12594

----------
assignee: docs at python
components: Documentation
messages: 219968
nosy: docs at python, ned.deily, yuly
priority: normal
severity: normal
status: open
title: Docs for "Using Python on a Macintosh" needs to be updated.
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21689>
_______________________________________

From report at bugs.python.org  Sat Jun  7 21:55:41 2014
From: report at bugs.python.org (Glenn Linderman)
Date: Sat, 07 Jun 2014 19:55:41 +0000
Subject: [issue21666] Argparse exceptions should include which argument has a
 problem
In-Reply-To: <1401942308.15.0.761903567148.issue21666@psf.upfronthosting.co.za>
Message-ID: <1402170941.14.0.907260345999.issue21666@psf.upfronthosting.co.za>


Glenn Linderman added the comment:

Yes, I hope someday the parse_intermixed_args patch can be released... but I know it is not relevant to this issue.

I was aware of the %(substitution_variables) in the default help formatter, but I (1) goofed and entered % without escaping it (2) was surprised at how unhelpful the Traceback was at isolating the problem.

Happily, my code had only a few instances of %) so I was able to isolate it fairly quickly, but the error report certainly shows up at quite a distance (execution-wise) from the location of the source bug.

I haven't looked at the source for the HelpFormatter code: if it concatenates all the help text and then does substitutions en masse, then it would be difficult to isolate the error to a particular argument. If, on the other hand, it loops through the help text for each argument, doing the substitutions, and later formatting and concatenating, then surrounding the substitution attempt with a try: block so that the name of the argument with the faulty help text could be reported, that would be a big help to this situation, at little cost.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21666>
_______________________________________

From report at bugs.python.org  Sat Jun  7 22:00:19 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 07 Jun 2014 20:00:19 +0000
Subject: [issue12594] Docs for "Using Python on a Macintosh" needs to be
 updated
In-Reply-To: <1311174057.47.0.56455855185.issue12594@psf.upfronthosting.co.za>
Message-ID: <1402171219.8.0.8241358709.issue12594@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
title: Docs for py3k still refer to "MacPython 2.5 folder" -> Docs for "Using Python on a Macintosh" needs to be updated
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12594>
_______________________________________

From report at bugs.python.org  Sat Jun  7 22:01:03 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 07 Jun 2014 20:01:03 +0000
Subject: [issue21689] Docs for "Using Python on a Macintosh" needs to be
 updated.
In-Reply-To: <1402170502.2.0.981560752161.issue21689@psf.upfronthosting.co.za>
Message-ID: <1402171263.83.0.819229792929.issue21689@psf.upfronthosting.co.za>


Ned Deily added the comment:

Yes but I don't think we need to have two issues open.  Let's make any comments in the already open issue.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Docs for "Using Python on a Macintosh" needs to be updated

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21689>
_______________________________________

From report at bugs.python.org  Sat Jun  7 22:13:13 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 07 Jun 2014 20:13:13 +0000
Subject: [issue21548] pydoc -k IndexError on empty docstring
In-Reply-To: <1400661783.43.0.558471008968.issue21548@psf.upfronthosting.co.za>
Message-ID: <1402171993.23.0.153866308701.issue21548@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Thanks for the patch! It looks like the "synopsis" function also has this bug. Could you fix that, too?

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21548>
_______________________________________

From report at bugs.python.org  Sat Jun  7 22:37:42 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 07 Jun 2014 20:37:42 +0000
Subject: [issue21463] RuntimeError when URLopener.ftpcache is full
In-Reply-To: <1399648148.16.0.0636585278112.issue21463@psf.upfronthosting.co.za>
Message-ID: <1402173462.09.0.497325097562.issue21463@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

(I left some comments on Rietveld.)

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21463>
_______________________________________

From report at bugs.python.org  Sat Jun  7 22:52:00 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 07 Jun 2014 20:52:00 +0000
Subject: [issue10503] os.getuid() documentation should be clear on what kind
 of uid it is referring
In-Reply-To: <1290430871.92.0.135823537975.issue10503@psf.upfronthosting.co.za>
Message-ID: <3gmCZl3xTsz7LjR@mail.python.org>


Roundup Robot added the comment:

New changeset 19172062e5c0 by Benjamin Peterson in branch '3.4':
specify that getuid() returns the real uid (closes #10503)
http://hg.python.org/cpython/rev/19172062e5c0

New changeset 6dfbe504f659 by Benjamin Peterson in branch '2.7':
specify that getuid() returns the real uid (closes #10503)
http://hg.python.org/cpython/rev/6dfbe504f659

New changeset 8866ac6f2269 by Benjamin Peterson in branch 'default':
merge 3.4 (#10503)
http://hg.python.org/cpython/rev/8866ac6f2269

----------
nosy: +python-dev
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10503>
_______________________________________

From report at bugs.python.org  Sat Jun  7 23:10:34 2014
From: report at bugs.python.org (B D)
Date: Sat, 07 Jun 2014 21:10:34 +0000
Subject: [issue11709] help-method crashes if sys.stdin is None
In-Reply-To: <1301390764.04.0.564019544953.issue11709@psf.upfronthosting.co.za>
Message-ID: <1402175434.34.0.115783972213.issue11709@psf.upfronthosting.co.za>


B D added the comment:

added unit test for this behavior with roxane. verified that the updated patch applies cleanly, passes make patch check, and unit tests all pass.

----------
nosy: +bdettmer, roxane
Added file: http://bugs.python.org/file35523/issue11709.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11709>
_______________________________________

From report at bugs.python.org  Sat Jun  7 23:12:41 2014
From: report at bugs.python.org (Greg)
Date: Sat, 07 Jun 2014 21:12:41 +0000
Subject: [issue12706] timeout sentinel in ftplib and poplib documentation
In-Reply-To: <1312705981.24.0.601234287082.issue12706@psf.upfronthosting.co.za>
Message-ID: <1402175561.41.0.0956033687825.issue12706@psf.upfronthosting.co.za>


Greg added the comment:

In the definition of FTP.connect(), I've changed the code to actually use None as a lack-of-explicit-timeout sentinel instead of -999. For FTP and FTP_TLS, I've changed the documentation to reflect what the code is doing.

----------
keywords: +patch
nosy: +????????????
Added file: http://bugs.python.org/file35524/patch.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12706>
_______________________________________

From report at bugs.python.org  Sat Jun  7 23:12:46 2014
From: report at bugs.python.org (Emily Zhao)
Date: Sat, 07 Jun 2014 21:12:46 +0000
Subject: [issue13924] Mercurial robots.txt should let robots crawl landing
 pages.
In-Reply-To: <1328135396.1.0.0965106732225.issue13924@psf.upfronthosting.co.za>
Message-ID: <1402175566.21.0.643878531707.issue13924@psf.upfronthosting.co.za>


Emily Zhao added the comment:

I don't know too much about robots.txt but how about

Disallow: */rev/*
Disallow: */shortlog/*
Allow:

Are there any other directories we'd like to exclude?

----------
nosy: +emily.zhao

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13924>
_______________________________________

From report at bugs.python.org  Sat Jun  7 23:20:12 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 07 Jun 2014 21:20:12 +0000
Subject: [issue6701] Make custom xmlrpc extension easier
In-Reply-To: <1250240628.37.0.491365957246.issue6701@psf.upfronthosting.co.za>
Message-ID: <1402176012.01.0.298801518268.issue6701@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is there any value in the proof of concept patches attached here?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6701>
_______________________________________

From report at bugs.python.org  Sat Jun  7 23:23:41 2014
From: report at bugs.python.org (Skyler Leigh Amador)
Date: Sat, 07 Jun 2014 21:23:41 +0000
Subject: [issue13223] pydoc removes 'self' in HTML for method docstrings with
 example code
In-Reply-To: <1319050782.47.0.924539258184.issue13223@psf.upfronthosting.co.za>
Message-ID: <1402176221.36.0.896781359385.issue13223@psf.upfronthosting.co.za>


Skyler Leigh Amador added the comment:

The patch still applies cleanly, so I've just updated the comment. test passes, make patchcheck passes.

----------
nosy: +shiinee
Added file: http://bugs.python.org/file35525/pydoc-self.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13223>
_______________________________________

From report at bugs.python.org  Sat Jun  7 23:24:11 2014
From: report at bugs.python.org (Emily Zhao)
Date: Sat, 07 Jun 2014 21:24:11 +0000
Subject: [issue21314] Document '/' in signatures
In-Reply-To: <1397988439.5.0.703056699862.issue21314@psf.upfronthosting.co.za>
Message-ID: <1402176251.31.0.252321637432.issue21314@psf.upfronthosting.co.za>


Emily Zhao added the comment:

Can someone close this? I think it's fixed.

----------
nosy: +emily.zhao

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21314>
_______________________________________

From report at bugs.python.org  Sat Jun  7 23:25:17 2014
From: report at bugs.python.org (Yuly Tenorio)
Date: Sat, 07 Jun 2014 21:25:17 +0000
Subject: [issue12594] Docs for "Using Python on a Macintosh" needs to be
 updated
In-Reply-To: <1311174057.47.0.56455855185.issue12594@psf.upfronthosting.co.za>
Message-ID: <1402176317.66.0.715913043212.issue12594@psf.upfronthosting.co.za>


Yuly Tenorio added the comment:

Built with sphinx. No RST errors.

----------
keywords: +patch
nosy: +yuly
Added file: http://bugs.python.org/file35526/pythonusage_mac.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12594>
_______________________________________

From report at bugs.python.org  Sat Jun  7 23:30:53 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 07 Jun 2014 21:30:53 +0000
Subject: [issue6550] asyncore incorrect failure when connection is refused and
 using async_chat channel
In-Reply-To: <1248302571.21.0.910158552759.issue6550@psf.upfronthosting.co.za>
Message-ID: <1402176653.2.0.0243669282477.issue6550@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Has maintenance of asyncore effectively ceased owing to tulip/asyncio or are outstanding problems here, if any, still considered valid?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6550>
_______________________________________

From report at bugs.python.org  Sat Jun  7 23:38:25 2014
From: report at bugs.python.org (Emily Zhao)
Date: Sat, 07 Jun 2014 21:38:25 +0000
Subject: [issue11681] -b option undocumented
In-Reply-To: <1301100825.87.0.69977993755.issue11681@psf.upfronthosting.co.za>
Message-ID: <1402177105.73.0.971695834209.issue11681@psf.upfronthosting.co.za>


Emily Zhao added the comment:

Might be worth making this addition from 3 (I'm not sure how to add this to 2)
-b     : issue warnings about str(bytes_instance), str(bytearray_instance)
         and comparing bytes/bytearray with str. (-bb: issue errors)


Building on Martin's example:

On all of these, python2 is
Python 2.7.6 (default, Apr  6 2014, 23:14:26)
[GCC 4.2.1 Compatible Apple LLVM 5.1 (clang-503.0.38)] on darwin
Type "help", "copyright", "credits" or "license" for more information.


emily-mba:cpython emily$ python2
>>> bytearray("3") == u"3"
False

emily-mba:cpython emily$ python2 -b
>>> bytearray("3") == u"3"
__main__:1: BytesWarning: Comparison between bytearray and string
False

emily-mba:cpython emily$ python2 -bb
>>> bytearray("3") == u"3"
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
BytesWarning: Comparison between bytearray and string

----------
nosy: +emily.zhao

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11681>
_______________________________________

From report at bugs.python.org  Sat Jun  7 23:44:59 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 07 Jun 2014 21:44:59 +0000
Subject: [issue21314] Document '/' in signatures
In-Reply-To: <1397988439.5.0.703056699862.issue21314@psf.upfronthosting.co.za>
Message-ID: <1402177499.53.0.173179933902.issue21314@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

The original bug (junk in various doc strings) has been fixed, but I think the positional argument "/" syntax still needs docs. It's a little tricky because "/" is not actually valid syntax; it's just for documentation signatures.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21314>
_______________________________________

From report at bugs.python.org  Sat Jun  7 23:51:32 2014
From: report at bugs.python.org (B D)
Date: Sat, 07 Jun 2014 21:51:32 +0000
Subject: [issue11709] help-method crashes if sys.stdin is None
In-Reply-To: <1301390764.04.0.564019544953.issue11709@psf.upfronthosting.co.za>
Message-ID: <1402177892.0.0.0119366428321.issue11709@psf.upfronthosting.co.za>


B D added the comment:

added try finally as suggested by berkerpeksag. make patchcheck still works and all test cases still pass. did not use the test.support.swap_attr context manager because it may inhibit readability for those that are not familiar with it.

----------
Added file: http://bugs.python.org/file35527/issue11709.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11709>
_______________________________________

From report at bugs.python.org  Sat Jun  7 23:59:05 2014
From: report at bugs.python.org (Emily Zhao)
Date: Sat, 07 Jun 2014 21:59:05 +0000
Subject: [issue11681] -b option undocumented
In-Reply-To: <1301100825.87.0.69977993755.issue11681@psf.upfronthosting.co.za>
Message-ID: <1402178345.69.0.327669573189.issue11681@psf.upfronthosting.co.za>


Emily Zhao added the comment:

Here's an attempt (based on 3's main.c http://hg.python.org/cpython/file/8866ac6f2269/Modules/main.c)

----------
keywords: +patch
Added file: http://bugs.python.org/file35528/issue11681.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11681>
_______________________________________

From report at bugs.python.org  Sun Jun  8 00:01:01 2014
From: report at bugs.python.org (Skyler Leigh Amador)
Date: Sat, 07 Jun 2014 22:01:01 +0000
Subject: [issue21463] RuntimeError when URLopener.ftpcache is full
In-Reply-To: <1399648148.16.0.0636585278112.issue21463@psf.upfronthosting.co.za>
Message-ID: <1402178461.43.0.799510056676.issue21463@psf.upfronthosting.co.za>


Skyler Leigh Amador added the comment:

Addressed review comments

----------
Added file: http://bugs.python.org/file35529/urllib-request-ftpcache-test.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21463>
_______________________________________

From report at bugs.python.org  Sun Jun  8 00:09:30 2014
From: report at bugs.python.org (Emily Zhao)
Date: Sat, 07 Jun 2014 22:09:30 +0000
Subject: [issue21314] Document '/' in signatures
In-Reply-To: <1397988439.5.0.703056699862.issue21314@psf.upfronthosting.co.za>
Message-ID: <1402178970.96.0.668843381758.issue21314@psf.upfronthosting.co.za>


Emily Zhao added the comment:

where's the best place for that documentation to live?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21314>
_______________________________________

From report at bugs.python.org  Sun Jun  8 00:09:42 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 07 Jun 2014 22:09:42 +0000
Subject: [issue21463] RuntimeError when URLopener.ftpcache is full
In-Reply-To: <1399648148.16.0.0636585278112.issue21463@psf.upfronthosting.co.za>
Message-ID: <3gmFJP42JWz7LjN@mail.python.org>


Roundup Robot added the comment:

New changeset b8f9ae84d211 by Benjamin Peterson in branch '3.4':
in ftp cache pruning, avoid changing the size of a dict while iterating over it (closes #21463)
http://hg.python.org/cpython/rev/b8f9ae84d211

New changeset 6f70a18313e5 by Benjamin Peterson in branch 'default':
merge 3.4 (#21463)
http://hg.python.org/cpython/rev/6f70a18313e5

----------
nosy: +python-dev
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21463>
_______________________________________

From report at bugs.python.org  Sun Jun  8 00:20:23 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 07 Jun 2014 22:20:23 +0000
Subject: [issue12594] Docs for "Using Python on a Macintosh" needs to be
 updated
In-Reply-To: <1311174057.47.0.56455855185.issue12594@psf.upfronthosting.co.za>
Message-ID: <1402179623.29.0.496627959753.issue12594@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thank you for the patch, Yuly!  You've made some good improvements to the current page.  Because the current section is so old and out-of-sync with current practices (as you've noted in your changes) and with the nuances of Python on OS X, a more comprehensive restructuring is needed.  I don't think that trying to refine the section interactively is going to be an efficient process but I will definitely use your suggested changes as a basis.  I assume you have signed (or will be signing) the PSF contributor agreement.  Thanks again!  P.S. When submitting patches, don't forget to run patchcheck first (https://docs.python.org/devguide/patch.html#generation).  It will detect and fix trailing whitespace in lines that would otherwise prevent a patch from being committed in the main cpython hg repo.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12594>
_______________________________________

From report at bugs.python.org  Sun Jun  8 00:26:00 2014
From: report at bugs.python.org (Olive Kilburn)
Date: Sat, 07 Jun 2014 22:26:00 +0000
Subject: [issue21688] Improved error msg for make.bat htmlhelp
In-Reply-To: <1402168503.61.0.753508376392.issue21688@psf.upfronthosting.co.za>
Message-ID: <1402179960.81.0.314990430293.issue21688@psf.upfronthosting.co.za>


Changes by Olive Kilburn <olive789 at gmail.com>:


Added file: http://bugs.python.org/file35530/mywork.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21688>
_______________________________________

From report at bugs.python.org  Sun Jun  8 00:26:46 2014
From: report at bugs.python.org (Olive Kilburn)
Date: Sat, 07 Jun 2014 22:26:46 +0000
Subject: [issue21688] Improved error msg for make.bat htmlhelp
In-Reply-To: <1402168503.61.0.753508376392.issue21688@psf.upfronthosting.co.za>
Message-ID: <1402180006.57.0.887108245462.issue21688@psf.upfronthosting.co.za>


Changes by Olive Kilburn <olive789 at gmail.com>:


Removed file: http://bugs.python.org/file35518/mywork.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21688>
_______________________________________

From report at bugs.python.org  Sun Jun  8 00:27:49 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Sat, 07 Jun 2014 22:27:49 +0000
Subject: [issue8576] test_support.find_unused_port can cause socket conflicts
 on Windows
In-Reply-To: <1272619084.25.0.373754420183.issue8576@psf.upfronthosting.co.za>
Message-ID: <1402180069.16.0.917925500798.issue8576@psf.upfronthosting.co.za>


Changes by Vinay Sajip <vinay_sajip at yahoo.co.uk>:


----------
nosy:  -vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8576>
_______________________________________

From report at bugs.python.org  Sun Jun  8 00:32:14 2014
From: report at bugs.python.org (B D)
Date: Sat, 07 Jun 2014 22:32:14 +0000
Subject: [issue11709] help-method crashes if sys.stdin is None
In-Reply-To: <1301390764.04.0.564019544953.issue11709@psf.upfronthosting.co.za>
Message-ID: <1402180334.74.0.0637879353042.issue11709@psf.upfronthosting.co.za>


B D added the comment:

removed comments.

----------
Added file: http://bugs.python.org/file35531/issue11709.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11709>
_______________________________________

From report at bugs.python.org  Sun Jun  8 00:40:03 2014
From: report at bugs.python.org (Amandine Lee)
Date: Sat, 07 Jun 2014 22:40:03 +0000
Subject: [issue12063] tokenize module appears to treat unterminated single and
 double-quoted strings inconsistently
In-Reply-To: <1305209970.17.0.31373709531.issue12063@psf.upfronthosting.co.za>
Message-ID: <1402180803.79.0.727895640798.issue12063@psf.upfronthosting.co.za>


Amandine Lee added the comment:

I confirmed that the behavior acts as described. I added a patch documenting the behavior, built the docs with the patch, and visually confirmed that the docs looks appropriate. 

Ready for review!

----------
keywords: +patch
nosy: +amandine
Added file: http://bugs.python.org/file35532/issue12063.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12063>
_______________________________________

From report at bugs.python.org  Sun Jun  8 00:45:36 2014
From: report at bugs.python.org (Renee Chu)
Date: Sat, 07 Jun 2014 22:45:36 +0000
Subject: [issue11974] Class definition gotcha.. should this be documented
 somewhere?
In-Reply-To: <1304274889.3.0.162053692496.issue11974@psf.upfronthosting.co.za>
Message-ID: <1402181136.42.0.42343663186.issue11974@psf.upfronthosting.co.za>


Renee Chu added the comment:

Submitting a patch for documentation.

----------
hgrepos: +255
keywords: +patch
nosy: +reneighbor
Added file: http://bugs.python.org/file35533/issue11974.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11974>
_______________________________________

From report at bugs.python.org  Sun Jun  8 00:46:34 2014
From: report at bugs.python.org (Jan Kanis)
Date: Sat, 07 Jun 2014 22:46:34 +0000
Subject: [issue18141] tkinter.Image.__del__ can throw an exception if module
 globals are destroyed in the wrong order
In-Reply-To: <1370434176.62.0.932474289882.issue18141@psf.upfronthosting.co.za>
Message-ID: <1402181194.94.0.697476551181.issue18141@psf.upfronthosting.co.za>


Jan Kanis added the comment:

The 3.3 branch is not affected as the f0833e6ff2d2 changeset was never merged into that branch.

In the default branch the exception stops appearing after commit 79e2f5bbc30c: "Issue #18214: Improve finalization of Python modules to avoid setting their globals to None, in most cases." This changeset is also part of the current 3.4 tip (19172062e5c0), so 3.4 tip does not display the buggy behaviour. Judging by the commit message, that commit also supersedes the attached patch as it at least prevents the visible symptoms. I am not sure if there still might be a deeper issue that is hidden by the changeset as Terry suggested.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18141>
_______________________________________

From report at bugs.python.org  Sun Jun  8 00:46:54 2014
From: report at bugs.python.org (Yayoi Ukai)
Date: Sat, 07 Jun 2014 22:46:54 +0000
Subject: [issue16667] timezone docs need "versionadded: 3.2"
In-Reply-To: <1355272202.83.0.0809647453086.issue16667@psf.upfronthosting.co.za>
Message-ID: <1402181214.47.0.326580819534.issue16667@psf.upfronthosting.co.za>


Yayoi Ukai added the comment:

I did make patchcheck and make html and checked all versions HTML documents and looks great. Good job!

----------
nosy: +terab

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16667>
_______________________________________

From report at bugs.python.org  Sun Jun  8 00:51:54 2014
From: report at bugs.python.org (Kelley Nielsen)
Date: Sat, 07 Jun 2014 22:51:54 +0000
Subject: [issue14203] bytearray_getbuffer: unnecessary code
In-Reply-To: <1330972369.17.0.543217676638.issue14203@psf.upfronthosting.co.za>
Message-ID: <1402181514.13.0.231550585076.issue14203@psf.upfronthosting.co.za>


Kelley Nielsen added the comment:

I have verified that this feature is unused in the source tree; in fact, there are no internal calls to bytearray_getbuffer() at all. The only thing bytearray_getbuffer() does with its second arg is pass it to PyBuffer_FillInfo(), which immediately checks it and passes 0 up the call stack if it is NULL. (A comment in PyBuffer_FillInfo() asks why -1 is not passed up instead; it's probably to distinguish this feature from the error condition handled in the immediately following conditional block.)

There are potentially other issues stemming from this legacy feature in bytearray_getbuffer(), PyBuffer_FillInfo(), and elsewhere. The maintainers may see fit to open tickets on these issues as well.

There's more relevant commentary on the feature here: http://comments.gmane.org/gmane.comp.python.devel/130521

----------
nosy: +kelleynnn
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14203>
_______________________________________

From report at bugs.python.org  Sun Jun  8 01:07:34 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 07 Jun 2014 23:07:34 +0000
Subject: [issue11709] help-method crashes if sys.stdin is None
In-Reply-To: <1301390764.04.0.564019544953.issue11709@psf.upfronthosting.co.za>
Message-ID: <1402182454.45.0.713887648972.issue11709@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Unfortunately, the test doesn't fail without the fix in, probably because the pager() function replaces itself in the module and thus can only be called once. It might make more sense to just directly test the getpager function with sys.stdin = None.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11709>
_______________________________________

From report at bugs.python.org  Sun Jun  8 01:25:03 2014
From: report at bugs.python.org (Julian Gilbey)
Date: Sat, 07 Jun 2014 23:25:03 +0000
Subject: [issue21690] re documentation: re.compile links to re.search /
 re.match instead of regex.search / regex.match
Message-ID: <1402183503.23.0.87974807547.issue21690@psf.upfronthosting.co.za>


New submission from Julian Gilbey:

In re.rst, the re.compile documentation says:

   Compile a regular expression pattern into a regular expression object, which
   can be used for matching using its :func:`match` and :func:`search` methods,
   described below.

This results in linking to the re.match and re.search module functions instead of the regex.match and regex.search object methods.  I'm not sure what the correct replacement syntax is, presumably something like :meth:`~regex.match` and :meth:`~regex.search`.

----------
assignee: docs at python
components: Documentation
messages: 219997
nosy: docs at python, jdg
priority: normal
severity: normal
status: open
title: re documentation: re.compile links to re.search / re.match instead of regex.search / regex.match
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21690>
_______________________________________

From report at bugs.python.org  Sun Jun  8 01:26:46 2014
From: report at bugs.python.org (Yuly Tenorio)
Date: Sat, 07 Jun 2014 23:26:46 +0000
Subject: [issue12594] Docs for "Using Python on a Macintosh" needs to be
 updated
In-Reply-To: <1311174057.47.0.56455855185.issue12594@psf.upfronthosting.co.za>
Message-ID: <1402183606.57.0.275431621219.issue12594@psf.upfronthosting.co.za>


Yuly Tenorio added the comment:

Ok, I will definitely use that checker next time :) thanks!
Thanks Ned!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12594>
_______________________________________

From report at bugs.python.org  Sun Jun  8 01:35:44 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 07 Jun 2014 23:35:44 +0000
Subject: [issue1559298] test_popen fails on Windows if installed to "Program
 Files"
Message-ID: <1402184144.34.0.0153705854999.issue1559298@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is this worth pursuing given the wording here https://docs.python.org/3/library/subprocess.html#replacing-os-popen-os-popen2-os-popen3 ?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559298>
_______________________________________

From report at bugs.python.org  Sun Jun  8 01:43:16 2014
From: report at bugs.python.org (Martin Panter)
Date: Sat, 07 Jun 2014 23:43:16 +0000
Subject: [issue11681] -b option undocumented
In-Reply-To: <1301100825.87.0.69977993755.issue11681@psf.upfronthosting.co.za>
Message-ID: <1402184596.43.0.3364230547.issue11681@psf.upfronthosting.co.za>


Martin Panter added the comment:

Trouble is, in Python 2 bytes() and str() are the same thing, and most of those conditions don?t apply. Maybe something like this is more correct:

-b     : issue warnings about comparing bytearray with unicode.
         (-bb: issue errors)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11681>
_______________________________________

From report at bugs.python.org  Sun Jun  8 01:44:20 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 07 Jun 2014 23:44:20 +0000
Subject: [issue10765] Build regression from automation changes on windows
In-Reply-To: <1293146347.8.0.828425848028.issue10765@psf.upfronthosting.co.za>
Message-ID: <1402184660.7.0.60322789322.issue10765@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I agree with the sentiment expressed in msg160237.  Having said that I believe that a lot of work has been put into the build system recently that might have covered this.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10765>
_______________________________________

From report at bugs.python.org  Sun Jun  8 01:47:26 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 07 Jun 2014 23:47:26 +0000
Subject: [issue13223] pydoc removes 'self' in HTML for method docstrings with
 example code
In-Reply-To: <1319050782.47.0.924539258184.issue13223@psf.upfronthosting.co.za>
Message-ID: <3gmHT959RZz7LkJ@mail.python.org>


Roundup Robot added the comment:

New changeset 7aa72075d440 by Benjamin Peterson in branch '3.4':
don't remove self from example code in the HTML output (closes #13223)
http://hg.python.org/cpython/rev/7aa72075d440

New changeset e89c39125892 by Benjamin Peterson in branch '2.7':
don't remove self from example code in the HTML output (closes #13223)
http://hg.python.org/cpython/rev/e89c39125892

New changeset cddb17c4975e by Benjamin Peterson in branch 'default':
merge 3.4 (#13223)
http://hg.python.org/cpython/rev/cddb17c4975e

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13223>
_______________________________________

From report at bugs.python.org  Sun Jun  8 01:54:14 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Sat, 07 Jun 2014 23:54:14 +0000
Subject: [issue13924] Mercurial robots.txt should let robots crawl landing
 pages.
In-Reply-To: <1328135396.1.0.0965106732225.issue13924@psf.upfronthosting.co.za>
Message-ID: <1402185254.4.0.673284782028.issue13924@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Unfortunately, I don't think it will be that easy because I don't think robots.txt supports wildcard paths like that. Possibly, we should just whitelist a few important repositories.

----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13924>
_______________________________________

From report at bugs.python.org  Sun Jun  8 01:57:29 2014
From: report at bugs.python.org (Raimondo Giammanco)
Date: Sat, 07 Jun 2014 23:57:29 +0000
Subject: [issue21685] zipfile module doesn't properly compress odt documents
In-Reply-To: <1402146125.06.0.0023086764998.issue21685@psf.upfronthosting.co.za>
Message-ID: <1402185449.16.0.249672933107.issue21685@psf.upfronthosting.co.za>


Raimondo Giammanco added the comment:

SilentGhost, thank you for your reply but I am probably missing something with it. Maybe there is some misunderstanding because of my unclear report. Please let me sum up my point and excuse some repetitiveness

>From the documentation of .writestr:
``If given, compress_type overrides the value given for the compression parameter to the constructor for the new entry``
I believed to understand that .writestr would have used the same compression_type passed creating the `z' instance. So, having already passed ZIP_DEFLATED to the constructor, in my opinion, passing it again would have been an useless repetition.

However, as per your suggestion,I tried to explicitly pass ZIP_DEFLATED to .writestr too:

from zipfile import ZipFile, ZIP_DEFLATED
document = '/tmp/example.odt'
S2b, R2b = 'SUBST'.encode(), 'REPLACEMENT'.encode()
with ZipFile(document,'a', ZIP_DEFLATED) as z:
	xmlString = z.read('content.xml')
	xmlString = xmlString.replace(S2b, R2b)
    z.writestr('content.xml', xmlString, ZIP_DEFLATED)

but to no avail: with and without passing ZIP_DEFLATED to .writestr the odt documents lose the feature explained in my first post

AFAICT, the only way to keep a fully functional odt document is not to compress it (no ZIP_DEFLATED at all), as cited in my previous post 

with ZipFile(document,'a') as z:
	xmlString = z.read('content.xml')
	xmlString = xmlString.replace(S2b, R2b)
    z.writestr('content.xml', xmlString)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21685>
_______________________________________

From report at bugs.python.org  Sun Jun  8 02:09:57 2014
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 08 Jun 2014 00:09:57 +0000
Subject: [issue16667] timezone docs need "versionadded: 3.2"
In-Reply-To: <1355272202.83.0.0809647453086.issue16667@psf.upfronthosting.co.za>
Message-ID: <1402186197.82.0.130878351553.issue16667@psf.upfronthosting.co.za>


Berker Peksag added the comment:

The attached patch combines my changes with Andrew's patch.

----------
versions: +Python 3.5 -Python 3.2, Python 3.3
Added file: http://bugs.python.org/file35534/issue16667_v3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16667>
_______________________________________

From report at bugs.python.org  Sun Jun  8 02:17:37 2014
From: report at bugs.python.org (Brian Curtin)
Date: Sun, 08 Jun 2014 00:17:37 +0000
Subject: [issue1559298] test_popen fails on Windows if installed to "Program
 Files"
Message-ID: <1402186657.73.0.400530219226.issue1559298@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
nosy:  -brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559298>
_______________________________________

From report at bugs.python.org  Sun Jun  8 02:17:52 2014
From: report at bugs.python.org (Brian Curtin)
Date: Sun, 08 Jun 2014 00:17:52 +0000
Subject: [issue10765] Build regression from automation changes on windows
In-Reply-To: <1293146347.8.0.828425848028.issue10765@psf.upfronthosting.co.za>
Message-ID: <1402186672.65.0.0454207153807.issue10765@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
nosy:  -brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10765>
_______________________________________

From report at bugs.python.org  Sun Jun  8 02:32:00 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Jun 2014 00:32:00 +0000
Subject: [issue13247] under Windows,
 os.path.abspath returns non-ASCII bytes paths as question marks
In-Reply-To: <1319327124.52.0.956024299245.issue13247@psf.upfronthosting.co.za>
Message-ID: <1402187520.65.0.369357231446.issue13247@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I've read this entire issue and can't see that much can be done, so suggest it is closed as "won't fix" as has already happened for #16656, which was suggested is a duplicate of this in msg177609.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13247>
_______________________________________

From report at bugs.python.org  Sun Jun  8 02:46:57 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Jun 2014 00:46:57 +0000
Subject: [issue4071] ntpath.abspath fails for long str paths
In-Reply-To: <1223425635.48.0.940202056696.issue4071@psf.upfronthosting.co.za>
Message-ID: <1402188417.05.0.0847555550568.issue4071@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I don't see that any further work can be done here owing to limitations of the Windows str API.  Note that the same argument can be applied to issue1776160.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4071>
_______________________________________

From report at bugs.python.org  Sun Jun  8 02:56:03 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 08 Jun 2014 00:56:03 +0000
Subject: [issue12063] tokenize module appears to treat unterminated single and
 double-quoted strings inconsistently
In-Reply-To: <1305209970.17.0.31373709531.issue12063@psf.upfronthosting.co.za>
Message-ID: <3gmK0H5t2Xz7Ljj@mail.python.org>


Roundup Robot added the comment:

New changeset 188e5f42d4aa by Benjamin Peterson in branch '2.7':
document TokenError and unclosed expression behavior (closes #12063)
http://hg.python.org/cpython/rev/188e5f42d4aa

New changeset ddc174c4c7e5 by Benjamin Peterson in branch '3.4':
document TokenError and unclosed expression behavior (closes #12063)
http://hg.python.org/cpython/rev/ddc174c4c7e5

New changeset 3f2f1ffc3ce2 by Benjamin Peterson in branch 'default':
merge 3.4 (#12063)
http://hg.python.org/cpython/rev/3f2f1ffc3ce2

----------
nosy: +python-dev
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12063>
_______________________________________

From report at bugs.python.org  Sun Jun  8 02:57:41 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 08 Jun 2014 00:57:41 +0000
Subject: [issue18910] IDle: test textView.py
In-Reply-To: <1378173406.38.0.908315708817.issue18910@psf.upfronthosting.co.za>
Message-ID: <3gmK2D6ng7z7Ljr@mail.python.org>


Roundup Robot added the comment:

New changeset a0be81607a50 by Benjamin Peterson in branch '2.7':
backed out 86ba41b7bb46 (#18910) for test breakage
http://hg.python.org/cpython/rev/a0be81607a50

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18910>
_______________________________________

From report at bugs.python.org  Sun Jun  8 03:35:06 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 08 Jun 2014 01:35:06 +0000
Subject: [issue18141] tkinter.Image.__del__ can throw an exception if module
 globals are destroyed in the wrong order
In-Reply-To: <1370434176.62.0.932474289882.issue18141@psf.upfronthosting.co.za>
Message-ID: <1402191306.97.0.668005433757.issue18141@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Thank you for the investigation. Unless there is a problem in 2.7, which you have not mentioned, this should be closed as out-of-date, or maybe fixed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18141>
_______________________________________

From report at bugs.python.org  Sun Jun  8 03:39:27 2014
From: report at bugs.python.org (paul j3)
Date: Sun, 08 Jun 2014 01:39:27 +0000
Subject: [issue21666] Argparse exceptions should include which argument has a
 problem
In-Reply-To: <1401942308.15.0.761903567148.issue21666@psf.upfronthosting.co.za>
Message-ID: <1402191567.66.0.23453487583.issue21666@psf.upfronthosting.co.za>


paul j3 added the comment:

The ''_expand_help' method formats one action (argument) at a time, so it could issue an error message that includes that action's name.

The disconnect that you noticed arises because your bad 'help' parameter wasn't tested until is was used in a 'print_help'.

http://bugs.python.org/issue9849 asks for better testing of `nargs` (and `metavar`) values.  In the proposed patch, 'add_argument' creates a temporary HelpFormatter and tries to format a relevant portion of the help.  I suppose that test could be extended to test the 'help' parameter as well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21666>
_______________________________________

From report at bugs.python.org  Sun Jun  8 05:07:36 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 08 Jun 2014 03:07:36 +0000
Subject: [issue20578] BufferedIOBase.readinto1 is missing
In-Reply-To: <1391991229.05.0.363628736117.issue20578@psf.upfronthosting.co.za>
Message-ID: <3gmMw73syRz7LjP@mail.python.org>


Roundup Robot added the comment:

New changeset 0fb7789b5eeb by Benjamin Peterson in branch 'default':
add BufferedIOBase.readinto1 (closes #20578)
http://hg.python.org/cpython/rev/0fb7789b5eeb

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20578>
_______________________________________

From report at bugs.python.org  Sun Jun  8 05:09:08 2014
From: report at bugs.python.org (B D)
Date: Sun, 08 Jun 2014 03:09:08 +0000
Subject: [issue11709] help-method crashes if sys.stdin is None
In-Reply-To: <1301390764.04.0.564019544953.issue11709@psf.upfronthosting.co.za>
Message-ID: <1402196948.75.0.130614037072.issue11709@psf.upfronthosting.co.za>


B D added the comment:

I've updated the unit test and have verified that it does fail when the original patch is not included. I also ran make patchcheck again and re-ran all of the tests. This should be good to go. Thanks for your insights, Benjamin.

----------
Added file: http://bugs.python.org/file35535/issue11709.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11709>
_______________________________________

From report at bugs.python.org  Sun Jun  8 05:17:43 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 08 Jun 2014 03:17:43 +0000
Subject: [issue11709] help-method crashes if sys.stdin is None
In-Reply-To: <1301390764.04.0.564019544953.issue11709@psf.upfronthosting.co.za>
Message-ID: <3gmN7q04wKz7Ljq@mail.python.org>


Roundup Robot added the comment:

New changeset baca52bb5c74 by Benjamin Peterson in branch '3.4':
make sure the builtin help function doesn't fail when sys.stdin is not a valid file (closes #11709)
http://hg.python.org/cpython/rev/baca52bb5c74

New changeset 1a9c07880a15 by Benjamin Peterson in branch '2.7':
make sure the builtin help function doesn't fail when sys.stdin is not a valid file (closes #11709)
http://hg.python.org/cpython/rev/1a9c07880a15

New changeset 3bbb8cb45f58 by Benjamin Peterson in branch 'default':
merge 3.4 (#11709)
http://hg.python.org/cpython/rev/3bbb8cb45f58

----------
nosy: +python-dev
resolution:  -> fixed
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11709>
_______________________________________

From report at bugs.python.org  Sun Jun  8 05:18:42 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Jun 2014 03:18:42 +0000
Subject: [issue20578] BufferedIOBase.readinto1 is missing
In-Reply-To: <1391991229.05.0.363628736117.issue20578@psf.upfronthosting.co.za>
Message-ID: <1402197522.34.0.819288454833.issue20578@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Looks like test_file is unhappy: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.x%203.x/builds/1758/steps/test/logs/stdio

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20578>
_______________________________________

From report at bugs.python.org  Sun Jun  8 08:03:05 2014
From: report at bugs.python.org (paul j3)
Date: Sun, 08 Jun 2014 06:03:05 +0000
Subject: [issue21666] Argparse exceptions should include which argument has a
 problem
In-Reply-To: <1401942308.15.0.761903567148.issue21666@psf.upfronthosting.co.za>
Message-ID: <1402207385.07.0.69337588641.issue21666@psf.upfronthosting.co.za>


paul j3 added the comment:

In http://bugs.python.org/file30010/nargswarn.patch adding the '_expand_help(action)' line should test the help string (during add_argument).

    def _check_argument(self, action):
        # check action arguments
        # focus on the arguments that the parent container does not know about
        # check nargs and metavar tuple
        try:
            self._get_formatter()._format_args(action, None)
        except ValueError as e:
            raise ArgumentError(action, str(e))
        except TypeError:
            #raise ValueError("length of metavar tuple does not match nargs")
            raise ArgumentError(action, "length of metavar tuple does not match nargs")
        # check the 'help' string
        try:
            self._get_formatter()._expand_help(action)
        except (ValueError, TypeError, KeyError) as e:
            raise ArgumentError(action, 'badly formed help string')

The 'except' clause may need to be changed to capture all (or just most?) of the possible errors in the format string.  Besides your error I can imagine '%(error)s` (a KeyError).  We also need to pay attention to the differences between Py2 and Py3 errors.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21666>
_______________________________________

From report at bugs.python.org  Sun Jun  8 08:05:34 2014
From: report at bugs.python.org (paul j3)
Date: Sun, 08 Jun 2014 06:05:34 +0000
Subject: [issue9849] Argparse needs better error handling for nargs
In-Reply-To: <1284420312.86.0.187137843637.issue9849@psf.upfronthosting.co.za>
Message-ID: <1402207534.72.0.170354924493.issue9849@psf.upfronthosting.co.za>


paul j3 added the comment:

http://bugs.python.org/issue21666
raises the possibility of testing the 'help' parameter in the same way.  By adding (to _check_argument):

        # check the 'help' string
        try:
            self._get_formatter()._expand_help(action)
        except (ValueError, TypeError, KeyError) as e:
            raise ArgumentError(action, 'badly formed help string')

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9849>
_______________________________________

From report at bugs.python.org  Sun Jun  8 08:18:20 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 08 Jun 2014 06:18:20 +0000
Subject: [issue20578] BufferedIOBase.readinto1 is missing
In-Reply-To: <1391991229.05.0.363628736117.issue20578@psf.upfronthosting.co.za>
Message-ID: <3gmS8C6j8cz7LjT@mail.python.org>


Roundup Robot added the comment:

New changeset b1e99b4ec374 by Benjamin Peterson in branch 'default':
backout 0fb7789b5eeb for test breakage (#20578)
http://hg.python.org/cpython/rev/b1e99b4ec374

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20578>
_______________________________________

From report at bugs.python.org  Sun Jun  8 08:28:00 2014
From: report at bugs.python.org (Martin Panter)
Date: Sun, 08 Jun 2014 06:28:00 +0000
Subject: [issue20699] Behavior of ZipFile with file-like object and
 BufferedWriter.
In-Reply-To: <1392889792.36.0.922412998797.issue20699@psf.upfronthosting.co.za>
Message-ID: <1402208880.86.0.608942060013.issue20699@psf.upfronthosting.co.za>


Martin Panter added the comment:

I have a related issue in Python 3.4. I suspect it is the same underlying problem as Henning?s. BufferedWriter is trying to write memoryview() objects, but the documentation for RawIOBase.write() implies it only has to accept bytes() and bytearray() objects.

>>> from io import BufferedWriter, RawIOBase
>>> class Raw(RawIOBase):
...     def writable(self): return True
...     def write(self, b): print(b.startswith(b"\n"))
... 
>>> b = BufferedWriter(Raw())
>>> b.write(b"abc")
3
>>> b.close()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<stdin>", line 3, in write
AttributeError: 'memoryview' object has no attribute 'startswith'

----------
nosy: +vadmium
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20699>
_______________________________________

From report at bugs.python.org  Sun Jun  8 08:32:17 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Jun 2014 06:32:17 +0000
Subject: [issue20578] BufferedIOBase.readinto1 is missing
In-Reply-To: <1391991229.05.0.363628736117.issue20578@psf.upfronthosting.co.za>
Message-ID: <1402209137.26.0.483436197838.issue20578@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20578>
_______________________________________

From report at bugs.python.org  Sun Jun  8 08:36:45 2014
From: report at bugs.python.org (eryksun)
Date: Sun, 08 Jun 2014 06:36:45 +0000
Subject: [issue1559298] test_popen fails on Windows if installed to "Program
 Files"
Message-ID: <1402209405.41.0.538599198689.issue1559298@psf.upfronthosting.co.za>


eryksun added the comment:

This is fixed for subprocess.Popen in 2.7, 3.1, and 3.2; see issue 2304. In 2.7, nt.popen still has this problem. As mentioned above, it can be worked around by using subprocess.Popen as described here:

https://docs.python.org/2/library/subprocess.html#replacing-os-popen-os-popen2-os-popen3

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1559298>
_______________________________________

From report at bugs.python.org  Sun Jun  8 08:42:09 2014
From: report at bugs.python.org (Jackson Cooper)
Date: Sun, 08 Jun 2014 06:42:09 +0000
Subject: [issue21691] set() returns random output with Python 3.4.1,
 in non-interactive mode
Message-ID: <1402209729.83.0.684576336289.issue21691@psf.upfronthosting.co.za>


New submission from Jackson Cooper:

The set() built-in returns random output, only when Python 3 is being used, and in non-interactive mode (executing a file).

Steps to reproduce:

1. Create file with only print(set(['A', 'B'])) inside it.

2. Execute file with Python 3.4.1 numerous times (10+) over 10+ seconds. The output will vary (randomly?) between {'B', 'A'} and {'A', 'B'}.


I can only reproduce this with Python 3.4.1 (have not tried 3.5). It cannot be reproduced in Python 2 (2.7.6) interactive or non-interactive mode, or Python 3.4.1 in interactive mode. Only in Python 3 when executing a file.


Tested on OS X 10.9.3, Python installed via Homebrew.

----------
components: Interpreter Core
messages: 220021
nosy: Jackson.Cooper
priority: normal
severity: normal
status: open
title: set() returns random output with Python 3.4.1, in non-interactive mode
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21691>
_______________________________________

From report at bugs.python.org  Sun Jun  8 08:52:37 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 08 Jun 2014 06:52:37 +0000
Subject: [issue21691] set() returns random output with Python 3.4.1,
 in non-interactive mode
In-Reply-To: <1402209729.83.0.684576336289.issue21691@psf.upfronthosting.co.za>
Message-ID: <1402210357.72.0.316444448289.issue21691@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Yep, set order like dictionary order is arbitrary.

----------
nosy: +benjamin.peterson
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21691>
_______________________________________

From report at bugs.python.org  Sun Jun  8 08:58:31 2014
From: report at bugs.python.org (Ned Deily)
Date: Sun, 08 Jun 2014 06:58:31 +0000
Subject: [issue21691] set() returns random output with Python 3.4.1,
 in non-interactive mode
In-Reply-To: <1402209729.83.0.684576336289.issue21691@psf.upfronthosting.co.za>
Message-ID: <1402210711.81.0.557607093119.issue21691@psf.upfronthosting.co.za>


Ned Deily added the comment:

To expand a bit, this is by design, a consequence of the hash randomization feature; see

https://docs.python.org/3/using/cmdline.html#envvar-PYTHONHASHSEED

As noted there, if necessary, it is possible to disable hash randomization.  But tests with set values or dict keys should not depend on a particular order as even disabling hash randomization would not guarantee the same results on different platforms or builds of Pythons.

$ python3.4 -c "print(set(['A', 'B']))"
{'B', 'A'}
$ python3.4 -c "print(set(['A', 'B']))"
{'A', 'B'}
$ python3.4 -c "print(set(['A', 'B']))"
{'B', 'A'}
$ PYTHONHASHSEED=0 python3.4 -c "print(set(['A', 'B']))"
{'B', 'A'}
$ PYTHONHASHSEED=0 python3.4 -c "print(set(['A', 'B']))"
{'B', 'A'}
$ PYTHONHASHSEED=0 python3.4 -c "print(set(['A', 'B']))"
{'B', 'A'}

----------
nosy: +ned.deily
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21691>
_______________________________________

From report at bugs.python.org  Sun Jun  8 09:13:14 2014
From: report at bugs.python.org (Jackson Cooper)
Date: Sun, 08 Jun 2014 07:13:14 +0000
Subject: [issue21691] set() returns random output with Python 3.4.1,
 in non-interactive mode
In-Reply-To: <1402209729.83.0.684576336289.issue21691@psf.upfronthosting.co.za>
Message-ID: <1402211594.21.0.200042778145.issue21691@psf.upfronthosting.co.za>


Jackson Cooper added the comment:

Ah, gotcha. I was assuming the output was consistent across environments, even though ordering of set() is arbitrary.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21691>
_______________________________________

From report at bugs.python.org  Sun Jun  8 09:37:07 2014
From: report at bugs.python.org (Fei Long Wang)
Date: Sun, 08 Jun 2014 07:37:07 +0000
Subject: [issue21692] Wrong order of expected/actual for
 assert_called_once_with
Message-ID: <1402213027.91.0.0664386594631.issue21692@psf.upfronthosting.co.za>


New submission from Fei Long Wang:

>>> m=mock.Mock()
>>> m.some_method('foo', 'bar')
<Mock name='mock.some_method()' id='140353787504656'>
>>> m.some_method.assert_called_once_with('foo', 'bar')
>>> m.some_method.assert_called_once_with('foo', 'baz')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/lib/python2.7/dist-packages/mock.py", line 846, in assert_called_once_with
    return self.assert_called_with(*args, **kwargs)
  File "/usr/local/lib/python2.7/dist-packages/mock.py", line 835, in assert_called_with
    raise AssertionError(msg)
AssertionError: Expected call: some_method('foo', 'baz')   #####
Actual call: some_method('foo', 'bar')                     #####
>>>

----------
components: Tests
messages: 220025
nosy: flwang
priority: normal
severity: normal
status: open
title: Wrong order of expected/actual for assert_called_once_with
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21692>
_______________________________________

From report at bugs.python.org  Sun Jun  8 10:12:23 2014
From: report at bugs.python.org (Ned Deily)
Date: Sun, 08 Jun 2014 08:12:23 +0000
Subject: [issue21692] Wrong order of expected/actual for
 assert_called_once_with
In-Reply-To: <1402213027.91.0.0664386594631.issue21692@psf.upfronthosting.co.za>
Message-ID: <1402215143.57.0.130931029519.issue21692@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +michael.foord

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21692>
_______________________________________

From report at bugs.python.org  Sun Jun  8 10:16:32 2014
From: report at bugs.python.org (SilentGhost)
Date: Sun, 08 Jun 2014 08:16:32 +0000
Subject: [issue21685] zipfile module doesn't properly compress odt documents
In-Reply-To: <1402146125.06.0.0023086764998.issue21685@psf.upfronthosting.co.za>
Message-ID: <1402215392.42.0.163581377555.issue21685@psf.upfronthosting.co.za>


SilentGhost added the comment:

Whether for reasons of slightly different setup or due to something else, I'm not able to reproduce the issue. What I do see, is that the field is not automatically updated, so on opening of the document I have to hit F9 to get the "answer" field updated. That doesn't, however, seem at all related to the compression method (that is I do get the same behaviour for any combination of compression level values). Perhaps someone else would have a better idea.

----------
nosy: +alanmcintyre

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21685>
_______________________________________

From report at bugs.python.org  Sun Jun  8 10:17:44 2014
From: report at bugs.python.org (Yann Lebel)
Date: Sun, 08 Jun 2014 08:17:44 +0000
Subject: [issue21693] Broken link to Pylons in the HOWTO TurboGears
 documentation
Message-ID: <1402215464.69.0.795640420868.issue21693@psf.upfronthosting.co.za>


New submission from Yann Lebel:

The link to the Pylons framework present at the end of theHOWTO -> HOWTO Use Python in the web -> TurboGears documentation section redirect to a domain that does not exists anymore.

I believe it should be replaced by http://www.pylonsproject.org/

Here is the link to the documentation section
https://docs.python.org/3/howto/webservers.html#turbogears

----------
assignee: docs at python
components: Documentation
messages: 220027
nosy: Yann.Lebel, docs at python
priority: normal
severity: normal
status: open
title: Broken link to Pylons in the HOWTO TurboGears documentation
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21693>
_______________________________________

From report at bugs.python.org  Sun Jun  8 10:24:39 2014
From: report at bugs.python.org (Yann Lebel)
Date: Sun, 08 Jun 2014 08:24:39 +0000
Subject: [issue21693] Broken link to Pylons in the HOWTO TurboGears
 documentation
In-Reply-To: <1402215464.69.0.795640420868.issue21693@psf.upfronthosting.co.za>
Message-ID: <1402215879.37.0.0808792715986.issue21693@psf.upfronthosting.co.za>


Yann Lebel added the comment:

I just noticed that the same broken link exists in the "Other notable frameworks" as well.

Here is the link to the section 
https://docs.python.org/3/howto/webservers.html#other-notable-frameworks

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21693>
_______________________________________

From report at bugs.python.org  Sun Jun  8 11:30:38 2014
From: report at bugs.python.org (Michael Foord)
Date: Sun, 08 Jun 2014 09:30:38 +0000
Subject: [issue21692] Wrong order of expected/actual for
 assert_called_once_with
In-Reply-To: <1402213027.91.0.0664386594631.issue21692@psf.upfronthosting.co.za>
Message-ID: <1402219838.64.0.224746214563.issue21692@psf.upfronthosting.co.za>


Michael Foord added the comment:

What specifically are you saying is in the wrong order?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21692>
_______________________________________

From report at bugs.python.org  Sun Jun  8 14:05:59 2014
From: report at bugs.python.org (Michael Foord)
Date: Sun, 08 Jun 2014 12:05:59 +0000
Subject: [issue21600] mock.patch.stopall doesn't work with patch.dict to
 sys.modules
In-Reply-To: <1401334528.48.0.358693350259.issue21600@psf.upfronthosting.co.za>
Message-ID: <1402229159.28.0.36795650223.issue21600@psf.upfronthosting.co.za>


Michael Foord added the comment:

That looks great - thanks! I'll get it committed shortly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21600>
_______________________________________

From report at bugs.python.org  Sun Jun  8 14:32:07 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Jun 2014 12:32:07 +0000
Subject: [issue15286] normpath does not work with local literal paths
In-Reply-To: <1341679642.43.0.277228630346.issue15286@psf.upfronthosting.co.za>
Message-ID: <1402230727.28.0.433470938131.issue15286@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

As Antoine's pathlib made it into 3.4 is the patch here now obsolete or what?  Also note the reference to issue15275.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15286>
_______________________________________

From report at bugs.python.org  Sun Jun  8 14:42:34 2014
From: report at bugs.python.org (Jan Kanis)
Date: Sun, 08 Jun 2014 12:42:34 +0000
Subject: [issue18141] tkinter.Image.__del__ can throw an exception if module
 globals are destroyed in the wrong order
In-Reply-To: <1370434176.62.0.932474289882.issue18141@psf.upfronthosting.co.za>
Message-ID: <1402231354.87.0.895761886957.issue18141@psf.upfronthosting.co.za>


Jan Kanis added the comment:

I tested 2.7 tip (6dfbe504f659), which does not show the problem, as expected. 

I think there was a real bug in that the tkinter.TclError global was being set to None on exit, but a TclError being raised is expected if I go by the comment in tkinter. The bug was fixed in commit 79e2f5bbc30c.

----------
resolution:  -> out of date
status: open -> closed
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18141>
_______________________________________

From report at bugs.python.org  Sun Jun  8 15:14:03 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Jun 2014 13:14:03 +0000
Subject: [issue15275] isinstance is called a more times that needed in ntpath
In-Reply-To: <1341668298.8.0.671820953585.issue15275@psf.upfronthosting.co.za>
Message-ID: <1402233243.34.0.354145891565.issue15275@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Manuel do you intend picking this up?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15275>
_______________________________________

From report at bugs.python.org  Sun Jun  8 15:31:25 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sun, 08 Jun 2014 13:31:25 +0000
Subject: [issue21694] IDLE - Test ParenMatch
Message-ID: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>


New submission from Saimadhav Heblikar:

Adding test for idlelib.ParenMatch for 3.4
Will backport to 2.7 when this patch is OK.
3 lines could not be tested in this patch.

----------
components: IDLE
files: test-parenmatch.diff
keywords: patch
messages: 220034
nosy: jesstess, sahutd, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE - Test ParenMatch
versions: Python 2.7, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35536/test-parenmatch.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Sun Jun  8 16:49:00 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Jun 2014 14:49:00 +0000
Subject: [issue17822] Save on Close windows (IDLE)
In-Reply-To: <1366722813.3.0.645227250665.issue17822@psf.upfronthosting.co.za>
Message-ID: <1402238940.45.0.586698190654.issue17822@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Using 3.4.1 on Windows I can't reproduce the AttributErrors given in msg187674

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17822>
_______________________________________

From report at bugs.python.org  Sun Jun  8 16:59:01 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Jun 2014 14:59:01 +0000
Subject: [issue12274] "Print window" menu on IDLE aborts whole application
In-Reply-To: <1307427367.68.0.910605365077.issue12274@psf.upfronthosting.co.za>
Message-ID: <1402239541.89.0.564327158353.issue12274@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as a patch has been committed and the unittest framework was created on issue15392 ?

----------
nosy: +BreamoreBoy, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12274>
_______________________________________

From report at bugs.python.org  Sun Jun  8 17:50:51 2014
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Sun, 08 Jun 2014 15:50:51 +0000
Subject: [issue21515] Use Linux O_TMPFILE flag in tempfile.TemporaryFile?
In-Reply-To: <1400231841.29.0.337128735098.issue21515@psf.upfronthosting.co.za>
Message-ID: <1402242651.97.0.791763640358.issue21515@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis added the comment:

Minor inconsistency in Lib/tempfile.py:
                # Set flag to None to not try again.
                _O_TMPFILE_WORKS = False

s/None/False/

----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21515>
_______________________________________

From report at bugs.python.org  Sun Jun  8 18:17:31 2014
From: report at bugs.python.org (Vajrasky Kok)
Date: Sun, 08 Jun 2014 16:17:31 +0000
Subject: [issue21476] Inconsitent behaviour between BytesParser.parse and
 Parser.parse
In-Reply-To: <1399863485.87.0.621460999738.issue21476@psf.upfronthosting.co.za>
Message-ID: <1402244251.27.0.862610304745.issue21476@psf.upfronthosting.co.za>


Vajrasky Kok added the comment:

Here is the patch based on R. David Murray's nitpick.

----------
Added file: http://bugs.python.org/file35537/bytes_parser_dont_close_file_v5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21476>
_______________________________________

From report at bugs.python.org  Sun Jun  8 19:15:30 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Jun 2014 17:15:30 +0000
Subject: [issue4765] IDLE fails to "Delete Custom Key Set" properly
In-Reply-To: <1230525520.13.0.417394561266.issue4765@psf.upfronthosting.co.za>
Message-ID: <1402247730.7.0.640455278874.issue4765@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

This is still a problem on Windows 7 with 3.4.1 but the patch file fixes it.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4765>
_______________________________________

From report at bugs.python.org  Sun Jun  8 20:34:55 2014
From: report at bugs.python.org (Nicholas Allevato)
Date: Sun, 08 Jun 2014 18:34:55 +0000
Subject: [issue4765] IDLE fails to "Delete Custom Key Set" properly
In-Reply-To: <1230525520.13.0.417394561266.issue4765@psf.upfronthosting.co.za>
Message-ID: <1402252495.48.0.393149903879.issue4765@psf.upfronthosting.co.za>


Changes by Nicholas Allevato <nicholas.allevato at gmail.com>:


----------
nosy: +nicholas.allevato

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4765>
_______________________________________

From report at bugs.python.org  Sun Jun  8 20:35:56 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 08 Jun 2014 18:35:56 +0000
Subject: [issue17822] Save on Close windows (IDLE)
In-Reply-To: <1366722813.3.0.645227250665.issue17822@psf.upfronthosting.co.za>
Message-ID: <1402252556.37.0.268042540155.issue17822@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

When writing the human-verified tests in idle_test.htest.py, we discovered that there is a different between Windows and Linux in focus shifting when opening an editor window from a visible root window. On Widows, I have to click on the editor window to enter anything. Saimadhav reports that on Linux, the editor already has the focus and is live.

Similarly, when I open Idle from console interpreter with
import idlelib.idle
the focus stay with the console and I have to click on the shell to enter code there. I suspect that this is also different on *nix. Can someone check?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17822>
_______________________________________

From report at bugs.python.org  Sun Jun  8 20:49:52 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 08 Jun 2014 18:49:52 +0000
Subject: [issue18910] IDle: test textView.py
In-Reply-To: <1378173406.38.0.908315708817.issue18910@psf.upfronthosting.co.za>
Message-ID: <1402253392.27.0.0986104908912.issue18910@psf.upfronthosting.co.za>


Zachary Ware added the comment:

The changeset Benjamin backed out is pretty much fine, just needs the requires('gui') to be at the top of setUpModule instead of at toplevel.  That does mean the whole module is constructed and then thrown away without doing anything, but it at least runs properly even with no Tk available.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18910>
_______________________________________

From report at bugs.python.org  Sun Jun  8 20:51:25 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 08 Jun 2014 18:51:25 +0000
Subject: [issue21682] Refleak in idle_test test_autocomplete
In-Reply-To: <1402116918.55.0.530406821605.issue21682@psf.upfronthosting.co.za>
Message-ID: <1402253485.41.0.105246821026.issue21682@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Terry, did you mean to push Saimadhav's patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21682>
_______________________________________

From report at bugs.python.org  Sun Jun  8 20:57:54 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 08 Jun 2014 18:57:54 +0000
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows
 required
In-Reply-To: <1401989362.0.0.600738846539.issue21671@psf.upfronthosting.co.za>
Message-ID: <1402253874.29.0.389282987935.issue21671@psf.upfronthosting.co.za>


Zachary Ware added the comment:

So installers are out for 3.1-3.3; should we still update the externals script and pyproject properties for those branches anyway?  If not, this issue should be ready to close.

----------
stage:  -> commit review
status: open -> pending
type:  -> security

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

From report at bugs.python.org  Sun Jun  8 20:58:15 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 08 Jun 2014 18:58:15 +0000
Subject: [issue21682] Refleak in idle_test test_autocomplete
In-Reply-To: <1402116918.55.0.530406821605.issue21682@psf.upfronthosting.co.za>
Message-ID: <3gmn123V9tz7Ljy@mail.python.org>


Roundup Robot added the comment:

New changeset b8f33440cd5e by Terry Jan Reedy in branch '2.7':
Issue #21682: Replace EditorWindow with mock to eliminate memory leaks.
http://hg.python.org/cpython/rev/b8f33440cd5e

New changeset e6cc02d32957 by Terry Jan Reedy in branch '3.4':
Issue #21682: Replace EditorWindow with mock to eliminate memory leaks.
http://hg.python.org/cpython/rev/e6cc02d32957

New changeset 30c2f65a6346 by Terry Jan Reedy in branch '2.7':
Issue #21682: Replace EditorWindow with mock to eliminate memory leaks.
http://hg.python.org/cpython/rev/30c2f65a6346

New changeset 7f14a2c10c09 by Terry Jan Reedy in branch '3.4':
Issue #21682: Replace EditorWindow with mock to eliminate memory leaks.
http://hg.python.org/cpython/rev/7f14a2c10c09

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21682>
_______________________________________

From report at bugs.python.org  Sun Jun  8 21:02:57 2014
From: report at bugs.python.org (Steve Dower)
Date: Sun, 08 Jun 2014 19:02:57 +0000
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows
 required
In-Reply-To: <1402253874.29.0.389282987935.issue21671@psf.upfronthosting.co.za>
Message-ID: <6b33efa61a4248c5aa27b152ee34b54f@DM2PR03MB400.namprd03.prod.outlook.com>


Steve Dower added the comment:

The only reason to do it is to help out those who build from source, which I suspect is an incredibly small group on Windows. We'd also be signing up to keep doing it, and implying that it's been tested.

I say don't bother.
________________________________
From: Zachary Ware<mailto:report at bugs.python.org>
Sent: ?6/?8/?2014 11:57
To: Steve Dower<mailto:Steve.Dower at microsoft.com>
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows required

Zachary Ware added the comment:

So installers are out for 3.1-3.3; should we still update the externals script and pyproject properties for those branches anyway?  If not, this issue should be ready to close.

----------
stage:  -> commit review
status: open -> pending
type:  -> security

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

From report at bugs.python.org  Sun Jun  8 21:04:58 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 08 Jun 2014 19:04:58 +0000
Subject: [issue21671] CVE-2014-0224: OpenSSL upgrade to 1.0.1h on Windows
 required
In-Reply-To: <1401989362.0.0.600738846539.issue21671@psf.upfronthosting.co.za>
Message-ID: <1402254298.06.0.866469380533.issue21671@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Good enough for me.

----------
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21671>
_______________________________________

From report at bugs.python.org  Sun Jun  8 21:20:25 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Jun 2014 19:20:25 +0000
Subject: [issue17822] Save on Close windows (IDLE)
In-Reply-To: <1366722813.3.0.645227250665.issue17822@psf.upfronthosting.co.za>
Message-ID: <1402255225.58.0.688597873915.issue17822@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Using 3.4.1 and 3.5.0 on Windows 7 I always get the focus set to the edit window or shell as appropriate.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17822>
_______________________________________

From report at bugs.python.org  Sun Jun  8 21:24:35 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 08 Jun 2014 19:24:35 +0000
Subject: [issue21683] Add Tix to the Windows buildbot scripts
Message-ID: <1402255475.13.0.777273190676.issue21683@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file35538/issue21683.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21683>
_______________________________________

From report at bugs.python.org  Sun Jun  8 21:32:33 2014
From: report at bugs.python.org (Glyph Lefkowitz)
Date: Sun, 08 Jun 2014 19:32:33 +0000
Subject: [issue21669] Custom error messages when print & exec are used as
 statements
In-Reply-To: <1401980839.06.0.736211179057.issue21669@psf.upfronthosting.co.za>
Message-ID: <1402255953.09.0.929807448173.issue21669@psf.upfronthosting.co.za>


Glyph Lefkowitz added the comment:

Just my 2? here: rather than debating cases in the abstract, it would be interesting to 'pip install' a couple of popular 2.x-only packages and see if the error message is an improvement.

My experience is that learners don't hit this so much by writing their own code wrong, but by loading a dependency with incorrect metadata on the wrong Python.  (Which suggests to me that a URL in the error message telling you how to download a different version of Python would be very helpful as well.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21669>
_______________________________________

From report at bugs.python.org  Sun Jun  8 21:44:42 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 08 Jun 2014 19:44:42 +0000
Subject: [issue21683] Add Tix to the Windows buildbot scripts
Message-ID: <3gmp2d5Lm5z7Ljd@mail.python.org>


New submission from Roundup Robot:

New changeset 31dbdd7596aa by Zachary Ware in branch '3.4':
Issue #21683: Add Tix build to the Windows buildbot scripts.
http://hg.python.org/cpython/rev/31dbdd7596aa

New changeset 8bafb707d549 by Zachary Ware in branch '2.7':
Issue #21683: Add Tix build to the Windows buildbot scripts.
http://hg.python.org/cpython/rev/8bafb707d549

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21683>
_______________________________________

From report at bugs.python.org  Sun Jun  8 21:46:18 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 08 Jun 2014 19:46:18 +0000
Subject: [issue21683] Add Tix to the Windows buildbot scripts
In-Reply-To: <3gmp2d5Lm5z7Ljd@mail.python.org>
Message-ID: <1402256778.5.0.571151042738.issue21683@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Tix should be built on the 2.7 and 3.4 buildbots now; it already has been on 3.x.

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21683>
_______________________________________

From report at bugs.python.org  Sun Jun  8 21:51:03 2014
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Sun, 08 Jun 2014 19:51:03 +0000
Subject: [issue21569] PEP 466: Python 2.7 What's New preamble changes
In-Reply-To: <1400927192.68.0.366242673147.issue21569@psf.upfronthosting.co.za>
Message-ID: <1402257063.68.0.292571147608.issue21569@psf.upfronthosting.co.za>


Arfrever Frehtes Taifersar Arahesis added the comment:

These changes caused this warning (at least on default branch) from Sphinx:

${cpython_working_copy}/Doc/whatsnew/2.7.rst:442: WARNING: undefined label: argparse-from-optparse (if the link has no caption the label must precede a section header)

----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21569>
_______________________________________

From report at bugs.python.org  Sun Jun  8 21:57:39 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 08 Jun 2014 19:57:39 +0000
Subject: [issue21695] Idle 3.4.1-: closing Find in Files while in progress
 closes Idle
Message-ID: <1402257459.19.0.652295391424.issue21695@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

Reproducer: On Windows, Open Idle and editor. In editor grep (alt-f3), for instance, 'print' in /Lib/*.py. While hits are flashing by, close the output window with [x]

2.7.6 or .7: Output window closes, Idle continues as desired.
3.3.5 or 3.4.1: All Idle windows - shell, editor, output
3.4.1+, 3.5.0a, debug builds run from console interpreter:
Output window closes, Idle continues, as desired.
console window displays exception ending with 

  File "F:\Python\dev\5\py35\lib\idlelib\GrepDialog.py", line 90, in grep_it
    (fn, lineno, line))
  File "F:\Python\dev\5\py35\lib\idlelib\OutputWindow.py", line 40, in write
    self.text.insert(mark, s, tags)
AttributeError: 'NoneType' object has no attribute 'insert'

The specific fix is to wrap the text insert with try: except: break. The immediate mystery  is why 2.7 did not shutdown with nowhere to print the traceback.

----------
assignee: terry.reedy
messages: 220052
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Idle 3.4.1-: closing Find in Files while in progress closes Idle
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21695>
_______________________________________

From report at bugs.python.org  Sun Jun  8 22:11:35 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 08 Jun 2014 20:11:35 +0000
Subject: [issue21696] Idle: test syntax of configuration files
Message-ID: <1402258295.62.0.994323894939.issue21696@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

Spinoff of #12274 and a dependency thereof: new test_configurations.py should statically test that configparser, called from idlelib.configHandler, can process all the configuration.def files without error.

----------
assignee: terry.reedy
messages: 220053
nosy: sahutd, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Idle: test syntax of configuration files
type: enhancement
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21696>
_______________________________________

From report at bugs.python.org  Sun Jun  8 22:13:07 2014
From: report at bugs.python.org (Richard Oudkerk)
Date: Sun, 08 Jun 2014 20:13:07 +0000
Subject: [issue20147] multiprocessing.Queue.get() raises queue.Empty exception
 if even if an item is available
In-Reply-To: <1389022210.55.0.898891193549.issue20147@psf.upfronthosting.co.za>
Message-ID: <1402258387.21.0.834632700291.issue20147@psf.upfronthosting.co.za>


Changes by Richard Oudkerk <shibturn at gmail.com>:


----------
assignee:  -> sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20147>
_______________________________________

From report at bugs.python.org  Sun Jun  8 22:17:25 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 08 Jun 2014 20:17:25 +0000
Subject: [issue12274] "Print window" menu on IDLE aborts whole application
In-Reply-To: <1307427367.68.0.910605365077.issue12274@psf.upfronthosting.co.za>
Message-ID: <1402258645.65.0.626340183231.issue12274@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This issue needs a unittest test added within the framework. I opened #21696 as a dependency. Since configx.def files can be edited, and, I believe, at least one is intended to be edited, configHandler should perhaps catch exceptions and display in a messagebox. But unless Idle could continue after that, that might wait for the general fix, which is another issue.

----------
dependencies: +Idle: test syntax of configuration files

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12274>
_______________________________________

From report at bugs.python.org  Sun Jun  8 22:21:14 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Jun 2014 20:21:14 +0000
Subject: [issue15780] IDLE (windows) with PYTHONPATH and multiple python
 versions
In-Reply-To: <1345841085.37.0.939660475067.issue15780@psf.upfronthosting.co.za>
Message-ID: <1402258874.3.0.504710952575.issue15780@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Something on Windows configuration here https://docs.python.org/3/using/windows.html#excursus-setting-environment-variables

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15780>
_______________________________________

From report at bugs.python.org  Sun Jun  8 22:28:57 2014
From: report at bugs.python.org (Richard Oudkerk)
Date: Sun, 08 Jun 2014 20:28:57 +0000
Subject: [issue21372] multiprocessing.util.register_after_fork inconsistency
In-Reply-To: <1398672964.28.0.985951406539.issue21372@psf.upfronthosting.co.za>
Message-ID: <1402259337.6.0.873858923084.issue21372@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

register_after_fork() is intentionally undocumented and for internal use.

It is only run when starting a new process using the "fork" start method whether on Windows or not -- the "fork" in its name is a hint.

----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21372>
_______________________________________

From report at bugs.python.org  Sun Jun  8 23:26:17 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 08 Jun 2014 21:26:17 +0000
Subject: [issue4765] IDLE fails to "Delete Custom Key Set" properly
In-Reply-To: <1230525520.13.0.417394561266.issue4765@psf.upfronthosting.co.za>
Message-ID: <1402262777.42.0.91154356874.issue4765@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Add to my list of patches to review.

----------
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4765>
_______________________________________

From report at bugs.python.org  Sun Jun  8 23:52:25 2014
From: report at bugs.python.org (tholzer)
Date: Sun, 08 Jun 2014 21:52:25 +0000
Subject: [issue7932] print statement delayed IOError when stdout has been
 closed
In-Reply-To: <1266195907.59.0.6287236457.issue7932@psf.upfronthosting.co.za>
Message-ID: <1402264345.09.0.842222370614.issue7932@psf.upfronthosting.co.za>


tholzer added the comment:

It's still a problem in Python 2.7:

python -c 'import sys; print >> sys.stdout, "x"' 1>&- ; echo $?
close failed in file object destructor:
sys.excepthook is missing
lost sys.stderr
0

But feel free to close as "won't fix", as this seems to be an edge case which might not be worth fixing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7932>
_______________________________________

From report at bugs.python.org  Mon Jun  9 00:06:02 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 08 Jun 2014 22:06:02 +0000
Subject: [issue21515] Use Linux O_TMPFILE flag in tempfile.TemporaryFile?
In-Reply-To: <1400231841.29.0.337128735098.issue21515@psf.upfronthosting.co.za>
Message-ID: <3gms9j1Ypkz7LjM@mail.python.org>


Roundup Robot added the comment:

New changeset 8b93cdccd872 by Victor Stinner in branch 'default':
Issue #21515: Fix typo in a comment, thanks Arfrever for the report
http://hg.python.org/cpython/rev/8b93cdccd872

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21515>
_______________________________________

From report at bugs.python.org  Mon Jun  9 00:06:24 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 08 Jun 2014 22:06:24 +0000
Subject: [issue17822] Save on Close windows (IDLE)
In-Reply-To: <1366722813.3.0.645227250665.issue17822@psf.upfronthosting.co.za>
Message-ID: <1402265184.33.0.536973619932.issue17822@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am on Windows 7 also. Did you open the shell from the console interpreter with import? Run
python -m idlelib.idle_test.htest
and for me the tests that open a separate editor window show the same problem of no cursor or focus in the editor. Perhaps you ran the tcl/tk compilation after the recent change in compile flags.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17822>
_______________________________________

From report at bugs.python.org  Mon Jun  9 00:14:25 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Sun, 08 Jun 2014 22:14:25 +0000
Subject: [issue20578] BufferedIOBase.readinto1 is missing
In-Reply-To: <1391991229.05.0.363628736117.issue20578@psf.upfronthosting.co.za>
Message-ID: <1402265665.77.0.666050533041.issue20578@psf.upfronthosting.co.za>


Nikolaus Rath added the comment:

Thanks for taking the time, and apologies about the test failure. I was probably too eager and ran only the test_io suite instead of everything.

I looked at the failure, and the problem is that the default Python BufferedIOBase.readinto implementation is semi-broken. It should work with any object implementing the memoryview protocol (like the C implementation), but it really only works with bytearray objects. The testIteration test only worked (prior to the patch) because there is a special case for array objects with format 'b':

        try:
            b[:n] = data
        except TypeError as err:
            import array
            if not isinstance(b, array.array):
                raise err
            b[:n] = array.array('b', data)

In other words, trying to read into any other object has always failed. In particular, even format code 'B' fails:

>>> import _pyio
>>> from array import array
>>> buf = array('b', b'x' * 10)
>>> _pyio.open('/dev/zero', 'rb').readinto(buf) 
10
>>> buf = array('B', b'x' * 10)
>>> _pyio.open('/dev/zero', 'rb').readinto(buf)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/nikratio/clones/cpython/Lib/_pyio.py", line 1096, in readinto
    buf[:len_] = array.array('b', buf2)
TypeError: bad argument type for built-in operation


The readline implementation that my patch adds for BufferedReader does not contain this special case, and therefore with the patch even the test with a 'b'-array fails. 

For now, I've added the same special casing of 'b'-type arrays to the _readline() implementation in BufferedReader. This fixes the immediate problem (and this time I definitely ran the entire testsuite).

However, the fix is certainly not what I would consider a good solution.. but I guess that would better be addressed by a separate patch that also fixes the same issue in BufferedIOBase?

----------
Added file: http://bugs.python.org/file35539/issue20578_r4.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20578>
_______________________________________

From report at bugs.python.org  Mon Jun  9 00:17:01 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Sun, 08 Jun 2014 22:17:01 +0000
Subject: [issue20578] BufferedIOBase.readinto1 is missing
In-Reply-To: <1391991229.05.0.363628736117.issue20578@psf.upfronthosting.co.za>
Message-ID: <1402265821.17.0.213745299332.issue20578@psf.upfronthosting.co.za>


Nikolaus Rath added the comment:

I used the wrong interpreter when cutting and pasting the example above, here's the correct version to avoid confusion with the traceback:

>>> import _pyio
>>> from array import array
>>> buf = array('b', b'x' * 10)
>>> _pyio.open('/dev/zero', 'rb').readinto(buf) 
10
>>> buf = array('B', b'x' * 10)
>>> _pyio.open('/dev/zero', 'rb').readinto(buf)
Traceback (most recent call last):
  File "/home/nikratio/clones/cpython/Lib/_pyio.py", line 662, in readinto
    b[:n] = data
TypeError: can only assign array (not "bytes") to array slice

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/nikratio/clones/cpython/Lib/_pyio.py", line 667, in readinto
    b[:n] = array.array('b', data)
TypeError: bad argument type for built-in operation

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20578>
_______________________________________

From report at bugs.python.org  Mon Jun  9 00:17:01 2014
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Sun, 08 Jun 2014 22:17:01 +0000
Subject: [issue11681] -b option undocumented
In-Reply-To: <1301100825.87.0.69977993755.issue11681@psf.upfronthosting.co.za>
Message-ID: <1402265821.61.0.359261131384.issue11681@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11681>
_______________________________________

From report at bugs.python.org  Mon Jun  9 00:25:21 2014
From: report at bugs.python.org (Fei Long Wang)
Date: Sun, 08 Jun 2014 22:25:21 +0000
Subject: [issue21692] Wrong order of expected/actual for
 assert_called_once_with
In-Reply-To: <1402213027.91.0.0664386594631.issue21692@psf.upfronthosting.co.za>
Message-ID: <1402266321.84.0.333769865718.issue21692@psf.upfronthosting.co.za>


Fei Long Wang added the comment:

IMHO, the trace should be:

AssertionError: Expected call: some_method('foo', 'bar')   
Actual call: some_method('foo', 'baz')                    

instead of below:

AssertionError: Expected call: some_method('foo', 'baz')   
Actual call: some_method('foo', 'bar')

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21692>
_______________________________________

From report at bugs.python.org  Mon Jun  9 00:47:39 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 08 Jun 2014 22:47:39 +0000
Subject: [issue9012] Separate compilation of time and datetime modules
In-Reply-To: <1276703214.18.0.763658156575.issue9012@psf.upfronthosting.co.za>
Message-ID: <1402267659.28.0.528264415063.issue9012@psf.upfronthosting.co.za>


R. David Murray added the comment:

No.  The problem has nothing to do with the VS version.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9012>
_______________________________________

From report at bugs.python.org  Mon Jun  9 00:57:11 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 08 Jun 2014 22:57:11 +0000
Subject: [issue17822] Save on Close windows (IDLE)
In-Reply-To: <1366722813.3.0.645227250665.issue17822@psf.upfronthosting.co.za>
Message-ID: <1402268231.94.0.907969827969.issue17822@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

My 3.4.1 is the released version, 3.5.0 built from source that was synchronised earlier today as in :-

c:\cpython\PCbuild\python_d.exe
Python 3.5.0a0 (default:b1e99b4ec374, Jun  8 2014, 18:29:24) [MSC v.1600 32 bit (Intel)] on win32

Running the console interpreter then import idlelib.idle works fine for both versions.  python -m idlelib.idle_test.htest doesn't work for either version, on numerous occasions for different windows there was no focus or cursor.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17822>
_______________________________________

From report at bugs.python.org  Mon Jun  9 00:59:32 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 08 Jun 2014 22:59:32 +0000
Subject: [issue17822] Save on Close windows (IDLE)
In-Reply-To: <1366722813.3.0.645227250665.issue17822@psf.upfronthosting.co.za>
Message-ID: <1402268372.92.0.757404703171.issue17822@psf.upfronthosting.co.za>


R. David Murray added the comment:

On Linux I believe that what happens to the keyboard focus depends on the window manager in use and how that window manager is configured to behave.  For instance, some window managers have a 'focus follows mouse' setting, but I always hated that so I would disable it, meaning I'd have to click in a window for it to acquire focus.  (Or, in my case, use the keyboard to select the window to focus).  I believe many window managers also allow you to control what happens to keyboard focus when a new window is opened and you aren't using 'focus follows mouse', but it's been a while since I've played with a window manager that uses floating windows, so I could be misremembering.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17822>
_______________________________________

From report at bugs.python.org  Mon Jun  9 01:03:22 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 08 Jun 2014 23:03:22 +0000
Subject: [issue21688] Improved error msg for make.bat htmlhelp
In-Reply-To: <1402168503.61.0.753508376392.issue21688@psf.upfronthosting.co.za>
Message-ID: <1402268602.68.0.0579213769055.issue21688@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21688>
_______________________________________

From report at bugs.python.org  Mon Jun  9 01:10:49 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 08 Jun 2014 23:10:49 +0000
Subject: [issue21692] Wrong order of expected/actual for
 assert_called_once_with
In-Reply-To: <1402213027.91.0.0664386594631.issue21692@psf.upfronthosting.co.za>
Message-ID: <1402269049.76.0.882171901202.issue21692@psf.upfronthosting.co.za>


R. David Murray added the comment:

But the actual call that you made in your example was some_method('foo', 'bar').

Given that we conventionally write unittest assertions with the actual result first and the expected result second (assertEqual(actual, expected), it might be less confusing if the message was:

  AssertionError: Actual call: some_method('foo', 'bar')
  Expected call: some_method('foo', 'baz')

But since the actual call does appear in the assert call that generates the assertionError, it is not obvious that this would actually be a better order.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21692>
_______________________________________

From report at bugs.python.org  Mon Jun  9 01:40:43 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 08 Jun 2014 23:40:43 +0000
Subject: [issue15780] IDLE (windows) with PYTHONPATH and multiple python
 versions
In-Reply-To: <1345841085.37.0.939660475067.issue15780@psf.upfronthosting.co.za>
Message-ID: <1402270843.16.0.693921531395.issue15780@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

There already is an idlelib/idle.bat that starts the corresponding python with

set CURRDIR=%~dp0
start "IDLE" "%CURRDIR%..\..\pythonw.exe" "%CURRDIR%idle.pyw" %1 %2 %3 %4 %5 %6 %7 %8 %9

Arguments added to the .bat command are passed on. So the enhancement requested already exists.

C:\Programs>python34\lib\idlelib\idle.bat, for instance, starts 3.4, and changing '34' to '33' or '27' starts 3.3 or 2.7.

python -E ignores PYTHON* environment variables. Unfortunately, this seems to prevent python from running idle. Adding -E to the above or directly to
C:\Programs\Python34>pythonw.exe Lib/idlelib/idle.pyw -E
results in a new prompts with no visible action. Since I do not have any PYTHON* vars to ignore, this puzzle me. Does this indicate a bug in the startup handling of -E? (Nick?)

Except for this puzzle, I would close this as a third party issue.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15780>
_______________________________________

From report at bugs.python.org  Mon Jun  9 02:05:43 2014
From: report at bugs.python.org (Vasilis Vasaitis)
Date: Mon, 09 Jun 2014 00:05:43 +0000
Subject: [issue21616] argparse explodes with nargs='*' and a tuple metavar
In-Reply-To: <1401487300.75.0.673087061626.issue21616@psf.upfronthosting.co.za>
Message-ID: <1402272343.01.0.681176522255.issue21616@psf.upfronthosting.co.za>


Vasilis Vasaitis added the comment:

Ah, I did come across that issue when I was searching for prior reports, but somehow it didn't register in my head as being the same thing. Does the fix for that address the behaviour I'm seeing too? If so, feel free to close as a duplicate. Additionally, if that fix is indeed relevant, is there an ETA for it?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21616>
_______________________________________

From report at bugs.python.org  Mon Jun  9 02:07:59 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Jun 2014 00:07:59 +0000
Subject: [issue18910] IDle: test textView.py
In-Reply-To: <1378173406.38.0.908315708817.issue18910@psf.upfronthosting.co.za>
Message-ID: <1402272479.66.0.864481184109.issue18910@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Yes, early skipping was the reason I put the test where I did. The simple change occurred to me today. I have not decided yet whether to also change the 3.4/5 files to match and how to edit the testing README. For one test, I would not care either way. But I expect there to be more files with the same issue, So I wonder what is the best way to avoid hitting the same booby trap again.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18910>
_______________________________________

From report at bugs.python.org  Mon Jun  9 02:17:59 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Jun 2014 00:17:59 +0000
Subject: [issue21624] Idle: polish htests
In-Reply-To: <1401597670.32.0.0453403071197.issue21624@psf.upfronthosting.co.za>
Message-ID: <1402273079.21.0.356367922878.issue21624@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Another issue for sometests, but which might be fixed in htest.run, is to force focus to the new widget window opened by the Test_xyz button.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21624>
_______________________________________

From report at bugs.python.org  Mon Jun  9 02:27:10 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Jun 2014 00:27:10 +0000
Subject: [issue17822] Save on Close windows (IDLE)
In-Reply-To: <1366722813.3.0.645227250665.issue17822@psf.upfronthosting.co.za>
Message-ID: <1402273630.78.0.973506438499.issue17822@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

It seems that I have been over-optimistic about uniformity of behavior.  With the focus issue different for opening Idle and opening subwindows in htest, I added it to the issue about refining htest #21624.

Given Mark's report, I must rebuild tcl/tk and make sure I am running with new .dlls before retesting.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17822>
_______________________________________

From report at bugs.python.org  Mon Jun  9 03:13:48 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Jun 2014 01:13:48 +0000
Subject: [issue21682] Refleak in idle_test test_autocomplete
In-Reply-To: <1402116918.55.0.530406821605.issue21682@psf.upfronthosting.co.za>
Message-ID: <1402276428.69.0.682861425206.issue21682@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Checking the buildbot just now, there is some other stuff after test_tk on X86 Windows 7, but I ran the command you gave (but with python_d) and it passed ok. So I presume this is really fixed and should stay closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21682>
_______________________________________

From report at bugs.python.org  Mon Jun  9 03:32:05 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 09 Jun 2014 01:32:05 +0000
Subject: [issue21669] Custom error messages when print & exec are used as
 statements
In-Reply-To: <1402255953.09.0.929807448173.issue21669@psf.upfronthosting.co.za>
Message-ID: <CADiSq7cF1psCxnACucq+GpfjGgxx1Ssn-gtbr1_aKxiPVKPmQQ@mail.gmail.com>


Nick Coghlan added the comment:

My main aim here is to offer a custom error message that can be looked up
in an internet search (likely ending up at a Stack Overflow answer - which
we could create in advance of the 3.4.x release that includes this change).

That answer can then explain the various reasons this error can come up,
like:
* following a Python 2 tutorial in Python 3
* running a Python 2 script in Python 3
* attempting to install a Python 2 only dependency on Python 3

And possible solutions like:
* if it's your own code, changing the print statements to be compatible
with both Python 2 & 3 by using string formatting and surrounding
parentheses (& print("") for blank lines)
* looking for a Python 3 tutorial instead
* using Python 2 instead of Python 3
* looking for an alternative package that runs on Python 3

It's never going to be possible to fit all that into an error message,
hence why I consider "can be looked up in an internet search more easily
than the generic 'invalid syntax' error message" to be the most important
characteristic of the custom error message. I don't expect the exact
wording to really matter all that much.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21669>
_______________________________________

From report at bugs.python.org  Mon Jun  9 03:34:03 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 09 Jun 2014 01:34:03 +0000
Subject: [issue21569] PEP 466: Python 2.7 What's New preamble changes
In-Reply-To: <1402257063.68.0.292571147608.issue21569@psf.upfronthosting.co.za>
Message-ID: <CADiSq7e9mJUHvcYzmdiNmvWj5oZMQLJaBTmLPkzoC9nxo6d6Yw@mail.gmail.com>


Nick Coghlan added the comment:

Huh, I thought I fixed that before pushing. Maybe I missed a commit after
editing...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21569>
_______________________________________

From report at bugs.python.org  Mon Jun  9 05:30:51 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 09 Jun 2014 03:30:51 +0000
Subject: [issue21569] PEP 466: Python 2.7 What's New preamble changes
In-Reply-To: <1400927192.68.0.366242673147.issue21569@psf.upfronthosting.co.za>
Message-ID: <3gn0NV5j2jz7LjP@mail.python.org>


Roundup Robot added the comment:

New changeset 454d4a9a3088 by Nick Coghlan in branch '3.4':
Issue #21569: Fix incorrect cross reference
http://hg.python.org/cpython/rev/454d4a9a3088

New changeset 524d73b8f29e by Nick Coghlan in branch 'default':
Issue #21569: merge from 3.4
http://hg.python.org/cpython/rev/524d73b8f29e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21569>
_______________________________________

From report at bugs.python.org  Mon Jun  9 06:13:15 2014
From: report at bugs.python.org (eryksun)
Date: Mon, 09 Jun 2014 04:13:15 +0000
Subject: [issue15780] IDLE (windows) with PYTHONPATH and multiple python
 versions
In-Reply-To: <1345841085.37.0.939660475067.issue15780@psf.upfronthosting.co.za>
Message-ID: <1402287195.76.0.437364073659.issue15780@psf.upfronthosting.co.za>


eryksun added the comment:

`idle.pyw -E` passes an invalid argument, and pythonw.exe doesn't inherit the console to print the usage text to stderr. The -E option needs to be passed to the interpreter:

    C:\Python34>pythonw.exe -E Lib/idlelib/idle.pyw

Or run idlelib as a script:

    pyw -3 -Em idlelib

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15780>
_______________________________________

From report at bugs.python.org  Mon Jun  9 06:38:41 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Jun 2014 04:38:41 +0000
Subject: [issue15780] IDLE (windows) with PYTHONPATH and multiple python
 versions
In-Reply-To: <1345841085.37.0.939660475067.issue15780@psf.upfronthosting.co.za>
Message-ID: <1402288721.47.0.475621088382.issue15780@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15780>
_______________________________________

From report at bugs.python.org  Mon Jun  9 06:38:56 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Jun 2014 04:38:56 +0000
Subject: [issue15780] IDLE (windows) with PYTHONPATH and multiple python
 versions
In-Reply-To: <1345841085.37.0.939660475067.issue15780@psf.upfronthosting.co.za>
Message-ID: <1402288736.59.0.898388059345.issue15780@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Thanks for the correction.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15780>
_______________________________________

From report at bugs.python.org  Mon Jun  9 06:47:42 2014
From: report at bugs.python.org (fumihiko kakuma)
Date: Mon, 09 Jun 2014 04:47:42 +0000
Subject: [issue21600] mock.patch.stopall doesn't work with patch.dict to
 sys.modules
In-Reply-To: <1401334528.48.0.358693350259.issue21600@psf.upfronthosting.co.za>
Message-ID: <1402289262.54.0.0529771130689.issue21600@psf.upfronthosting.co.za>


fumihiko kakuma added the comment:

Thank you in advance.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21600>
_______________________________________

From report at bugs.python.org  Mon Jun  9 08:34:18 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 09 Jun 2014 06:34:18 +0000
Subject: [issue21677] Exception context set to string by BufferedWriter.close()
In-Reply-To: <1402037361.81.0.0432601669782.issue21677@psf.upfronthosting.co.za>
Message-ID: <3gn4S92F4Pz7Ljr@mail.python.org>


Roundup Robot added the comment:

New changeset a3b7b89da34f by Serhiy Storchaka in branch '3.4':
Issue #21677: Fixed chaining nonnormalized exceptions in io close() methods.
http://hg.python.org/cpython/rev/a3b7b89da34f

New changeset d6ac4b6020b9 by Serhiy Storchaka in branch 'default':
Issue #21677: Fixed chaining nonnormalized exceptions in io close() methods.
http://hg.python.org/cpython/rev/d6ac4b6020b9

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21677>
_______________________________________

From report at bugs.python.org  Mon Jun  9 10:12:08 2014
From: report at bugs.python.org (Bohuslav "Slavek" Kabrda)
Date: Mon, 09 Jun 2014 08:12:08 +0000
Subject: [issue21679] Prevent extraneous fstat during open()
In-Reply-To: <1402055285.47.0.764387439948.issue21679@psf.upfronthosting.co.za>
Message-ID: <1402301528.34.0.543361606772.issue21679@psf.upfronthosting.co.za>


Bohuslav "Slavek" Kabrda added the comment:

Thanks a lot for the code review! I'm attaching a revised version of the patch. Fixes I made:

- added check whether PyLong_AsLong returned an error
- removed "ADD_INTERNED(_blksize)" and "PyObject *_PyIO_str__blksize;" - I noticed that these are only necessary when exported by _iomodule.h, which isn't needed for _blksize ATM
- moved blksize to a place of fileio structure where it won't create unnecessary padding

I hope attaching the version 2 of the patch here is ok, if I should have attached it in the code review tool somehow, please let me know.

----------
Added file: http://bugs.python.org/file35540/python3-remove-extraneous-fstat-on-file-open-v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21679>
_______________________________________

From report at bugs.python.org  Mon Jun  9 10:16:18 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 09 Jun 2014 08:16:18 +0000
Subject: [issue21256] Sort keyword arguments in mock _format_call_signature
In-Reply-To: <1397666226.17.0.060483995874.issue21256@psf.upfronthosting.co.za>
Message-ID: <3gn6js1W57z7LjM@mail.python.org>


Roundup Robot added the comment:

New changeset 8e05e15901a8 by Kushal Das in branch 'default':
Closes #21256: Printout of keyword args in deterministic order in mock calls.
http://hg.python.org/cpython/rev/8e05e15901a8

----------
nosy: +python-dev
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21256>
_______________________________________

From report at bugs.python.org  Mon Jun  9 11:21:14 2014
From: report at bugs.python.org (Michael Foord)
Date: Mon, 09 Jun 2014 09:21:14 +0000
Subject: [issue21692] Wrong order of expected/actual for
 assert_called_once_with
In-Reply-To: <1402213027.91.0.0664386594631.issue21692@psf.upfronthosting.co.za>
Message-ID: <1402305674.29.0.732402594563.issue21692@psf.upfronthosting.co.za>


Michael Foord added the comment:

As David points out - in your example the "actual call" made is m.some_method('foo', 'bar'). Your assertion (the expectation) is  m.some_method.assert_called_once_with('foo', 'baz').

So the traceback is correct. I don't think the ordering of expected/actual in the output matters.

----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21692>
_______________________________________

From report at bugs.python.org  Mon Jun  9 12:52:09 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 09 Jun 2014 10:52:09 +0000
Subject: [issue21310] ResourceWarning when open() fails with
 io.UnsupportedOperation: File or stream is not seekable
In-Reply-To: <1397877829.49.0.0015217310404.issue21310@psf.upfronthosting.co.za>
Message-ID: <3gnB9h1vKJz7Ljb@mail.python.org>


Roundup Robot added the comment:

New changeset 1e30ecbfe181 by Serhiy Storchaka in branch '2.7':
Issue #21310: Fixed possible resource leak in failed open().
http://hg.python.org/cpython/rev/1e30ecbfe181

New changeset 17e7934905ab by Serhiy Storchaka in branch '3.4':
Issue #21310: Fixed possible resource leak in failed open().
http://hg.python.org/cpython/rev/17e7934905ab

New changeset 9c724c428e1f by Serhiy Storchaka in branch 'default':
Issue #21310: Fixed possible resource leak in failed open().
http://hg.python.org/cpython/rev/9c724c428e1f

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21310>
_______________________________________

From report at bugs.python.org  Mon Jun  9 15:19:19 2014
From: report at bugs.python.org (Shajunxing)
Date: Mon, 09 Jun 2014 13:19:19 +0000
Subject: [issue21697] shutil.copytree() handles symbolic directory incorrectly
Message-ID: <1402319959.34.0.00412025295877.issue21697@psf.upfronthosting.co.za>


New submission from Shajunxing:

While using shutil.copytree() and the source containing symbolic directory (not symbolic file), an error will be raised. I checked the source code and found an obvlous mistake: shutil.copytree() using os.path.islink() to checker whether the source is a symbolic link, it's okay, but after doing this, os.path.isdir() should be called because a symbolic link may either be a file or a directry, shutil.copytree() just treated all of them as file, and invoke copy_function to copy it, so error happens.

I don't know whether newer versions have fixed this bug, but I googled it and found nothing.

----------
components: Library (Lib)
files: ?? - 2014?06?09? - 21?14?13?.png
messages: 220088
nosy: shajunxing
priority: normal
severity: normal
status: open
title: shutil.copytree() handles symbolic directory incorrectly
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file35541/?? - 2014?06?09? - 21?14?13?.png

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21697>
_______________________________________

From report at bugs.python.org  Mon Jun  9 15:41:34 2014
From: report at bugs.python.org (Aviv Avital)
Date: Mon, 09 Jun 2014 13:41:34 +0000
Subject: [issue21698] Platform.win32_ver() shows different values than
 expected on Windows 8.1
Message-ID: <1402321294.86.0.565487157603.issue21698@psf.upfronthosting.co.za>


New submission from Aviv Avital:

On Windows 8.1, win32_ver() returns a Windows 8 version number:

C:\>\Python27\python.exe
Python 2.7.5 (default, May 15 2013, 22:43:36) [MSC v.1500 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import platform
>>> platform.win32_ver()
('8', '6.2.9200', '', 'Multiprocessor Free')
>>> quit()

C:\>ver

Microsoft Windows [Version 6.3.9600]

C:\>

----------
components: Windows
messages: 220089
nosy: AvivAvital
priority: normal
severity: normal
status: open
title: Platform.win32_ver() shows different values than expected on Windows 8.1
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21698>
_______________________________________

From report at bugs.python.org  Mon Jun  9 15:51:19 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Mon, 09 Jun 2014 13:51:19 +0000
Subject: [issue14758] SMTPServer of smptd does not support binding to an IPv6
 address
In-Reply-To: <1336511750.16.0.237606043889.issue14758@psf.upfronthosting.co.za>
Message-ID: <1402321879.23.0.989953921087.issue14758@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

I applied your suggestions.

----------
Added file: http://bugs.python.org/file35542/smtpd_060914.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14758>
_______________________________________

From report at bugs.python.org  Mon Jun  9 15:53:14 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Mon, 09 Jun 2014 13:53:14 +0000
Subject: [issue14758] SMTPServer of smptd does not support binding to an IPv6
 address
In-Reply-To: <1336511750.16.0.237606043889.issue14758@psf.upfronthosting.co.za>
Message-ID: <1402321994.77.0.350916586151.issue14758@psf.upfronthosting.co.za>


Changes by Milan Oberkirch <milan.py at oberkirch.org>:


----------
nosy: +jesstess

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14758>
_______________________________________

From report at bugs.python.org  Mon Jun  9 16:01:38 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 09 Jun 2014 14:01:38 +0000
Subject: [issue21698] Platform.win32_ver() shows different values than
 expected on Windows 8.1
In-Reply-To: <1402321294.86.0.565487157603.issue21698@psf.upfronthosting.co.za>
Message-ID: <1402322498.73.0.251429694239.issue21698@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21698>
_______________________________________

From report at bugs.python.org  Mon Jun  9 16:02:51 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Mon, 09 Jun 2014 14:02:51 +0000
Subject: [issue20903] smtplib.SMTP raises socket.timeout
In-Reply-To: <1394664754.18.0.260499838693.issue20903@psf.upfronthosting.co.za>
Message-ID: <1402322571.33.0.99865973138.issue20903@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

Should this task get closed? (see comment above)

----------
nosy: +jesstess

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20903>
_______________________________________

From report at bugs.python.org  Mon Jun  9 16:08:57 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 09 Jun 2014 14:08:57 +0000
Subject: [issue11437] IDLE crash on startup with typo in config-keys.cfg
In-Reply-To: <1299543243.52.0.970222997696.issue11437@psf.upfronthosting.co.za>
Message-ID: <1402322937.39.0.407751013792.issue11437@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Roger, Andrew could you pick this up again?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11437>
_______________________________________

From report at bugs.python.org  Mon Jun  9 16:11:13 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Mon, 09 Jun 2014 14:11:13 +0000
Subject: [issue11437] IDLE crash on startup with typo in config-keys.cfg
In-Reply-To: <1299543243.52.0.970222997696.issue11437@psf.upfronthosting.co.za>
Message-ID: <1402323073.75.0.595404856131.issue11437@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


----------
nosy: +sahutd

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11437>
_______________________________________

From report at bugs.python.org  Mon Jun  9 16:21:14 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Jun 2014 14:21:14 +0000
Subject: [issue21698] Platform.win32_ver() shows different values than
 expected on Windows 8.1
In-Reply-To: <1402321294.86.0.565487157603.issue21698@psf.upfronthosting.co.za>
Message-ID: <1402323674.87.0.426466738266.issue21698@psf.upfronthosting.co.za>


STINNER Victor added the comment:

This issue is a duplicate of the issue #19143.

----------
nosy: +haypo
resolution:  -> duplicate
status: open -> closed
superseder:  -> Finding the Windows version getting messier

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21698>
_______________________________________

From report at bugs.python.org  Mon Jun  9 16:21:38 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Jun 2014 14:21:38 +0000
Subject: [issue19143] Finding the Windows version getting messier (detect
 windows 8.1?)
In-Reply-To: <1380675004.25.0.239416620624.issue19143@psf.upfronthosting.co.za>
Message-ID: <1402323698.14.0.221342346027.issue19143@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: Finding the Windows version getting messier -> Finding the Windows version getting messier (detect windows 8.1?)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19143>
_______________________________________

From report at bugs.python.org  Mon Jun  9 16:23:06 2014
From: report at bugs.python.org (Geoffrey Bache)
Date: Mon, 09 Jun 2014 14:23:06 +0000
Subject: [issue12739] read stuck with multithreading and simultaneous
 subprocess.Popen
In-Reply-To: <1313119224.46.0.971895609334.issue12739@psf.upfronthosting.co.za>
Message-ID: <1402323786.54.0.722489444592.issue12739@psf.upfronthosting.co.za>


Changes by Geoffrey Bache <gjb1002 at users.sourceforge.net>:


----------
nosy: +gjb1002

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12739>
_______________________________________

From report at bugs.python.org  Mon Jun  9 16:25:43 2014
From: report at bugs.python.org (Geoffrey Bache)
Date: Mon, 09 Jun 2014 14:25:43 +0000
Subject: [issue12739] read stuck with multithreading and simultaneous
 subprocess.Popen
In-Reply-To: <1313119224.46.0.971895609334.issue12739@psf.upfronthosting.co.za>
Message-ID: <1402323943.38.0.63911873347.issue12739@psf.upfronthosting.co.za>


Geoffrey Bache added the comment:

Just ran into this on Python 2.6 also.

----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12739>
_______________________________________

From report at bugs.python.org  Mon Jun  9 16:36:08 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Jun 2014 14:36:08 +0000
Subject: [issue12739] read stuck with multithreading and simultaneous
 subprocess.Popen
In-Reply-To: <1313119224.46.0.971895609334.issue12739@psf.upfronthosting.co.za>
Message-ID: <1402324568.77.0.241930681746.issue12739@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The PEP 446 partially fixes this issue. The issue #19764 should fix it completly. Since you are using Python 2, you should not wait until the issue is fixed, but work around it.

To workaround the issue: use you own lock around the creation of processes. Example:
---
lock = threading.Lock()
...

def run_command(...):
   with lock:
      proc = subprocess.Popen(...)
   return proc.communicate()
---

The problem is that a thread B may inherit the handle of a pipe from handle A because the pip is marked as inheritable, and the subprocess module must use CreateProcess() with bInheritHandles parameter set to True to be able to redirect stdout.

Said differently: the subprocess is not thread-safe, you have to use your own lock to workaround race conditions.

----------
nosy: +haypo, sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12739>
_______________________________________

From report at bugs.python.org  Mon Jun  9 16:37:37 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 09 Jun 2014 14:37:37 +0000
Subject: [issue12739] read stuck with multithreading and simultaneous
 subprocess.Popen
In-Reply-To: <1313119224.46.0.971895609334.issue12739@psf.upfronthosting.co.za>
Message-ID: <1402324657.88.0.518541545796.issue12739@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh by the way, this issue was fixed on UNIX in Python 3.2: all file descriptors are now closed by default (close_fds=True by default on UNIX).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12739>
_______________________________________

From report at bugs.python.org  Mon Jun  9 16:54:27 2014
From: report at bugs.python.org (Justin Engel)
Date: Mon, 09 Jun 2014 14:54:27 +0000
Subject: [issue21699] Windows Python 3.4.1 pyvenv doesn't work in directories
 with spaces.
Message-ID: <1402325667.24.0.414585735491.issue21699@psf.upfronthosting.co.za>


New submission from Justin Engel:

Venv virtual environments don't work with spaces in the path.

(env) C:\My Directory\path > pip -V
Fatal error in launcher: Unable to create process using '""C:\My Directory\path\env\Scripts\python.exe"" "C:\My Directory\path\env\Scripts\pip.exe" -V'

----------
components: Windows
messages: 220098
nosy: Justin.Engel
priority: normal
severity: normal
status: open
title: Windows Python 3.4.1 pyvenv doesn't work in directories with spaces.
type: crash
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21699>
_______________________________________

From report at bugs.python.org  Mon Jun  9 17:28:14 2014
From: report at bugs.python.org (Geoffrey Bache)
Date: Mon, 09 Jun 2014 15:28:14 +0000
Subject: [issue12739] read stuck with multithreading and simultaneous
 subprocess.Popen
In-Reply-To: <1313119224.46.0.971895609334.issue12739@psf.upfronthosting.co.za>
Message-ID: <1402327694.56.0.958933192769.issue12739@psf.upfronthosting.co.za>


Geoffrey Bache added the comment:

Thanks Victor, yes I already created my own lock which fixed the issue for me. 

Maybe it would be worth adding a note to the documentation about this in the meantime (especially for Python 2)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12739>
_______________________________________

From report at bugs.python.org  Mon Jun  9 17:30:29 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 09 Jun 2014 15:30:29 +0000
Subject: [issue21699] Windows Python 3.4.1 pyvenv doesn't work in directories
 with spaces.
In-Reply-To: <1402325667.24.0.414585735491.issue21699@psf.upfronthosting.co.za>
Message-ID: <1402327829.4.0.0003222863043.issue21699@psf.upfronthosting.co.za>


R. David Murray added the comment:

This *can't* work on Linux (see issue 20622).  I don't know if it is possible to make it work on Windows, but I wonder: even if it is should we do so, since the point of the launcher is to make shebang lines work on Windows more or less how they do on Unix?  (The counter argument is that paths with spaces are *much* more common on Windows.)

----------
nosy: +r.david.murray, vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21699>
_______________________________________

From report at bugs.python.org  Mon Jun  9 17:31:09 2014
From: report at bugs.python.org (Erik Bray)
Date: Mon, 09 Jun 2014 15:31:09 +0000
Subject: [issue21463] RuntimeError when URLopener.ftpcache is full
In-Reply-To: <1399648148.16.0.0636585278112.issue21463@psf.upfronthosting.co.za>
Message-ID: <1402327869.83.0.577391755473.issue21463@psf.upfronthosting.co.za>


Erik Bray added the comment:

Thanks Skyler for finishing the job.  I got busy/distracted.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21463>
_______________________________________

From report at bugs.python.org  Mon Jun  9 19:11:06 2014
From: report at bugs.python.org (Raimondo Giammanco)
Date: Mon, 09 Jun 2014 17:11:06 +0000
Subject: [issue21685] zipfile module doesn't properly compress odt documents
In-Reply-To: <1402146125.06.0.0023086764998.issue21685@psf.upfronthosting.co.za>
Message-ID: <1402333866.44.0.656432105278.issue21685@psf.upfronthosting.co.za>


Raimondo Giammanco added the comment:

hit F9 ?!? 
I feel ashamed. The need to recalculate the fields simply slipped my mind. 
Of course, in some way Writer has to be told about the strings replacement. Maybe could my fault be partially justifiable if one consider the autoupdate behaviour with the uncompressed documents?

Anyway, the workaround to zip without compression is ok for me as LibreOffice actually will compress the document on first saving.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21685>
_______________________________________

From report at bugs.python.org  Mon Jun  9 19:40:37 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 09 Jun 2014 17:40:37 +0000
Subject: [issue21677] Exception context set to string by BufferedWriter.close()
In-Reply-To: <1402037361.81.0.0432601669782.issue21677@psf.upfronthosting.co.za>
Message-ID: <1402335637.83.0.121058192818.issue21677@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you Martin for your report.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21677>
_______________________________________

From report at bugs.python.org  Mon Jun  9 19:42:46 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 09 Jun 2014 17:42:46 +0000
Subject: [issue21310] ResourceWarning when open() fails with
 io.UnsupportedOperation: File or stream is not seekable
In-Reply-To: <1397877829.49.0.0015217310404.issue21310@psf.upfronthosting.co.za>
Message-ID: <1402335766.11.0.0175438364569.issue21310@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thanks Victor for the review. Thanks Martin for the report.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21310>
_______________________________________

From report at bugs.python.org  Mon Jun  9 19:47:48 2014
From: report at bugs.python.org (Marc Schlaich)
Date: Mon, 09 Jun 2014 17:47:48 +0000
Subject: [issue21372] multiprocessing.util.register_after_fork inconsistency
In-Reply-To: <1398672964.28.0.985951406539.issue21372@psf.upfronthosting.co.za>
Message-ID: <1402336068.91.0.704815663963.issue21372@psf.upfronthosting.co.za>


Marc Schlaich added the comment:

Your statement is not correct, it does work on Windows (where fork is not available) if you register the hook on module level instead of in `__main__`.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21372>
_______________________________________

From report at bugs.python.org  Mon Jun  9 20:16:16 2014
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 09 Jun 2014 18:16:16 +0000
Subject: [issue21688] Improved error msg for make.bat htmlhelp
In-Reply-To: <1402168503.61.0.753508376392.issue21688@psf.upfronthosting.co.za>
Message-ID: <1402337776.94.0.788716171585.issue21688@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Could you give me the exact message you get currently?  If it's just "'C:\Program' is not recognized as an internal or external command, operable program or batch file.", that's a different issue than if the whole path to hhc.exe is displayed.

Otherwise, I like the patch, except you can reuse the %HTMLHELP% variable instead of reconstructing it from %_PRGMFLS%.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21688>
_______________________________________

From report at bugs.python.org  Mon Jun  9 20:29:13 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Jun 2014 18:29:13 +0000
Subject: [issue11437] IDLE crash on startup with typo in config-keys.cfg
In-Reply-To: <1299543243.52.0.970222997696.issue11437@psf.upfronthosting.co.za>
Message-ID: <1402338553.97.0.0441957885013.issue11437@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Mark, they are both inactive at the moment.

There are a number of issue around configuration, especially key bindings. I think the whole process needs review and redoing. For instance, I understand Roger as saying that the problematical known-invalid list (set) is needed because GetCurrentKeySet is called repeatedly, once for each extension. I want to look into fixing the repeated calls, which will increase with more extensions, and possibly eliminate the need for known-invalid.

Another redesign: I think Control-Key-x should automatically mean Control-Key-X, and ditto for Alt-Key-x, and that we should not need both in config-keys even if tk requires separate bind calls.

Saimadhav, we should try to do some validation of the key bindings in the unittest for configurations. The pattern seems to be
  optional Control-, Alt-, or Meta-
  optional Shift-
  required Key-
  required ascii key, bracketleft/right, or Uppercase-key-name,

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11437>
_______________________________________

From report at bugs.python.org  Mon Jun  9 20:46:31 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Jun 2014 18:46:31 +0000
Subject: [issue19143] Finding the Windows version getting messier (detect
 windows 8.1?)
In-Reply-To: <1380675004.25.0.239416620624.issue19143@psf.upfronthosting.co.za>
Message-ID: <1402339591.33.0.283338767902.issue19143@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19143>
_______________________________________

From report at bugs.python.org  Mon Jun  9 21:01:33 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 09 Jun 2014 19:01:33 +0000
Subject: [issue21659] IDLE: One corner calltip case
In-Reply-To: <1401886223.28.0.621700071443.issue21659@psf.upfronthosting.co.za>
Message-ID: <1402340493.46.0.884974258547.issue21659@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Here is a patch. Now names of starred arguments never conflict with other parameters.

----------
keywords: +patch
stage:  -> patch review
Added file: http://bugs.python.org/file35543/calltips_starred_names.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21659>
_______________________________________

From report at bugs.python.org  Mon Jun  9 21:06:07 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 09 Jun 2014 19:06:07 +0000
Subject: [issue13924] Mercurial robots.txt should let robots crawl landing
 pages.
In-Reply-To: <1328135396.1.0.0965106732225.issue13924@psf.upfronthosting.co.za>
Message-ID: <1402340767.7.0.403850413972.issue13924@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Yes, I think we should whitelist rather than blacklist. The problem with letting engines index the repositories is the sheer resource cost when they fetch many heavy pages (such as annotate, etc.).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13924>
_______________________________________

From report at bugs.python.org  Mon Jun  9 21:06:38 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 09 Jun 2014 19:06:38 +0000
Subject: [issue20699] Behavior of ZipFile with file-like object and
 BufferedWriter.
In-Reply-To: <1392889792.36.0.922412998797.issue20699@psf.upfronthosting.co.za>
Message-ID: <1402340798.04.0.975647947305.issue20699@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +benjamin.peterson, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20699>
_______________________________________

From report at bugs.python.org  Mon Jun  9 21:08:47 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 09 Jun 2014 19:08:47 +0000
Subject: [issue21685] zipfile module doesn't properly compress odt documents
In-Reply-To: <1402146125.06.0.0023086764998.issue21685@psf.upfronthosting.co.za>
Message-ID: <1402340927.63.0.922524994716.issue21685@psf.upfronthosting.co.za>


R. David Murray added the comment:

So if I'm understanding correctly the python update to the file happens correctly in both cases, and the issue with the update not being immediately visible is an issue on the OpenOffice side of things.  So I'm closing this as a 3rd party bug (though it sounds like it may not really be a bug).

----------
nosy: +r.david.murray
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21685>
_______________________________________

From report at bugs.python.org  Mon Jun  9 21:10:01 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 09 Jun 2014 19:10:01 +0000
Subject: [issue18039] dbm.open(...,
 flag="n") does not work and does not give a warning
In-Reply-To: <1369269598.14.0.669972141851.issue18039@psf.upfronthosting.co.za>
Message-ID: <1402341001.24.0.689022639617.issue18039@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

With this patch 2 of 4 modes ('c' and 'n') work as for other dbm modules. So it would be better to document that 'r' and 'w' work nonstandard, than document that 'n' is not ignored.

And while you are here, may be add a warning in 'r' and 'w' mode when the file does not exist?

----------
assignee:  -> serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18039>
_______________________________________

From report at bugs.python.org  Mon Jun  9 21:32:29 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 09 Jun 2014 19:32:29 +0000
Subject: [issue21697] shutil.copytree() handles symbolic directory incorrectly
In-Reply-To: <1402319959.34.0.00412025295877.issue21697@psf.upfronthosting.co.za>
Message-ID: <1402342349.38.0.301015073619.issue21697@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thanks for the report. The bug is still present in the 3.4 and default (what will become the 3.5 release) branches; the 3.3 branch now only accepts security fixes.  2.7 does not fail.  Would you be interested in producing a patch for the problem?

----------
keywords: +easy
nosy: +ned.deily
stage:  -> needs patch
versions: +Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21697>
_______________________________________

From report at bugs.python.org  Mon Jun  9 21:45:24 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Mon, 09 Jun 2014 19:45:24 +0000
Subject: [issue18039] dbm.open(...,
 flag="n") does not work and does not give a warning
In-Reply-To: <1369269598.14.0.669972141851.issue18039@psf.upfronthosting.co.za>
Message-ID: <1402343124.38.0.43234754282.issue18039@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

Thanks, Serhiy. Here's the new version of the patch. Hope that the warning message is clear enough.

----------
Added file: http://bugs.python.org/file35544/issue18039_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18039>
_______________________________________

From report at bugs.python.org  Mon Jun  9 22:00:37 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Jun 2014 20:00:37 +0000
Subject: [issue21659] IDLE: One corner calltip case
In-Reply-To: <1401886223.28.0.621700071443.issue21659@psf.upfronthosting.co.za>
Message-ID: <1402344037.54.0.126945381414.issue21659@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Looks good on reading. When I get my repository copy repaired, I will test and either apply or report back. In 2.7 Lib/*.py, 9 module use 'kwds' and 28 use 'kwargs', so I will accept that change.

----------
assignee:  -> terry.reedy
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21659>
_______________________________________

From report at bugs.python.org  Mon Jun  9 22:08:48 2014
From: report at bugs.python.org (Fei Long Wang)
Date: Mon, 09 Jun 2014 20:08:48 +0000
Subject: [issue21692] Wrong order of expected/actual for
 assert_called_once_with
In-Reply-To: <1402213027.91.0.0664386594631.issue21692@psf.upfronthosting.co.za>
Message-ID: <1402344528.36.0.305617501682.issue21692@psf.upfronthosting.co.za>


Fei Long Wang added the comment:

Okay, I can see your point now. Thanks for the clarification.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21692>
_______________________________________

From report at bugs.python.org  Mon Jun  9 22:09:03 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 09 Jun 2014 20:09:03 +0000
Subject: [issue8378] PYTHONSTARTUP is not run by default when Idle is started
In-Reply-To: <1271076551.49.0.597917544476.issue8378@psf.upfronthosting.co.za>
Message-ID: <1402344543.05.0.739306759219.issue8378@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Terry what is your opinion on this?

----------
nosy: +BreamoreBoy, terry.reedy
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8378>
_______________________________________

From report at bugs.python.org  Mon Jun  9 22:41:44 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 09 Jun 2014 20:41:44 +0000
Subject: [issue20903] smtplib.SMTP raises socket.timeout
In-Reply-To: <1394664754.18.0.260499838693.issue20903@psf.upfronthosting.co.za>
Message-ID: <3gnRFy6xX2z7Lkk@mail.python.org>


Roundup Robot added the comment:

New changeset 6cd64ef6fc95 by R David Murray in branch '2.7':
#20903: clarify what happens when an smtp connection timeout occurs.
http://hg.python.org/cpython/rev/6cd64ef6fc95

New changeset ca88bcfa5c15 by R David Murray in branch '3.4':
#20903: clarify what happens when an smtp connection timeout occurs.
http://hg.python.org/cpython/rev/ca88bcfa5c15

New changeset 20225460ae0f by R David Murray in branch 'default':
Merge: #20903: clarify what happens when an smtp connection timeout occurs.
http://hg.python.org/cpython/rev/20225460ae0f

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20903>
_______________________________________

From report at bugs.python.org  Mon Jun  9 22:42:44 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 09 Jun 2014 20:42:44 +0000
Subject: [issue20903] smtplib.SMTP raises socket.timeout
In-Reply-To: <1394664754.18.0.260499838693.issue20903@psf.upfronthosting.co.za>
Message-ID: <1402346564.82.0.44034681879.issue20903@psf.upfronthosting.co.za>


R. David Murray added the comment:

Well, now that I applied your patch it can be :)  Thanks.

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20903>
_______________________________________

From report at bugs.python.org  Mon Jun  9 23:02:26 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Jun 2014 21:02:26 +0000
Subject: [issue5594] IDLE startup configuration
In-Reply-To: <1238311210.52.0.532490988344.issue5594@psf.upfronthosting.co.za>
Message-ID: <1402347746.48.0.541665980681.issue5594@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee: kbk -> 
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5594>
_______________________________________

From report at bugs.python.org  Mon Jun  9 23:08:04 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Jun 2014 21:08:04 +0000
Subject: [issue8378] PYTHONSTARTUP is not run by default when Idle is started
In-Reply-To: <1271076551.49.0.597917544476.issue8378@psf.upfronthosting.co.za>
Message-ID: <1402348084.32.0.595798169676.issue8378@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

David, thank you for the research on related issues. #5233 explicitly includes this proposal: "The former effect of -s would now be the default,". So I am closing this as a partial duplicate.  I will explain here why I reject this.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Enhance 2.7 IDLE to exec IDLESTARTUP/PYTHONSTARTUP on restart

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8378>
_______________________________________

From report at bugs.python.org  Mon Jun  9 23:22:28 2014
From: report at bugs.python.org (Lita Cho)
Date: Mon, 09 Jun 2014 21:22:28 +0000
Subject: [issue21597] Allow turtledemo code pane to get wider.
In-Reply-To: <1401306787.8.0.543638067901.issue21597@psf.upfronthosting.co.za>
Message-ID: <1402348948.25.0.0663397457387.issue21597@psf.upfronthosting.co.za>


Lita Cho added the comment:

Hi Terry!

> 2. More important: when I move the slider right, the text widen and the canvas narrows relatively smoothly. 

This is not due to the mixing of Pack and Grid Managers. This is due to adding Frames within a Pane Window. If I just create two empty Pane Windows, I don't get the lag. However, if I add a Frame container within Pane Window, I do. I've tried switching between using only the Pack Manager and then again using only the Grid Manager. However, that lag still exists. 

I have the code here if you want to try the packed version.

```
from tkinter import *
root = Tk()
m = PanedWindow(root, orient=HORIZONTAL, sashwidth=10)
rightF =  Frame(m)
leftF = Frame(m)
top = Label(leftF, text="lefgt pane", bg='blue')
bottom = Label(rightF, text="right pane", bg='red')
top.pack(fill=BOTH, expand=1)
bottom.pack(fill=BOTH, expand=1)
m.add(leftF)
m.add(rightF)

m.pack(fill=BOTH, expand=1)
mainloop()
```

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21597>
_______________________________________

From report at bugs.python.org  Mon Jun  9 23:37:17 2014
From: report at bugs.python.org (Olive Kilburn)
Date: Mon, 09 Jun 2014 21:37:17 +0000
Subject: [issue21688] Improved error msg for make.bat htmlhelp
In-Reply-To: <1402168503.61.0.753508376392.issue21688@psf.upfronthosting.co.za>
Message-ID: <1402349837.3.0.688479531815.issue21688@psf.upfronthosting.co.za>


Olive Kilburn added the comment:

Before I installed HTML Help Workshop it would output many lines followed by
"
build succeeded, 1 warning. 
C:\Program is not recognized as an internal or external command, operable program or batch file. 

Build succeeded. All output should be in build\htmlhelp
" 

build\htmlhelp would not be created however.

Thank you for pointing out the variable, I've fixed it.

----------
Added file: http://bugs.python.org/file35545/mywork.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21688>
_______________________________________

From report at bugs.python.org  Mon Jun  9 23:43:51 2014
From: report at bugs.python.org (Lita Cho)
Date: Mon, 09 Jun 2014 21:43:51 +0000
Subject: [issue21597] Allow turtledemo code pane to get wider.
In-Reply-To: <1401306787.8.0.543638067901.issue21597@psf.upfronthosting.co.za>
Message-ID: <1402350231.35.0.985692479327.issue21597@psf.upfronthosting.co.za>


Lita Cho added the comment:

> 1. The minor one: The blue label does not have drop shadows, the red/yellow buttons do. 

I created a patch to add a border around the label and create some padding between the buttons and the label. Let me know if this is less jarring than the previous version.

----------
Added file: http://bugs.python.org/file35546/turtledemo_pane.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21597>
_______________________________________

From report at bugs.python.org  Mon Jun  9 23:45:01 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Jun 2014 21:45:01 +0000
Subject: [issue5233] Enhance 2.7 IDLE to exec IDLESTARTUP/PYTHONSTARTUP on
 restart
In-Reply-To: <1234478082.8.0.463106292983.issue5233@psf.upfronthosting.co.za>
Message-ID: <1402350301.4.0.876445222541.issue5233@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This is at least 2 issues: startup and restart. I closed #8378 as a partial duplicate of the startup issue.

For startup, I reject the idea of changing the default and the meaning of -s. First, it would break the general back-compatibility policy and possibly break scripts of people who read the doc and proceeded accordingly. Second, while I generally prefer Idle to match the console interpreter, there is an important difference in having tkinter and idlelib modules involved. A startup script that works fine for the console could create subtle bugs in Idle. I suspect that whoever chose the current default had some thought like this. To put this a different way, running idle is similar to running 'python -i idle' and python does not run startup files with -i. Third, this change shuffles responsibilities around without any net gain that I see.

#5594 suggests adding startup options to the configuration file and dialog. I like this better and consider it possible.

For restart, the result of Restart Shell Cntl-F6 should be the same as an initial start (without running a file from the editor). On the other hand, I agree with Beni's concern about matching python -i when running editor files.

I also agree with Beni that the run... functions should be reviewed for possible refactoring, and, sadly, that testing is difficult. We would need a test script that documents both current and desired behavior and people to run it (by hand and eye) on Windows, Linux, and Mac.

----------
assignee: kbk -> 
nosy: +terry.reedy
stage:  -> patch review
versions: +Python 3.4, Python 3.5 -Python 2.6, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5233>
_______________________________________

From report at bugs.python.org  Mon Jun  9 23:46:23 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Jun 2014 21:46:23 +0000
Subject: [issue11437] IDLE crash on startup with typo in config-keys.cfg
In-Reply-To: <1299543243.52.0.970222997696.issue11437@psf.upfronthosting.co.za>
Message-ID: <1402350383.27.0.982835307286.issue11437@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage: needs patch -> patch review
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11437>
_______________________________________

From report at bugs.python.org  Tue Jun 10 00:23:56 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 09 Jun 2014 22:23:56 +0000
Subject: [issue1517993] IDLE: config-main.def contains windows-specific
 settings
Message-ID: <1402352636.74.0.167428974448.issue1517993@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +ned.deily, terry.reedy
type:  -> behavior
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1517993>
_______________________________________

From report at bugs.python.org  Tue Jun 10 00:47:14 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 09 Jun 2014 22:47:14 +0000
Subject: [issue1517993] IDLE: config-main.def contains windows-specific
 settings
Message-ID: <1402354034.97.0.0269724415316.issue1517993@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

In 3.4, the only Windows-specific settings I see in config-main.def is
[Keys]
default= 1
name= IDLE Classic Windows

I have presumed that this is somehow changed on other systems. If not, that is an issue.

Config-keys.def actions (should) have a Meta variant when Alt is used.
close-window=<Alt-Key-F4> <Meta-Key-F4>

If 'Alt' were automatically changed to 'Meta' on Mac, before sending to tk, the Meta entries could be removed, with a note in the key-setting dialog about the auto translation. The file would be easier to read; setting keys would then be easier; and Macs would automatically get key bindings.

(I notice that some actions have two Alt bindings and only one Meta binding. Is that because Meta in not value for all uses of Alt?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1517993>
_______________________________________

From report at bugs.python.org  Tue Jun 10 01:03:00 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 09 Jun 2014 23:03:00 +0000
Subject: [issue3938] Clearing globals; interpreter -- IDLE difference
In-Reply-To: <1222123502.26.0.150284389082.issue3938@psf.upfronthosting.co.za>
Message-ID: <1402354980.34.0.563836042048.issue3938@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The output from IDLE is still the same using both 3.4.1 and 3.5.  FTR the output from iPython 2.0.0 appears the same, although it's pretty printed.

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3938>
_______________________________________

From report at bugs.python.org  Tue Jun 10 01:06:32 2014
From: report at bugs.python.org (eryksun)
Date: Mon, 09 Jun 2014 23:06:32 +0000
Subject: [issue21699] Windows Python 3.4.1 pyvenv doesn't work in directories
 with spaces.
In-Reply-To: <1402325667.24.0.414585735491.issue21699@psf.upfronthosting.co.za>
Message-ID: <1402355192.66.0.385623145954.issue21699@psf.upfronthosting.co.za>


eryksun added the comment:

The py.exe launcher relies on manual quoting in the shebang line. That's the case for the shebang embedded in this pip executable. The problem is the "simple launcher" used by distlib 0.1.8. It always quotes the executable, even if it's already quoted. This is fixed in distlib 0.1.9, which should be updated in the next release of pip.

https://bitbucket.org/pypa/distlib/issue/47

As a workaround, you can use `python -m pip`.

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21699>
_______________________________________

From report at bugs.python.org  Tue Jun 10 01:19:37 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 09 Jun 2014 23:19:37 +0000
Subject: [issue1517993] IDLE: config-main.def contains windows-specific
 settings
Message-ID: <1402355977.83.0.546468677136.issue1517993@psf.upfronthosting.co.za>


Ned Deily added the comment:

Issue20580 covers much the same grounds; I was unaware of this issue when I opened it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1517993>
_______________________________________

From report at bugs.python.org  Tue Jun 10 01:23:00 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 09 Jun 2014 23:23:00 +0000
Subject: [issue14758] SMTPServer of smptd does not support binding to an IPv6
 address
In-Reply-To: <1336511750.16.0.237606043889.issue14758@psf.upfronthosting.co.za>
Message-ID: <1402356180.76.0.222299494853.issue14758@psf.upfronthosting.co.za>


R. David Murray added the comment:

When I run the modified test suite on a machine regrtest tells me that the test modified the environment, specifically the asyncore.socket_map.  Presumably there is some missing cleanup logic.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14758>
_______________________________________

From report at bugs.python.org  Tue Jun 10 02:02:39 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 10 Jun 2014 00:02:39 +0000
Subject: [issue21659] IDLE: One corner calltip case
In-Reply-To: <1401886223.28.0.621700071443.issue21659@psf.upfronthosting.co.za>
Message-ID: <3gnWjn6mHNz7Lk6@mail.python.org>


Roundup Robot added the comment:

New changeset 0b181c02df7c by Terry Jan Reedy in branch '2.7':
Closes Issue 21659: Improve Idle calltips for *args, **kwargs in 2.7, where actual
http://hg.python.org/cpython/rev/0b181c02df7c

----------
nosy: +python-dev
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21659>
_______________________________________

From report at bugs.python.org  Tue Jun 10 02:19:35 2014
From: report at bugs.python.org (Allen Riddell)
Date: Tue, 10 Jun 2014 00:19:35 +0000
Subject: [issue21700] Missing mention of DatagramProtocol having
 connection_made and connection_lost methods
Message-ID: <1402359574.1.0.968660255801.issue21700@psf.upfronthosting.co.za>


New submission from Allen Riddell:

The following important information from PEP 3156 does not appear in the asyncio library documentation:

"""Datagram protocols have connection_made() and connection_lost() methods with the same signatures as stream protocols."""

Indeed, reading the docs it looks like only ``Protocol`` and ``SubprocessProtocol`` have these methods. (See https://docs.python.org/3.4/library/asyncio-protocol.html#connection-callbacks)

The quick fix is to change the lines 275-276 in ``Doc/library/asyncio-protocol.rst`` from:

    These callbacks may be called on Protocol and SubprocessProtocol instances:

to

    These callbacks may be called on Protocol, DatagramProtocol, and SubprocessProtocol instances:

----------
assignee: docs at python
components: Documentation, asyncio
messages: 220130
nosy: ariddell, docs at python, gvanrossum, haypo, yselivanov
priority: normal
severity: normal
status: open
title: Missing mention of DatagramProtocol having connection_made and connection_lost methods
type: enhancement
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21700>
_______________________________________

From report at bugs.python.org  Tue Jun 10 02:20:54 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 10 Jun 2014 00:20:54 +0000
Subject: [issue3938] Clearing globals; interpreter -- IDLE difference
In-Reply-To: <1222123502.26.0.150284389082.issue3938@psf.upfronthosting.co.za>
Message-ID: <1402359654.38.0.128448636181.issue3938@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I decided that anyone with a use case for a bare interpreter, if there is such a person, would and should be using the console, and that a closed issue is sufficient documentation for now.

----------
resolution:  -> wont fix
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3938>
_______________________________________

From report at bugs.python.org  Tue Jun 10 02:27:05 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 10 Jun 2014 00:27:05 +0000
Subject: [issue1517993] IDLE: config-main.def contains windows-specific
 settings
Message-ID: <1402360025.71.0.0335637186634.issue1517993@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Since #20580 has a much more specific plan, I am closing this one as a duplicate and back-referencing this from there.

----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> IDLE should support platform-specific default config defaults

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1517993>
_______________________________________

From report at bugs.python.org  Tue Jun 10 02:27:16 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 10 Jun 2014 00:27:16 +0000
Subject: [issue20580] IDLE should support platform-specific default config
 defaults
In-Reply-To: <1392027551.21.0.533992391985.issue20580@psf.upfronthosting.co.za>
Message-ID: <1402360036.72.0.951953037983.issue20580@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I closed #1517993 in favor of this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20580>
_______________________________________

From report at bugs.python.org  Tue Jun 10 02:38:56 2014
From: report at bugs.python.org (Allen Riddell)
Date: Tue, 10 Jun 2014 00:38:56 +0000
Subject: [issue21701] create_datagram_endpoint does not receive when both
 local_addr and remote_addr provided
Message-ID: <1402360736.4.0.184657566107.issue21701@psf.upfronthosting.co.za>


New submission from Allen Riddell:

Creating a UDP connection through ``create_datagram_endpoint`` when specifying both remote_addr and local_addr does not work; messages are not received. If remote_addr is removed, messages are received.

Easy to reproduce:

works: python3 client_good.py & python3 sender.py 127.0.0.1 8888
blocks?: python3 client_bad.py & python3 sender.py 127.0.0.1 8888

>From the PEP I gather this really is a bug, since create_datagram_endpoint is supposed to be bidirectional::

    create_datagram_endpoint(protocol_factory, local_addr=None, remote_addr=None, <options>). Creates an endpoint for sending and receiving datagrams (typically UDP packets). Because of the nature of datagram traffic, there are no separate calls to set up client and server side, since usually a single endpoint acts as both client and server.

----------
components: asyncio
messages: 220134
nosy: ariddell, gvanrossum, haypo, yselivanov
priority: normal
severity: normal
status: open
title: create_datagram_endpoint does not receive when both local_addr and remote_addr provided
type: behavior
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21701>
_______________________________________

From report at bugs.python.org  Tue Jun 10 02:42:27 2014
From: report at bugs.python.org (Allen Riddell)
Date: Tue, 10 Jun 2014 00:42:27 +0000
Subject: [issue21701] create_datagram_endpoint does not receive when both
 local_addr and remote_addr provided
In-Reply-To: <1402360736.4.0.184657566107.issue21701@psf.upfronthosting.co.za>
Message-ID: <1402360947.53.0.25402272421.issue21701@psf.upfronthosting.co.za>


Allen Riddell added the comment:

(couldn't figure out how to attach multiple files)
-- client_good.py --

"""Send and receive a messages using DatagramProtocol"""
import asyncio
import time

class Helloer(asyncio.DatagramProtocol):

    def connection_made(self, transport):
        print('(helloer) connection made')
        self.transport = transport

    def connection_lost(self, transport):
        print('(helloer listener) connection lost!')

    def datagram_received(self, data, addr):
        print('(helloer listener) received data from {}: {}'.format(addr, data))

    def error_received(self, exc):
        print('(helloer listener) error received: {}'.format(exc))

loop = asyncio.get_event_loop()
# WORKS:
coro = loop.create_datagram_endpoint(Helloer, local_addr=('127.0.0.1', 8888))
# FAILS (blocks?):
# coro = loop.create_datagram_endpoint(Helloer, local_addr=('127.0.0.1', 8888), remote_addr=('127.0.0.1', 9999))
transport, protocol = loop.run_until_complete(coro)
loop.run_forever()


-- client_bad.py --

"""Send and receive a messages using DatagramProtocol"""
import asyncio
import time

class Helloer(asyncio.DatagramProtocol):

    def connection_made(self, transport):
        print('(helloer) connection made')
        self.transport = transport

    def connection_lost(self, transport):
        print('(helloer listener) connection lost!')

    def datagram_received(self, data, addr):
        print('(helloer listener) received data from {}: {}'.format(addr, data))

    def error_received(self, exc):
        print('(helloer listener) error received: {}'.format(exc))

loop = asyncio.get_event_loop()
# WORKS:
# coro = loop.create_datagram_endpoint(Helloer, local_addr=('127.0.0.1', 8888))
# FAILS (blocks?):
coro = loop.create_datagram_endpoint(Helloer, local_addr=('127.0.0.1', 8888), remote_addr=('127.0.0.1', 9999))
transport, protocol = loop.run_until_complete(coro)
loop.run_forever()


-- sender.py --
"""Send a UDP packet to a specified port and quit"""
import argparse
import socket
import time

if __name__ == "__main__":
    parser = argparse.ArgumentParser(description='send a udp packet')
    parser.add_argument('host', type=str)
    parser.add_argument('port', type=int)
    args = parser.parse_args()
    host, port = args.host, args.port

    time.sleep(0.1)
    sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
    data = 'message from sender sent to {}:{}'.format(host, port)
    sent = sock.sendto(data.encode('ascii'), (host, port))
    print("(sender) sent udp packet to {}:{}".format(host, port))
    sock.close()

----------
Added file: http://bugs.python.org/file35547/client_bad.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21701>
_______________________________________

From report at bugs.python.org  Tue Jun 10 03:02:52 2014
From: report at bugs.python.org (Allen Riddell)
Date: Tue, 10 Jun 2014 01:02:52 +0000
Subject: [issue21701] create_datagram_endpoint does not receive when both
 local_addr and remote_addr provided
In-Reply-To: <1402360736.4.0.184657566107.issue21701@psf.upfronthosting.co.za>
Message-ID: <1402362172.31.0.224087775883.issue21701@psf.upfronthosting.co.za>


Allen Riddell added the comment:

I gather this is the desired behavior.

If one specifies remote_addr then one only accepts packets from that address and port. Whereas if no remote_addr is given then one accepts packets from any address and any port.

Sorry for the noise.

----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21701>
_______________________________________

From report at bugs.python.org  Tue Jun 10 07:05:31 2014
From: report at bugs.python.org (Jacob Beck)
Date: Tue, 10 Jun 2014 05:05:31 +0000
Subject: [issue21309] Confusing "see also" for generic C-level __init__
 methods in help output
In-Reply-To: <1397873826.04.0.28447838355.issue21309@psf.upfronthosting.co.za>
Message-ID: <1402376731.72.0.241677275105.issue21309@psf.upfronthosting.co.za>


Jacob Beck added the comment:

I just got burned by this in io.StringIO, so I did a bit of looking.


This was changed in r85710aa396ef in Objects/typeobject.c. The new revision makes as much sense as the old one, which wasn't helpful either and replaced an equally unhelpful revision at some point. Some variation of this goes back at least as far back as Python2.5, which is the oldest version I have installed on my machine.


I think the real problem with this is what you touched on in the middle there. It frequently shows up on types that *don't* provide an accurate signature in their docstring or help(). For instance, io.StringIO doesn't discuss its signature at all, you have to look in the docs for the io module itself! I only figured that out after searching for it online. I think the entire exception hierarchy does it. At least in some of the more complicated exceptions you can sort of infer the arguments from the order in which the data descriptors are listed.

Based on where the message comes from I'm not sure how one could fix this. It's not clear to me that the type name is really available when this string is being calculated, since it's just a default docstring. The easiest fix might be something like "Initializes an object. There is no information about this method's call signature, help for the class may describe it". Or maybe it would be possible to write actual __init__ docstrings for some or all of the classes involved?

----------
nosy: +Jacob.Beck

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21309>
_______________________________________

From report at bugs.python.org  Tue Jun 10 08:27:13 2014
From: report at bugs.python.org (Abhilash Raj)
Date: Tue, 10 Jun 2014 06:27:13 +0000
Subject: [issue634412] RFC 2387 in email package
Message-ID: <1402381633.54.0.744600126358.issue634412@psf.upfronthosting.co.za>


Abhilash Raj added the comment:

David: How does this API look?
  https://gist.github.com/maxking/2f37bae7875dde027e3c

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue634412>
_______________________________________

From report at bugs.python.org  Tue Jun 10 08:45:32 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Tue, 10 Jun 2014 06:45:32 +0000
Subject: [issue17457] Unittest discover fails with namespace packages and
 builtin modules
In-Reply-To: <1363608930.16.0.788491274205.issue17457@psf.upfronthosting.co.za>
Message-ID: <1402382732.95.0.33163468447.issue17457@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

Can we close this? The feature already landed in Python 3.4.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17457>
_______________________________________

From report at bugs.python.org  Tue Jun 10 08:50:17 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 10 Jun 2014 06:50:17 +0000
Subject: [issue21695] Idle 3.4.1-: closing Find in Files while in progress
 closes Idle
In-Reply-To: <1402257459.19.0.652295391424.issue21695@psf.upfronthosting.co.za>
Message-ID: <3gnhm81HDcz7Ljg@mail.python.org>


Roundup Robot added the comment:

New changeset ec91ee7d9d8d by Terry Jan Reedy in branch '2.7':
Issue #21695: Catch AttributeError created when user closes grep output window
http://hg.python.org/cpython/rev/ec91ee7d9d8d

New changeset d9c1f36494b6 by Terry Jan Reedy in branch '3.4':
Issue #21695: Catch AttributeError created when user closes grep output window
http://hg.python.org/cpython/rev/d9c1f36494b6

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21695>
_______________________________________

From report at bugs.python.org  Tue Jun 10 08:54:56 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 10 Jun 2014 06:54:56 +0000
Subject: [issue21695] Idle 3.4.1-: closing Find in Files while in progress
 closes Idle
In-Reply-To: <1402257459.19.0.652295391424.issue21695@psf.upfronthosting.co.za>
Message-ID: <1402383296.23.0.617313029414.issue21695@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I added try: except: and tested on installed 3.4.1, which previously failed. There is no way that I know of to start repository Idle without a console to print a traceback to. I added a missing import, removed an incorrect comment, added others, and changed 'print x' in 2.7 to 'print(x)' to reduce differences between versions for future patches.

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21695>
_______________________________________

From report at bugs.python.org  Tue Jun 10 08:56:05 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Tue, 10 Jun 2014 06:56:05 +0000
Subject: [issue19840] The is no way to tell shutil.move to ignore metadata
In-Reply-To: <1385816740.15.0.284400453847.issue19840@psf.upfronthosting.co.za>
Message-ID: <1402383365.93.0.887502258245.issue19840@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

Any type of feedback will be appreciated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19840>
_______________________________________

From report at bugs.python.org  Tue Jun 10 09:03:07 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Tue, 10 Jun 2014 07:03:07 +0000
Subject: [issue19838] test.test_pathlib.PosixPathTest.test_touch_common fails
 on FreeBSD with ZFS
In-Reply-To: <1385801049.84.0.483097954762.issue19838@psf.upfronthosting.co.za>
Message-ID: <1402383787.25.0.366820844424.issue19838@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

Since issue15745 hasn't been fixed yet, would be okay to skip these tests when the test suite runs from a ZFS container? Currently, these failures are a nuissance when running the test suite.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19838>
_______________________________________

From report at bugs.python.org  Tue Jun 10 09:12:26 2014
From: report at bugs.python.org (koobs)
Date: Tue, 10 Jun 2014 07:12:26 +0000
Subject: [issue19838] test.test_pathlib.PosixPathTest.test_touch_common fails
 on FreeBSD with ZFS
In-Reply-To: <1385801049.84.0.483097954762.issue19838@psf.upfronthosting.co.za>
Message-ID: <1402384346.44.0.0541309606159.issue19838@psf.upfronthosting.co.za>


koobs added the comment:

I'd like to put the buildbot slave instances back onto ZFS for broader Disk/IO test coverage for Python and other projects as well as to gain some administrative disk utilisation flexibility.

These two issues have unfortunately precluded that, and there's much more value to projects with a reliably green buildbot than one that is red, ending up ignored, and hiding other issues or regressions in the meantime.

+1 on disabling these tests and leaving the issues open so someone can pick them up at a later date and have a ZFS environment in which to reproduce/resolve them in a custom builder

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19838>
_______________________________________

From report at bugs.python.org  Tue Jun 10 09:21:18 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 10 Jun 2014 07:21:18 +0000
Subject: [issue21700] Missing mention of DatagramProtocol having
 connection_made and connection_lost methods
In-Reply-To: <1402359574.1.0.968660255801.issue21700@psf.upfronthosting.co.za>
Message-ID: <3gnjRx2ng7z7Lp4@mail.python.org>


Roundup Robot added the comment:

New changeset 79562a31e5a6 by Victor Stinner in branch '3.4':
Issue #21700: Fix asyncio doc, add DatagramProtocol
http://hg.python.org/cpython/rev/79562a31e5a6

New changeset a8dfdae4c4a0 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21700: Fix asyncio doc, add DatagramProtocol
http://hg.python.org/cpython/rev/a8dfdae4c4a0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21700>
_______________________________________

From report at bugs.python.org  Tue Jun 10 09:23:49 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Jun 2014 07:23:49 +0000
Subject: [issue21700] Missing mention of DatagramProtocol having
 connection_made and connection_lost methods
In-Reply-To: <1402359574.1.0.968660255801.issue21700@psf.upfronthosting.co.za>
Message-ID: <1402385029.74.0.253000921895.issue21700@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Fixed. Thanks for the report.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21700>
_______________________________________

From report at bugs.python.org  Tue Jun 10 09:35:33 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Jun 2014 07:35:33 +0000
Subject: [issue21702] asyncio: remote_addr of create_datagram_endpoint() is
 not documented
Message-ID: <1402385733.37.0.0697912425381.issue21702@psf.upfronthosting.co.za>


New submission from STINNER Victor:

See issue #21701 for a recent issue about this parameter.

----------
assignee: docs at python
components: Documentation, asyncio
messages: 220147
nosy: ariddell, docs at python, gvanrossum, haypo, yselivanov
priority: normal
severity: normal
status: open
title: asyncio: remote_addr of create_datagram_endpoint() is not documented
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21702>
_______________________________________

From report at bugs.python.org  Tue Jun 10 09:35:53 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Jun 2014 07:35:53 +0000
Subject: [issue21701] create_datagram_endpoint does not receive when both
 local_addr and remote_addr provided
In-Reply-To: <1402360736.4.0.184657566107.issue21701@psf.upfronthosting.co.za>
Message-ID: <1402385753.54.0.0417748459618.issue21701@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I opened the issue #21702 to document the parameter remote_addr.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21701>
_______________________________________

From report at bugs.python.org  Tue Jun 10 10:05:09 2014
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 10 Jun 2014 08:05:09 +0000
Subject: [issue17457] Unittest discover fails with namespace packages and
 builtin modules
In-Reply-To: <1363608930.16.0.788491274205.issue17457@psf.upfronthosting.co.za>
Message-ID: <1402387509.01.0.253517508174.issue17457@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17457>
_______________________________________

From report at bugs.python.org  Tue Jun 10 10:14:36 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 10 Jun 2014 08:14:36 +0000
Subject: [issue18039] dbm.open(...,
 flag="n") does not work and does not give a warning
In-Reply-To: <1369269598.14.0.669972141851.issue18039@psf.upfronthosting.co.za>
Message-ID: <1402388076.11.0.874994020657.issue18039@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18039>
_______________________________________

From report at bugs.python.org  Tue Jun 10 10:27:24 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 10 Jun 2014 08:27:24 +0000
Subject: [issue21326] asyncio: request clearer error message when event loop
 closed
In-Reply-To: <1398154363.0.0.853788262895.issue21326@psf.upfronthosting.co.za>
Message-ID: <3gnkwC1p17z7LlY@mail.python.org>


Roundup Robot added the comment:

New changeset 7912179335cc by Victor Stinner in branch '3.4':
Issue #21326: Add a new is_closed() method to asyncio.BaseEventLoop
http://hg.python.org/cpython/rev/7912179335cc

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21326>
_______________________________________

From report at bugs.python.org  Tue Jun 10 10:28:40 2014
From: report at bugs.python.org (Sebastian Kreft)
Date: Tue, 10 Jun 2014 08:28:40 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1390263519.32.0.357208079457.issue20319@psf.upfronthosting.co.za>
Message-ID: <1402388920.19.0.102517880154.issue20319@psf.upfronthosting.co.za>


Sebastian Kreft added the comment:

I was able to recreate the issue again, and now i have some info about the offending futures:

State: RUNNING, Result: None, Exception: None, Waiters: 0, Cancelled: False, Running: True, Done: False

The information does not seem very relevant. However, I can attach a console and debug from there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Tue Jun 10 10:30:31 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Jun 2014 08:30:31 +0000
Subject: [issue21326] asyncio: request clearer error message when event loop
 closed
In-Reply-To: <1398154363.0.0.853788262895.issue21326@psf.upfronthosting.co.za>
Message-ID: <1402389031.31.0.0209955451134.issue21326@psf.upfronthosting.co.za>


STINNER Victor added the comment:

This issue was discussed on the python-dev mailing list. The conclusion is that adding a new method to asyncio is safe because asyncio has a "provisional API" (whereas the selectors module doesn't).

Ok, Python 3.4.2 will have the new method BaseEventLoop.is_closed(), that's all.

----------
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21326>
_______________________________________

From report at bugs.python.org  Tue Jun 10 10:38:19 2014
From: report at bugs.python.org (Bohuslav "Slavek" Kabrda)
Date: Tue, 10 Jun 2014 08:38:19 +0000
Subject: [issue21679] Prevent extraneous fstat during open()
In-Reply-To: <1402055285.47.0.764387439948.issue21679@psf.upfronthosting.co.za>
Message-ID: <1402389499.13.0.614532147573.issue21679@psf.upfronthosting.co.za>


Bohuslav "Slavek" Kabrda added the comment:

Again, thanks for the review. It's true that HAVE_FSTAT can be defined without stat structure containing st_blksize. I added an ifdef HAVE_STRUCT_STAT_ST_BLKSIZE for that. Attaching third version of the patch, hopefully everything will be ok now.

----------
Added file: http://bugs.python.org/file35548/python3-remove-extraneous-fstat-on-file-open-v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21679>
_______________________________________

From report at bugs.python.org  Tue Jun 10 10:47:46 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Tue, 10 Jun 2014 08:47:46 +0000
Subject: [issue18039] dbm.open(...,
 flag="n") does not work and does not give a warning
In-Reply-To: <1369269598.14.0.669972141851.issue18039@psf.upfronthosting.co.za>
Message-ID: <1402390066.34.0.2097885925.issue18039@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

Thanks for the reviews, Serhiy. Here's the new version of the patch.

----------
Added file: http://bugs.python.org/file35549/issue18039_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18039>
_______________________________________

From report at bugs.python.org  Tue Jun 10 11:13:51 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Jun 2014 09:13:51 +0000
Subject: [issue21595] asyncio: Creating many subprocess generates lots of
 internal BlockingIOError
In-Reply-To: <1401293905.24.0.60580037819.issue21595@psf.upfronthosting.co.za>
Message-ID: <1402391631.94.0.675584524288.issue21595@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Can someone please review asyncio_read_from_self.patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21595>
_______________________________________

From report at bugs.python.org  Tue Jun 10 11:16:28 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 10 Jun 2014 09:16:28 +0000
Subject: [issue21596] asyncio.wait fails when futures list is empty
In-Reply-To: <1401294149.12.0.93780466725.issue21596@psf.upfronthosting.co.za>
Message-ID: <3gnm0q20l5z7Lp5@mail.python.org>


Roundup Robot added the comment:

New changeset 2b3f8b6d6e5c by Victor Stinner in branch '3.4':
Issue #21596: asyncio.wait(): mention that the sequence of futures must not
http://hg.python.org/cpython/rev/2b3f8b6d6e5c

New changeset 68d45a1a3ce0 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21596: asyncio.wait(): mention that the sequence of futures
http://hg.python.org/cpython/rev/68d45a1a3ce0

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21596>
_______________________________________

From report at bugs.python.org  Tue Jun 10 11:16:50 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Jun 2014 09:16:50 +0000
Subject: [issue21596] asyncio.wait fails when futures list is empty
In-Reply-To: <1401294149.12.0.93780466725.issue21596@psf.upfronthosting.co.za>
Message-ID: <1402391810.61.0.521330886149.issue21596@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Fixed. Thanks for the report.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21596>
_______________________________________

From report at bugs.python.org  Tue Jun 10 11:19:50 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Jun 2014 09:19:50 +0000
Subject: [issue21515] Use Linux O_TMPFILE flag in tempfile.TemporaryFile?
In-Reply-To: <1400231841.29.0.337128735098.issue21515@psf.upfronthosting.co.za>
Message-ID: <1402391990.35.0.0600344773477.issue21515@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21515>
_______________________________________

From report at bugs.python.org  Tue Jun 10 11:28:50 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Jun 2014 09:28:50 +0000
Subject: [issue13247] under Windows,
 os.path.abspath returns non-ASCII bytes paths as question marks
In-Reply-To: <1319327124.52.0.956024299245.issue13247@psf.upfronthosting.co.za>
Message-ID: <1402392530.64.0.40416387267.issue13247@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I've read this entire issue and can't see that much can be done

My patch can be applied in Python 3.5 to notice immediatly users that filenames cannot be encoded to the ANSI code page. Anyway, bytes filenames are deprecated (emit a DeprecationWarning warning) in the os module on Windows since Python 3.3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13247>
_______________________________________

From report at bugs.python.org  Tue Jun 10 12:08:31 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Tue, 10 Jun 2014 10:08:31 +0000
Subject: [issue21703] IDLE: Test UndoDelegator
Message-ID: <1402394911.48.0.416868265469.issue21703@psf.upfronthosting.co.za>


New submission from Saimadhav Heblikar:

Adds test for UndoDelegator class in idlelib.UndoDelegator.


With the help of Victor Stinner on IRC, I managed to reduce the refleak, but the current status is:
saimadhav at debian:~/dev/34-cpython$ ./python -m test -R 3:3 -uall test_idle
[1/1] test_idle
beginning 6 repetitions
123456
......
test_idle leaked [237, 237, 237] references, sum=711
test_idle leaked [95, 98, 97] memory blocks, sum=290
1 test failed:
    test_idle

Any hint on where the problem is?
---
I also plan to cover other helper classes in the same UndoDelegator file.

----------
components: IDLE
files: test-undodelegator.diff
keywords: patch
messages: 220158
nosy: jesstess, sahutd, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE: Test UndoDelegator
versions: Python 2.7, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35550/test-undodelegator.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21703>
_______________________________________

From report at bugs.python.org  Tue Jun 10 12:17:42 2014
From: report at bugs.python.org (Matthias Urlichs)
Date: Tue, 10 Jun 2014 10:17:42 +0000
Subject: [issue20504] cgi.FieldStorage, multipart, missing Content-Length
In-Reply-To: <1391463199.17.0.394387661768.issue20504@psf.upfronthosting.co.za>
Message-ID: <1402395462.29.0.534927410269.issue20504@psf.upfronthosting.co.za>


Matthias Urlichs added the comment:

Actually, the problem is cgi.py around line 550:

        clen = -1
        if 'content-length' in self.headers:
            try:
                clen = int(self.headers['content-length'])
            except ValueError:
                pass
            if maxlen and clen > maxlen:
                raise ValueError('Maximum content length exceeded')
        self.length = clen
        if self.limit is None and clen:
            self.limit = clen

? so self.limit ends up being -1 instead of None. :-/

Somebody please change this test to

        if self.limit is None and clen >= 0:

----------
nosy: +smurfix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20504>
_______________________________________

From report at bugs.python.org  Tue Jun 10 12:19:08 2014
From: report at bugs.python.org (Matthias Urlichs)
Date: Tue, 10 Jun 2014 10:19:08 +0000
Subject: [issue20504] cgi.FieldStorage, multipart, missing Content-Length
In-Reply-To: <1391463199.17.0.394387661768.issue20504@psf.upfronthosting.co.za>
Message-ID: <1402395548.56.0.211703160677.issue20504@psf.upfronthosting.co.za>


Matthias Urlichs added the comment:

Patch attached.

----------
keywords: +patch
Added file: http://bugs.python.org/file35551/cgi.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20504>
_______________________________________

From report at bugs.python.org  Tue Jun 10 12:19:57 2014
From: report at bugs.python.org (Matthias Urlichs)
Date: Tue, 10 Jun 2014 10:19:57 +0000
Subject: [issue20504] cgi.FieldStorage, multipart, missing Content-Length
In-Reply-To: <1391463199.17.0.394387661768.issue20504@psf.upfronthosting.co.za>
Message-ID: <1402395597.33.0.0975740353089.issue20504@psf.upfronthosting.co.za>


Matthias Urlichs added the comment:

This also applies to 3.4 and 3.5.

----------
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20504>
_______________________________________

From report at bugs.python.org  Tue Jun 10 12:33:24 2014
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Tue, 10 Jun 2014 10:33:24 +0000
Subject: [issue21704] _multiprocessing module builds incorrectly when POSIX
 semaphores are disabled
Message-ID: <1402396404.2.0.758262532851.issue21704@psf.upfronthosting.co.za>


New submission from Arfrever Frehtes Taifersar Arahesis:

When POSIX semaphores are disabled (e.g. by unmounting /dev/shm on a Linux system), then _multiprocessing module builds with undefined symbol _PyMp_sem_unlink:

$ ./configure ...
...
checking whether POSIX semaphores are enabled... no
...
$ make
...
building '_multiprocessing' extension
creating build/temp.linux-x86_64-3.5/tmp/cpython/Modules/_multiprocessing
x86_64-pc-linux-gnu-gcc -pthread -fPIC -Wno-unused-result -Werror=declaration-after-statement -DNDEBUG -march=core2 -O2 -fno-ident -pipe -ggdb3 -Wall -Wpointer-sign -IModules/_multiprocessing -I./Include -I. -IInclude -I/usr/local/include -I/tmp/cpython/Include -I/tmp/cpython -c /tmp/cpython/Modules/_multiprocessing/multiprocessing.c -o build/temp.linux-x86_64-3.5/tmp/cpython/Modules/_multiprocessing/multiprocessing.o
x86_64-pc-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,--as-needed -Wl,--gc-sections -Wl,--hash-style=gnu -Wl,--sort-common build/temp.linux-x86_64-3.5/tmp/cpython/Modules/_multiprocessing/multiprocessing.o -L. -L/usr/local/lib -lpython3.5m -o build/lib.linux-x86_64-3.5/_multiprocessing.cpython-35m.so
*** WARNING: renaming "_multiprocessing" since importing it failed: build/lib.linux-x86_64-3.5/_multiprocessing.cpython-35m.so: undefined symbol: _PyMp_sem_unlink
...
Following modules built successfully but were removed because they could not be imported:
_multiprocessing


This problem was introduced in Python 3.4. This problem is absent in older versions of Python.
Potential fix:

--- Modules/_multiprocessing/multiprocessing.c
+++ Modules/_multiprocessing/multiprocessing.c
@@ -129,5 +129,7 @@
     {"send", multiprocessing_send, METH_VARARGS, ""},
 #endif
+#ifndef POSIX_SEMAPHORES_NOT_ENABLED
     {"sem_unlink", _PyMp_sem_unlink, METH_VARARGS, ""},
+#endif
     {NULL}
 };

----------
assignee: sbt
components: Extension Modules
keywords: easy
messages: 220162
nosy: Arfrever, jnoller, sbt
priority: normal
severity: normal
stage: patch review
status: open
title: _multiprocessing module builds incorrectly when POSIX semaphores are disabled
type: compile error
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21704>
_______________________________________

From report at bugs.python.org  Tue Jun 10 12:35:39 2014
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Tue, 10 Jun 2014 10:35:39 +0000
Subject: [issue21704] _multiprocessing module builds incorrectly when POSIX
 semaphores are disabled
In-Reply-To: <1402396404.2.0.758262532851.issue21704@psf.upfronthosting.co.za>
Message-ID: <1402396539.73.0.0283264425839.issue21704@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
keywords: +patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21704>
_______________________________________

From report at bugs.python.org  Tue Jun 10 13:15:38 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 10 Jun 2014 11:15:38 +0000
Subject: [issue19143] Finding the Windows version getting messier (detect
 windows 8.1?)
In-Reply-To: <1380675004.25.0.239416620624.issue19143@psf.upfronthosting.co.za>
Message-ID: <1402398938.7.0.0469292278011.issue19143@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

I don't have a Windows 8.1 handy, but if "ver" reports the correct version, why not have platform.win32_ver() use _syscmd_ver() in case the other APIs report "6.2.9200" and then have win32_ver() the higher version ?!

FWIW: I don't think we should add anything to the python.exe manifest to have it report the correct version. This could potentially break other APIs. AFAIK, MS just used this "trick" to prevent having existing 8.0 applications fail on 8.1 due to the minor version bump. I suppose they'll undo this with the next official Windows release.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19143>
_______________________________________

From report at bugs.python.org  Tue Jun 10 13:57:04 2014
From: report at bugs.python.org (Matthias Urlichs)
Date: Tue, 10 Jun 2014 11:57:04 +0000
Subject: [issue21705] cgi.py: Multipart with more than one file is misparsed
Message-ID: <1402401424.17.0.414317354507.issue21705@psf.upfronthosting.co.za>


New submission from Matthias Urlichs:

This code in cgi.py makes no sense whatsoever:

842                 if line.endswith(b"--") and last_line_lfend:
843                     strippedline = line.strip()
844                     if strippedline == next_boundary:
845                         break
846                     if strippedline == last_boundary:
847                         self.done = 1
848                         break

(Pdb) p next_boundary
b'--testdata'
(Pdb) p last_boundary
b'--testdata--'
(Pdb) 

The net effect of this is that parsing a multipart with more than one file in it is impossible, as the first file's reader will gobble up the remainder of the input.

Patch attached.

I guess it's a safe bet that no sane person even uses cgi.py any more, otherwise this would have been discovered a bit sooner.

----------
components: Library (Lib)
files: cgi.patch2
messages: 220164
nosy: smurfix
priority: normal
severity: normal
status: open
title: cgi.py: Multipart with more than one file is misparsed
type: behavior
versions: Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35552/cgi.patch2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21705>
_______________________________________

From report at bugs.python.org  Tue Jun 10 15:12:55 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 10 Jun 2014 13:12:55 +0000
Subject: [issue21309] Confusing "see also" for generic C-level __init__
 methods in help output
In-Reply-To: <1397873826.04.0.28447838355.issue21309@psf.upfronthosting.co.za>
Message-ID: <1402405975.52.0.279582427142.issue21309@psf.upfronthosting.co.za>


R. David Murray added the comment:

I'm hoping that with Argument Clinic we can do better, but I haven't played with it so I'm not sure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21309>
_______________________________________

From report at bugs.python.org  Tue Jun 10 15:43:02 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 10 Jun 2014 13:43:02 +0000
Subject: [issue19840] The is no way to tell shutil.move to ignore metadata
In-Reply-To: <1385816740.15.0.284400453847.issue19840@psf.upfronthosting.co.za>
Message-ID: <1402407782.94.0.421101407673.issue19840@psf.upfronthosting.co.za>


R. David Murray added the comment:

Review comments added.  Patch looks good after the doc fixes.  We also need a whatsnew entry.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19840>
_______________________________________

From report at bugs.python.org  Tue Jun 10 15:44:49 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Tue, 10 Jun 2014 13:44:49 +0000
Subject: [issue19838] test.test_pathlib.PosixPathTest.test_touch_common fails
 on FreeBSD with ZFS
In-Reply-To: <1385801049.84.0.483097954762.issue19838@psf.upfronthosting.co.za>
Message-ID: <1402407889.24.0.252717719685.issue19838@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

Here's a patch that marks those tests as expected failures if the source checkout is inside a zfs container. It uses `df -t zfs`, it was the easiest way I could find to detect that we are running from a zfs container.

----------
keywords: +patch
Added file: http://bugs.python.org/file35553/issue19838.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19838>
_______________________________________

From report at bugs.python.org  Tue Jun 10 15:47:09 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 10 Jun 2014 13:47:09 +0000
Subject: [issue21705] cgi.py: Multipart with more than one file is misparsed
In-Reply-To: <1402401424.17.0.414317354507.issue21705@psf.upfronthosting.co.za>
Message-ID: <1402408029.35.0.640469762823.issue21705@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +r.david.murray
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21705>
_______________________________________

From report at bugs.python.org  Tue Jun 10 15:52:26 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 10 Jun 2014 13:52:26 +0000
Subject: [issue21703] IDLE: Test UndoDelegator
In-Reply-To: <1402394911.48.0.416868265469.issue21703@psf.upfronthosting.co.za>
Message-ID: <1402408346.83.0.755716136271.issue21703@psf.upfronthosting.co.za>


STINNER Victor added the comment:

You should call "cls.percolator.close()" in your tearDownClass() method, before cls.text.destroy().

By the way, I prefer to assign an attribute to None instead of using "del obj.attr".

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21703>
_______________________________________

From report at bugs.python.org  Tue Jun 10 16:33:48 2014
From: report at bugs.python.org (Dmitry Korchemny)
Date: Tue, 10 Jun 2014 14:33:48 +0000
Subject: [issue21706] Add base for enumerations (Functional API)
Message-ID: <1402410828.65.0.285347945192.issue21706@psf.upfronthosting.co.za>


New submission from Dmitry Korchemny:

In enum module the functional API for enum creation has the following signature:
Enum(value='NewEnumName', names=<...>, *, module='...', qualname='...', type=<mixed-in class>)

so that the numeration always starts with 1. In some cases it is convenient to start numbering from other base, e.g., 0. It would be of great help to add an additional parameter, say start, to make the following call possible:

Animal = Enum('Animal', 'ant bee cat dog', start = 0)

----------
components: Library (Lib)
messages: 220169
nosy: dkorchem
priority: normal
severity: normal
status: open
title: Add base for enumerations (Functional API)
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21706>
_______________________________________

From report at bugs.python.org  Tue Jun 10 16:56:58 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 10 Jun 2014 14:56:58 +0000
Subject: [issue21706] Add base for enumerations (Functional API)
In-Reply-To: <1402410828.65.0.285347945192.issue21706@psf.upfronthosting.co.za>
Message-ID: <1402412218.87.0.675973772943.issue21706@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
nosy: +barry, eli.bendersky, ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21706>
_______________________________________

From report at bugs.python.org  Tue Jun 10 17:21:25 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Tue, 10 Jun 2014 15:21:25 +0000
Subject: [issue19840] The is no way to tell shutil.move to ignore metadata
In-Reply-To: <1385816740.15.0.284400453847.issue19840@psf.upfronthosting.co.za>
Message-ID: <1402413685.61.0.514387465602.issue19840@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

Thanks, David. The new version of the patch is attached.

----------
Added file: http://bugs.python.org/file35554/issue19840_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19840>
_______________________________________

From report at bugs.python.org  Tue Jun 10 17:59:16 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Tue, 10 Jun 2014 15:59:16 +0000
Subject: [issue18039] dbm.open(...,
 flag="n") does not work and does not give a warning
In-Reply-To: <1369269598.14.0.669972141851.issue18039@psf.upfronthosting.co.za>
Message-ID: <1402415956.12.0.333553528711.issue18039@psf.upfronthosting.co.za>


Changes by Claudiu.Popa <pcmanticore at gmail.com>:


Added file: http://bugs.python.org/file35555/issue18039_3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18039>
_______________________________________

From report at bugs.python.org  Tue Jun 10 18:28:59 2014
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Jun 2014 16:28:59 +0000
Subject: [issue19143] Finding the Windows version getting messier (detect
 windows 8.1?)
In-Reply-To: <1380675004.25.0.239416620624.issue19143@psf.upfronthosting.co.za>
Message-ID: <1402417739.62.0.803998716744.issue19143@psf.upfronthosting.co.za>


Steve Dower added the comment:

The two 'correct' options are adding the manifest or doing nothing (based on a number of very passionate internal discussions I was able to dig up).

Without the manifest, various APIs may behave differently - it's the new way that Windows decides whether to apply compatibility settings. If sys.getwindowsversion() reports the actual version number and people are getting old APIs through ctypes, more problems are caused than solved. The theory is that if you apply the manifest, you are stating that you have tested the application against that version (helped by having an unpredictable scheme without supersets).

Without the manifest, Python is always going to be run in compatibility mode for Windows 8, even as breaking changes are made in the future.

It would be quite a reasonable position (compatibility-wise) for Python to only manifest for the earliest version it supported. That way, all Python scripts are going to behave the same on later versions of Windows, even as the API behaviours change. (Note that I'm not advocating this - I'm just trying to explain the rationale better than our docs have done it.)

But basically, the result of sys.getwindowsversion() should return the behaviour that the program is going to get. If python.exe itself is manifested to support Windows 8.1, or if it isn't, both the behaviour and the version will match. IMO, and the Windows dev's opinion, this is correct.


The one concession that the Windows dev is willing to make is for logging, in which case the version number should be read as a string from a standard DLL like kernel32.dll. This would be appropriate for platform.win32_ver(), but as discussed above, not for sys.getwindowsversion().

Reading the registry is not recommended - the argument is roughly "GetVersionEx was being misused so we 'fixed' it, and when the registry starts being misused we'll 'fix' that too".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19143>
_______________________________________

From report at bugs.python.org  Tue Jun 10 18:32:59 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Tue, 10 Jun 2014 16:32:59 +0000
Subject: [issue14758] SMTPServer of smptd does not support binding to an IPv6
 address
In-Reply-To: <1336511750.16.0.237606043889.issue14758@psf.upfronthosting.co.za>
Message-ID: <1402417979.13.0.675644862797.issue14758@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

Fixed it.

----------
Added file: http://bugs.python.org/file35556/smtpd_061014.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14758>
_______________________________________

From report at bugs.python.org  Tue Jun 10 18:50:56 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Tue, 10 Jun 2014 16:50:56 +0000
Subject: [issue19662] smtpd.py should not decode utf-8
In-Reply-To: <1384944703.82.0.967643613195.issue19662@psf.upfronthosting.co.za>
Message-ID: <1402419056.36.0.467039728114.issue19662@psf.upfronthosting.co.za>


Changes by Milan Oberkirch <milan.py at oberkirch.org>:


----------
nosy: +jesstess, zvyn

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19662>
_______________________________________

From report at bugs.python.org  Tue Jun 10 18:53:00 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 10 Jun 2014 16:53:00 +0000
Subject: [issue17552] Add a new socket.sendfile() method
In-Reply-To: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>
Message-ID: <1402419180.63.0.61776214271.issue17552@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Charles, Antoine, any final thought about this given the reasons I stated above? If you're still -1 about adding 'send_blocksize' argument I guess I can get rid of it and perhaps reintroduce it later if we see there's demand for it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Tue Jun 10 18:59:48 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 10 Jun 2014 16:59:48 +0000
Subject: [issue21707] modulefinder uses wrong CodeType signature in
 .replace_paths_in_code()
Message-ID: <1402419588.93.0.311747753061.issue21707@psf.upfronthosting.co.za>


New submission from Marc-Andre Lemburg:

Here's the code:

    def replace_paths_in_code(self, co):
        ...
        return types.CodeType(co.co_argcount, co.co_nlocals, co.co_stacksize,
                         co.co_flags, co.co_code, tuple(consts), co.co_names,
                         co.co_varnames, new_filename, co.co_name,
                         co.co_firstlineno, co.co_lnotab,
                         co.co_freevars, co.co_cellvars)

Compare this to the code_new() C API doc string (and code):

code(argcount, kwonlyargcount, nlocals, stacksize, flags, codestring,\n\
      constants, names, varnames, filename, name, firstlineno,\n\
      lnotab[, freevars[, cellvars]])

The kwonlyargcount is missing in the call used in .replace_paths_in_code().


The bug surfaces when trying to use the "-r" option of the freeze.py tool:

Traceback (most recent call last):
  File "freeze.py", line 504, in <module>
    main()
  File "freeze.py", line 357, in main
    mf.import_hook(mod)
  File "/home/lemburg/egenix/projects/PyRun/tmp-3.4-ucs2/lib/python3.4/modulefinder.py", line 123, in import_hook
    q, tail = self.find_head_package(parent, name)
  File "/home/lemburg/egenix/projects/PyRun/tmp-3.4-ucs2/lib/python3.4/modulefinder.py", line 179, in find_head_package
    q = self.import_module(head, qname, parent)
  File "/home/lemburg/egenix/projects/PyRun/tmp-3.4-ucs2/lib/python3.4/modulefinder.py", line 272, in import_module
    m = self.load_module(fqname, fp, pathname, stuff)
  File "/home/lemburg/egenix/projects/PyRun/tmp-3.4-ucs2/lib/python3.4/modulefinder.py", line 303, in load_module
    co = self.replace_paths_in_code(co)
  File "/home/lemburg/egenix/projects/PyRun/tmp-3.4-ucs2/lib/python3.4/modulefinder.py", line 569, in replace_paths_in_code
    consts[i] = self.replace_paths_in_code(consts[i])
  File "/home/lemburg/egenix/projects/PyRun/tmp-3.4-ucs2/lib/python3.4/modulefinder.py", line 575, in replace_paths_in_code
    co.co_freevars, co.co_cellvars)
TypeError: an integer is required (got type bytes)

----------
components: Library (Lib)
keywords: 3.4regression
messages: 220174
nosy: lemburg
priority: normal
severity: normal
status: open
title: modulefinder uses wrong CodeType signature in .replace_paths_in_code()
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21707>
_______________________________________

From report at bugs.python.org  Tue Jun 10 19:01:15 2014
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Tue, 10 Jun 2014 17:01:15 +0000
Subject: [issue9291] mimetypes initialization fails on Windows because of
 non-Latin characters in registry
In-Reply-To: <1279454095.41.0.733053669611.issue9291@psf.upfronthosting.co.za>
Message-ID: <1402419674.99.0.105373458145.issue9291@psf.upfronthosting.co.za>


Jean-Paul Calderone added the comment:

Please see http://bugs.python.org/issue21652 for a regression introduced by this change.

----------
nosy: +exarkun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9291>
_______________________________________

From report at bugs.python.org  Tue Jun 10 19:06:24 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 10 Jun 2014 17:06:24 +0000
Subject: [issue21707] modulefinder uses wrong CodeType signature in
 .replace_paths_in_code()
In-Reply-To: <1402419588.93.0.311747753061.issue21707@psf.upfronthosting.co.za>
Message-ID: <1402419984.13.0.783073510699.issue21707@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

The fix is easy. Simply change the call to:

        return types.CodeType(co.co_argcount, co.co_kwonlyargcount,
                              co.co_nlocals, co.co_stacksize,
                              co.co_flags, co.co_code, tuple(consts),
                              co.co_names, co.co_varnames,
                              new_filename, co.co_name,
                              co.co_firstlineno, co.co_lnotab,
                              co.co_freevars, co.co_cellvars)

(ie. add the missing argument)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21707>
_______________________________________

From report at bugs.python.org  Tue Jun 10 19:08:36 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 10 Jun 2014 17:08:36 +0000
Subject: [issue21688] Improved error msg for make.bat htmlhelp
In-Reply-To: <1402168503.61.0.753508376392.issue21688@psf.upfronthosting.co.za>
Message-ID: <3gnyTb5Gldz7LjN@mail.python.org>


Roundup Robot added the comment:

New changeset b841b80e6421 by Zachary Ware in branch '3.4':
Issue #21688: Give informative error message when hhc.exe cannot be found.
http://hg.python.org/cpython/rev/b841b80e6421

New changeset e5594e751a2e by Zachary Ware in branch 'default':
Issue #21688: Merge with 3.4
http://hg.python.org/cpython/rev/e5594e751a2e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21688>
_______________________________________

From report at bugs.python.org  Tue Jun 10 19:10:16 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 10 Jun 2014 17:10:16 +0000
Subject: [issue21688] Improved error msg for make.bat htmlhelp
In-Reply-To: <1402168503.61.0.753508376392.issue21688@psf.upfronthosting.co.za>
Message-ID: <1402420216.09.0.159988731209.issue21688@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Fixed!  I tweaked the message a bit and added errorlevel setting before committing.

Thanks for the report and patch!

----------
assignee:  -> zach.ware
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21688>
_______________________________________

From report at bugs.python.org  Tue Jun 10 19:17:06 2014
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Jun 2014 17:17:06 +0000
Subject: [issue20504] cgi.FieldStorage, multipart, missing Content-Length
In-Reply-To: <1391463199.17.0.394387661768.issue20504@psf.upfronthosting.co.za>
Message-ID: <1402420626.85.0.575395806611.issue20504@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thanks for the report, the test case, and the patch.  It would be helpful if the informal test could be turned into a patch as a formal test in Lib/test_cgi.py and if, Matthias, you would be willing to sign the PSF contributor agreement if you haven't already (https://www.python.org/psf/contrib/contrib-form/).

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20504>
_______________________________________

From report at bugs.python.org  Tue Jun 10 19:34:57 2014
From: report at bugs.python.org (Stefan Krah)
Date: Tue, 10 Jun 2014 17:34:57 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1402421697.25.0.360890572514.issue15993@psf.upfronthosting.co.za>


Stefan Krah added the comment:

"I ran a quick test with profile-guided optimization (PGO, pronounced "pogo"), which has supposedly been improved since VC9, and
+saw a very unscientific 20% speed improvement on pybench.py and 10% size reduction in python35.dll. I'm not sure what we used
+to get from VC9, but it certainly seems worth enabling provided it doesn't break anything. (Interestingly, PGO decided that
+only 1% of functions needed to be compiled for speed. Not sure if I can find out which ones those are but if anyone's
+interested I can give it a shot?)"


Steve, could you try if this is still a problem?  The (presumed) Visual Studio bug only surfaced when training the instrumented build with "profiletests.txt" and then doing the PGupdate build.


I'm opening this issue again and leave it at release blocker for 3.5.

----------
nosy: +steve.dower
status: closed -> open
type:  -> compile error
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Tue Jun 10 20:00:14 2014
From: report at bugs.python.org (Lita Cho)
Date: Tue, 10 Jun 2014 18:00:14 +0000
Subject: [issue21655] Write Unit Test for Vec2 class in the Turtle Module
In-Reply-To: <1401865520.46.0.61494157732.issue21655@psf.upfronthosting.co.za>
Message-ID: <1402423214.47.0.98463541673.issue21655@psf.upfronthosting.co.za>


Lita Cho added the comment:

Here are the tests for Vec2D. I have also included the tests for TNavigator here as well as they are all going into the same test module.

----------
Added file: http://bugs.python.org/file35557/test_turtle_textonly.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21655>
_______________________________________

From report at bugs.python.org  Tue Jun 10 20:08:05 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 10 Jun 2014 18:08:05 +0000
Subject: [issue19143] Finding the Windows version getting messier (detect
 windows 8.1?)
In-Reply-To: <1402417739.62.0.803998716744.issue19143@psf.upfronthosting.co.za>
Message-ID: <53974981.9010404@egenix.com>


Marc-Andre Lemburg added the comment:

On 10.06.2014 18:28, Steve Dower wrote:
> 
> The one concession that the Windows dev is willing to make is for logging, in which case the version number should be read as a string from a standard DLL like kernel32.dll. This would be appropriate for platform.win32_ver(), but as discussed above, not for sys.getwindowsversion().

So have platform.win32_ver() return the true version is acceptable ?

Note that the platform module is meant for identifying the platform,
not the runtime compatibility environment, so it has a slightly
different target audience.

Thanks,
-- 
Marc-Andre Lemburg
eGenix.com

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19143>
_______________________________________

From report at bugs.python.org  Tue Jun 10 20:17:38 2014
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Jun 2014 18:17:38 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1402424258.3.0.777540414831.issue15993@psf.upfronthosting.co.za>


Steve Dower added the comment:

test_memoryview_assign seems to be okay, but the two test_lzma tests still fail with the same message. Both pass without PGO.

I'll get in touch with the PGO team and try and get it fixed. I haven't checked, but it looks consistent with Stefan's analysis of the disassembly. My guess it that it's a broken space optimisation rather than a speed one - our release builds normally optimise everything for speed but PGO will often decide that space is better.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Tue Jun 10 20:30:06 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 10 Jun 2014 18:30:06 +0000
Subject: [issue18039] dbm.open(...,
 flag="n") does not work and does not give a warning
In-Reply-To: <1369269598.14.0.669972141851.issue18039@psf.upfronthosting.co.za>
Message-ID: <3gp0Hd2q3Sz7LjR@mail.python.org>


Roundup Robot added the comment:

New changeset 3f944f44ee41 by Serhiy Storchaka in branch 'default':
Issue #18039: dbm.dump.open() now always creates a new database when the
http://hg.python.org/cpython/rev/3f944f44ee41

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18039>
_______________________________________

From report at bugs.python.org  Tue Jun 10 20:31:22 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 10 Jun 2014 18:31:22 +0000
Subject: [issue21708] Deprecate nonstandard behavior of a dumbdbm database
Message-ID: <1402425082.25.0.679069092867.issue21708@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Unlike to other dbm implementations, a dumpdbm database is always opened for update, and will be created if it does not exist.  We can fix this discrepancy and implement common behavior for 'r' and 'w' modes, but this will change current behavior and some deprecation period is needed.

Here is a patch (based on patch by Claudiu Popa, submitted in issue18039), which adds deprecation warnings for cases when current behavior differs from desired: invalid values for the flag parameter (will raise ValueError in future), opening non-existing database in 'r' or 'w' mode (will raise dbm.dumb.error), modifying a database opened for reading only (will raise dbm.dumb.error).

This patch needs approving by other core developer.

----------
assignee: serhiy.storchaka
files: dbm_dumb_deprecations.patch
keywords: patch
messages: 220185
nosy: Claudiu.Popa, r.david.murray, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Deprecate nonstandard behavior of a dumbdbm database
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35558/dbm_dumb_deprecations.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21708>
_______________________________________

From report at bugs.python.org  Tue Jun 10 20:33:36 2014
From: report at bugs.python.org (Steve Dower)
Date: Tue, 10 Jun 2014 18:33:36 +0000
Subject: [issue19143] Finding the Windows version getting messier (detect
 windows 8.1?)
In-Reply-To: <1380675004.25.0.239416620624.issue19143@psf.upfronthosting.co.za>
Message-ID: <1402425216.25.0.0448506476036.issue19143@psf.upfronthosting.co.za>


Steve Dower added the comment:

> So have platform.win32_ver() return the true version is acceptable ?
>
> Note that the platform module is meant for identifying the platform,
> not the runtime compatibility environment, so it has a slightly
> different target audience

Yes, and that's exactly the reason it's acceptable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19143>
_______________________________________

From report at bugs.python.org  Tue Jun 10 20:35:02 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 10 Jun 2014 18:35:02 +0000
Subject: [issue18039] dbm.open(...,
 flag="n") does not work and does not give a warning
In-Reply-To: <1369269598.14.0.669972141851.issue18039@psf.upfronthosting.co.za>
Message-ID: <1402425302.7.0.703601270296.issue18039@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Committed original Claudiu's patch (issue18039.patch) with minor changes. For warnings I opened separate issue (issue21708) because patch becomes too large.

Thank you Claudiu for your patch.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18039>
_______________________________________

From report at bugs.python.org  Tue Jun 10 20:37:10 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 10 Jun 2014 18:37:10 +0000
Subject: [issue18039] dbm.open(...,
 flag="n") does not work and does not give a warning
In-Reply-To: <1369269598.14.0.669972141851.issue18039@psf.upfronthosting.co.za>
Message-ID: <1402425430.56.0.454988119832.issue18039@psf.upfronthosting.co.za>


R. David Murray added the comment:

Isn't this change going to cause unexpected data loss for (possibly mythical) people depending on the existing behavior?  At an absolute minimum it needs an entry in the What's New porting section, but I'm wondering if a deprecation period is more appropriate.

----------
nosy: +r.david.murray
resolution: fixed -> 
stage: resolved -> patch review
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18039>
_______________________________________

From report at bugs.python.org  Tue Jun 10 20:43:32 2014
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Tue, 10 Jun 2014 18:43:32 +0000
Subject: [issue18564] Integer overflow in socketmodule
In-Reply-To: <1374861545.82.0.430674187566.issue18564@psf.upfronthosting.co.za>
Message-ID: <1402425812.1.0.232557657067.issue18564@psf.upfronthosting.co.za>


Michele Orr? added the comment:

ping.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18564>
_______________________________________

From report at bugs.python.org  Tue Jun 10 20:49:37 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 10 Jun 2014 18:49:37 +0000
Subject: [issue18039] dbm.open(...,
 flag="n") does not work and does not give a warning
In-Reply-To: <1369269598.14.0.669972141851.issue18039@psf.upfronthosting.co.za>
Message-ID: <1402426177.03.0.371344877536.issue18039@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think the chance of this is pretty small. I can imagine that some people use default, 'r' or 'w' mode unintentionally, and all works for them even when database is missed (for example our tests do this). But it is very unlikely that someone use the 'n' mode and expect that database will be not cleaned.

----------
resolution:  -> fixed
stage: patch review -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18039>
_______________________________________

From report at bugs.python.org  Tue Jun 10 20:50:22 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 10 Jun 2014 18:50:22 +0000
Subject: [issue18039] dbm.open(...,
 flag="n") does not work and does not give a warning
In-Reply-To: <1369269598.14.0.669972141851.issue18039@psf.upfronthosting.co.za>
Message-ID: <1402426222.06.0.294914982953.issue18039@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
resolution: fixed -> 
stage: resolved -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18039>
_______________________________________

From report at bugs.python.org  Tue Jun 10 20:53:31 2014
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Tue, 10 Jun 2014 18:53:31 +0000
Subject: [issue19840] shutil.move(): Add ability to use custom copy function
 to allow to ignore metadata
In-Reply-To: <1385816740.15.0.284400453847.issue19840@psf.upfronthosting.co.za>
Message-ID: <1402426411.84.0.964541141021.issue19840@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
title: The is no way to tell shutil.move to ignore metadata -> shutil.move(): Add ability to use custom copy function to allow to ignore metadata

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19840>
_______________________________________

From report at bugs.python.org  Tue Jun 10 21:00:14 2014
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Tue, 10 Jun 2014 19:00:14 +0000
Subject: [issue17552] Add a new socket.sendfile() method
In-Reply-To: <1402140174.23.0.788967329821.issue17552@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM3m2jWaC-96Hu0+DEV8w4ZkqOqRdSVet1LvWKqWAuZtHA@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> I agree it is not necessary for sendfile() (you were right).

Good we agree :-)

> Do not introducing it for send(), though, poses some questions.
> For instance, should we deprecate or ignore 'blocksize' argument in ftplib as well?

Honestly, we should deprecate the whole ftplib module :-)
More seriously, it's really low-level, I don't understand the point of
this whole callback-based API:
FTP.storbinary(command, file[, blocksize, callback, rest])Why not simply a:
FTP.store(source, target, binary=True)

If you have time and it interest you, trying to improve this module
would be great :-)

> Generally speaking, when using send() there are circumstances where you might want to adjust the number of bytes to read from the file, for instance:
>
> - 1: set a small blocksize (say 512 bytes) on systems where you have a limited amount of memory
>
> - 2: set a big blocksize (say 256000) in order to speed up the transfer / use less CPU cycles; on very fast networks (e.g. LANs) this may result in a considerable speedup (I know 'cause I conducted these kind of tests in pyftpdlib: https://code.google.com/p/pyftpdlib/issues/detail?id=94).

I agree, but both points are addressed by sendfile(): internally, the
kernel will use whatever block size it likes, depending on the source
file type, page size, target NIC ring buffer size.

So to reply to your above question, I wouldn't feel too bad about
simply ignoring the blocksize argument in e.g. shutil.copyfile(). For
ftplib, it's a little harder since we're supposed to support an
optional callback, but calling a callback for every block will drive
performance down...

So I'd really like it if you could push the version without the
blocksize, and then we'll see (and hopefully fix the non-sensical
libraries that depend on it).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Tue Jun 10 21:22:15 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 10 Jun 2014 19:22:15 +0000
Subject: [issue18039] dbm.open(...,
 flag="n") does not work and does not give a warning
In-Reply-To: <1369269598.14.0.669972141851.issue18039@psf.upfronthosting.co.za>
Message-ID: <1402428135.26.0.844815049726.issue18039@psf.upfronthosting.co.za>


R. David Murray added the comment:

Yeah, hopefully you are right.  (I didn't mean to reopen the issue, by the way).

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18039>
_______________________________________

From report at bugs.python.org  Tue Jun 10 21:51:33 2014
From: report at bugs.python.org (Tal Einat)
Date: Tue, 10 Jun 2014 19:51:33 +0000
Subject: [issue694339] IDLE: Dedenting with Shift+Tab
Message-ID: <1402429893.54.0.472385906676.issue694339@psf.upfronthosting.co.za>


Tal Einat added the comment:

Regarding Roger Serwy's comment, we could either:

1) normalize the event descriptions using MultiCall's _parse_sequence() and _triplet_to_sequence() functions
2) remove any Shift-Tab bindings from <<PrevWindow>>

I suggest #2.


Regarding the patch itself:

1) Was the existing default binding of Ctrl-[ removed on purpose in Lib/idlelib/configHandler.py? According to the same patch, in the config files it is still there along-side the new Shift-Tab binding. At the least, these should be consistent.

2) In the code re-binding the <<Prev-Window>> event in EditorWindow.py, shouldn't there be a "break" at the end of the "if" clause inside the "for" loop?

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue694339>
_______________________________________

From report at bugs.python.org  Tue Jun 10 22:08:54 2014
From: report at bugs.python.org (Ned Deily)
Date: Tue, 10 Jun 2014 20:08:54 +0000
Subject: [issue3068] IDLE - Add an extension configuration dialog
In-Reply-To: <1213035033.21.0.781726477097.issue3068@psf.upfronthosting.co.za>
Message-ID: <1402430934.83.0.151877709621.issue3068@psf.upfronthosting.co.za>


Ned Deily added the comment:

I did a very quick test on OS X.  Comments:

1. In keeping with Apple Human Interface Guidelines, the "Options" menu is different on OS X: the "Configure IDLE" menu item appears as a "Preferences" menu item in the "IDLE" application menu row.  So, as it stands, adding the "Configure Extensions" menu item doesn't work on OS X due to the menu tailoring.  This addition makes it work:

diff --git a/Lib/idlelib/macosxSupport.py b/Lib/idlelib/macosxSupport.py
--- a/Lib/idlelib/macosxSupport.py
+++ b/Lib/idlelib/macosxSupport.py
@@ -141,9 +141,9 @@
     # menu
     del Bindings.menudefs[-1][1][0:2]

-    # Remove the 'Configure' entry from the options menu, it is in the
+    # Remove the 'Configure IDLE' entry from the options menu, it is in the
     # application menu as 'Preferences'
-    del Bindings.menudefs[-2][1][0:2]
+    del Bindings.menudefs[-2][1][0]

     menubar = Menu(root)
     root.configure(menu=menubar)

2. The buttons on the Extensions Configuration aren't wide enough for the default Cocoa Tk 8.5 text on them (Ok, Apply, Cancel) so they overflow to two lines.  In contrast, the similar buttons on the IDLE Preferences window display correctly.

3. On the ParenMatch configuration tab, there is a text box for "style" (with the default value of "expression").  There is no clue to what this means or what values are valid.  Could this be some other widget if there is a known set of value?

4. If the enabled setting for CallTips are changed while edit windows are open, the existing windows are not affected.  New edit windows do observe the new setting.  (I didn't try this with other extensions.)

5. The appearance of the boolean options on the extensions panels vary among the various Tk's supported on OS X and none of the result are totally satisfactory; see the images in the zipfile upload.  I think the main problem is that the widgets are centered in the frame.  For Cocoa Tk, this results in a check box towards the left and the label centered in the remaining space.  For the other two (Carbon 8.4 and X11, it results in a very wide toggle button.


It would probably be a good idea for someone who uses IDLE to do a more thorough review of all of the options on all of the Tk variants we support (e.g. Windows, Linux X11, OS X Cocoa, OS X Carbon, OS X X11).  As this quick look shows, there are almost always differences (subtle and not so subtle) among them.

----------
nosy: +ned.deily
Added file: http://bugs.python.org/file35559/issue3068_osx.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3068>
_______________________________________

From report at bugs.python.org  Tue Jun 10 22:41:23 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Tue, 10 Jun 2014 20:41:23 +0000
Subject: [issue17552] Add a new socket.sendfile() method
In-Reply-To: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>
Message-ID: <1402432883.84.0.0763758391137.issue17552@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

> I agree, but both points are addressed by sendfile()

I'm talking about send(), not sendfile(). 
Please remember that send() will be used as the default on Windows or when non-regular files are passed to the function. My argument is about introducing an argument to use specifically with send(), not sendfile().
In summary:

sendfile(self, file, offset=0, count=None, send_blocksize=16384):
    """ 
    [...]
    If os.sendfile() is not available (e.g. Windows) or file is not 
    a regular file socket.send() will be used instead.
    [...]
    *send_blocksize* is the maximum number of bytes to transmit at 
    one time in case socket.send() is used.
    """

> Honestly, we should deprecate the whole ftplib module :-)
> More seriously, it's really low-level, I don't understand the point of
> this whole callback-based API:
> FTP.storbinary(command, file[, blocksize, callback, rest])
> Why not simply a:
> FTP.store(source, target, binary=True)

ftplib module API may be a bit rusty but there's a reason why it was designed like that.
'callback' and 'blocksize' arguments can be used to implement progress bars, in-place transformations of the source file's data and bandwidth throttling (by having your callback 'sleep' if more than N bytes were sent in the last second). 'rest' argument is necessary for resuming uploads.
I'm not saying ftplib API cannot be improved: maybe we can provide two higher level "put" and "get" methods but please let's discuss that into another thread.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Tue Jun 10 23:15:54 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 10 Jun 2014 21:15:54 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
Message-ID: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>


New submission from Marc-Andre Lemburg:

It is not when freezing the logging package, so any use of the logging package fails:

>>> import logging
Traceback (most recent call last):
  File "<console>", line 1, in <module>
  File "<pyrun>/importlib/_bootstrap.py", line 2237, in _find_and_load
  File "<pyrun>/importlib/_bootstrap.py", line 2226, in _find_and_load_unlocked
  File "<pyrun>/importlib/_bootstrap.py", line 1200, in _load_unlocked
  File "<pyrun>/importlib/_bootstrap.py", line 1129, in _exec
  File "<pyrun>/importlib/_bootstrap.py", line 1359, in exec_module
  File "<pyrun>/logging/__init__.py", line 61, in <module>
NameError: name '__file__' is not defined

This is the code in question:

#
# _srcfile is used when walking the stack to check when we've got the first
# caller stack frame.
#
if hasattr(sys, 'frozen'): #support for py2exe
    _srcfile = "logging%s__init__%s" % (os.sep, __file__[-4:])
else:
    _srcfile = __file__
_srcfile = os.path.normcase(_srcfile)

Note the special case for py2exe. But this doesn't really help, since frozen modules don't have the __file__ attribute set - at least not when generated with Tools/freeze.

PS: This is with Python 3.4.1.

----------
components: Interpreter Core, Library (Lib)
messages: 220196
nosy: lemburg
priority: normal
severity: normal
status: open
title: logging.__init__ assumes that __file__ is always set
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Tue Jun 10 23:27:47 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 10 Jun 2014 21:27:47 +0000
Subject: [issue694339] IDLE: Dedenting with Shift+Tab
Message-ID: <1402435667.85.0.875117451062.issue694339@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The fact that Tab indents regions as well as lines seems not be documented. This should be added to Automatic Indentation (which should just be Indentation) with BackTab doc addition if not sooner.

On Windows, 3.4.1, shift-tab is the same as tab. The same is true in Notepad (not a model to follow), but Notepad++ dedents. Doing the same in Idle, within the editor, seems like a reasonable request.

The unplanned and strange OSX behavior should be fixed.

>From the patch, I would gather that the problem is that tk hard-codes shift-Tab to <<prev-window (and, I would expect, tab to <<next-window>>). (This works but is currently useless in the dialogs.) If that is so, why do they currently act the same (for me) in the editor? Does tk automatically rebind Tab to indent-region in a text widget?

Tal: option 2 seems like something to try. If Shift-Tab is user configurable (and I think baked-in like Tab would be ok), then it should be *added* in both places. You might be right about break, except this is a moot point if the code is wrong.

----------
assignee: kbk -> 
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue694339>
_______________________________________

From report at bugs.python.org  Tue Jun 10 23:42:43 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Jun 2014 21:42:43 +0000
Subject: [issue21710] --install-base option ignored?
Message-ID: <1402436563.61.0.260081261103.issue21710@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

Looking at the source code in distutils.command.installer, it seems the "--install-base" option is ignored, since it is always overwritten, either in finalize_unix() or finalize_other().

(I haven't tried to check this on the command line, though)

----------
components: Distutils
messages: 220198
nosy: dstufft, eric.araujo, pitrou
priority: normal
severity: normal
status: open
title: --install-base option ignored?
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21710>
_______________________________________

From report at bugs.python.org  Tue Jun 10 23:48:12 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 10 Jun 2014 21:48:12 +0000
Subject: [issue1253] IDLE - Percolator overhaul
In-Reply-To: <1191982624.13.0.198270020748.issue1253@psf.upfronthosting.co.za>
Message-ID: <1402436892.31.0.835600901013.issue1253@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can somebody please close as requested in msg210212, thanks.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1253>
_______________________________________

From report at bugs.python.org  Tue Jun 10 23:58:24 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Tue, 10 Jun 2014 21:58:24 +0000
Subject: [issue8503] smtpd SMTPServer does not allow domain filtering
In-Reply-To: <1272009372.5.0.274856265398.issue8503@psf.upfronthosting.co.za>
Message-ID: <1402437504.69.0.204864692018.issue8503@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

I see no reason to restrict the filtering possibilities to the domain, so I added a method "validate_recipient_address" wich gets an address of the form "local-part at domain" and returns `True`.
SMTPChannel.smtp_RCPT checks any address with this method before appending it to the recipient list and returns "554 ..." as proposed by Mike if the validation failed.

----------
components: +email
keywords: +patch
nosy: +barry, jesstess, r.david.murray, zvyn
Added file: http://bugs.python.org/file35560/issue8503.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8503>
_______________________________________

From report at bugs.python.org  Wed Jun 11 00:05:30 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 10 Jun 2014 22:05:30 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>
Message-ID: <1402437930.33.0.112298928962.issue21709@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

The issue is similar to Issue20884.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Wed Jun 11 00:12:08 2014
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Tue, 10 Jun 2014 22:12:08 +0000
Subject: [issue17552] Add a new socket.sendfile() method
In-Reply-To: <1402432883.84.0.0763758391137.issue17552@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM2CPhX_cZwHhLgrkE1KK6jLjLZVvWWwVoRJTedmRc+vpA@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

>> I agree, but both points are addressed by sendfile()
>
> I'm talking about send(), not sendfile().
> Please remember that send() will be used as the default on Windows or when non-regular files are passed to the function. My argument is about introducing an argument to use specifically with send(), not sendfile().

Which makes even less sense if it's not needed for sendfile() :-)
I really don't see why we're worrying so much about allocating 8K or
16K buffers, it's really ridiculous. For example, buffered file I/O
uses a default block size of 8K. We're not targeting embedded systems.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Wed Jun 11 00:23:43 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 10 Jun 2014 22:23:43 +0000
Subject: [issue13111] Error 2203 when installing Python/Perl?
In-Reply-To: <1317855327.52.0.585487977144.issue13111@psf.upfronthosting.co.za>
Message-ID: <1402439023.87.0.480152884423.issue13111@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can it be assumed that there is no interest in this issue as it targets Windows 8 Developer Preview?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13111>
_______________________________________

From report at bugs.python.org  Wed Jun 11 00:25:59 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 10 Jun 2014 22:25:59 +0000
Subject: [issue13111] Error 2203 when installing Python/Perl?
In-Reply-To: <1317855327.52.0.585487977144.issue13111@psf.upfronthosting.co.za>
Message-ID: <1402439159.67.0.649641022468.issue13111@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Indeed, closing.

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13111>
_______________________________________

From report at bugs.python.org  Wed Jun 11 00:31:17 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 10 Jun 2014 22:31:17 +0000
Subject: [issue12989] Consistently handle path separator in Py_GetPath on
 Windows
In-Reply-To: <1316131696.55.0.834479609561.issue12989@psf.upfronthosting.co.za>
Message-ID: <1402439477.96.0.664163167709.issue12989@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

If this is a security issue shouldn't it have been actioned?  If not does the type move to behaviour or what?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12989>
_______________________________________

From report at bugs.python.org  Wed Jun 11 00:47:28 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 10 Jun 2014 22:47:28 +0000
Subject: [issue3905] subprocess failing in GUI applications on Windows
In-Reply-To: <1221779222.6.0.581055626962.issue3905@psf.upfronthosting.co.za>
Message-ID: <1402440448.55.0.823252800345.issue3905@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I cannot reproduce this problem with 3.4.1 or 3.5.a0 on Windows 7.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3905>
_______________________________________

From report at bugs.python.org  Wed Jun 11 00:57:37 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 10 Jun 2014 22:57:37 +0000
Subject: [issue13101] Module Doc viewer closes when browser window closes on
 Windows 8
In-Reply-To: <1317753409.09.0.358970019617.issue13101@psf.upfronthosting.co.za>
Message-ID: <1402441057.11.0.304407282855.issue13101@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

This works fine for me with Windows 7, Python 3.4.1 and Firefox 29.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13101>
_______________________________________

From report at bugs.python.org  Wed Jun 11 01:02:39 2014
From: report at bugs.python.org (Jim Jewett)
Date: Tue, 10 Jun 2014 23:02:39 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1402441359.87.0.778211367294.issue21667@psf.upfronthosting.co.za>


Jim Jewett added the comment:

I think the new wording is an improvement, but keeping the changes minimal left it in an awkward in-between state.

Proposal:

A string is a sequence of Unicode code points.  Strings can include any sequence of code points, including some which are semantically meaningless, or explicitly undefined.

Python doesn't have a :c:type:`char` type; a single code point is represented as a string of length ``1``.  The built-in function :func:`chr` translates an integer in the range ``U+0000 - U+10FFFF`` to the corresponding length ``1`` string object, and :func:`ord` does the reverse.

:meth:`str.encode` provides a concrete representation (as :class:`bytes` in the given text encoding) suitable for transport and communication with non-Python utilities.  :meth:`bytes.decode` decodes such byte sequences into text strings.

----------
nosy: +Jim.Jewett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Wed Jun 11 01:07:01 2014
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 10 Jun 2014 23:07:01 +0000
Subject: [issue13101] Module Doc viewer closes when browser window closes on
 Windows 8
In-Reply-To: <1317753409.09.0.358970019617.issue13101@psf.upfronthosting.co.za>
Message-ID: <1402441621.09.0.911892106817.issue13101@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
nosy:  -brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13101>
_______________________________________

From report at bugs.python.org  Wed Jun 11 01:15:57 2014
From: report at bugs.python.org (Ethan Furman)
Date: Tue, 10 Jun 2014 23:15:57 +0000
Subject: [issue21706] Add base for enumerations (Functional API)
In-Reply-To: <1402410828.65.0.285347945192.issue21706@psf.upfronthosting.co.za>
Message-ID: <1402442157.1.0.47702653005.issue21706@psf.upfronthosting.co.za>


Ethan Furman added the comment:

That is certainly nicer than the current idiom:

  Animal = Enum('Animal', zip('ant bee cat dog'.split(), range(4)))

----------
assignee:  -> ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21706>
_______________________________________

From report at bugs.python.org  Wed Jun 11 01:20:26 2014
From: report at bugs.python.org (Eli Bendersky)
Date: Tue, 10 Jun 2014 23:20:26 +0000
Subject: [issue21706] Add base for enumerations (Functional API)
In-Reply-To: <1402410828.65.0.285347945192.issue21706@psf.upfronthosting.co.za>
Message-ID: <1402442426.38.0.321879835467.issue21706@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Is it really worthwhile to complicate the API for the sake of providing a less flexible solution for rare cases that saves a few keystrokes?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21706>
_______________________________________

From report at bugs.python.org  Wed Jun 11 01:20:46 2014
From: report at bugs.python.org (Jim Jewett)
Date: Tue, 10 Jun 2014 23:20:46 +0000
Subject: [issue21667] Clarify status of O(1) indexing semantics of str objects
In-Reply-To: <1401966142.97.0.682653322291.issue21667@psf.upfronthosting.co.za>
Message-ID: <1402442446.68.0.0725472083721.issue21667@psf.upfronthosting.co.za>


Jim Jewett added the comment:

And even my rewrite showed path dependency; a slight further improvement is to re-order encoding ahead of bytes.  I also added a paragraph that I hope answers the speed issue.

Proposal:

A string is a sequence of Unicode code points.  Strings can include any sequence of code points, including some which are semantically meaningless, or explicitly undefined.

Python doesn't have a :c:type:`char` type; a single code point is represented as a string of length ``1``.  The built-in function :func:`chr` translates an integer in the range ``U+0000 - U+10FFFF`` to the corresponding length ``1`` string object, and :func:`ord` does the reverse.

:meth:`str.encode` provides a concrete representation (in the given text encoding) as a :class:`bytes` object suitable for transport and communication with non-Python utilities.  :meth:`bytes.decode` decodes such byte sequences into text strings.

.. impl-detail::  There are no methods exposing the internal representation of code points within a string.  While the C-API provides some additional constraints on CPython, other implementations are free to use any representation that treats code points (as opposed to either code units or some normalized form of characters) as the unit of measure.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21667>
_______________________________________

From report at bugs.python.org  Wed Jun 11 01:34:22 2014
From: report at bugs.python.org (Ethan Furman)
Date: Tue, 10 Jun 2014 23:34:22 +0000
Subject: [issue21706] Add base for enumerations (Functional API)
In-Reply-To: <1402410828.65.0.285347945192.issue21706@psf.upfronthosting.co.za>
Message-ID: <1402443262.51.0.241368322085.issue21706@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Playing devil's advocate:

The issue is not so much the keystrokes saved as the improvement in reading and understanding what was intended.  If you are happy with starting at 1 the idiom is easy to both write, read, and understand; but if you want some other starting number you have to uglify your code with parenthesis, .methods, and add an extra iterator which you have to manually re-sync if you later add another name...

I think that is the real issue -- not keystrokes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21706>
_______________________________________

From report at bugs.python.org  Wed Jun 11 01:37:51 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Jun 2014 23:37:51 +0000
Subject: [issue21677] Exception context set to string by BufferedWriter.close()
In-Reply-To: <1402037361.81.0.0432601669782.issue21677@psf.upfronthosting.co.za>
Message-ID: <1402443471.4.0.13712334201.issue21677@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

This changeset crashes test_io here:

test_close_error_on_close (test.test_io.CBufferedReaderTest) ... python: Objects/abstract.c:2091: PyObject_Call: Assertion `(result != ((void *)0) && !PyErr_Occurred()) || (result == ((void *)0) && PyErr_Occurred())' failed.
Fatal Python error: Aborted

Current thread 0x00007ff1b3264740 (most recent call first):
  File "/home/antoine/cpython/default/Lib/test/test_io.py", line 793 in test_close_error_on_close
  File "/home/antoine/cpython/default/Lib/unittest/case.py", line 577 in run
  File "/home/antoine/cpython/default/Lib/unittest/case.py", line 625 in __call__
  File "/home/antoine/cpython/default/Lib/unittest/suite.py", line 125 in run
  File "/home/antoine/cpython/default/Lib/unittest/suite.py", line 87 in __call__
  File "/home/antoine/cpython/default/Lib/unittest/suite.py", line 125 in run
  File "/home/antoine/cpython/default/Lib/unittest/suite.py", line 87 in __call__
  File "/home/antoine/cpython/default/Lib/unittest/suite.py", line 125 in run
  File "/home/antoine/cpython/default/Lib/unittest/suite.py", line 87 in __call__
  File "/home/antoine/cpython/default/Lib/unittest/runner.py", line 168 in run
  File "/home/antoine/cpython/default/Lib/test/support/__init__.py", line 1724 in _run_suite
  File "/home/antoine/cpython/default/Lib/test/support/__init__.py", line 1758 in run_unittest
  File "/home/antoine/cpython/default/Lib/test/regrtest.py", line 1277 in <lambda>
  File "/home/antoine/cpython/default/Lib/test/regrtest.py", line 1278 in runtest_inner
  File "/home/antoine/cpython/default/Lib/test/regrtest.py", line 978 in runtest
  File "/home/antoine/cpython/default/Lib/test/regrtest.py", line 763 in main
  File "/home/antoine/cpython/default/Lib/test/regrtest.py", line 1562 in main_in_temp_cwd
  File "/home/antoine/cpython/default/Lib/test/__main__.py", line 3 in <module>
  File "/home/antoine/cpython/default/Lib/runpy.py", line 85 in _run_code
  File "/home/antoine/cpython/default/Lib/runpy.py", line 170 in _run_module_as_main
Abandon

----------
nosy: +ned.deily
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21677>
_______________________________________

From report at bugs.python.org  Wed Jun 11 01:44:40 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Jun 2014 23:44:40 +0000
Subject: [issue21711] Remove site-python support
Message-ID: <1402443880.3.0.886819561935.issue21711@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

Support for "site-python" directories in site.py was deprecated in 3.4 and slated for removal in 3.5. Attached patch does the remove.

----------
components: Library (Lib)
files: sitepython.patch
keywords: patch
messages: 220214
nosy: pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: Remove site-python support
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35561/sitepython.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21711>
_______________________________________

From report at bugs.python.org  Wed Jun 11 01:47:16 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 10 Jun 2014 23:47:16 +0000
Subject: [issue1253] IDLE - Percolator overhaul
In-Reply-To: <1191982624.13.0.198270020748.issue1253@psf.upfronthosting.co.za>
Message-ID: <1402444036.43.0.887446415855.issue1253@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Tal could have. Anyway, I made a note to look at this or #1252 if I want to understand Percolator or Delegator or think about changing them.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1253>
_______________________________________

From report at bugs.python.org  Wed Jun 11 01:51:50 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 10 Jun 2014 23:51:50 +0000
Subject: [issue12989] Consistently handle path separator in Py_GetPath on
 Windows
In-Reply-To: <1316131696.55.0.834479609561.issue12989@psf.upfronthosting.co.za>
Message-ID: <1402444310.65.0.940743044388.issue12989@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.4, Python 3.5 -Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12989>
_______________________________________

From report at bugs.python.org  Wed Jun 11 01:52:08 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 10 Jun 2014 23:52:08 +0000
Subject: [issue21677] Exception context set to string by BufferedWriter.close()
In-Reply-To: <1402037361.81.0.0432601669782.issue21677@psf.upfronthosting.co.za>
Message-ID: <1402444328.05.0.597313431425.issue21677@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

gdb backtrace:

#0  0x00007ffff711ff79 in __GI_raise (sig=sig at entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x00007ffff7123388 in __GI_abort () at abort.c:89
#2  0x00007ffff7118e36 in __assert_fail_base (fmt=0x7ffff726a718 "%s%s%s:%u: %s%sAssertion `%s' failed.\n%n", 
    assertion=assertion at entry=0x670d48 "(result != ((void *)0) && !PyErr_Occurred()) || (result == ((void *)0) && PyErr_Occurred())", file=file at entry=0x670332 "Objects/abstract.c", line=line at entry=2077, 
    function=function at entry=0x670ff6 <__PRETTY_FUNCTION__.10598> "PyObject_Call") at assert.c:92
#3  0x00007ffff7118ee2 in __GI___assert_fail (
    assertion=0x670d48 "(result != ((void *)0) && !PyErr_Occurred()) || (result == ((void *)0) && PyErr_Occurred())", 
    file=0x670332 "Objects/abstract.c", line=2077, function=0x670ff6 <__PRETTY_FUNCTION__.10598> "PyObject_Call") at assert.c:101
#4  0x0000000000461e89 in PyObject_Call (func=0x7ffff27013d8, arg=0x7ffff6638ef8, kw=0x0) at Objects/abstract.c:2076
#5  0x0000000000462f62 in PyObject_CallFunctionObjArgs 
(callable=0x7ffff27013d8) at Objects/abstract.c:2362
#6  0x0000000000463c46 in PyObject_IsSubclass (derived=0x911140 <_PyExc_OSError>, cls=0x911140 <_PyExc_OSError>)
    at Objects/abstract.c:2617
#7  0x00000000005cc591 in PyErr_NormalizeException (exc=0x7ffffffdc578, val=0x7ffffffdc580, tb=0x7ffffffdc588)
    at Python/errors.c:254
#8  0x0000000000639bc6 in buffered_close (self=0x7ffff7e6ad78, args=0x0) at ./Modules/_io/bufferedio.c:552


It seems PyErr_NormalizeException doesn't like being called with an exception set.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21677>
_______________________________________

From report at bugs.python.org  Wed Jun 11 02:13:11 2014
From: report at bugs.python.org (Ned Deily)
Date: Wed, 11 Jun 2014 00:13:11 +0000
Subject: [issue21711] Remove site-python support
In-Reply-To: <1402443880.3.0.886819561935.issue21711@psf.upfronthosting.co.za>
Message-ID: <1402445591.36.0.235708981199.issue21711@psf.upfronthosting.co.za>


Ned Deily added the comment:

The patch has one problem with OS X framework builds.  This fixes it:

--- a/Lib/test/test_site.py
+++ b/Lib/test/test_site.py
@@ -240,7 +240,7 @@
                                   sysconfig.get_config_var("PYTHONFRAMEWORK"),
                                   sys.version[:3],
                                   'site-packages')
-            self.assertEqual(dirs[2], wanted)
+            self.assertEqual(dirs[1], wanted)
         elif os.sep == '/':
             # OS X non-framwework builds, Linux, FreeBSD, etc
             self.assertEqual(len(dirs), 1)

Otherwise, LGTM

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21711>
_______________________________________

From report at bugs.python.org  Wed Jun 11 02:15:29 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 11 Jun 2014 00:15:29 +0000
Subject: [issue3905] subprocess failing in GUI applications on Windows
In-Reply-To: <1221779222.6.0.581055626962.issue3905@psf.upfronthosting.co.za>
Message-ID: <1402445729.36.0.463747468917.issue3905@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Mark, you did not specify which of the variations you tried ;-) I reproduce as I said in my last message.

C:\Programs\Python34>pythonw -m idlelib

Python 3.4.1 (v3.4.1:c0e311e010fc, May 18 2014, 10:45:13) [
>>> import subprocess
>>> p = subprocess.Popen(["python", "-c", "print(32)"], stdin=None,
stdout=subprocess.PIPE, stderr=subprocess.PIPE)
Traceback (most recent call last):
...
    _winapi.DUPLICATE_SAME_ACCESS)
OSError: [WinError 6] The handle is invalid

Change startup command from pythonw to python, no error, and it runs.
>>> p.communicate()
(b'32\r\n', b'')

----------
stage: test needed -> needs patch
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3905>
_______________________________________

From report at bugs.python.org  Wed Jun 11 02:50:34 2014
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 11 Jun 2014 00:50:34 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>
Message-ID: <1402447834.3.0.769523548501.issue21709@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Wed Jun 11 02:51:36 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 11 Jun 2014 00:51:36 +0000
Subject: [issue3905] subprocess failing in GUI applications on Windows
In-Reply-To: <1221779222.6.0.581055626962.issue3905@psf.upfronthosting.co.za>
Message-ID: <1402447896.42.0.409233733567.issue3905@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

*facepalm* looks like I've run it with the wrong exe, sorry about the noise :-(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3905>
_______________________________________

From report at bugs.python.org  Wed Jun 11 03:14:07 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 11 Jun 2014 01:14:07 +0000
Subject: [issue17552] Add a new socket.sendfile() method
In-Reply-To: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>
Message-ID: <1402449247.4.0.55555579483.issue17552@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

OK then, I'll trust your judgement. I'll use 8K as the default and will commit the patch soon.

----------
assignee:  -> giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Wed Jun 11 03:23:56 2014
From: report at bugs.python.org (Pablo Acosta)
Date: Wed, 11 Jun 2014 01:23:56 +0000
Subject: [issue21712] fractions.gcd failure
Message-ID: <1402449836.52.0.701887741943.issue21712@psf.upfronthosting.co.za>


New submission from Pablo Acosta:

The Greatest Common Divisor (gcd) algorithm sometimes breaks because the modulo operation does not always return a strict integer number, but one very, very close to one. This is enough to drive the algorithm astray from that point on.

Example:

>> import fractions
>> fractions.gcd(48, 18)
>> 6

Which is corret, but:

>> fractions.gcd(2.7, 107.3)
>> 8.881784197001252e-16

when the answer should be 1. The fix seems simple, just cast the mod() operation in the algorithm:

while b:
   a, b = b, int(a%b)
return a

----------
components: Library (Lib)
messages: 220221
nosy: pacosta
priority: normal
severity: normal
status: open
title: fractions.gcd failure
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21712>
_______________________________________

From report at bugs.python.org  Wed Jun 11 03:26:20 2014
From: report at bugs.python.org (Pablo Acosta)
Date: Wed, 11 Jun 2014 01:26:20 +0000
Subject: [issue21712] fractions.gcd failure
In-Reply-To: <1402449836.52.0.701887741943.issue21712@psf.upfronthosting.co.za>
Message-ID: <1402449980.06.0.695060783032.issue21712@psf.upfronthosting.co.za>


Pablo Acosta added the comment:

Actually probably int(round(a%b)) would be better.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21712>
_______________________________________

From report at bugs.python.org  Wed Jun 11 03:37:15 2014
From: report at bugs.python.org (Joseph Shen)
Date: Wed, 11 Jun 2014 01:37:15 +0000
Subject: [issue21713] a mistype comment in PC/pyconfig.h
Message-ID: <1402450635.04.0.57326220333.issue21713@psf.upfronthosting.co.za>


New submission from Joseph Shen:

in the source file PC/pyconfig.h at line 393 there is a mistype

this is the origin file
==========================================================================
/* VC 7.1 has them and VC 6.0 does not.  VC 6.0 has a version number of 1200.
   Microsoft eMbedded Visual C++ 4.0 has a version number of 1201 and doesn't
   define these.
   If some compiler does not provide them, modify the #if appropriately. */
#if defined(_MSC_VER)
#if _MSC_VER > 1300
#define HAVE_UINTPTR_T 1
#define HAVE_INTPTR_T 1
#else
/* VC6, VS 2002 and eVC4 don't support the C99 LL suffix for 64-bit integer literals */
#define Py_LL(x) x##I64
#endif  /* _MSC_VER > 1200  */
#endif  /* _MSC_VER */

#endif

==========================================================================
>>> #endif /* _MSC_VER > 1200 */
should be
<<< #endif /* _MSC_VER > 1300 */
or left empty

----------
components: Windows
messages: 220223
nosy: Joseph.Shen
priority: normal
severity: normal
status: open
title: a mistype comment in PC/pyconfig.h
type: compile error
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21713>
_______________________________________

From report at bugs.python.org  Wed Jun 11 03:46:14 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 11 Jun 2014 01:46:14 +0000
Subject: [issue20577] IDLE: Remove FormatParagraph's width setting from config
 dialog
In-Reply-To: <1391974116.91.0.4701294104.issue20577@psf.upfronthosting.co.za>
Message-ID: <1402451174.06.0.123384492693.issue20577@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I updated the patch to match a change, since you posted this, from 70 to 72 in .def and 'maxformatwidth' to ' limit' in formatparagraph. I also added a 'guard' value of 72 in case GetOption returns None (as it did before I changed the option name). I checked that there is no instance of 'para' other than in 'param' in configDialog and ran the tests. I view the attached as ready to commit to 3.4 and merge to 3.5. In 2.7, the patch applies cleanly to the files other that configDialog. The problem there is  frameEncoding stuff in the context that is not present in 3.4 or the patch.  I would just hand edit the 2.7 file to delete the lines again.

Would you like to push this as your first commit?

----------
nosy: +terry.reedy
stage:  -> commit review
type:  -> enhancement
versions: +Python 2.7 -Python 3.3
Added file: http://bugs.python.org/file35562/formatpara - 20577-34.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20577>
_______________________________________

From report at bugs.python.org  Wed Jun 11 03:48:22 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 11 Jun 2014 01:48:22 +0000
Subject: [issue21696] Idle: test syntax of configuration files
In-Reply-To: <1402258295.62.0.994323894939.issue21696@psf.upfronthosting.co.za>
Message-ID: <1402451302.91.0.604230343821.issue21696@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The format paragraph entry in main.def is being moved to extensions.def, so don't test for it in main.def.

----------
nosy: +jesstess

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21696>
_______________________________________

From report at bugs.python.org  Wed Jun 11 03:54:43 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 01:54:43 +0000
Subject: [issue17552] Add a new socket.sendfile() method
In-Reply-To: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>
Message-ID: <3gpB8f3wQhz7LjR@mail.python.org>


Roundup Robot added the comment:

New changeset 001895c39fea by Giampaolo Rodola' in branch 'default':
fix issue #17552: add socket.sendfile() method allowing to send a file over a socket by using high-performance os.sendfile() on UNIX. Patch by Giampaolo Rodola'?
http://hg.python.org/cpython/rev/001895c39fea

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Wed Jun 11 03:59:47 2014
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 11 Jun 2014 01:59:47 +0000
Subject: [issue20035] Clean up Tcl library discovery in Tkinter on Windows
In-Reply-To: <1387557050.08.0.350325342144.issue20035@psf.upfronthosting.co.za>
Message-ID: <1402451987.22.0.555789648394.issue20035@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Ok, here's another attempt which should address both points you raised, Serhiy.  I don't have an East-Asian Windows install to test on (and wouldn't be able to read anything to do the test, anyway!), but I did test with a prefix containing East-Asian characters on US-English Windows.  Command Prompt had issues and MSVC choked completely, so I could not run with the debugger for that test, but Python and Tkinter seemed to work fine.

----------
Added file: http://bugs.python.org/file35563/issue20035.v5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20035>
_______________________________________

From report at bugs.python.org  Wed Jun 11 04:04:53 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 11 Jun 2014 02:04:53 +0000
Subject: [issue17552] Add a new socket.sendfile() method
In-Reply-To: <1364326073.47.0.699222209849.issue17552@psf.upfronthosting.co.za>
Message-ID: <1402452293.15.0.723859991902.issue17552@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
keywords: +3.2regression -needs review, patch
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17552>
_______________________________________

From report at bugs.python.org  Wed Jun 11 04:14:00 2014
From: report at bugs.python.org (Pablo Acosta)
Date: Wed, 11 Jun 2014 02:14:00 +0000
Subject: [issue21712] fractions.gcd failure
In-Reply-To: <1402449836.52.0.701887741943.issue21712@psf.upfronthosting.co.za>
Message-ID: <1402452840.7.0.907165185395.issue21712@psf.upfronthosting.co.za>


Pablo Acosta added the comment:

I will correct myself one more time (hopefully the last):



	while b:
		a, b = b, round(a % b, 10)
	return a



a	b	fractions.gcd		proposed_algorithm
----------------------------------------------------------
48	18	6			6
3	4	1			1
2.7	107.3	8.881784197001252e-16	0.1
200.1	333	2.842170943040401e-14	0.3
0.05	0.02	3.469446951953614e-18	0.01

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21712>
_______________________________________

From report at bugs.python.org  Wed Jun 11 04:14:19 2014
From: report at bugs.python.org (Tal Einat)
Date: Wed, 11 Jun 2014 02:14:19 +0000
Subject: [issue20577] IDLE: Remove FormatParagraph's width setting from config
 dialog
In-Reply-To: <1391974116.91.0.4701294104.issue20577@psf.upfronthosting.co.za>
Message-ID: <1402452859.21.0.277258523783.issue20577@psf.upfronthosting.co.za>


Tal Einat added the comment:

Thanks for reviewing this Terry! See two small comments in the review of your patch.

Indeed, I would very much like for this to be my first commit. Thanks for the pointer WRT backporting to 2.7. Just to make sure, I should commit to 3.5 (default) and then backport to 3.4 and 2.7, correct?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20577>
_______________________________________

From report at bugs.python.org  Wed Jun 11 04:26:59 2014
From: report at bugs.python.org (Ned Deily)
Date: Wed, 11 Jun 2014 02:26:59 +0000
Subject: [issue21712] fractions.gcd failure
In-Reply-To: <1402449836.52.0.701887741943.issue21712@psf.upfronthosting.co.za>
Message-ID: <1402453619.12.0.476874359374.issue21712@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +mark.dickinson, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21712>
_______________________________________

From report at bugs.python.org  Wed Jun 11 04:28:08 2014
From: report at bugs.python.org (Ned Deily)
Date: Wed, 11 Jun 2014 02:28:08 +0000
Subject: [issue21713] a mistype comment in PC/pyconfig.h
In-Reply-To: <1402450635.04.0.57326220333.issue21713@psf.upfronthosting.co.za>
Message-ID: <1402453688.37.0.113980246331.issue21713@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +steve.dower, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21713>
_______________________________________

From report at bugs.python.org  Wed Jun 11 04:42:39 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 11 Jun 2014 02:42:39 +0000
Subject: [issue20577] IDLE: Remove FormatParagraph's width setting from config
 dialog
In-Reply-To: <1391974116.91.0.4701294104.issue20577@psf.upfronthosting.co.za>
Message-ID: <1402454559.36.0.212626593537.issue20577@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Backwards from default was the old, svn way. We hg we merge forward within 3.x. "ready to commit to 3.4 and merge to 3.5.". If you started with 3.5, then you would have to do a null merge of the 3.4 patch into 3.5. It is occasionally done when people decide to backport to maintenacne sometime later, but much nastier.

Feel free to ask any other questions.

Review: pep8, yes!.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20577>
_______________________________________

From report at bugs.python.org  Wed Jun 11 04:43:36 2014
From: report at bugs.python.org (Tim Peters)
Date: Wed, 11 Jun 2014 02:43:36 +0000
Subject: [issue21712] fractions.gcd failure
In-Reply-To: <1402449836.52.0.701887741943.issue21712@psf.upfronthosting.co.za>
Message-ID: <1402454616.94.0.76807402323.issue21712@psf.upfronthosting.co.za>


Tim Peters added the comment:

The gcd function is documented as taking two integer arguments:

"Return the greatest common divisor of the integers a and b."

I'm -0 on generalizing it, and also -0 on burning cycles to enforce the restriction to integer arguments.  It's just silly ;-)

----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21712>
_______________________________________

From report at bugs.python.org  Wed Jun 11 06:20:05 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 04:20:05 +0000
Subject: [issue21677] Exception context set to string by BufferedWriter.close()
In-Reply-To: <1402037361.81.0.0432601669782.issue21677@psf.upfronthosting.co.za>
Message-ID: <3gpFNN6VC5z7Ljf@mail.python.org>


Roundup Robot added the comment:

New changeset a98fd4eeed40 by Serhiy Storchaka in branch '3.4':
PyErr_NormalizeException doesn't like being called with an exception set
http://hg.python.org/cpython/rev/a98fd4eeed40

New changeset 55c50c570098 by Serhiy Storchaka in branch 'default':
PyErr_NormalizeException doesn't like being called with an exception set
http://hg.python.org/cpython/rev/55c50c570098

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21677>
_______________________________________

From report at bugs.python.org  Wed Jun 11 06:20:06 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 04:20:06 +0000
Subject: [issue21310] ResourceWarning when open() fails with
 io.UnsupportedOperation: File or stream is not seekable
In-Reply-To: <1397877829.49.0.0015217310404.issue21310@psf.upfronthosting.co.za>
Message-ID: <3gpFNP5Bt5z7Ljf@mail.python.org>


Roundup Robot added the comment:

New changeset a98fd4eeed40 by Serhiy Storchaka in branch '3.4':
PyErr_NormalizeException doesn't like being called with an exception set
http://hg.python.org/cpython/rev/a98fd4eeed40

New changeset 55c50c570098 by Serhiy Storchaka in branch 'default':
PyErr_NormalizeException doesn't like being called with an exception set
http://hg.python.org/cpython/rev/55c50c570098

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21310>
_______________________________________

From report at bugs.python.org  Wed Jun 11 06:38:15 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 11 Jun 2014 04:38:15 +0000
Subject: [issue21712] fractions.gcd failure
In-Reply-To: <1402449836.52.0.701887741943.issue21712@psf.upfronthosting.co.za>
Message-ID: <1402461495.37.0.658220169114.issue21712@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21712>
_______________________________________

From report at bugs.python.org  Wed Jun 11 07:32:09 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 11 Jun 2014 05:32:09 +0000
Subject: [issue21677] Exception context set to string by BufferedWriter.close()
In-Reply-To: <1402037361.81.0.0432601669782.issue21677@psf.upfronthosting.co.za>
Message-ID: <1402464729.23.0.50344264936.issue21677@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thank you Antoine. Perhaps this non-trivial code for chaining exceptions (repeated at least three times) should be extracted to separate function.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21677>
_______________________________________

From report at bugs.python.org  Wed Jun 11 07:39:26 2014
From: report at bugs.python.org (Antony Lee)
Date: Wed, 11 Jun 2014 05:39:26 +0000
Subject: [issue21714] Path.with_name can construct invalid paths
Message-ID: <1402465166.82.0.496470455769.issue21714@psf.upfronthosting.co.za>


New submission from Antony Lee:

Path.with_name can be used to construct paths containing slashes as name contents (rather than as separators), as demonstrated below.

$ python -c 'from pathlib import Path; print(Path("foo").with_name("bar/baz").name)'
bar/baz

This should be changed to either raise a ValueError, or behave like path.parent / new_name.  Given the amount of checking in the related with_suffix method (and the fact that the second option can be readily implemented by hand), the first option seems preferable.

----------
components: Library (Lib)
messages: 220235
nosy: Antony.Lee
priority: normal
severity: normal
status: open
title: Path.with_name can construct invalid paths
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21714>
_______________________________________

From report at bugs.python.org  Wed Jun 11 08:15:47 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 11 Jun 2014 06:15:47 +0000
Subject: [issue21715] Chaining exceptions at C level
Message-ID: <1402467347.27.0.18744234848.issue21715@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

The proposed patch introduces new private function which chains previously fetched and current exceptions. This will help in correct implementing at C level an equivalent of following Python idioms:

    try:
        ...
    finally:
        ...

and

    try:
        ...
    except:
        ...
        raise

----------
components: Interpreter Core
messages: 220236
nosy: benjamin.peterson, pitrou, serhiy.storchaka, stutzbach
priority: normal
severity: normal
stage: patch review
status: open
title: Chaining exceptions at C level
type: enhancement
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21715>
_______________________________________

From report at bugs.python.org  Wed Jun 11 08:22:40 2014
From: report at bugs.python.org (Dmitry Korchemny)
Date: Wed, 11 Jun 2014 06:22:40 +0000
Subject: [issue21706] Add base for enumerations (Functional API)
In-Reply-To: <1402410828.65.0.285347945192.issue21706@psf.upfronthosting.co.za>
Message-ID: <1402467760.82.0.418096868703.issue21706@psf.upfronthosting.co.za>


Dmitry Korchemny added the comment:

I think that the situation when you want start numbering from 0 is rather common, especially when you need to define bit fields as enumeration or when you need to implement an interface with other languages (e.g., C).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21706>
_______________________________________

From report at bugs.python.org  Wed Jun 11 08:29:53 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 11 Jun 2014 06:29:53 +0000
Subject: [issue21624] Idle: polish htests
In-Reply-To: <1401597670.32.0.0453403071197.issue21624@psf.upfronthosting.co.za>
Message-ID: <1402468193.49.0.698777359783.issue21624@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Refinement 1: in doing coverage for UndoDelegator, I noticed that the htest function is counted as missing (uncovered). Both of the following in .coveragerc work to ignore the block: name prefix; comment suffix.
	def htest_.*:
	.*# htest #
The second is more practical for alphabetical order in htest. It is also less work to change. The particular form marks it as not a normal comment.

Refinement 2: put all imports that are specific to the htest function at the top of the function. Since the function is only called once per process, there is no efficiency consideration. I decided that after the tkinter import at the top got me (wasting time) looking through UndoDelegator for a widget call that might be the source of the leak. The changes can wait until we edit the file anyway, or at least write a test.

However, the docstring at the top of htest.py should be changed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21624>
_______________________________________

From report at bugs.python.org  Wed Jun 11 08:42:45 2014
From: report at bugs.python.org (Thomas Klausner)
Date: Wed, 11 Jun 2014 06:42:45 +0000
Subject: [issue19561] request to reopen Issue837046 - pyport.h redeclares
 gethostname() if SOLARIS is defined
In-Reply-To: <1384267181.39.0.791538142123.issue19561@psf.upfronthosting.co.za>
Message-ID: <1402468965.63.0.676136890254.issue19561@psf.upfronthosting.co.za>


Changes by Thomas Klausner <tk at giga.or.at>:


----------
nosy: +wiz

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19561>
_______________________________________

From report at bugs.python.org  Wed Jun 11 08:43:21 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 11 Jun 2014 06:43:21 +0000
Subject: [issue21703] IDLE: Test UndoDelegator
In-Reply-To: <1402394911.48.0.416868265469.issue21703@psf.upfronthosting.co.za>
Message-ID: <1402469001.33.0.512476716734.issue21703@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

cls.percolator.close() cut leaks in half.

test_idle leaked [237, 237, 237, 237] references, sum=948
test_idle leaked [95, 97, 97, 97] memory blocks, sum=386

test_idle leaked [130, 130, 130, 130] references, sum=520
test_idle leaked [60, 62, 62, 62] memory blocks, sum=246

I prefixed name with 'x' and all leaks disappeared. When I run the test, a tk box is left. My guess is that something is being created with tkinter._default_root as master. I do not think it is in UndoDelegator, so I would look at Percolator, WidgetDirector, Delegator, and the new test file. 

---
See review comment for increasing coverage to about 80%, which is very good.

---
When unittest call precedes htest.run call, need exit=False or htest is skipped by unittest exiting process. Part of testing is running tests from module. Even with the addition, htest is not running right (buttons in main windows are not right). The might be an effect of the unittest not being properly terminated. It is still true after I added the missing re import. Htest runs fine by itself. See #21624 for changes.  Revised code:

def _undo_delegator(parent):  # htest #
    import re
    import tkinter as tk
    from idlelib.Percolator import Percolator
    root = tk.Tk()
    root.title("Test UndoDelegator")
    width, height, x, y = list(map(int, re.split('[x+]', parent.geometry())))
    root.geometry("+%d+%d"%(x, y + 150))

    text = tk.Text(root)
    text.config(height=10)
    text.pack()
    text.focus_set()
    p = Percolator(text)
    d = UndoDelegator()
    p.insertfilter(d)

    undo = tk.Button(root, text="Undo", command=lambda:d.undo_event(None))
    undo.pack(side='left')
    redo = tk.Button(root, text="Redo", command=lambda:d.redo_event(None))
    redo.pack(side='left')
    dump = tk.Button(root, text="Dump", command=lambda:d.dump_event(None))
    dump.pack(side='left')

    root.mainloop()

if __name__ == "__main__":
    import unittest
    unittest.main('idlelib.idle_test.test_undodelegator', verbosity=2,
                  exit=False)
    from idlelib.idle_test.htest import run
    run(_undo_delegator)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21703>
_______________________________________

From report at bugs.python.org  Wed Jun 11 08:55:13 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Wed, 11 Jun 2014 06:55:13 +0000
Subject: [issue11783] email parseaddr and formataddr should be IDNA aware
In-Reply-To: <1302099121.47.0.140525796896.issue11783@psf.upfronthosting.co.za>
Message-ID: <1402469713.41.0.425601597548.issue11783@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

Ping :)

----------
nosy: +zvyn

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11783>
_______________________________________

From report at bugs.python.org  Wed Jun 11 09:04:28 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 07:04:28 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>
Message-ID: <3gpK235yzFz7Ljm@mail.python.org>


Roundup Robot added the comment:

New changeset 11a920a26f13 by Vinay Sajip in branch '3.4':
Issue #21709: Remove references to __file__ when part of a frozen application.
http://hg.python.org/cpython/rev/11a920a26f13

New changeset 149cc6364180 by Vinay Sajip in branch 'default':
Closes #21709: Merged fix from 3.4.
http://hg.python.org/cpython/rev/149cc6364180

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Wed Jun 11 09:10:20 2014
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Jun 2014 07:10:20 +0000
Subject: [issue12989] Consistently handle path separator in Py_GetPath on
 Windows
In-Reply-To: <1316131696.55.0.834479609561.issue12989@psf.upfronthosting.co.za>
Message-ID: <1402470620.95.0.105558150004.issue12989@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Hum, it would be nice to have a unit test for this change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12989>
_______________________________________

From report at bugs.python.org  Wed Jun 11 09:28:47 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Wed, 11 Jun 2014 07:28:47 +0000
Subject: [issue21703] IDLE: Test UndoDelegator
In-Reply-To: <1402394911.48.0.416868265469.issue21703@psf.upfronthosting.co.za>
Message-ID: <1402471727.94.0.449031228725.issue21703@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

It was WidgetRedirector which was leaking.
cls.percolator.redir.close() added in tearDownClass fixes the leak.

saimadhav at debian:~/dev/34-cpython$ ./python -m test -R :: -uall test_idle 
[1/1] test_idle
beginning 9 repetitions
123456789
.........
1 test OK.

The attached patch also ensures that when UndoDelegator.py is run, unittest is called with exit=False, so that htest is run.
The htest display is also corrected, and works the same way as without unittest.(with correct buttons etc).

Only problem remaining is when UndoDelegator is run,


can't invoke "event" command:  application has been destroyed
    while executing
"event generate $w <<ThemeChanged>>"
    (procedure "ttk::ThemeChanged" line 6)
    invoked from within
"ttk::ThemeChanged"

----------
Added file: http://bugs.python.org/file35564/test-undodelegator-refleak-fixed.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21703>
_______________________________________

From report at bugs.python.org  Wed Jun 11 09:32:21 2014
From: report at bugs.python.org (grossdm)
Date: Wed, 11 Jun 2014 07:32:21 +0000
Subject: [issue21716] 3.4.1 download page link for OpenPGP signatures has no
 sigs
Message-ID: <1402471941.15.0.562302900324.issue21716@psf.upfronthosting.co.za>


Changes by grossdm <Me at DouglasMGross.com>:


----------
components: Windows
nosy: grossdm
priority: normal
severity: normal
status: open
title: 3.4.1 download page link for OpenPGP signatures has no sigs
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21716>
_______________________________________

From report at bugs.python.org  Wed Jun 11 09:58:18 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 11 Jun 2014 07:58:18 +0000
Subject: [issue21703] IDLE: Test UndoDelegator
In-Reply-To: <1402394911.48.0.416868265469.issue21703@psf.upfronthosting.co.za>
Message-ID: <1402473498.97.0.454042962661.issue21703@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Great. I will review the next patch (with the change in the comment) tomorrow. The ttk theme changed message comes up often. I believe it is specific to debug builds. Perhaps you could keep track of when it occurs so we can make a guess at the cause. I believe I asked Serhiy once and he did not then know why. I believe I grepped at least one of tkinter and _tkinter for ttk and did not fine anything. It does not cause buildbot failures, but may be involved with one of the warnings. It does suggest at least a minor bug, though, and it would be nice to fix.

The environment change warning, at least on windows, is probably from module tkinter._fix imported in tkinter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21703>
_______________________________________

From report at bugs.python.org  Wed Jun 11 10:33:29 2014
From: report at bugs.python.org (Tal Einat)
Date: Wed, 11 Jun 2014 08:33:29 +0000
Subject: [issue20577] IDLE: Remove FormatParagraph's width setting from config
 dialog
In-Reply-To: <1391974116.91.0.4701294104.issue20577@psf.upfronthosting.co.za>
Message-ID: <1402475609.59.0.616469503926.issue20577@psf.upfronthosting.co.za>


Tal Einat added the comment:

What do you mean with the comment regarding pep8?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20577>
_______________________________________

From report at bugs.python.org  Wed Jun 11 10:46:02 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 11 Jun 2014 08:46:02 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>
Message-ID: <1402476362.0.0.677231224925.issue21709@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

Hi Vinaj,

thanks for the patch, but it doesn't really help outside of py2exe. The sys.frozen flag is not an official Python API and it's unlikely to become one, since you can freeze the whole application or just parts of it, which sys.frozen would not be able to address.

Instead, the modules in the stdlib should be aware of the fact that __file__ is not always available and provide fallback solutions.

Could you please use a fix that works for Python tools in general ?

E.g. instead of doing an equal test inf .findCaller() it may be better to use a regular expression or you could patch the __init__ module's co_filename into the module as _srcfile (after it's fully initialized).

Thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Wed Jun 11 10:54:45 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Wed, 11 Jun 2014 08:54:45 +0000
Subject: [issue11783] email parseaddr and formataddr should be IDNA aware
In-Reply-To: <1302099121.47.0.140525796896.issue11783@psf.upfronthosting.co.za>
Message-ID: <1402476885.81.0.269367403197.issue11783@psf.upfronthosting.co.za>


Changes by Milan Oberkirch <milan.py at oberkirch.org>:


----------
nosy: +jesstess
Added file: http://bugs.python.org/file35565/issue11783.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11783>
_______________________________________

From report at bugs.python.org  Wed Jun 11 11:25:20 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Jun 2014 09:25:20 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>
Message-ID: <1402478720.7.0.302746095911.issue21709@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> Could you please use a fix that works for Python tools in general?

I suggested an alternative implementation altogether in Issue #16778, but it was suggested that we wait for frame annotations. I'm not sure what the schedule for that is.

> The sys.frozen flag is not an official Python API and it's unlikely to become one

Would using imp.is_frozen('logging') rather than hasattr(sys, 'frozen') meet your requirement here? I'm not saying it's the ideal solution, but perhaps it will do until frame annotations arrive and we can avoid using filenames altogether?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Wed Jun 11 11:54:50 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 11 Jun 2014 09:54:50 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402478720.7.0.302746095911.issue21709@psf.upfronthosting.co.za>
Message-ID: <53982765.90700@egenix.com>


Marc-Andre Lemburg added the comment:

On 11.06.2014 11:25, Vinay Sajip wrote:
> 
> Vinay Sajip added the comment:
> 
>> Could you please use a fix that works for Python tools in general?
> 
> I suggested an alternative implementation altogether in Issue #16778, but it was suggested that we wait for frame annotations. I'm not sure what the schedule for that is.
> 
>> The sys.frozen flag is not an official Python API and it's unlikely to become one
> 
> Would using imp.is_frozen('logging') rather than hasattr(sys, 'frozen') meet your requirement here? I'm not saying it's the ideal solution, but perhaps it will do until frame annotations arrive and we can avoid using filenames altogether?

I don't think any of this is needed here. _srcfile is only used to
identify the caller's stack frame and needs to be set to the co_filename
of the stack frame used by the logging.__init__ module.

Here's a sketch of what I had hinted at in my last reply:

def _get_module_filename():
    return getLogger.func_code.co_filename

You simply use the .co_filename attribute of one of the module's functions
to get useable value for __file__.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Wed Jun 11 12:26:20 2014
From: report at bugs.python.org (Antony Lee)
Date: Wed, 11 Jun 2014 10:26:20 +0000
Subject: [issue21717] Exclusive mode for ZipFile and TarFile
Message-ID: <1402482380.66.0.687307266587.issue21717@psf.upfronthosting.co.za>


New submission from Antony Lee:

I noticed that while lzma and bz2 already support the "x" (create a new file, raise if it already exists) flag, zipfile and tarfile don't know about it yet.  It would be an useful addition, just as it is useful for regular open.

A quick look at both modules show that this likely only requires a little bit more than updating the checks in the corresponding constructors to allow "x" mode, as the modes are passed (nearly) transparently to the open() builtin.

----------
components: Library (Lib)
messages: 220249
nosy: Antony.Lee
priority: normal
severity: normal
status: open
title: Exclusive mode for ZipFile and TarFile
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21717>
_______________________________________

From report at bugs.python.org  Wed Jun 11 12:32:35 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Jun 2014 10:32:35 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>
Message-ID: <1402482755.9.0.0429734003163.issue21709@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> _srcfile is only used to identify the caller's stack frame

Not quite. It's also used to indicate whether findCaller() should be called at all: setting it to None avoids calling findCaller(), which might be desirable in some performance-sensitive scenarios.

So if you mean "just call _get_module_filename() instead of accessing _srcFile", that won't do. If you mean "set _srcFile to the return value of _get_module_filename()", that might work, if I e.g. move the _srcFile definition to after addLevelName (say) and do just

_srcFile = addLevelName.__code__.co_filename

How does that sound?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Wed Jun 11 12:43:36 2014
From: report at bugs.python.org (Larry Hastings)
Date: Wed, 11 Jun 2014 10:43:36 +0000
Subject: [issue21629] clinic.py --converters fails
In-Reply-To: <1401645052.61.0.988183577519.issue21629@psf.upfronthosting.co.za>
Message-ID: <1402483416.01.0.0250828353363.issue21629@psf.upfronthosting.co.za>


Larry Hastings added the comment:

Confirmed.

----------
assignee:  -> larry
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21629>
_______________________________________

From report at bugs.python.org  Wed Jun 11 12:45:52 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 11 Jun 2014 10:45:52 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402482755.9.0.0429734003163.issue21709@psf.upfronthosting.co.za>
Message-ID: <5398335C.6070700@egenix.com>


Marc-Andre Lemburg added the comment:

On 11.06.2014 12:32, Vinay Sajip wrote:
> 
> Vinay Sajip added the comment:
> 
>> _srcfile is only used to identify the caller's stack frame
> 
> Not quite. It's also used to indicate whether findCaller() should be called at all: setting it to None avoids calling findCaller(), which might be desirable in some performance-sensitive scenarios.
> 
> So if you mean "just call _get_module_filename() instead of accessing _srcFile", that won't do. If you mean "set _srcFile to the return value of _get_module_filename()", that might work, if I e.g. move the _srcFile definition to after addLevelName (say) and do just
> 
> _srcFile = addLevelName.__code__.co_filename
> 
> How does that sound?

That's what I meant, yes. Please also add some comment explaining
why this is done in this way.

FWIW: Given that __file__ is not always set, it may be worthwhile
introducing some generic helper to the stdlib which uses the
.co_filename attribute to get the compile time filename as fallback
in case __file__ is not set.

Thanks,
-- 
Marc-Andre Lemburg
eGenix.com

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Wed Jun 11 13:20:02 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Wed, 11 Jun 2014 11:20:02 +0000
Subject: [issue11783] email parseaddr and formataddr should be IDNA aware
In-Reply-To: <1302099121.47.0.140525796896.issue11783@psf.upfronthosting.co.za>
Message-ID: <1402485602.64.0.159038005144.issue11783@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

Here comes an updated patch based on 'email_address_idna.patch' without breaking smtplib (as the previous patches did).

----------
Added file: http://bugs.python.org/file35566/issue11783-rdm-fixed.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11783>
_______________________________________

From report at bugs.python.org  Wed Jun 11 13:22:49 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 11 Jun 2014 11:22:49 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>
Message-ID: <1402485769.69.0.869832298656.issue21709@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> Please also add some comment explaining why this is done in this way.

Nat?rlich :-)

> it may be worthwhile introducing some generic helper to the stdlib

Wouldn't you have to pass in a function (or code object) from a specific module, though? It seems more logical to have __file__ set, even for frozen modules (after all, if it's there in a code object's co_filename, is there some reason it shouldn't be exposed as a module attribute? (Even though it isn't at the moment.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Wed Jun 11 13:31:04 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 11:31:04 +0000
Subject: [issue21629] clinic.py --converters fails
In-Reply-To: <1401645052.61.0.988183577519.issue21629@psf.upfronthosting.co.za>
Message-ID: <3gpQxg6XVyz7LjY@mail.python.org>


Roundup Robot added the comment:

New changeset 6b2db7fc17f7 by Larry Hastings in branch '3.4':
Issue #21629: Fix Argument Clinic's "--converters" feature.
http://hg.python.org/cpython/rev/6b2db7fc17f7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21629>
_______________________________________

From report at bugs.python.org  Wed Jun 11 13:33:00 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Wed, 11 Jun 2014 11:33:00 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402485769.69.0.869832298656.issue21709@psf.upfronthosting.co.za>
Message-ID: <53983E68.5070905@egenix.com>


Marc-Andre Lemburg added the comment:

On 11.06.2014 13:22, Vinay Sajip wrote:
> 
> Vinay Sajip added the comment:
> 
>> Please also add some comment explaining why this is done in this way.
> 
> Nat?rlich :-)

Prima :-)

>> it may be worthwhile introducing some generic helper to the stdlib
> 
> Wouldn't you have to pass in a function (or code object) from a specific module, though? It seems more logical to have __file__ set, even for frozen modules (after all, if it's there in a code object's co_filename, is there some reason it shouldn't be exposed as a module attribute? (Even though it isn't at the moment.)

Well, I guess passing in a reference to the module would suffice. The
function could then look around for functions, methods, etc. to find
a usable code object.

I agree that having a __file__ attribute in frozen modules would
be helpful, since it's obviously not widely known that this
attribute does not always exist (just grep the stdlib as example,
in particular the test suite).

The module object's PyModule_GetFilenameObject() even reports a missing
__file__ attribute as a SystemError.

Perhaps something to discuss on python-dev.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Wed Jun 11 13:35:36 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 11:35:36 +0000
Subject: [issue21629] clinic.py --converters fails
In-Reply-To: <1401645052.61.0.988183577519.issue21629@psf.upfronthosting.co.za>
Message-ID: <3gpR2w23N5z7LjY@mail.python.org>


Roundup Robot added the comment:

New changeset 8b4b8f5d7321 by Larry Hastings in branch 'default':
Issue #21629: Merge from 3.4.
http://hg.python.org/cpython/rev/8b4b8f5d7321

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21629>
_______________________________________

From report at bugs.python.org  Wed Jun 11 13:35:53 2014
From: report at bugs.python.org (Larry Hastings)
Date: Wed, 11 Jun 2014 11:35:53 +0000
Subject: [issue21629] clinic.py --converters fails
In-Reply-To: <1401645052.61.0.988183577519.issue21629@psf.upfronthosting.co.za>
Message-ID: <1402486553.8.0.915525507237.issue21629@psf.upfronthosting.co.za>


Changes by Larry Hastings <larry at hastings.org>:


----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21629>
_______________________________________

From report at bugs.python.org  Wed Jun 11 13:41:19 2014
From: report at bugs.python.org (Larry Hastings)
Date: Wed, 11 Jun 2014 11:41:19 +0000
Subject: [issue21520] Erroneous zipfile test failure if the string 'bad'
 appears in pwd
In-Reply-To: <1400395560.62.0.305002510991.issue21520@psf.upfronthosting.co.za>
Message-ID: <1402486879.48.0.25987178208.issue21520@psf.upfronthosting.co.za>


Larry Hastings added the comment:

With this patch applied the test passes.  (Patch is against 3.4 branch.)  Look good?

----------
keywords: +patch
Added file: http://bugs.python.org/file35567/larry.bad.zipfile.1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21520>
_______________________________________

From report at bugs.python.org  Wed Jun 11 14:04:13 2014
From: report at bugs.python.org (Tal Einat)
Date: Wed, 11 Jun 2014 12:04:13 +0000
Subject: [issue3068] IDLE - Add an extension configuration dialog
In-Reply-To: <1213035033.21.0.781726477097.issue3068@psf.upfronthosting.co.za>
Message-ID: <1402488253.1.0.38120917624.issue3068@psf.upfronthosting.co.za>


Tal Einat added the comment:

Ned, many thanks for the review and detailed feedback!

Here are responses to your comments

1. Thanks for the code suggestion regarding the menudefs! That's a good catch. I have an OSX box for such testing.

2. I'll check this out. Could you perhaps explain or point me to resources regarding how to run IDLE with various Tk implementations on OSX?

3. Unfortunately, IDLE's config mechanism doesn't have special support for options with only several valid values, as would have been ideal for ParenMatch's "style" parameter. As it is, these are just considered strings, and no explicit error occurs if an invalid value is specified. Without upgrading the config mechanism itself, the config dialog has no way of supplying the valid values and/or validating user input of such values. This could be useful, but should be considered a separate issue IMO. I would be happy to add relevant support to the dialog once the underlying support is implemented.

4. Regarding having thing updated only on new windows or after restart, AFAIK that is currently the case with many options in the existing config dialog. Ideally the behavior would be consistent for all config options, and even more ideally all config changes would take effect immediately. However, that would require major changes to IDLE. Again, I think this is outside the scope of this issue.

5. I completely agree that the button for boolean options looks horrible. Suggestions for a better Tk widget to use are welcome!

Finally, regarding

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3068>
_______________________________________

From report at bugs.python.org  Wed Jun 11 14:25:42 2014
From: report at bugs.python.org (Mark Dickinson)
Date: Wed, 11 Jun 2014 12:25:42 +0000
Subject: [issue21712] fractions.gcd failure
In-Reply-To: <1402449836.52.0.701887741943.issue21712@psf.upfronthosting.co.za>
Message-ID: <1402489542.74.0.899098718353.issue21712@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Agreed with Tim.

Oddly enough[1], remembering that with binary floating-point numbers, what you see is not what you get[2], it turns out that 8.881784197001252e-16 (= Fraction(1, 1125899906842624)) is in fact *exactly* the right answer, in that it's a generator for the additive subgroup of the rationals generated by 2.7 (= Fraction(3039929748475085, 1125899906842624)) and 107.3 (=Fraction(7550566250263347, 70368744177664)).

[1] Actually not so odd, given that % is a perfectly exact operation when applied to two positive finite floats.
[2] https://docs.python.org/2/tutorial/floatingpoint.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21712>
_______________________________________

From report at bugs.python.org  Wed Jun 11 14:28:42 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 11 Jun 2014 12:28:42 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1402489722.14.0.496160973431.issue13564@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Updated patch which uses the newly added socket.sendfile() method (issue 17552).

----------
assignee:  -> giampaolo.rodola
type: enhancement -> performance
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Wed Jun 11 14:29:03 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 11 Jun 2014 12:29:03 +0000
Subject: [issue13564] ftplib and sendfile()
In-Reply-To: <1323413767.49.0.378147798214.issue13564@psf.upfronthosting.co.za>
Message-ID: <1402489743.69.0.242921380963.issue13564@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


Added file: http://bugs.python.org/file35568/ftplib-sendfile5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13564>
_______________________________________

From report at bugs.python.org  Wed Jun 11 14:57:54 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 11 Jun 2014 12:57:54 +0000
Subject: [issue13559] Use sendfile where possible in httplib
In-Reply-To: <1323377245.96.0.509517020675.issue13559@psf.upfronthosting.co.za>
Message-ID: <1402491474.14.0.9736748684.issue13559@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Patch in attachment uses the newly added socket.sendfile() method (issue 17552).

----------
keywords: +patch
type: enhancement -> performance
Added file: http://bugs.python.org/file35569/httplib-sendfile.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13559>
_______________________________________

From report at bugs.python.org  Wed Jun 11 15:11:09 2014
From: report at bugs.python.org (mike bayer)
Date: Wed, 11 Jun 2014 13:11:09 +0000
Subject: [issue21718] sqlite3 cursor.description seems to rely on incomplete
 statement parsing for detection
Message-ID: <1402492269.75.0.610341668437.issue21718@psf.upfronthosting.co.za>


New submission from mike bayer:

Per DBAPI and pysqlite docs, .description must be available for any SELECT statement regardless of whether or not rows are returned.  However, this fails for SELECT statements that aren't simple "SELECT"s, such as those that use CTEs and therefore start out with "WITH:":

import sqlite3
conn = sqlite3.connect(":memory:")

cursor = conn.cursor()
cursor.execute("""
    create table foo (id integer primary key, data varchar(20))
""")

cursor.execute("""
    insert into foo (id, data) values (10, 'ten')
""")

cursor.execute("""
    with bar as (select * from foo)
    select * from bar where id = 10
""")

assert cursor.description is not None


cursor.execute("""
    with bar as (select * from foo)
    select * from bar where id = 11
""")

assert cursor.description is not None


the second statement returns no rows and cursor.description is None.   Libraries like SQLAlchemy which rely on this to determine that the statement supports fetchone() and similar are blocked.

----------
components: Library (Lib)
messages: 220263
nosy: zzzeek
priority: normal
severity: normal
status: open
title: sqlite3 cursor.description seems to rely on incomplete statement parsing for detection
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21718>
_______________________________________

From report at bugs.python.org  Wed Jun 11 15:19:57 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 13:19:57 +0000
Subject: [issue21693] Broken link to Pylons in the HOWTO TurboGears
 documentation
In-Reply-To: <1402215464.69.0.795640420868.issue21693@psf.upfronthosting.co.za>
Message-ID: <3gpTMJ68PSz7LjZ@mail.python.org>


Roundup Robot added the comment:

New changeset 9438a8aa3622 by Senthil Kumaran in branch '2.7':
#21693 - Fix the broken link for pylons project.
http://hg.python.org/cpython/rev/9438a8aa3622

New changeset 08fa17130fb3 by Senthil Kumaran in branch '3.4':
#21693 - Fix the broken link for pylons project.
http://hg.python.org/cpython/rev/08fa17130fb3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21693>
_______________________________________

From report at bugs.python.org  Wed Jun 11 15:20:40 2014
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 11 Jun 2014 13:20:40 +0000
Subject: [issue21693] Broken link to Pylons in the HOWTO TurboGears
 documentation
In-Reply-To: <1402215464.69.0.795640420868.issue21693@psf.upfronthosting.co.za>
Message-ID: <1402492840.83.0.312473911067.issue21693@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Fixed these. Thanks for the report.

----------
nosy: +orsenthil
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21693>
_______________________________________

From report at bugs.python.org  Wed Jun 11 15:22:41 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Wed, 11 Jun 2014 13:22:41 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
Message-ID: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>


New submission from Ben Hoyt:

I asked recently on python-dev [1] about adding a "st_winattrs" attribute to stat result objects on Windows, to return the full set of Windows file attribute bits, such as "hidden" or "compressed" status. Copying from that thread for a bit more context here:

Python's os.stat() simply discards most of the file attribute
information fetched via the Win32 system calls. On Windows, os.stat()
calls CreateFile to open the file and get the dwFileAttributes value,
but it throws it all away except the FILE_ATTRIBUTE_DIRECTORY and
FILE_ATTRIBUTE_READONLY bits. See CPython source at [2].

Given that os.stat() returns extended, platform-specific file
attributes on Linux and OS X platforms (for example,
st_blocks, st_rsize, etc), it seems that Windows is something of a
second-class citizen here.

There are several questions on StackOverflow about how to get this
information on Windows, and one has to resort to ctypes. For example,
[3].

To solve this problem, I think we should add a "st_winattrs" attribute to the object returned by os.stat() on
Windows. And we should add the relevant Win32 FILE_ATTRIBUTE_* constants to the "stat" module.

Then, similarly to existing code like hasattr(st, 'st_blocks') on
Linux, you could write a cross-platform function to determine if a
file was hidden, something like so:

    def is_hidden(path):
        if startswith(os.path.basename(path), '.'):
            return True
        st = os.stat(path)
        return getattr(st, 'st_winattrs', 0) & FILE_ATTRIBUTE_HIDDEN != 0

There was general support for this idea on python-dev (see [4] [5] [6]), so I'd love to see this in Python 3.5.

Basically we need to add a "st_winattrs" integer attribute to the win32_stat struct in posixmodule.c and add the FILE_ATTRIBUTE_* constants to _stat.c, as well as adding Windows-specific tests and documentation.

I've never compiled CPython on Windows, but I aim to provide a patch for this at some stage soonish. Feedback and other patches welcome in the meantime. :-)

[1] https://mail.python.org/pipermail/python-dev/2014-June/134990.html
[2] https://github.com/python/cpython/blob/master/Modules/posixmodule.c#L1462
[3] http://stackoverflow.com/a/6365265
[4] https://mail.python.org/pipermail/python-dev/2014-June/134993.html
[5] https://mail.python.org/pipermail/python-dev/2014-June/135006.html
[6] https://mail.python.org/pipermail/python-dev/2014-June/135007.html

----------
components: Library (Lib)
messages: 220266
nosy: benhoyt, ethan.furman, zach.ware
priority: normal
severity: normal
status: open
title: Returning Windows file attribute information via os.stat()
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Wed Jun 11 15:28:45 2014
From: report at bugs.python.org (David Szotten)
Date: Wed, 11 Jun 2014 13:28:45 +0000
Subject: [issue21720] "TypeError: Item in ``from list'' not a string" message
Message-ID: <1402493325.12.0.160112781213.issue21720@psf.upfronthosting.co.za>


New submission from David Szotten:

```
>>> __import__('fabric.', fromlist=[u'api'])
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
```

accidentally ended up with something like this via some module that was using `unicode_literals`. stumped me for a second until i realised that my variable was a string, but not `str`. would be nice with a custom error message if this is a unicode string, explicitly mentioning that these must not be unicode or similar

----------
messages: 220267
nosy: davidszotten
priority: normal
severity: normal
status: open
title: "TypeError: Item in ``from list'' not a string"  message
type: enhancement
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21720>
_______________________________________

From report at bugs.python.org  Wed Jun 11 15:30:11 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 13:30:11 +0000
Subject: [issue21718] sqlite3 cursor.description seems to rely on incomplete
 statement parsing for detection
In-Reply-To: <1402492269.75.0.610341668437.issue21718@psf.upfronthosting.co.za>
Message-ID: <1402493411.5.0.662801704127.issue21718@psf.upfronthosting.co.za>


R. David Murray added the comment:

It is true that the sqlite interface does not support WITH currently.  It is an interesting question whether or not we could change this as a bug fix or not...I suppose it depends on whether or not it changes any behavior other than making .description work.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21718>
_______________________________________

From report at bugs.python.org  Wed Jun 11 15:38:29 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Jun 2014 13:38:29 +0000
Subject: [issue21714] Path.with_name can construct invalid paths
In-Reply-To: <1402465166.82.0.496470455769.issue21714@psf.upfronthosting.co.za>
Message-ID: <1402493909.85.0.439155507761.issue21714@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I think raising ValueError is the way to go. Would you like to try writing a patch for it?

----------
nosy: +pitrou
stage:  -> needs patch
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21714>
_______________________________________

From report at bugs.python.org  Wed Jun 11 15:59:08 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Wed, 11 Jun 2014 13:59:08 +0000
Subject: [issue21721] socket.sendfile() should use TransmitFile on Windows
Message-ID: <1402495148.15.0.97374147716.issue21721@psf.upfronthosting.co.za>


New submission from Giampaolo Rodola':

This is a follow up of issue 17552 which adds a new socket.sendfile() method taking advantage of high-performance os.sendfile() on UNIX.
The same thing could be done for Windows by using TransmitFile:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms740565(v=vs.85).aspx

----------
messages: 220270
nosy: akira, asvetlov, christian.heimes, giampaolo.rodola, gvanrossum, josh.rosenberg, josiah.carlson, neologix, pitrou, python-dev, rosslagerwall, yselivanov
priority: normal
severity: normal
stage: needs patch
status: open
title: socket.sendfile() should use TransmitFile on Windows
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21721>
_______________________________________

From report at bugs.python.org  Wed Jun 11 16:08:33 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Wed, 11 Jun 2014 14:08:33 +0000
Subject: [issue21696] Idle: test syntax of configuration files
In-Reply-To: <1402258295.62.0.994323894939.issue21696@psf.upfronthosting.co.za>
Message-ID: <1402495713.82.0.930900373479.issue21696@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

Attaching a patch to test the default configuration files. config-keys.def will be added once the issues related to it[1] are resolved.
In this patch, test that the configHandler module can successfully extract the values. For places where numeric values are expected, ensure that the values are correct. For strings, it only ensures that the values are reasonably correct.



----

[1] https://mail.python.org/pipermail/idle-dev/2014-June/003431.html

----------
keywords: +patch
Added file: http://bugs.python.org/file35570/test-configuration.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21696>
_______________________________________

From report at bugs.python.org  Wed Jun 11 16:18:37 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 11 Jun 2014 14:18:37 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1402496317.94.0.837090270145.issue21719@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Instead of the somewhat cryptic name "winattrs", I suggest to call it st_file_attributes, as it is called in the Windows API (actually, GetFileAttributesEx calls it dwFileAttributes, but st_file_attributes could be considered a Pythonic spelling of that).

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Wed Jun 11 16:19:00 2014
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Jun 2014 14:19:00 +0000
Subject: [issue21205] Add a name to Python generators
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <1402496340.12.0.943928274591.issue21205@psf.upfronthosting.co.za>


STINNER Victor added the comment:

gen_qualname.patch: add a new "__qualname__" attribute to generators and change how the name is set: use the name of the function, instead of using the name of the code.

Incompatible changes of this patch:

- repr(generator) now shows the qualified name instead of the name
- generator name comes from the function name which may be different

If the function has a name different than the code (if the function name was changed, for example by @functools.wraps), the generator now gets the name from the function, no more from the code object. IMO it's the expected behaviour, and it's more useful.

I'm writing on email to python-dev to discuss these changes.

----------
keywords: +patch
title: Unable to make decorated generator object to inherit generator function's __name__ -> Add a name to Python generators
Added file: http://bugs.python.org/file35571/gen_qualname.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Wed Jun 11 16:20:02 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Wed, 11 Jun 2014 14:20:02 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1402496402.75.0.560452655935.issue21719@psf.upfronthosting.co.za>


Ben Hoyt added the comment:

Fair call -- "st_file_attributes" sounds good to me, and matches the prefix of the FILE_ATTRIBUTES_* constants better too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Wed Jun 11 16:35:30 2014
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Jun 2014 14:35:30 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1402497330.43.0.654815048094.issue21719@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Instead of the somewhat cryptic name "winattrs", I suggest to call it st_file_attributes (...)

On Windows, os.stat() calls GetFileInformationByHandle() which fills a BY_HANDLE_FILE_INFORMATION structure, and this structure has a dwFileAttributes attribute. The os.stat() calls also GetFileType().
http://msdn.microsoft.com/en-us/library/windows/desktop/aa364952%28v=vs.85%29.aspx

So I agree that os.stat().st_file_attributes is less surprising for Windows developers and it is more homogenous with FILE_ATTRIBUTE_xxx constants.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Wed Jun 11 16:39:18 2014
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Jun 2014 14:39:18 +0000
Subject: [issue21205] Add __qualname__ attribute to Python generators and
 change default __name__
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <1402497558.63.0.0670130917917.issue21205@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: Add a name to Python generators -> Add __qualname__ attribute to Python generators and change default __name__

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Wed Jun 11 17:13:10 2014
From: report at bugs.python.org (Martin Dengler)
Date: Wed, 11 Jun 2014 15:13:10 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
Message-ID: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>


New submission from Martin Dengler:

This patch teaches distutils/command/upload.py to return a non-zero exit code when uploading fails.  Currently a zero error code is returned (specifically, no Exception is raised by upload.run(...)) regardless of the HTTP response from the server or any socket error during that conversation.

Should be applied against tip.

Thanks.

----------
components: Library (Lib)
files: cpython-patch-Lib-distutils-command-upload.py.patch
keywords: patch
messages: 220276
nosy: mdengler
priority: normal
severity: normal
status: open
title: teach distutils "upload" to exit with code != 0 when error occurs
versions: Python 2.7, Python 3.5
Added file: http://bugs.python.org/file35572/cpython-patch-Lib-distutils-command-upload.py.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Wed Jun 11 17:13:53 2014
From: report at bugs.python.org (Martin Dengler)
Date: Wed, 11 Jun 2014 15:13:53 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1402499633.38.0.75504181811.issue21722@psf.upfronthosting.co.za>


Martin Dengler added the comment:

The attached file is a patch for backporting this fix to 2.7.7.

----------
Added file: http://bugs.python.org/file35573/cpython2-patch-Lib-distutils-command-upload.py.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Wed Jun 11 17:18:34 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 15:18:34 +0000
Subject: [issue19662] smtpd.py should not decode utf-8
In-Reply-To: <1384944703.82.0.967643613195.issue19662@psf.upfronthosting.co.za>
Message-ID: <3gpX0953tJz7LjY@mail.python.org>


Roundup Robot added the comment:

New changeset 4e22213ca275 by R David Murray in branch 'default':
#19662: add decode_data to smtpd so you can get at DATA in bytes form.
http://hg.python.org/cpython/rev/4e22213ca275

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19662>
_______________________________________

From report at bugs.python.org  Wed Jun 11 17:25:23 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 15:25:23 +0000
Subject: [issue19662] smtpd.py should not decode utf-8
In-Reply-To: <1384944703.82.0.967643613195.issue19662@psf.upfronthosting.co.za>
Message-ID: <1402500323.26.0.425542492034.issue19662@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Maciej. 

I tweaked the patch a bit, you might want to take a look just for your own information.  Mostly I fixed the warning stuff, which I didn't explain very well.  The idea is that if the default is used (no value is specified), we want there to be a warning.  But if a value *is* specified, there should be no warning (the user knows what they want).  To accomplish that we make the actual default value None, and check for that.  I also had to modify the tests so that warnings aren't issued, as well as test that they actually get issued when the default is used.

I also added versionchanged directives and a whatsnew entry, and expanded the decode_data docs a bit.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19662>
_______________________________________

From report at bugs.python.org  Wed Jun 11 17:59:55 2014
From: report at bugs.python.org (Vajrasky Kok)
Date: Wed, 11 Jun 2014 15:59:55 +0000
Subject: [issue21723] Float maxsize is treated as infinity in asyncio.Queue
Message-ID: <1402502394.97.0.183524227653.issue21723@psf.upfronthosting.co.za>


New submission from Vajrasky Kok:

import asyncio

loop = asyncio.get_event_loop()
q = asyncio.Queue(maxsize=1.2, loop=loop)
q.put_nowait(1)
q.put_nowait(1)
q.put_nowait(1)
q.put_nowait(1)
q.put_nowait(1)
.... and so on

It seems counter intuitive for my innocent eyes. As comparison with the traditional queue:

import queue
q = queue.Queue(maxsize=1.2)
q.put(1)
q.put(1)
q.put(1) -> blocking

Here is the patch to make the behaviour consistent with its sibling.

----------
components: asyncio
files: asyncio_queue_accept_handles_maxsize.patch
keywords: patch
messages: 220280
nosy: gvanrossum, haypo, vajrasky, yselivanov
priority: normal
severity: normal
status: open
title: Float maxsize is treated as infinity in asyncio.Queue
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file35574/asyncio_queue_accept_handles_maxsize.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21723>
_______________________________________

From report at bugs.python.org  Wed Jun 11 18:09:21 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 11 Jun 2014 16:09:21 +0000
Subject: [issue20577] IDLE: Remove FormatParagraph's width setting from config
 dialog
In-Reply-To: <1391974116.91.0.4701294104.issue20577@psf.upfronthosting.co.za>
Message-ID: <1402502961.8.0.940283049472.issue20577@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

"For flowing long blocks of text with fewer structural restrictions (docstrings or comments), the line length should be limited to 72 characters."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20577>
_______________________________________

From report at bugs.python.org  Wed Jun 11 18:11:44 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Jun 2014 16:11:44 +0000
Subject: [issue21724] resetwarnings doesn't reset warnings registry
Message-ID: <1402503104.19.0.836333157517.issue21724@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

There seems to be no (official) way to reset the warnings registry; in particular, resetwarnings() doesn't reset it. It makes it difficult to get repeatable warning messages, e.g. at the command prompt, because the shortcut path will silence messages which were already emitted, even if the filter have been changed to "always" in-between.

----------
messages: 220282
nosy: brett.cannon, eric.snow, ncoghlan, pitrou
priority: normal
severity: normal
status: open
title: resetwarnings doesn't reset warnings registry
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21724>
_______________________________________

From report at bugs.python.org  Wed Jun 11 18:12:32 2014
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Jun 2014 16:12:32 +0000
Subject: [issue21723] Float maxsize is treated as infinity in asyncio.Queue
In-Reply-To: <1402502394.97.0.183524227653.issue21723@psf.upfronthosting.co.za>
Message-ID: <1402503152.13.0.010295382974.issue21723@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It looks strange to use a float as maxsize. I suggest to raise a TypeError in the constructor if the type is not int, or maybe to cast maxsize parameter to an int.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21723>
_______________________________________

From report at bugs.python.org  Wed Jun 11 18:13:28 2014
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 11 Jun 2014 16:13:28 +0000
Subject: [issue21205] Add __qualname__ attribute to Python generators and
 change default __name__
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <1402503208.65.0.418424307999.issue21205@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Wed Jun 11 18:27:57 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 16:27:57 +0000
Subject: [issue19662] smtpd.py should not decode utf-8
In-Reply-To: <1384944703.82.0.967643613195.issue19662@psf.upfronthosting.co.za>
Message-ID: <3gpYXF0QMsz7Ljj@mail.python.org>


Roundup Robot added the comment:

New changeset a6c846ec5fd3 by R David Murray in branch 'default':
#19662: Eliminate warnings in other test modules that use smtpd.
http://hg.python.org/cpython/rev/a6c846ec5fd3

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19662>
_______________________________________

From report at bugs.python.org  Wed Jun 11 18:42:31 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 16:42:31 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
Message-ID: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>


New submission from R. David Murray:

I thought there was already an issue for this, but I can't find it.  This is part of this summer's GSOC work, and involves adding support for the SMTPUTF8 extension to smtpd.

----------
components: email
messages: 220285
nosy: barry, jesstess, pitrou, r.david.murray, zvyn
priority: normal
severity: normal
stage: patch review
status: open
title: RFC 6531 (SMTPUTF8) support in smtpd
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Wed Jun 11 18:43:23 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 16:43:23 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402505003.55.0.616478659428.issue21725@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
hgrepos: +256

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Wed Jun 11 18:44:02 2014
From: report at bugs.python.org (Tal Einat)
Date: Wed, 11 Jun 2014 16:44:02 +0000
Subject: [issue20577] IDLE: Remove FormatParagraph's width setting from config
 dialog
In-Reply-To: <1391974116.91.0.4701294104.issue20577@psf.upfronthosting.co.za>
Message-ID: <1402505042.97.0.156019250848.issue20577@psf.upfronthosting.co.za>


Tal Einat added the comment:

I'll be damned. 72 it is, then.

What about using the 'default' parameter for GetOption() instead of "or 72"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20577>
_______________________________________

From report at bugs.python.org  Wed Jun 11 18:44:36 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 16:44:36 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402505076.01.0.478249353476.issue21725@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file35575/80ea1cdf2b23.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Wed Jun 11 19:03:23 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 17:03:23 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402506203.92.0.385005460955.issue21725@psf.upfronthosting.co.za>


R. David Murray added the comment:

Milan: your patch looks good for the most part.  Now that I committed the decode_data patch you should modify it so that SMTPUTF8 implies decode_data=False (otherwise we *don't* have an 8-bit-clean channel).  Please either attach the modified patch here or link the repository such that the patch can be generated (for rietveld review).

I'll need to play with it for a bit to make sure there's nothing more needed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Wed Jun 11 19:06:10 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 17:06:10 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402506370.18.0.608480657251.issue21725@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
hgrepos:  -256

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Wed Jun 11 19:06:17 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 17:06:17 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402506377.89.0.198487676267.issue21725@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


Removed file: http://bugs.python.org/file35575/80ea1cdf2b23.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Wed Jun 11 19:13:26 2014
From: report at bugs.python.org (Oz Tiram)
Date: Wed, 11 Jun 2014 17:13:26 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1330031760.56.0.8938390885.issue14102@psf.upfronthosting.co.za>
Message-ID: <1402506806.18.0.29808750127.issue14102@psf.upfronthosting.co.za>


Oz Tiram added the comment:

Hi, 

I have been wanting this feature for quite a long time. IMHO, binaries and scripts should always include a man page. The Debian developers require that. However, man pages have a 'bizarre' format. 
Long talk, short time. I did implement something. I tested it on Python 2.7 since my project currently only supports Python 2.7. 
I think it should not be complicated to port to Python 3.X. 

I doubt if the correct place for formatting a man page should be in argparse.py itself. My solution is an extension of Andial's brecht solution that uses ofcourse argparse.

You can see it in action in https://github.com/pwman3/pwman3

I am also attaching the code here. 

I hope you will find this file useful. I would appreciate your comments too. 

Regards, 
Oz

----------
nosy: +Oz.Tiram
versions: +Python 2.7 -Python 3.3
Added file: http://bugs.python.org/file35576/build_manpage.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Wed Jun 11 19:22:16 2014
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 11 Jun 2014 17:22:16 +0000
Subject: [issue21723] Float maxsize is treated as infinity in asyncio.Queue
In-Reply-To: <1402502394.97.0.183524227653.issue21723@psf.upfronthosting.co.za>
Message-ID: <1402507336.17.0.161015540038.issue21723@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

FWIW, this can also be resolved by fixing Queue.full to do "self.qsize() >= self._maxsize" instead of "self.qsize() == self._maxsize".

I generally don't like implicit casts as they break duck typing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21723>
_______________________________________

From report at bugs.python.org  Wed Jun 11 19:45:40 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Jun 2014 17:45:40 +0000
Subject: [issue21711] Remove site-python support
In-Reply-To: <1402443880.3.0.886819561935.issue21711@psf.upfronthosting.co.za>
Message-ID: <1402508740.26.0.875514266243.issue21711@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Thanks Ned, I'm hoping someone can give it a run under Windows too :)

----------
nosy: +steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21711>
_______________________________________

From report at bugs.python.org  Wed Jun 11 19:49:13 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 17:49:13 +0000
Subject: [issue14758] SMTPServer of smptd does not support binding to an IPv6
 address
In-Reply-To: <1336511750.16.0.237606043889.issue14758@psf.upfronthosting.co.za>
Message-ID: <3gpbL10MQFz7LjS@mail.python.org>


Roundup Robot added the comment:

New changeset 1efbc86a200a by R David Murray in branch 'default':
#14758: add IPv6 support to smtpd.
http://hg.python.org/cpython/rev/1efbc86a200a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14758>
_______________________________________

From report at bugs.python.org  Wed Jun 11 19:52:54 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 17:52:54 +0000
Subject: [issue14758] SMTPServer of smptd does not support binding to an IPv6
 address
In-Reply-To: <1336511750.16.0.237606043889.issue14758@psf.upfronthosting.co.za>
Message-ID: <1402509174.02.0.454674570854.issue14758@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Milan.  I had to fix a couple things: you had left the "refactored" methods on the SMTPDServerTest, and somehow your new TestFamilyDetection class got indented under SMTPDServerTest in the new version of the patch.  (I also had to update it to compensate for the decode_data patch, which copy-and-pasted the DummyServer calling bugs you fixed in the other tests...)

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14758>
_______________________________________

From report at bugs.python.org  Wed Jun 11 19:55:22 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 11 Jun 2014 17:55:22 +0000
Subject: [issue21696] Idle: test configuration files
In-Reply-To: <1402258295.62.0.994323894939.issue21696@psf.upfronthosting.co.za>
Message-ID: <1402509322.37.0.600704627486.issue21696@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: Idle: test syntax of configuration files -> Idle: test configuration files

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21696>
_______________________________________

From report at bugs.python.org  Wed Jun 11 19:57:18 2014
From: report at bugs.python.org (Thomas Guettler)
Date: Wed, 11 Jun 2014 17:57:18 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1330031760.56.0.8938390885.issue14102@psf.upfronthosting.co.za>
Message-ID: <1402509438.96.0.317825664747.issue14102@psf.upfronthosting.co.za>


Changes by Thomas Guettler <guettli at thomas-guettler.de>:


----------
nosy:  -guettli

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Wed Jun 11 20:00:06 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Jun 2014 18:00:06 +0000
Subject: [issue21536] extension built with a shared python cannot be loaded
 with a static python
In-Reply-To: <1400525402.57.0.75792320709.issue21536@psf.upfronthosting.co.za>
Message-ID: <1402509606.53.0.638895620702.issue21536@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Martin, what do you think about the aforementioned use case?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21536>
_______________________________________

From report at bugs.python.org  Wed Jun 11 20:27:22 2014
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 11 Jun 2014 18:27:22 +0000
Subject: [issue21711] Remove site-python support
In-Reply-To: <1402443880.3.0.886819561935.issue21711@psf.upfronthosting.co.za>
Message-ID: <1402511242.1.0.902128114035.issue21711@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Seems fine on Windows (especially since it doesn't look like site-python ever meant anything on Windows in the first place)!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21711>
_______________________________________

From report at bugs.python.org  Wed Jun 11 20:30:15 2014
From: report at bugs.python.org (Reid Price)
Date: Wed, 11 Jun 2014 18:30:15 +0000
Subject: [issue21726] Unnecessary line in documentation
Message-ID: <1402511415.47.0.115494695808.issue21726@psf.upfronthosting.co.za>


New submission from Reid Price:

https://docs.python.org/2/distutils/examples.html#pure-python-distribution-by-package

Chrome on Linux

The last (parenthetical) sentence is not needed.

  "(Again, the empty string in package_dir stands for the current directory.)"

because there is no package_dir option in the example.

<------------ Preceding Text ------------>
  ...

If you have sub-packages, they must be explicitly listed in packages, but any entries in package_dir automatically extend to sub-packages. (In other words, the Distutils does not scan your source tree, trying to figure out which directories correspond to Python packages by looking for __init__.py files.) Thus, if the default layout grows a sub-package:

<root>/
        setup.py
        foobar/
                 __init__.py
                 foo.py
                 bar.py
                 subfoo/
                           __init__.py
                           blah.py
then the corresponding setup script would be

from distutils.core import setup
setup(name='foobar',
      version='1.0',
      packages=['foobar', 'foobar.subfoo'],
      )

(Again, the empty string in package_dir stands for the current directory.)

----------
assignee: docs at python
components: Documentation
messages: 220295
nosy: Reid.Price, docs at python
priority: normal
severity: normal
status: open
title: Unnecessary line in documentation
type: enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21726>
_______________________________________

From report at bugs.python.org  Wed Jun 11 20:40:27 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 18:40:27 +0000
Subject: [issue19840] shutil.move(): Add ability to use custom copy function
 to allow to ignore metadata
In-Reply-To: <1385816740.15.0.284400453847.issue19840@psf.upfronthosting.co.za>
Message-ID: <3gpcT63mCkz7LjP@mail.python.org>


Roundup Robot added the comment:

New changeset 0d61a2a50f9f by R David Murray in branch 'default':
#19840: Add copy_function to shutil.move.
http://hg.python.org/cpython/rev/0d61a2a50f9f

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19840>
_______________________________________

From report at bugs.python.org  Wed Jun 11 20:41:21 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 18:41:21 +0000
Subject: [issue19840] shutil.move(): Add ability to use custom copy function
 to allow to ignore metadata
In-Reply-To: <1385816740.15.0.284400453847.issue19840@psf.upfronthosting.co.za>
Message-ID: <1402512081.75.0.242801669573.issue19840@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Claudiu.

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19840>
_______________________________________

From report at bugs.python.org  Wed Jun 11 20:46:30 2014
From: report at bugs.python.org (Matt Deacalion Stevens)
Date: Wed, 11 Jun 2014 18:46:30 +0000
Subject: [issue21727] Ambiguous sentence explaining `cycle` in itertools
 documentation
Message-ID: <1402512390.39.0.862134165796.issue21727@psf.upfronthosting.co.za>


New submission from Matt Deacalion Stevens:

https://docs.python.org/3.5/library/itertools.html#itertools.cycle

The first sentence sounds a bit ambiguous:
"Make an iterator returning elements from the iterable and saving a copy of each."

Suggestion:
"Make an iterator that returns elements from the iterable and saves a copy of each."

----------
assignee: docs at python
components: Documentation
messages: 220298
nosy: Matt.Deacalion.Stevens, docs at python
priority: normal
severity: normal
status: open
title: Ambiguous sentence explaining `cycle` in itertools documentation
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21727>
_______________________________________

From report at bugs.python.org  Wed Jun 11 20:52:14 2014
From: report at bugs.python.org (Tim Peters)
Date: Wed, 11 Jun 2014 18:52:14 +0000
Subject: [issue21712] fractions.gcd failure
In-Reply-To: <1402449836.52.0.701887741943.issue21712@psf.upfronthosting.co.za>
Message-ID: <1402512734.55.0.664268989317.issue21712@psf.upfronthosting.co.za>


Tim Peters added the comment:

@pacosta, if Mark's answer is too abstract, here's a complete session showing that the result you got for gcd(2.7, 107.3) is in fact exactly correct:

>>> import fractions
>>> f1 = fractions.Fraction(2.7)
>>> f2 = fractions.Fraction(107.3)
>>> f1
Fraction(3039929748475085, 1125899906842624) # the true value of "2.7"
>>> f2
Fraction(7550566250263347, 70368744177664)   # the true value of "107.3"
>>> fractions.gcd(f1, f2)  # computed exactly with rational arithmetic
Fraction(1, 1125899906842624)
>>> float(_)
8.881784197001252e-16

But this will be surprising to most people, and probably useless to all people.  For that reason, passing non-integers to gcd() is simply a Bad Idea ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21712>
_______________________________________

From report at bugs.python.org  Wed Jun 11 20:53:29 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 18:53:29 +0000
Subject: [issue14758] SMTPServer of smptd does not support binding to an IPv6
 address
In-Reply-To: <1336511750.16.0.237606043889.issue14758@psf.upfronthosting.co.za>
Message-ID: <1402512809.4.0.816500257057.issue14758@psf.upfronthosting.co.za>


R. David Murray added the comment:

Hmm.  Looks like the IPv6 support is making the FreeBSD and and OSX buildbots unhappy :(.

----------
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14758>
_______________________________________

From report at bugs.python.org  Wed Jun 11 20:54:30 2014
From: report at bugs.python.org (Pablo Acosta)
Date: Wed, 11 Jun 2014 18:54:30 +0000
Subject: [issue21712] fractions.gcd failure
In-Reply-To: <1402512734.55.0.664268989317.issue21712@psf.upfronthosting.co.za>
Message-ID: <D58811C5-3368-432B-AD45-6E1C1A1EE0A8@yahoo.com>


Pablo Acosta added the comment:

Understood and agreed. My bad too for not reading the documentation more carefully. Thank you for the detailed explanation.

Pablo

> On Jun 11, 2014, at 2:52 PM, Tim Peters <report at bugs.python.org> wrote:
> 
> 
> Tim Peters added the comment:
> 
> @pacosta, if Mark's answer is too abstract, here's a complete session showing that the result you got for gcd(2.7, 107.3) is in fact exactly correct:
> 
>>>> import fractions
>>>> f1 = fractions.Fraction(2.7)
>>>> f2 = fractions.Fraction(107.3)
>>>> f1
> Fraction(3039929748475085, 1125899906842624) # the true value of "2.7"
>>>> f2
> Fraction(7550566250263347, 70368744177664)   # the true value of "107.3"
>>>> fractions.gcd(f1, f2)  # computed exactly with rational arithmetic
> Fraction(1, 1125899906842624)
>>>> float(_)
> 8.881784197001252e-16
> 
> But this will be surprising to most people, and probably useless to all people.  For that reason, passing non-integers to gcd() is simply a Bad Idea ;-)
> 
> ----------
> 
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue21712>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21712>
_______________________________________

From report at bugs.python.org  Wed Jun 11 20:56:04 2014
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 11 Jun 2014 18:56:04 +0000
Subject: [issue21727] Ambiguous sentence explaining `cycle` in itertools
 documentation
In-Reply-To: <1402512390.39.0.862134165796.issue21727@psf.upfronthosting.co.za>
Message-ID: <1402512964.13.0.502129468146.issue21727@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
nosy: +rhettinger
versions:  -Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21727>
_______________________________________

From report at bugs.python.org  Wed Jun 11 21:18:41 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 19:18:41 +0000
Subject: [issue14758] SMTPServer of smptd does not support binding to an IPv6
 address
In-Reply-To: <1336511750.16.0.237606043889.issue14758@psf.upfronthosting.co.za>
Message-ID: <3gpdKF0zCVz7LjS@mail.python.org>


Roundup Robot added the comment:

New changeset d8e0fca7cbe3 by R David Murray in branch 'default':
#14758: Need to specify the desired socket type in the getaddrinfo call.
http://hg.python.org/cpython/rev/d8e0fca7cbe3

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14758>
_______________________________________

From report at bugs.python.org  Wed Jun 11 21:52:27 2014
From: report at bugs.python.org (Ned Deily)
Date: Wed, 11 Jun 2014 19:52:27 +0000
Subject: [issue21716] 3.4.1 download page link for OpenPGP signatures has no
 sigs
Message-ID: <1402516347.14.0.518988965748.issue21716@psf.upfronthosting.co.za>


New submission from Ned Deily:

Can you be more specific as to which page?  I see valid links to GPG sigs on this page:

https://www.python.org/downloads/release/python-341/

Note that issues with the python.org website should be reported to its tracker:

https://github.com/python/pythondotorg/issues

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21716>
_______________________________________

From report at bugs.python.org  Wed Jun 11 22:10:01 2014
From: report at bugs.python.org (Ned Deily)
Date: Wed, 11 Jun 2014 20:10:01 +0000
Subject: [issue21520] Erroneous zipfile test failure if the string 'bad'
 appears in pwd
In-Reply-To: <1400395560.62.0.305002510991.issue21520@psf.upfronthosting.co.za>
Message-ID: <1402517401.03.0.497179937035.issue21520@psf.upfronthosting.co.za>


Ned Deily added the comment:

Yep

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21520>
_______________________________________

From report at bugs.python.org  Wed Jun 11 22:17:02 2014
From: report at bugs.python.org (Ned Deily)
Date: Wed, 11 Jun 2014 20:17:02 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1402517822.71.0.645351379229.issue21722@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
components: +Distutils
nosy: +dstufft, eric.araujo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Wed Jun 11 22:21:37 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 20:21:37 +0000
Subject: [issue14758] SMTPServer of smptd does not support binding to an IPv6
 address
In-Reply-To: <1336511750.16.0.237606043889.issue14758@psf.upfronthosting.co.za>
Message-ID: <3gpfjs0skCz7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset 9b0d58b0c712 by R David Murray in branch 'default':
#14758: Fix the fix (fix getaddrinfo in mock_socket)
http://hg.python.org/cpython/rev/9b0d58b0c712

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14758>
_______________________________________

From report at bugs.python.org  Wed Jun 11 22:29:06 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 11 Jun 2014 20:29:06 +0000
Subject: [issue21713] a mistype comment in PC/pyconfig.h
In-Reply-To: <1402450635.04.0.57326220333.issue21713@psf.upfronthosting.co.za>
Message-ID: <3gpftT727Cz7LjZ@mail.python.org>


Roundup Robot added the comment:

New changeset 61a00b7eac5d by Zachary Ware in branch '3.4':
Issue #21713: Fix typo in a comment.  Found by Joseph Shen.
http://hg.python.org/cpython/rev/61a00b7eac5d

New changeset b94384c4f9d0 by Zachary Ware in branch 'default':
Closes #21713: Merge with 3.4
http://hg.python.org/cpython/rev/b94384c4f9d0

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21713>
_______________________________________

From report at bugs.python.org  Wed Jun 11 22:30:37 2014
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 11 Jun 2014 20:30:37 +0000
Subject: [issue21713] a mistype comment in PC/pyconfig.h
In-Reply-To: <1402450635.04.0.57326220333.issue21713@psf.upfronthosting.co.za>
Message-ID: <1402518637.65.0.0332883239498.issue21713@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Fixed, thanks for the report!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21713>
_______________________________________

From report at bugs.python.org  Wed Jun 11 22:31:13 2014
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 11 Jun 2014 20:31:13 +0000
Subject: [issue21713] a mistype comment in PC/pyconfig.h
In-Reply-To: <1402450635.04.0.57326220333.issue21713@psf.upfronthosting.co.za>
Message-ID: <1402518673.34.0.077273929246.issue21713@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
assignee:  -> zach.ware
type: compile error -> enhancement
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21713>
_______________________________________

From report at bugs.python.org  Wed Jun 11 22:36:52 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 20:36:52 +0000
Subject: [issue14758] SMTPServer of smptd does not support binding to an IPv6
 address
In-Reply-To: <1336511750.16.0.237606043889.issue14758@psf.upfronthosting.co.za>
Message-ID: <1402519012.5.0.40706897335.issue14758@psf.upfronthosting.co.za>


R. David Murray added the comment:

OK, I think this is fixed.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14758>
_______________________________________

From report at bugs.python.org  Wed Jun 11 22:56:24 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 20:56:24 +0000
Subject: [issue634412] RFC 2387 in email package
Message-ID: <1402520184.05.0.755646712941.issue634412@psf.upfronthosting.co.za>


R. David Murray added the comment:

It is a clever idea, and might be worth considering, but it doesn't feel natural to have to specify the attachments before the html.  What I'd really like is an API that hides the messy details of the RFC from the library user, and I haven't thought of anything I'm satisfied with yet.  Specifically, it would be great if the 'keys' could be specially formatted strings ("@mypicid1@" or something like that) and the helper would automatically replace them with cids in both the html and the attachments.

It would probably be worth taking this discussion to the email-sig mailing list.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue634412>
_______________________________________

From report at bugs.python.org  Wed Jun 11 22:57:36 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 11 Jun 2014 20:57:36 +0000
Subject: [issue20580] IDLE should support platform-specific default config
 defaults
In-Reply-To: <1392027551.21.0.533992391985.issue20580@psf.upfronthosting.co.za>
Message-ID: <1402520256.06.0.521145965396.issue20580@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am not completely sure what you are asking. Config-keys.def has 4 Idle Classic sections, one each for Windows, Unix, Mac (still needed?), and OSX. On my Windows install, the one for Windows is preselected. I have presumed the the appropriate selections are made for other systems. If so, your opening sentence 'provide different default settings depending on which platform it is running,' would be true already. If not, that would be a bug.

ConfigHandler.IdleConf.GetCoreKeys has hard-coded backups that probably work on Windows and Unix but not Max/OSX. I don't know if the 'Alt' to 'Option' replacement is applied to these are not.

If 'Alt' to 'Option' is insufficient for key bindings in config-extensions.def, I don't know what the answer is. Non-mac extension writers are unlikely to know what else to do.

Can any of the editing of Mac/Makefile be moved into runtime?

In "all versions by default share the same user configuration files", does versions mean 2.7, 3.4, 3.5 on one machine? If so, the statement describes a great feature that I would not change. If 'versions' means Windows Idle on one machine and OSX Idle on another machine, then the statement make no sense to me as we do not deliver user configuration files. If you mean multiple OS versions on the same machine, and it is possible to login as the same user with different Oses (I have no idea if this is so), then I could see a problem.

----------
stage:  -> test needed
type:  -> enhancement
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20580>
_______________________________________

From report at bugs.python.org  Wed Jun 11 23:22:52 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Wed, 11 Jun 2014 21:22:52 +0000
Subject: [issue20577] IDLE: Remove FormatParagraph's width setting from config
 dialog
In-Reply-To: <1391974116.91.0.4701294104.issue20577@psf.upfronthosting.co.za>
Message-ID: <1402521772.48.0.610170495045.issue20577@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

'yes!' meant please do so.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20577>
_______________________________________

From report at bugs.python.org  Wed Jun 11 23:50:44 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Wed, 11 Jun 2014 21:50:44 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402523444.03.0.713740286261.issue21725@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

I merged it into https://bitbucket.org/zvyn/cpython and made a diff from that. (I used bash for this so hopefully its compatible to the review system here.)

----------
Added file: http://bugs.python.org/file35577/issue21725.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Thu Jun 12 00:06:57 2014
From: report at bugs.python.org (Gerrit Holl)
Date: Wed, 11 Jun 2014 22:06:57 +0000
Subject: [issue21728] Confusing error message when initialising type
 inheriting object.__init__
Message-ID: <1402524417.59.0.0212668512702.issue21728@psf.upfronthosting.co.za>


New submission from Gerrit Holl:

When I initialise a class that doesn't define its own __init__, but I still pass arguments, the error message is confusing:

>>> class A: pass
... 
>>> A(42)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: object() takes no parameters

Although it is correct that object() takes no parameters, it would be more correct to state that A() does not take any parameters.

----------
components: Interpreter Core
messages: 220313
nosy: Gerrit.Holl
priority: normal
severity: normal
status: open
title: Confusing error message when initialising type inheriting object.__init__
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21728>
_______________________________________

From report at bugs.python.org  Thu Jun 12 00:10:56 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Wed, 11 Jun 2014 22:10:56 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402524656.67.0.19982358775.issue21725@psf.upfronthosting.co.za>


Changes by Milan Oberkirch <milan.py at oberkirch.org>:


Added file: http://bugs.python.org/file35578/issue21725-fixed.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Thu Jun 12 00:17:15 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Wed, 11 Jun 2014 22:17:15 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402525035.97.0.156857337851.issue21725@psf.upfronthosting.co.za>


Changes by Milan Oberkirch <milan.py at oberkirch.org>:


Removed file: http://bugs.python.org/file35578/issue21725-fixed.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Thu Jun 12 00:17:33 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Wed, 11 Jun 2014 22:17:33 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402525053.98.0.960125569295.issue21725@psf.upfronthosting.co.za>


Changes by Milan Oberkirch <milan.py at oberkirch.org>:


Added file: http://bugs.python.org/file35579/issue21725-fixed.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Thu Jun 12 00:19:00 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 11 Jun 2014 22:19:00 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1402525139.99.0.225544564782.issue21722@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Thanks you for the patch. It may be good to add a unit test for this.
Also, for development, it is probably better to use a Mercurial clone instead of trying to generate diffs by hand. See the devguide for more information: https://docs.python.org/devguide/

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Thu Jun 12 00:30:03 2014
From: report at bugs.python.org (Andrew Barnert)
Date: Wed, 11 Jun 2014 22:30:03 +0000
Subject: [issue1820] Enhance Object/structseq.c to match namedtuple and
 tuple	api
In-Reply-To: <1200284428.58.0.762384814897.issue1820@psf.upfronthosting.co.za>
Message-ID: <1402525803.61.0.904402503354.issue1820@psf.upfronthosting.co.za>


Andrew Barnert added the comment:

Hi, Stephan. Sorry, for some reason Yahoo was sending updates from the tracker to spam again, so I missed this. I'd be glad to sign a contributor agreement if it's still relevant, but it looks like there's a later patch that does what mine did and more?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1820>
_______________________________________

From report at bugs.python.org  Thu Jun 12 00:32:59 2014
From: report at bugs.python.org (Andrew Barnert)
Date: Wed, 11 Jun 2014 22:32:59 +0000
Subject: [issue1820] Enhance Object/structseq.c to match namedtuple and
 tuple	api
In-Reply-To: <1200284428.58.0.762384814897.issue1820@psf.upfronthosting.co.za>
Message-ID: <1402525979.11.0.966976625185.issue1820@psf.upfronthosting.co.za>


Andrew Barnert added the comment:

Sorry, Stefan, not Stephan. Anyway, I've signed the agreement.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1820>
_______________________________________

From report at bugs.python.org  Thu Jun 12 00:35:22 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 22:35:22 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402526122.92.0.436042367465.issue21725@psf.upfronthosting.co.za>


R. David Murray added the comment:

Hmm.  There's a conflict marker in that patch.

I *think* that if you do an 'hg pull --rebase' and then give your repository URL to the tracker, the 'create patch' button will do the right thing.  (I tried it with the URL you sent me and it generated a diff that contained unrelated changes, which is why I suggest the hg pull --rebase).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Thu Jun 12 00:35:23 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Wed, 11 Jun 2014 22:35:23 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402526123.6.0.34207726083.issue21725@psf.upfronthosting.co.za>


Changes by Milan Oberkirch <milan.py at oberkirch.org>:


Added file: http://bugs.python.org/file35580/issue21725-fixed-hg.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Thu Jun 12 00:38:37 2014
From: report at bugs.python.org (Olive Kilburn)
Date: Wed, 11 Jun 2014 22:38:37 +0000
Subject: [issue21688] Improved error msg for make.bat htmlhelp
In-Reply-To: <1402168503.61.0.753508376392.issue21688@psf.upfronthosting.co.za>
Message-ID: <1402526317.44.0.0174396638728.issue21688@psf.upfronthosting.co.za>


Olive Kilburn added the comment:

Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21688>
_______________________________________

From report at bugs.python.org  Thu Jun 12 00:46:21 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 11 Jun 2014 22:46:21 +0000
Subject: [issue21728] Confusing error message when initialising type
 inheriting object.__init__
In-Reply-To: <1402524417.59.0.0212668512702.issue21728@psf.upfronthosting.co.za>
Message-ID: <1402526781.6.0.301638100571.issue21728@psf.upfronthosting.co.za>


R. David Murray added the comment:

See issue 7963 for a clue to why you get this message.  That is, it is object.__new__ that is getting called, not object.__init__, and __new__ methods result in different error messages than __init__ methods.  I don't know if there is a practical way to make it better.  For example you also have this:

>>> a = A('abc', 'xyz')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: decoding str is not supported
>>> a = A('abc', 2, 3, 54)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: str() takes at most 3 arguments (4 given)

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21728>
_______________________________________

From report at bugs.python.org  Thu Jun 12 01:24:30 2014
From: report at bugs.python.org (Martin Dengler)
Date: Wed, 11 Jun 2014 23:24:30 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1402529070.52.0.386086919722.issue21722@psf.upfronthosting.co.za>


Martin Dengler added the comment:

Here is the patch against hg tip.

----------
Added file: http://bugs.python.org/file35581/cpython-patch-Lib-distutils-command-upload.py.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Thu Jun 12 01:24:53 2014
From: report at bugs.python.org (Martin Dengler)
Date: Wed, 11 Jun 2014 23:24:53 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1402529093.57.0.245381089143.issue21722@psf.upfronthosting.co.za>


Martin Dengler added the comment:

Here is the patch against hg 2.7.

----------
Added file: http://bugs.python.org/file35582/cpython2-patch-Lib-distutils-command-upload.py.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Thu Jun 12 01:25:07 2014
From: report at bugs.python.org (Martin Dengler)
Date: Wed, 11 Jun 2014 23:25:07 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1402529107.48.0.113696219326.issue21722@psf.upfronthosting.co.za>


Changes by Martin Dengler <martin at martindengler.com>:


Removed file: http://bugs.python.org/file35572/cpython-patch-Lib-distutils-command-upload.py.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Thu Jun 12 01:25:14 2014
From: report at bugs.python.org (Martin Dengler)
Date: Wed, 11 Jun 2014 23:25:14 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1402529114.45.0.685428600285.issue21722@psf.upfronthosting.co.za>


Changes by Martin Dengler <martin at martindengler.com>:


Removed file: http://bugs.python.org/file35573/cpython2-patch-Lib-distutils-command-upload.py.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Thu Jun 12 01:26:56 2014
From: report at bugs.python.org (Martin Dengler)
Date: Wed, 11 Jun 2014 23:26:56 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1402529216.09.0.550983668304.issue21722@psf.upfronthosting.co.za>


Martin Dengler added the comment:

I will submit patches with tests as soon as the before & after tests finish.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Thu Jun 12 02:38:44 2014
From: report at bugs.python.org (Martin Dengler)
Date: Thu, 12 Jun 2014 00:38:44 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1402533524.17.0.136072780891.issue21722@psf.upfronthosting.co.za>


Martin Dengler added the comment:

Here is the patch against tip, including a new test case.

----------
Added file: http://bugs.python.org/file35583/cpython-patch-Lib-distutils-command-upload.py.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Thu Jun 12 02:39:09 2014
From: report at bugs.python.org (Martin Dengler)
Date: Thu, 12 Jun 2014 00:39:09 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1402533549.64.0.483681167827.issue21722@psf.upfronthosting.co.za>


Martin Dengler added the comment:

Here is the patch against 2.7, including a new test case.

----------
Added file: http://bugs.python.org/file35584/cpython2-patch-Lib-distutils-command-upload.py.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Thu Jun 12 02:39:59 2014
From: report at bugs.python.org (Martin Dengler)
Date: Thu, 12 Jun 2014 00:39:59 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1402533599.9.0.607625457784.issue21722@psf.upfronthosting.co.za>


Martin Dengler added the comment:

If you'd like me to change anything about the test case please let me know.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Thu Jun 12 02:47:38 2014
From: report at bugs.python.org (ingrid)
Date: Thu, 12 Jun 2014 00:47:38 +0000
Subject: [issue16428] turtle with compound shape doesn't get clicks
In-Reply-To: <1352299609.35.0.759398778926.issue16428@psf.upfronthosting.co.za>
Message-ID: <1402534058.82.0.847685359893.issue16428@psf.upfronthosting.co.za>


ingrid added the comment:

I updated the patch to use the gui check in Lib/test/support, and I renamed the test file to be test_turtle_guionly.

----------
Added file: http://bugs.python.org/file35585/issue_16428.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16428>
_______________________________________

From report at bugs.python.org  Thu Jun 12 02:55:09 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Thu, 12 Jun 2014 00:55:09 +0000
Subject: [issue21109] tarfile: Traversal attack vulnerability
In-Reply-To: <1396253659.12.0.842636239516.issue21109@psf.upfronthosting.co.za>
Message-ID: <1402534509.18.0.504107970273.issue21109@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21109>
_______________________________________

From report at bugs.python.org  Thu Jun 12 02:56:06 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Thu, 12 Jun 2014 00:56:06 +0000
Subject: [issue19974] tarfile doesn't overwrite symlink by directory
In-Reply-To: <1386935948.7.0.893963676407.issue19974@psf.upfronthosting.co.za>
Message-ID: <1402534566.16.0.350870702216.issue19974@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19974>
_______________________________________

From report at bugs.python.org  Thu Jun 12 02:57:19 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Thu, 12 Jun 2014 00:57:19 +0000
Subject: [issue21176] Implement matrix multiplication operator (PEP 465)
In-Reply-To: <1396925495.01.0.281917881542.issue21176@psf.upfronthosting.co.za>
Message-ID: <1402534639.51.0.28024379406.issue21176@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21176>
_______________________________________

From report at bugs.python.org  Thu Jun 12 03:42:23 2014
From: report at bugs.python.org (Antony Lee)
Date: Thu, 12 Jun 2014 01:42:23 +0000
Subject: [issue21714] Path.with_name can construct invalid paths
In-Reply-To: <1402465166.82.0.496470455769.issue21714@psf.upfronthosting.co.za>
Message-ID: <1402537343.55.0.709250905633.issue21714@psf.upfronthosting.co.za>


Antony Lee added the comment:

I have the patch almost ready, but ran into another issue: should "path.with_name('foo/')" be allowed?  It may make sense to treat it like "path.with_name('foo')", just like 'Path("foo/") == Path("foo")'.

The implementation is also simpler with it, as it can reuse the "parse_parts" approach used by "with_suffix".  But this also raises a separate issue, which is that with the current implementation, we have "Path('foo').with_suffix('.bar') == Path('foo').with_suffix('.bar/')", and that is less reasonable.  Should I open a separate issue for that?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21714>
_______________________________________

From report at bugs.python.org  Thu Jun 12 03:45:42 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 12 Jun 2014 01:45:42 +0000
Subject: [issue21720] "TypeError: Item in ``from list'' not a string" message
In-Reply-To: <1402493325.12.0.160112781213.issue21720@psf.upfronthosting.co.za>
Message-ID: <1402537542.17.0.790489343403.issue21720@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +brett.cannon, eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21720>
_______________________________________

From report at bugs.python.org  Thu Jun 12 04:06:29 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 12 Jun 2014 02:06:29 +0000
Subject: [issue21724] resetwarnings doesn't reset warnings registry
In-Reply-To: <1402503104.19.0.836333157517.issue21724@psf.upfronthosting.co.za>
Message-ID: <1402538789.55.0.475745841393.issue21724@psf.upfronthosting.co.za>


Berker Peksag added the comment:

> It makes it difficult to get repeatable warning messages, e.g. at the > command prompt, because the shortcut path will silence messages which > were already emitted, even if the filter have been changed to "always" > in-between.

This could be related to issue 4180.

----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21724>
_______________________________________

From report at bugs.python.org  Thu Jun 12 05:01:26 2014
From: report at bugs.python.org (Abhilash Raj)
Date: Thu, 12 Jun 2014 03:01:26 +0000
Subject: [issue634412] RFC 2387 in email package
Message-ID: <1402542086.94.0.168828217277.issue634412@psf.upfronthosting.co.za>


Abhilash Raj added the comment:

David: What about his API then?
   https://gist.github.com/maxking/b3ed4f54674e5f480275

Here cids are generated behind the scenes when the html part is added and those  cids are assigned to the attachments on the first come basis?
Like {0} is replaced by the cid of `roasted-asparagus.jpg`, I think you get the idea?

I will post a brief summary of this discussion to email-sig list later today.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue634412>
_______________________________________

From report at bugs.python.org  Thu Jun 12 05:47:05 2014
From: report at bugs.python.org (ingrid)
Date: Thu, 12 Jun 2014 03:47:05 +0000
Subject: [issue21646] Add tests for turtle.ScrolledCanvas
Message-ID: <1402544825.36.0.732484348181.issue21646@psf.upfronthosting.co.za>


New submission from ingrid:

First pass at some tests

----------
keywords: +patch
Added file: http://bugs.python.org/file35586/issue_21646.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21646>
_______________________________________

From report at bugs.python.org  Thu Jun 12 07:03:59 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 12 Jun 2014 05:03:59 +0000
Subject: [issue12387] IDLE save keyboard shortcut problem
In-Reply-To: <1308765598.77.0.79184481064.issue12387@psf.upfronthosting.co.za>
Message-ID: <3gptJZ4hxkz7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset 55fed3eae14b by Terry Jan Reedy in branch '2.7':
Issue #12387: Add missing upper(lower)case versions of default Windows key
http://hg.python.org/cpython/rev/55fed3eae14b

New changeset 25fd9aeeff91 by Terry Jan Reedy in branch '3.4':
Issue #12387: Add missing upper(lower)case versions of default Windows key
http://hg.python.org/cpython/rev/25fd9aeeff91

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12387>
_______________________________________

From report at bugs.python.org  Thu Jun 12 07:16:14 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 12 Jun 2014 05:16:14 +0000
Subject: [issue12387] IDLE save keyboard shortcut problem
In-Reply-To: <1308765598.77.0.79184481064.issue12387@psf.upfronthosting.co.za>
Message-ID: <1402550174.71.0.588881792423.issue12387@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I pushed Roger's patch so that the Windows section of config-keys.def is in a consistent state. However, this does not fix the problem for config-extensions.def or user versions of config-keys.def. A) The basic method of the key dialog does not allow entry of proper pairs. B) it is easy to forget to enter both versions when using the advanced method or editing a file directly.

So rather than develop a similar patch for the Unix block, which is always missing the uppercase version of key-bindings, our GSOC student will work on code to add the 'other' version when alpha key-bindings are read. If and when that works, the Unix block will work as is and the Windows block can have removed what will then become duplicates.

----------
nosy: +sahutd
stage: patch review -> needs patch
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12387>
_______________________________________

From report at bugs.python.org  Thu Jun 12 07:16:23 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Jun 2014 05:16:23 +0000
Subject: [issue21727] Ambiguous sentence explaining `cycle` in itertools
 documentation
In-Reply-To: <1402512390.39.0.862134165796.issue21727@psf.upfronthosting.co.za>
Message-ID: <1402550183.38.0.160524696261.issue21727@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I see no real difference here and AFAICT the current wording has not caused any confusion since it was written a decade ago.

----------
assignee: docs at python -> rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21727>
_______________________________________

From report at bugs.python.org  Thu Jun 12 09:02:57 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 12 Jun 2014 07:02:57 +0000
Subject: [issue21707] modulefinder uses wrong CodeType signature in
 .replace_paths_in_code()
In-Reply-To: <1402419588.93.0.311747753061.issue21707@psf.upfronthosting.co.za>
Message-ID: <1402556577.71.0.225776192548.issue21707@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's a patch with a test.

----------
keywords: +patch
nosy: +berker.peksag
stage:  -> patch review
type:  -> behavior
Added file: http://bugs.python.org/file35587/issue21707.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21707>
_______________________________________

From report at bugs.python.org  Thu Jun 12 09:24:41 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Thu, 12 Jun 2014 07:24:41 +0000
Subject: [issue21729] Use `with` statement in dbm.dumb
Message-ID: <1402557881.88.0.738004727052.issue21729@psf.upfronthosting.co.za>


New submission from Claudiu.Popa:

Hello.

Here's a short patch for dbm.dumb, which uses in various places the `with` statement for opening and closing files. Thanks.

----------
components: Library (Lib)
files: dbm_with_open.patch
keywords: patch
messages: 220335
nosy: Claudiu.Popa, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Use `with` statement in dbm.dumb
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35588/dbm_with_open.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21729>
_______________________________________

From report at bugs.python.org  Thu Jun 12 10:11:25 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 12 Jun 2014 08:11:25 +0000
Subject: [issue21729] Use `with` statement in dbm.dumb
In-Reply-To: <1402557881.88.0.738004727052.issue21729@psf.upfronthosting.co.za>
Message-ID: <1402560685.56.0.793566384989.issue21729@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
assignee:  -> serhiy.storchaka
priority: normal -> low
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21729>
_______________________________________

From report at bugs.python.org  Thu Jun 12 11:21:51 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 09:21:51 +0000
Subject: [issue19884] Importing readline produces erroneous output
In-Reply-To: <1386158776.45.0.265770743985.issue19884@psf.upfronthosting.co.za>
Message-ID: <1402564911.75.0.751500819555.issue19884@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Attached readline_disable_meta_key.patch: Implement the workaround suggested in (*), but only use the workaround if stdout is not a TTY (ex: output redirected), to limit the risk of regression.

(*) http://lists.gnu.org/archive/html/bug-readline/2011-04/msg00009.html

Extract of the patch:

+    if (!isatty(STDOUT_FILENO)) {
+        /* Issue #19884: Don't try to enable any meta modifier key the terminal
+           claims to support when it is called. On many terminals (ex:
+           xterm-256color), the meta key is used to send eight-bit characters
+           (ANSI sequence "\033[1034h"). */
+        rl_variable_bind ("enable-meta-key", "off");
+    }

This issue becomes very annoying on my Fedora 20. The output of any Mercurial command now starts with "\033.[?1034h" (Mercurial uses Python 2.7). Example:

haypo at smithers$ hg root|hexdump -C
00000000  1b 5b 3f 31 30 33 34 68  2f 68 6f 6d 65 2f 68 61  |.[?1034h/home/ha|
00000010  79 70 6f 2f 70 72 6f 67  2f 70 79 74 68 6f 6e 2f  |ypo/prog/python/|
00000020  64 65 66 61 75 6c 74 0a                           |default.|
00000028

Fedora 18 changed the default TERM environment variable to "xterm-256color":
http://fedoraproject.org/wiki/Features/256_Color_Terminals

Workaround in your application (to run on unpatched Python): set the TERM environment variable to "dummy", or unset this variable.

----------
keywords: +patch
nosy: +haypo
Added file: http://bugs.python.org/file35589/readline_disable_meta_key.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19884>
_______________________________________

From report at bugs.python.org  Thu Jun 12 11:30:01 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 12 Jun 2014 09:30:01 +0000
Subject: [issue21425] Interactive interpreter doesn't flush stderr prompty
In-Reply-To: <1399192120.08.0.445730611813.issue21425@psf.upfronthosting.co.za>
Message-ID: <1402565401.01.0.942423638258.issue21425@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21425>
_______________________________________

From report at bugs.python.org  Thu Jun 12 11:41:50 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 09:41:50 +0000
Subject: [issue21205] Add __qualname__ attribute to Python generators and
 change default __name__
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <1402566110.64.0.206666539124.issue21205@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Discussion on python-dev:
https://mail.python.org/pipermail/python-dev/2014-June/135026.html

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Thu Jun 12 12:52:20 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Thu, 12 Jun 2014 10:52:20 +0000
Subject: [issue12387] IDLE save keyboard shortcut problem
In-Reply-To: <1308765598.77.0.79184481064.issue12387@psf.upfronthosting.co.za>
Message-ID: <1402570340.37.0.429280102511.issue12387@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

Attached patch is an attempt to fix the issue, based on msg220332.

With this patch, and with "IDLE Classic Unix" keybinding selected in IDLE,
actions like cut=<Control-Key-w>, redo=<Alt-Key-z> <Meta-Key-z>, and emac's style actions like open-new-window=<Control-Key-x><Control-Key-n>,
can be performed by just pressing the respective keys, irrespective of CAPS.

I would like to know if this patch is acceptable and whether it performs as expected on all platforms.

----------
Added file: http://bugs.python.org/file35590/keybinding-issue12387-v1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12387>
_______________________________________

From report at bugs.python.org  Thu Jun 12 12:56:00 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Thu, 12 Jun 2014 10:56:00 +0000
Subject: [issue12387] IDLE save keyboard shortcut problem
In-Reply-To: <1308765598.77.0.79184481064.issue12387@psf.upfronthosting.co.za>
Message-ID: <1402570560.86.0.456430937302.issue12387@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Removed file: http://bugs.python.org/file35590/keybinding-issue12387-v1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12387>
_______________________________________

From report at bugs.python.org  Thu Jun 12 12:56:23 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Thu, 12 Jun 2014 10:56:23 +0000
Subject: [issue12387] IDLE save keyboard shortcut problem
In-Reply-To: <1308765598.77.0.79184481064.issue12387@psf.upfronthosting.co.za>
Message-ID: <1402570583.17.0.49659133816.issue12387@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Added file: http://bugs.python.org/file35591/keybinding-issue12387-v1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12387>
_______________________________________

From report at bugs.python.org  Thu Jun 12 12:59:02 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Thu, 12 Jun 2014 10:59:02 +0000
Subject: [issue12387] IDLE save keyboard shortcut problem
In-Reply-To: <1308765598.77.0.79184481064.issue12387@psf.upfronthosting.co.za>
Message-ID: <1402570742.85.0.673725310548.issue12387@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Removed file: http://bugs.python.org/file35591/keybinding-issue12387-v1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12387>
_______________________________________

From report at bugs.python.org  Thu Jun 12 13:00:36 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Thu, 12 Jun 2014 11:00:36 +0000
Subject: [issue12387] IDLE save keyboard shortcut problem
In-Reply-To: <1308765598.77.0.79184481064.issue12387@psf.upfronthosting.co.za>
Message-ID: <1402570836.57.0.607608394175.issue12387@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Added file: http://bugs.python.org/file35592/keybinding-issue12387-v1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12387>
_______________________________________

From report at bugs.python.org  Thu Jun 12 13:01:34 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 12 Jun 2014 11:01:34 +0000
Subject: [issue21730] test_socket fails --without-threads
Message-ID: <1402570894.28.0.35798335982.issue21730@psf.upfronthosting.co.za>


New submission from Berker Peksag:

Here's the traceback (tested on Ubuntu 12.04):

======================================================================
ERROR: testBCM (test.test_socket.CANTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/berker/projects/cpython-default/Lib/test/test_socket.py", line 231, in _setUp
    self.server_ready = threading.Event()
AttributeError: 'NoneType' object has no attribute 'Event'

======================================================================
ERROR: testSendFrame (test.test_socket.CANTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/berker/projects/cpython-default/Lib/test/test_socket.py", line 231, in _setUp
    self.server_ready = threading.Event()
AttributeError: 'NoneType' object has no attribute 'Event'

======================================================================
ERROR: testSendMaxFrame (test.test_socket.CANTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/berker/projects/cpython-default/Lib/test/test_socket.py", line 231, in _setUp
    self.server_ready = threading.Event()
AttributeError: 'NoneType' object has no attribute 'Event'

======================================================================
ERROR: testSendMultiFrames (test.test_socket.CANTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/berker/projects/cpython-default/Lib/test/test_socket.py", line 231, in _setUp
    self.server_ready = threading.Event()
AttributeError: 'NoneType' object has no attribute 'Event'

----------------------------------------------------------------------

Patch attached.

----------
components: Tests
files: test_socket_thread.diff
keywords: patch
messages: 220339
nosy: berker.peksag
priority: normal
severity: normal
stage: patch review
status: open
title: test_socket fails --without-threads
type: behavior
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35593/test_socket_thread.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21730>
_______________________________________

From report at bugs.python.org  Thu Jun 12 13:16:59 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 12 Jun 2014 11:16:59 +0000
Subject: [issue20043] test_multiprocessing_main_handling fails
 --without-threads
In-Reply-To: <1387636125.31.0.836708895935.issue20043@psf.upfronthosting.co.za>
Message-ID: <1402571819.41.0.434117482263.issue20043@psf.upfronthosting.co.za>


Berker Peksag added the comment:

This test is still failing on AMD64 Fedora without threads 3.x.

http://buildbot.python.org/all/builders/AMD64%20Fedora%20without%20threads%203.x/builds/6743/steps/test/logs/stdio

test test_multiprocessing_main_handling crashed -- Traceback (most recent call last):
  File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/test/regrtest.py", line 1271, in runtest_inner
    the_module = importlib.import_module(abstest)
  File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/importlib/__init__.py", line 109, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
  File "<frozen importlib._bootstrap>", line 2203, in _gcd_import
  File "<frozen importlib._bootstrap>", line 2186, in _find_and_load
  File "<frozen importlib._bootstrap>", line 2175, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 1149, in _load_unlocked
  File "<frozen importlib._bootstrap>", line 1420, in exec_module
  File "<frozen importlib._bootstrap>", line 321, in _call_with_frames_removed
  File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/test/test_multiprocessing_main_handling.py", line 21, in <module>
    import multiprocessing
  File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/multiprocessing/__init__.py", line 16, in <module>
    from . import context
  File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/multiprocessing/context.py", line 3, in <module>
    import threading
  File "/home/buildbot/buildarea/3.x.krah-fedora/build/Lib/threading.py", line 4, in <module>
    import _thread
ImportError: No module named '_thread'


But I couldn't reproduce it on Ubuntu 12.04 (built Python --without-threads):

[1/1] test_multiprocessing_main_handling
test_multiprocessing_main_handling skipped -- /home/berker/projects/cpython-default/build/lib.linux-x86_64-3.5-pydebug/_multiprocessing.cpython-35dm.so: undefined symbol: PyThread_get_thread_ident
1 test skipped:
    test_multiprocessing_main_handling

----------
resolution: fixed -> 
stage: resolved -> needs patch
status: closed -> open
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20043>
_______________________________________

From report at bugs.python.org  Thu Jun 12 13:38:21 2014
From: report at bugs.python.org (=?utf-8?b?SsO8cmdlbiBC?=)
Date: Thu, 12 Jun 2014 11:38:21 +0000
Subject: [issue21731] Calendar Problem with Windows (XP)
Message-ID: <1402573101.18.0.674315484569.issue21731@psf.upfronthosting.co.za>


New submission from J?rgen B:

I had a problem with calendar.formatmonth()
Error message was 'Unsupported Locale'

Well, it seems that Windows (XP) does nothing accept to setlocale than ''

I changed /lib/calendar.py line 488 ff to
class different_locale:
    def __init__(self, locale):
        self.locale = locale

    def __enter__(self):
        _locale.setlocale(_locale.LC_TIME, '') # juebo
        self.oldlocale = _locale.getlocale(_locale.LC_TIME)
        # _locale.setlocale(_locale.LC_TIME, self.locale) # juebo

    def __exit__(self, *args):
        # _locale.setlocale(_locale.LC_TIME, self.oldlocale) #juebo
        _locale.setlocale(_locale.LC_TIME, '')

Well, I am absolute new to Python. So could anybody look over it

----------
components: Library (Lib)
messages: 220341
nosy: Juebo
priority: normal
severity: normal
status: open
title: Calendar Problem with Windows (XP)
type: compile error
versions: Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21731>
_______________________________________

From report at bugs.python.org  Thu Jun 12 14:08:52 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Thu, 12 Jun 2014 12:08:52 +0000
Subject: [issue10445] _ast py3k : add lineno back to "args" node
In-Reply-To: <1290003328.01.0.315649649266.issue10445@psf.upfronthosting.co.za>
Message-ID: <1402574932.9.0.727964380453.issue10445@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

This doesn't seem to be the case for Python 3.4. Also, _ast.arguments didn't have "lineno" and "col_offset" attributes neither in Python 2. But the _arg.arg nodes have those attributes, as seen in this example.

>>> from ast import parse
>>> parse("""
... def test(a): pass
... """)
<_ast.Module object at 0x02E43330>
>>> f=_
>>> f.body[0].args
<_ast.arguments object at 0x02E43390>
>>> f.body[0].args.lineno
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
AttributeError: 'arguments' object has no attribute 'lineno'
>>> f.body[0].args.args
[<_ast.arg object at 0x02E43270>]
>>> f.body[0].args.args[0].lineno
2
>>>

----------
nosy: +Claudiu.Popa
type: resource usage -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10445>
_______________________________________

From report at bugs.python.org  Thu Jun 12 14:43:54 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Thu, 12 Jun 2014 12:43:54 +0000
Subject: [issue16512] imghdr doesn't support jpegs with an ICC profile
In-Reply-To: <1353406880.2.0.236043197389.issue16512@psf.upfronthosting.co.za>
Message-ID: <1402577034.27.0.693354049294.issue16512@psf.upfronthosting.co.za>


Changes by Claudiu.Popa <pcmanticore at gmail.com>:


----------
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16512>
_______________________________________

From report at bugs.python.org  Thu Jun 12 14:44:05 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Thu, 12 Jun 2014 12:44:05 +0000
Subject: [issue16512] imghdr doesn't support jpegs with an ICC profile
In-Reply-To: <1353406880.2.0.236043197389.issue16512@psf.upfronthosting.co.za>
Message-ID: <1402577045.18.0.312970364703.issue16512@psf.upfronthosting.co.za>


Changes by Claudiu.Popa <pcmanticore at gmail.com>:


----------
nosy: +Claudiu.Popa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16512>
_______________________________________

From report at bugs.python.org  Thu Jun 12 14:47:21 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 12:47:21 +0000
Subject: [issue17911] Extracting tracebacks does too much work
In-Reply-To: <1367789486.16.0.484658151136.issue17911@psf.upfronthosting.co.za>
Message-ID: <1402577241.05.0.827439636851.issue17911@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
components: +asyncio
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17911>
_______________________________________

From report at bugs.python.org  Thu Jun 12 14:48:40 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 12:48:40 +0000
Subject: [issue19816] test.regrtest: use tracemalloc to detect memory leaks?
In-Reply-To: <1385574567.13.0.658193624023.issue19816@psf.upfronthosting.co.za>
Message-ID: <1402577320.7.0.278263630534.issue19816@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I tried different options to show the memory leaks found by tracemalloc, but I'm not satisfied by any option. I get a lot of noise, the output is almost useless. Randomly, between 1 and 1000 KB are allocated or released in random files: in unittest or linecache modules for example.

It looks like the major issue is that the unittest leaks memory. For example, there are still 4 TestCase instances alive after the execution of test_sys. But later, these instances are deleted.

It looks like it creates reference leaks and so memory is only released late. Calling gc.collect() doesn't help. I remember that I already saw something strange with the _Outcome class used in unittest.TestCase.run(). See the issue #19880 (changeset 09658ea0b93d).

The asyncio module has a similar issue: it stores an exception which indirectly contains a reference cycle in the Exception.__traceback__ attribute.
http://bugs.python.org/issue17911
https://code.google.com/p/tulip/issues/detail?id=155

----------
keywords: +patch
Added file: http://bugs.python.org/file35594/regrtest.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19816>
_______________________________________

From report at bugs.python.org  Thu Jun 12 14:50:20 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 12:50:20 +0000
Subject: [issue19816] test.regrtest: use tracemalloc to detect memory leaks?
In-Reply-To: <1385574567.13.0.658193624023.issue19816@psf.upfronthosting.co.za>
Message-ID: <1402577420.78.0.948285177509.issue19816@psf.upfronthosting.co.za>


STINNER Victor added the comment:

regrtest.patch is a work-in-progress patch. It shows the "top 10" when the -R option is used, ex: "python -m test -R 3:3 test_sys".

----------
nosy: +sahutd

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19816>
_______________________________________

From report at bugs.python.org  Thu Jun 12 14:54:30 2014
From: report at bugs.python.org (Claudiu.Popa)
Date: Thu, 12 Jun 2014 12:54:30 +0000
Subject: [issue16512] imghdr doesn't support jpegs with an ICC profile
In-Reply-To: <1353406880.2.0.236043197389.issue16512@psf.upfronthosting.co.za>
Message-ID: <1402577670.38.0.142647000546.issue16512@psf.upfronthosting.co.za>


Claudiu.Popa added the comment:

Using \xff\xd8 sounds good to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16512>
_______________________________________

From report at bugs.python.org  Thu Jun 12 15:04:30 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 13:04:30 +0000
Subject: [issue16512] imghdr doesn't support jpegs with an ICC profile
In-Reply-To: <1353406880.2.0.236043197389.issue16512@psf.upfronthosting.co.za>
Message-ID: <1402578270.81.0.435557486605.issue16512@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16512>
_______________________________________

From report at bugs.python.org  Thu Jun 12 15:09:27 2014
From: report at bugs.python.org (Kovid Goyal)
Date: Thu, 12 Jun 2014 13:09:27 +0000
Subject: [issue16512] imghdr doesn't support jpegs with an ICC profile
In-Reply-To: <1353406880.2.0.236043197389.issue16512@psf.upfronthosting.co.za>
Message-ID: <1402578567.78.0.163307936651.issue16512@psf.upfronthosting.co.za>


Kovid Goyal added the comment:

FYI, the test I currently use in calibre, which has not failed so far for millions of users:

def test_jpeg(h, f):    
    if (h[6:10] in (b'JFIF', b'Exif')) or (h[:2] == b'\xff\xd8' and (b'JFIF' in h[:32] or b'8BIM' in h[:32])):
        return 'jpeg'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16512>
_______________________________________

From report at bugs.python.org  Thu Jun 12 15:14:49 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 12 Jun 2014 13:14:49 +0000
Subject: [issue21731] Calendar Problem with Windows (XP)
In-Reply-To: <1402573101.18.0.674315484569.issue21731@psf.upfronthosting.co.za>
Message-ID: <1402578889.9.0.330749833016.issue21731@psf.upfronthosting.co.za>


R. David Murray added the comment:

The code is mostly correct as it exists in the calendar module.  You are running into issue 10466.  Per my comment in that issue, it may be possible to put a workaround into the calendar module, but your suggestion isn't it, since your code would leave the locale modified, not restored to its value before the calendar function was called.

What happens if you replace the original setlocale call in __enter__ with a try/except, and if the set fails, redo the set call using ''?  Does the save of oldlocale and its restore work in that case?

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21731>
_______________________________________

From report at bugs.python.org  Thu Jun 12 15:19:12 2014
From: report at bugs.python.org (Matt Deacalion Stevens)
Date: Thu, 12 Jun 2014 13:19:12 +0000
Subject: [issue21727] Ambiguous sentence explaining `cycle` in itertools
 documentation
In-Reply-To: <1402512390.39.0.862134165796.issue21727@psf.upfronthosting.co.za>
Message-ID: <1402579152.34.0.82693964512.issue21727@psf.upfronthosting.co.za>


Matt Deacalion Stevens added the comment:

It's probably just me then. The code example is what helped me grasp `cycle`, not the explanation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21727>
_______________________________________

From report at bugs.python.org  Thu Jun 12 15:28:31 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 12 Jun 2014 13:28:31 +0000
Subject: [issue10466] locale.py resetlocale throws exception on Windows
 (getdefaultlocale returns value not usable in setlocale)
In-Reply-To: <1290252967.41.0.731933480084.issue10466@psf.upfronthosting.co.za>
Message-ID: <1402579711.24.0.917187842127.issue10466@psf.upfronthosting.co.za>


R. David Murray added the comment:

See issue 21731 for considering putting a workaround for this into the calendar module (noted here because of msg122065).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10466>
_______________________________________

From report at bugs.python.org  Thu Jun 12 15:33:31 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 12 Jun 2014 13:33:31 +0000
Subject: [issue10466] locale.py resetlocale throws exception on Windows
 (getdefaultlocale returns value not usable in setlocale)
In-Reply-To: <1290252967.41.0.731933480084.issue10466@psf.upfronthosting.co.za>
Message-ID: <1402580011.78.0.388141899702.issue10466@psf.upfronthosting.co.za>


R. David Murray added the comment:

Oh, I see I'd already previously opened issue 10498 for that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10466>
_______________________________________

From report at bugs.python.org  Thu Jun 12 15:36:00 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 12 Jun 2014 13:36:00 +0000
Subject: [issue10498] calendar.LocaleHTMLCalendar.formatyearpage() results in
 traceback with 'unsupported locale setting' on Windows
In-Reply-To: <1290393306.69.0.998081430395.issue10498@psf.upfronthosting.co.za>
Message-ID: <1402580160.23.0.670733774562.issue10498@psf.upfronthosting.co.za>


R. David Murray added the comment:

I'm closing this in favor of issue 21731, which has a proposed (though I believe incorrect) patch.

----------
resolution:  -> duplicate
stage: test needed -> resolved
status: open -> closed
superseder:  -> Calendar Problem with Windows (XP)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10498>
_______________________________________

From report at bugs.python.org  Thu Jun 12 15:42:01 2014
From: report at bugs.python.org (=?utf-8?b?SsO8cmdlbiBC?=)
Date: Thu, 12 Jun 2014 13:42:01 +0000
Subject: [issue21731] Calendar Problem with Windows (XP)
In-Reply-To: <1402573101.18.0.674315484569.issue21731@psf.upfronthosting.co.za>
Message-ID: <1402580521.76.0.657779867341.issue21731@psf.upfronthosting.co.za>


J?rgen B added the comment:

Yes, Issue 10466 seems to be the same problem. One could fix this one instance higher, not necessarily in Calendar.py.

As I said, I have "no idea" about Python (not yet). You could code this and I would test it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21731>
_______________________________________

From report at bugs.python.org  Thu Jun 12 16:20:27 2014
From: report at bugs.python.org (Gavin Carothers)
Date: Thu, 12 Jun 2014 14:20:27 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <1402582827.84.0.972980446177.issue21652@psf.upfronthosting.co.za>


Gavin Carothers added the comment:

Issue also exists in Pyramid (any wsgi server/framework) See https://github.com/Pylons/pyramid/issues/1360 for Pyramid bug.

----------
nosy: +gcarothers

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Thu Jun 12 16:55:59 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 14:55:59 +0000
Subject: [issue21732] SubprocessTestsMixin.test_subprocess_terminate() hangs
 on "AMD64 Snow Leop 3.x" buildbot
Message-ID: <1402584959.34.0.367211302665.issue21732@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.x/builds/1742/steps/test/logs/stdio

Timeout (1:00:00)!
Thread 0x00007fff71296cc0 (most recent call first):
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/selectors.py", line 311 in select
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/asyncio/base_events.py", line 822 in _run_once
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/asyncio/base_events.py", line 195 in run_forever
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/asyncio/base_events.py", line 215 in run_until_complete
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/test_asyncio/test_events.py", line 1492 in test_subprocess_terminate
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/case.py", line 577 in run
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/case.py", line 625 in __call__
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py", line 125 in run
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py", line 87 in __call__
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py", line 125 in run
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py", line 87 in __call__
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py", line 125 in run
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py", line 87 in __call__
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/runner.py", line 168 in run
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/support/__init__.py", line 1724 in _run_suite
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/support/__init__.py", line 1758 in run_unittest
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/test_asyncio/__init__.py", line 29 in test_main
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 1278 in runtest_inner
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 967 in runtest
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 532 in main
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 1562 in main_in_temp_cwd
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 1587 in <module>
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/runpy.py", line 85 in _run_code
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/runpy.py", line 170 in _run_module_as_main
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/runpy.py", line 170, in _run_module_as_main
    "__main__", mod_spec)
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/__main__.py", line 3, in <module>
    regrtest.main_in_temp_cwd()
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 1562, in main_in_temp_cwd
    main()
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 738, in main
    raise Exception("Child error on {}: {}".format(test, result[1]))
Exception: Child error on test_asyncio: Exit code 1
[390/390] test_asyncio
make: *** [buildbottest] Error 1

----------
components: Tests, asyncio
messages: 220354
nosy: gvanrossum, haypo, yselivanov
priority: normal
severity: normal
status: open
title: SubprocessTestsMixin.test_subprocess_terminate() hangs on "AMD64 Snow Leop 3.x" buildbot
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21732>
_______________________________________

From report at bugs.python.org  Thu Jun 12 17:00:55 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 15:00:55 +0000
Subject: [issue21732] SubprocessTestsMixin.test_subprocess_terminate() hangs
 on "AMD64 Snow Leop 3.x" buildbot
In-Reply-To: <1402584959.34.0.367211302665.issue21732@psf.upfronthosting.co.za>
Message-ID: <1402585255.21.0.769201930965.issue21732@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I checked builds 1722..1742: it looks like this issue only occured once.

----------
assignee:  -> ronaldoussoren
components: +Macintosh
nosy: +ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21732>
_______________________________________

From report at bugs.python.org  Thu Jun 12 17:01:09 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 15:01:09 +0000
Subject: [issue21733] "mmap(size=9223372036854779904) failed" message when
 running test_io on "AMD64 Snow Leop 3.x" buildbot
Message-ID: <1402585269.84.0.645646182002.issue21733@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.x/builds/1734/steps/test/logs/stdio

python.exe(59021,0x7fff71296cc0) malloc: *** mmap(size=9223372036854779904) failed (error code=12)
*** error: can't allocate region
*** set a breakpoint in malloc_error_break to debug
python.exe(59021,0x7fff71296cc0) malloc: *** mmap(size=9223372036854779904) failed (error code=12)
*** error: can't allocate region
*** set a breakpoint in malloc_error_break to debug
python.exe(59021,0x7fff71296cc0) malloc: *** mmap(size=9223372036854779904) failed (error code=12)
*** error: can't allocate region
*** set a breakpoint in malloc_error_break to debug
[212/390] test_io

----------
assignee: ronaldoussoren
components: Macintosh, Tests
keywords: buildbot
messages: 220356
nosy: haypo, ronaldoussoren
priority: normal
severity: normal
status: open
title: "mmap(size=9223372036854779904) failed" message when running test_io on "AMD64 Snow Leop 3.x" buildbot

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21733>
_______________________________________

From report at bugs.python.org  Thu Jun 12 17:05:46 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 15:05:46 +0000
Subject: [issue21734] compilation of the _ctypes module fails on OpenIndiana:
 ffi_prep_closure_loc symbol is missing
Message-ID: <1402585546.51.0.39402588592.issue21734@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20OpenIndiana%203.x/builds/7900/steps/test/logs/stdio

gcc -shared (...)Modules/_ctypes/_ctypes.o (...) -o build/lib.solaris-2.11-i86pc.64bit-3.5-pydebug/_ctypes.so (...)
*** WARNING: renaming "_ctypes" since importing it failed: ld.so.1: python: fatal: relocation error: file build/lib.solaris-2.11-i86pc.64bit-3.5-pydebug/_ctypes.so: symbol ffi_prep_closure_loc: referenced symbol not found
(...)
Failed to build these modules: _ctypes   _curses   _curses_panel   _lzma

----------
messages: 220357
nosy: haypo
priority: normal
severity: normal
status: open
title: compilation of the _ctypes module fails on OpenIndiana: ffi_prep_closure_loc symbol is missing
type: compile error
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21734>
_______________________________________

From report at bugs.python.org  Thu Jun 12 17:07:07 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 15:07:07 +0000
Subject: [issue20128] Re-enable test_modules_search_builtin() in test_pydoc
In-Reply-To: <1388905827.82.0.948519018287.issue20128@psf.upfronthosting.co.za>
Message-ID: <1402585627.81.0.301463568531.issue20128@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20128>
_______________________________________

From report at bugs.python.org  Thu Jun 12 17:07:30 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 15:07:30 +0000
Subject: [issue20128] Re-enable test_modules_search_builtin() in test_pydoc
In-Reply-To: <1388905827.82.0.948519018287.issue20128@psf.upfronthosting.co.za>
Message-ID: <1402585650.14.0.225972818781.issue20128@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Many test_pydoc tests are failing on the FreeBSD 9 buildbot, example:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%203.x/builds/6870/steps/test/logs/stdio

======================================================================
FAIL: test_html_doc (test.test_pydoc.PydocDocTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/buildarea/3.x.krah-freebsd/build/Lib/test/test_pydoc.py", line 418, in test_html_doc
    self.fail("outputs are not equal, see diff above")
AssertionError: outputs are not equal, see diff above

======================================================================
FAIL: test_text_doc (test.test_pydoc.PydocDocTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/home/buildbot/buildarea/3.x.krah-freebsd/build/Lib/test/test_pydoc.py", line 432, in test_text_doc
    self.fail("outputs are not equal, see diff above")
AssertionError: outputs are not equal, see diff above

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20128>
_______________________________________

From report at bugs.python.org  Thu Jun 12 17:09:27 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 15:09:27 +0000
Subject: [issue21735]
 test_threading.test_main_thread_after_fork_from_nonmain_thread()
 hangs on the FreeBSD 10 buildbot
Message-ID: <1402585767.95.0.817144752371.issue21735@psf.upfronthosting.co.za>


New submission from STINNER Victor:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.0%203.x/builds/2220/steps/test/logs/stdio

[390/390] test_threading
Timeout (1:00:00)!
Thread 0x0000000801c06400 (most recent call first):
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/selectors.py", line 364 in select
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/subprocess.py", line 1618 in _communicate
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/subprocess.py", line 971 in communicate
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/script_helper.py", line 45 in _assert_python
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/script_helper.py", line 69 in assert_python_ok
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/test_threading.py", line 536 in test_main_thread_after_fork_from_nonmain_thread
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/case.py", line 577 in run
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/case.py", line 625 in __call__
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", line 125 in run
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", line 87 in __call__
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", line 125 in run
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", line 87 in __call__
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", line 125 in run
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/suite.py", line 87 in __call__
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/unittest/runner.py", line 168 in run
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/support/__init__.py", line 1724 in _run_suite
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/support/__init__.py", line 1758 in run_unittest
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py", line 1277 in <lambda>
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py", line 1278 in runtest_inner
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py", line 967 in runtest
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py", line 532 in main
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py", line 1562 in main_in_temp_cwd
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py", line 1587 in <module>
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/runpy.py", line 85 in _run_code
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/runpy.py", line 170 in _run_module_as_main
Traceback (most recent call last):
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/runpy.py", line 170, in _run_module_as_main
    "__main__", mod_spec)
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/__main__.py", line 3, in <module>
    regrtest.main_in_temp_cwd()
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py", line 1562, in main_in_temp_cwd
    main()
  File "/usr/home/buildbot/koobs-freebsd10/3.x.koobs-freebsd10/build/Lib/test/regrtest.py", line 738, in main
    raise Exception("Child error on {}: {}".format(test, result[1]))
Exception: Child error on test_threading: Exit code 1
*** Error code 1

----------
components: Tests
keywords: buildbot
messages: 220359
nosy: haypo
priority: normal
severity: normal
status: open
title: test_threading.test_main_thread_after_fork_from_nonmain_thread() hangs on the FreeBSD 10 buildbot
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21735>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:05:04 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Thu, 12 Jun 2014 16:05:04 +0000
Subject: [issue12516] imghdr.what should take one argument
In-Reply-To: <1310068606.02.0.0739859897948.issue12516@psf.upfronthosting.co.za>
Message-ID: <1402589104.25.0.548121591896.issue12516@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
nosy: +Claudiu.Popa
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12516>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:08:07 2014
From: report at bugs.python.org (Vajrasky Kok)
Date: Thu, 12 Jun 2014 16:08:07 +0000
Subject: [issue21723] Float maxsize is treated as infinity in asyncio.Queue
In-Reply-To: <1402502394.97.0.183524227653.issue21723@psf.upfronthosting.co.za>
Message-ID: <1402589287.01.0.477013711214.issue21723@psf.upfronthosting.co.za>


Vajrasky Kok added the comment:

"It looks strange to use a float as maxsize." => It is. But the float could be coming programmatically. Float value interpreted as infinity could give a shock for some people.

"maybe to cast maxsize parameter to an int." => ceiling or flooring?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21723>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:08:23 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Thu, 12 Jun 2014 16:08:23 +0000
Subject: [issue12516] imghdr.what should take one argument
In-Reply-To: <1310068606.02.0.0739859897948.issue12516@psf.upfronthosting.co.za>
Message-ID: <1402589303.2.0.09367669701.issue12516@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

imghdr got a test file in 94813eab5a58. Your patch also needs documentation updates. Besides that, +1 from me. Maybe it would be okay to add a deprecation warning for the second argument?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12516>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:14:49 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 12 Jun 2014 16:14:49 +0000
Subject: [issue21736] Add __file__ attribute to frozen modules
Message-ID: <1402589689.02.0.501075866976.issue21736@psf.upfronthosting.co.za>


New submission from Marc-Andre Lemburg:

The missing __file__ attribute on frozen modules causes lots of issues with the stdlib (see e.g. Issue21709 and the stdlib test suite) and other tools that expect this attribute to always be present.

The attached patch for 3.4.1 adds this attribute to all frozen modules and resolves most issues. It cannot resolve the problem of not necessarily finding the directories/files listed in those attributes, but at least makes it possible to continue using code that only uses the attribute for error reporting.

----------
components: Interpreter Core, Library (Lib)
messages: 220362
nosy: lemburg
priority: normal
severity: normal
status: open
title: Add __file__ attribute to frozen modules
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21736>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:15:21 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 12 Jun 2014 16:15:21 +0000
Subject: [issue21736] Add __file__ attribute to frozen modules
In-Reply-To: <1402589689.02.0.501075866976.issue21736@psf.upfronthosting.co.za>
Message-ID: <1402589721.02.0.879718195742.issue21736@psf.upfronthosting.co.za>


Changes by Marc-Andre Lemburg <mal at egenix.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file35595/__file__-for-frozen-modules.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21736>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:17:06 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 12 Jun 2014 16:17:06 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>
Message-ID: <1402589826.52.0.999266565321.issue21709@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

While the current patch does not resolve the issue, I'm leaving the issue closed and have instead opened a new Issue21736 which tracks the idea to add a __file__ attribute to frozen modules per default.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:24:20 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 12 Jun 2014 16:24:20 +0000
Subject: [issue21737] runpy.run_path() fails with frozen __main__ modules
Message-ID: <1402590260.07.0.642136179062.issue21737@psf.upfronthosting.co.za>


New submission from Marc-Andre Lemburg:

The logic in runpy.run_path() assumes that removing the __main__ entry from sys.modules is enough to be able to use the module search logic for e.g. importing packages and ZIP files (with embedded __main__.py files).

In Python 3.4 (and probably also 3.3 where the importlib was added), this no longer works if a frozen __main__ module is present.

The reason is that the sys.meta_path lists the FrozenImporter before the PathFinder. The runpy trick only works if the PathFinder gets a chance to do its magic, but never gets to play, since the FrozenImporter always returns the existing frozen __main__ module (causing all kinds of strange effects).

Now, looking at the implementation, the frozen __main__ is imported by import.c, not the importlib, so a working solution is to not have the FrozenImporter work on __main__ modules at all.

This then allows the PathFinder to deal with finding the __main__ module in directories or ZIP files and thus allows the hack in runpy to work again.

BTW: In the long run, it would probably better to clean up runpy altogether. It's really messy code due to the many details that it has to address, but I guess this a larger project on its own.

----------
components: Interpreter Core
messages: 220364
nosy: lemburg
priority: normal
severity: normal
status: open
title: runpy.run_path() fails with frozen __main__ modules
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21737>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:25:41 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 12 Jun 2014 16:25:41 +0000
Subject: [issue21737] runpy.run_path() fails with frozen __main__ modules
In-Reply-To: <1402590260.07.0.642136179062.issue21737@psf.upfronthosting.co.za>
Message-ID: <1402590341.66.0.85833669983.issue21737@psf.upfronthosting.co.za>


Changes by Marc-Andre Lemburg <mal at egenix.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file35596/FrozenImporter-without-__main__-support.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21737>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:33:04 2014
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 12 Jun 2014 16:33:04 +0000
Subject: [issue21736] Add __file__ attribute to frozen modules
In-Reply-To: <1402589689.02.0.501075866976.issue21736@psf.upfronthosting.co.za>
Message-ID: <1402590784.82.0.611266834203.issue21736@psf.upfronthosting.co.za>


Changes by Barry A. Warsaw <barry at python.org>:


----------
nosy: +barry

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21736>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:35:39 2014
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 12 Jun 2014 16:35:39 +0000
Subject: [issue21736] Add __file__ attribute to frozen modules
In-Reply-To: <1402589689.02.0.501075866976.issue21736@psf.upfronthosting.co.za>
Message-ID: <1402590939.36.0.845747764927.issue21736@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

I'm -0 on this patch.  I can understand that in some sense, frozen modules do semantically have an associated file, but OTOH, once they're frozen the connection to their file is broken.  Also, I think anything that assumes __file__ exists is simply broken and should be fixed.  There are other cases than frozen modules where a module would have no reasonable value for __file__ and thus shouldn't have one.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21736>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:41:07 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Thu, 12 Jun 2014 16:41:07 +0000
Subject: [issue21230] imghdr does not accept adobe photoshop mime type
In-Reply-To: <1397524431.49.0.471880586962.issue21230@psf.upfronthosting.co.za>
Message-ID: <1402591267.0.0.897948011779.issue21230@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Issue issue16512 has a patch which will recognize this format of JPEG, as well as others.

----------
nosy: +Claudiu.Popa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21230>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:41:28 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 12 Jun 2014 16:41:28 +0000
Subject: [issue21736] Add __file__ attribute to frozen modules
In-Reply-To: <1402590939.36.0.845747764927.issue21736@psf.upfronthosting.co.za>
Message-ID: <5399D832.30100@egenix.com>


Marc-Andre Lemburg added the comment:

On 12.06.2014 18:35, Barry A. Warsaw wrote:
> 
> I'm -0 on this patch.  I can understand that in some sense, frozen modules do semantically have an associated file, but OTOH, once they're frozen the connection to their file is broken.  Also, I think anything that assumes __file__ exists is simply broken and should be fixed.  There are other cases than frozen modules where a module would have no reasonable value for __file__ and thus shouldn't have one.

This one falls into the practicality beats purity category. Of
course, the __file__ attribute doesn't always makes sense as
file path, but it does serve an information purpose.

We're doing this in eGenix PyRun to get 3rd party code working
(including parts of the Python stdlib :-)). Not doing so
would simply lead to the whole freezing approach pretty much
useless, since so much code uses the attribute without checking
or providing a fallback solution.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21736>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:43:15 2014
From: report at bugs.python.org (Barry A. Warsaw)
Date: Thu, 12 Jun 2014 16:43:15 +0000
Subject: [issue21736] Add __file__ attribute to frozen modules
In-Reply-To: <1402589689.02.0.501075866976.issue21736@psf.upfronthosting.co.za>
Message-ID: <1402591395.01.0.00870245130699.issue21736@psf.upfronthosting.co.za>


Barry A. Warsaw added the comment:

PBP might be reasonably used to justify it for the frozen case.  I just don't want to use that as a wedge to define __file__ in *all* cases, even when no reasonable file name exists.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21736>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:44:43 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 16:44:43 +0000
Subject: [issue21205] Add __qualname__ attribute to Python generators and
 change default __name__
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <1402591483.96.0.0888987894559.issue21205@psf.upfronthosting.co.za>


STINNER Victor added the comment:

@Antoine: Can you please review gen_qualname.patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:46:04 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 12 Jun 2014 16:46:04 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>
Message-ID: <1402591564.64.0.891983181889.issue21709@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> While the current patch does not resolve the issue, I'm leaving the issue closed

That's fine - I will implement the changes we discussed in this issue, even if it's something of a stop-gap.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Thu Jun 12 18:54:49 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 12 Jun 2014 16:54:49 +0000
Subject: [issue21737] runpy.run_path() fails with frozen __main__ modules
In-Reply-To: <1402590260.07.0.642136179062.issue21737@psf.upfronthosting.co.za>
Message-ID: <1402592089.92.0.449056834378.issue21737@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +brett.cannon, eric.snow, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21737>
_______________________________________

From report at bugs.python.org  Thu Jun 12 19:22:06 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Jun 2014 17:22:06 +0000
Subject: [issue21733] "mmap(size=9223372036854779904) failed" message when
 running test_io on "AMD64 Snow Leop 3.x" buildbot
In-Reply-To: <1402585269.84.0.645646182002.issue21733@psf.upfronthosting.co.za>
Message-ID: <1402593726.37.0.920884244821.issue21733@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Malloc errors in test_io

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21733>
_______________________________________

From report at bugs.python.org  Thu Jun 12 19:44:26 2014
From: report at bugs.python.org (Paul Koning)
Date: Thu, 12 Jun 2014 17:44:26 +0000
Subject: [issue21258] Add __iter__ support for mock_open
In-Reply-To: <1397671005.18.0.0743040241878.issue21258@psf.upfronthosting.co.za>
Message-ID: <1402595066.98.0.822988539033.issue21258@psf.upfronthosting.co.za>


Paul Koning added the comment:

I created a fix for this.  This also fixes a second issue in mock_open, which is that readline() raises StopIteration at EOF rather than returning empty strings.  See attached diff.
(Is there a  better procedure for submitting fixes?)

----------
nosy: +pkoning
Added file: http://bugs.python.org/file35597/mock.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21258>
_______________________________________

From report at bugs.python.org  Thu Jun 12 20:35:45 2014
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 12 Jun 2014 18:35:45 +0000
Subject: [issue21738] Enum docs claim replacing __new__ is not possible
Message-ID: <1402598145.45.0.559693441236.issue21738@psf.upfronthosting.co.za>


New submission from Ethan Furman:

Replacing __new__ in an Enum subclass is not possible /in the subclass definition/, but is easily replaced via monkey-patching after the class has been defined.

Docs need to be updated to reflect this.

----------
assignee: ethan.furman
messages: 220372
nosy: ethan.furman
priority: normal
severity: normal
status: open
title: Enum docs claim replacing __new__ is not possible
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21738>
_______________________________________

From report at bugs.python.org  Thu Jun 12 20:40:24 2014
From: report at bugs.python.org (Vasilis Vasaitis)
Date: Thu, 12 Jun 2014 18:40:24 +0000
Subject: [issue14074] argparse allows nargs>1 for positional arguments but
 doesn't allow metavar to be a tuple
In-Reply-To: <1329845918.75.0.31962840333.issue14074@psf.upfronthosting.co.za>
Message-ID: <1402598424.85.0.169323068406.issue14074@psf.upfronthosting.co.za>


Changes by Vasilis Vasaitis <vvasaitis at gmail.com>:


----------
nosy: +vvas

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14074>
_______________________________________

From report at bugs.python.org  Thu Jun 12 21:02:59 2014
From: report at bugs.python.org (Paul Koning)
Date: Thu, 12 Jun 2014 19:02:59 +0000
Subject: [issue21258] Add __iter__ support for mock_open
In-Reply-To: <1397671005.18.0.0743040241878.issue21258@psf.upfronthosting.co.za>
Message-ID: <1402599779.54.0.639138446854.issue21258@psf.upfronthosting.co.za>


Paul Koning added the comment:

This is the corresponding patch to the test suite.

----------
Added file: http://bugs.python.org/file35598/testwith.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21258>
_______________________________________

From report at bugs.python.org  Thu Jun 12 21:17:59 2014
From: report at bugs.python.org (Karl Richter)
Date: Thu, 12 Jun 2014 19:17:59 +0000
Subject: [issue21739] Add hint about expression in list comprehensions
 (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions)
Message-ID: <1402600679.26.0.179499997563.issue21739@psf.upfronthosting.co.za>


New submission from Karl Richter:

It would be useful to have a short statement in the docs (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions) that the expression in a list comprehension isn't put into a block, but evaluated against the same block where it is located because intuitively one might think that variables can be overridden in the statement.
This applies to both 2.7 and 3.4.1.

----------
assignee: docs at python
components: Documentation
messages: 220374
nosy: docs at python, krichter
priority: normal
severity: normal
status: open
title: Add hint about expression in list comprehensions (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions)
type: enhancement
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21739>
_______________________________________

From report at bugs.python.org  Thu Jun 12 21:51:51 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 12 Jun 2014 19:51:51 +0000
Subject: [issue21739] Add hint about expression in list comprehensions
 (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions)
In-Reply-To: <1402600679.26.0.179499997563.issue21739@psf.upfronthosting.co.za>
Message-ID: <1402602711.96.0.407581429057.issue21739@psf.upfronthosting.co.za>


R. David Murray added the comment:

In 3.x a list comprehension (like a generator expression in 2.x) *is* a separate block:

>>> [x for x in range(3)]
[0, 1, 2]
>>> x
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
NameError: name 'x' is not defined

I note that this is not in fact mentioned in the python3 version of the tutorial; there it still implies that it is completely equivalent to the unrolled if statement, which would imply it *was* in the same scope.

IMO the 2.7 tutorial is complete in the sense that the "is equivalent to" example is clearly in the same scope, while the python3 tutorial is missing a note that the comprehension is its own scope.  Given the fact that it is *different* between the two, I wonder if it would be appropriate to add a note (footnote?) to that effect to the 2.7 tutorial.  There is such a footnote in the corresponding part of the language reference.

----------
nosy: +r.david.murray
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21739>
_______________________________________

From report at bugs.python.org  Thu Jun 12 21:53:35 2014
From: report at bugs.python.org (Steven Stewart-Gallus)
Date: Thu, 12 Jun 2014 19:53:35 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
In-Reply-To: <1401643353.39.0.53304722389.issue21627@psf.upfronthosting.co.za>
Message-ID: <1402602815.5.0.275112171829.issue21627@psf.upfronthosting.co.za>


Steven Stewart-Gallus added the comment:

Okay, I made a patch that I hoped dealt with all the criticisms and that fixed up a problem I noted myself.

----------
Added file: http://bugs.python.org/file35599/fixed-setcloexec.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Thu Jun 12 21:54:57 2014
From: report at bugs.python.org (Steven Stewart-Gallus)
Date: Thu, 12 Jun 2014 19:54:57 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
In-Reply-To: <1401643353.39.0.53304722389.issue21627@psf.upfronthosting.co.za>
Message-ID: <1402602897.01.0.567672650142.issue21627@psf.upfronthosting.co.za>


Changes by Steven Stewart-Gallus <sstewartgallus00 at mylangara.bc.ca>:


Removed file: http://bugs.python.org/file35599/fixed-setcloexec.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Thu Jun 12 21:55:11 2014
From: report at bugs.python.org (Steven Stewart-Gallus)
Date: Thu, 12 Jun 2014 19:55:11 +0000
Subject: [issue21627] Concurrently closing files and iterating over the open
 files directory is not well specified
In-Reply-To: <1401643353.39.0.53304722389.issue21627@psf.upfronthosting.co.za>
Message-ID: <1402602911.61.0.282652749726.issue21627@psf.upfronthosting.co.za>


Changes by Steven Stewart-Gallus <sstewartgallus00 at mylangara.bc.ca>:


Added file: http://bugs.python.org/file35600/fixed-setcloexec.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21627>
_______________________________________

From report at bugs.python.org  Thu Jun 12 22:03:30 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Jun 2014 20:03:30 +0000
Subject: [issue21739] Add hint about expression in list comprehensions
 (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions)
In-Reply-To: <1402600679.26.0.179499997563.issue21739@psf.upfronthosting.co.za>
Message-ID: <1402603409.99.0.995404871605.issue21739@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I wouldn't like to use the tutorial to highlight or draw attention a feature/bug that is going away. 

I recommend leaving the tutorial as-is.  For a decade, it has worked well for introducing people to list comprehensions.  More complete implementation specs belong in the Language Reference or in the List Comp PEP.

The tutorial is mainly about showing the normal and correct usage of tools  rather than emphasizing oddities that don't matter to most of the people, most of the time.

If you feel strongly compelled to "just add something", then consider a FAQ entry.

----------
assignee: docs at python -> rhettinger
nosy: +rhettinger
priority: normal -> low
type: enhancement -> 
versions:  -Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21739>
_______________________________________

From report at bugs.python.org  Thu Jun 12 22:04:18 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Jun 2014 20:04:18 +0000
Subject: [issue21727] Ambiguous sentence explaining `cycle` in itertools
 documentation
In-Reply-To: <1402512390.39.0.862134165796.issue21727@psf.upfronthosting.co.za>
Message-ID: <1402603458.07.0.0213967748141.issue21727@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

That's why the code example is there ;-)

----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21727>
_______________________________________

From report at bugs.python.org  Thu Jun 12 22:07:33 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Jun 2014 20:07:33 +0000
Subject: [issue21729] Use `with` statement in dbm.dumb
In-Reply-To: <1402557881.88.0.738004727052.issue21729@psf.upfronthosting.co.za>
Message-ID: <1402603653.15.0.0991664028822.issue21729@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Serhiy, after reviewing this, consider backporting it.

The original code doesn't have a try/finally around the close() call and that could be considered a bug.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21729>
_______________________________________

From report at bugs.python.org  Thu Jun 12 22:08:32 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Jun 2014 20:08:32 +0000
Subject: [issue21726] Unnecessary line in documentation
In-Reply-To: <1402511415.47.0.115494695808.issue21726@psf.upfronthosting.co.za>
Message-ID: <1402603712.57.0.292603457057.issue21726@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21726>
_______________________________________

From report at bugs.python.org  Thu Jun 12 22:09:24 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Jun 2014 20:09:24 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1330031760.56.0.8938390885.issue14102@psf.upfronthosting.co.za>
Message-ID: <1402603764.88.0.883919292675.issue14102@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> I have been wanting this feature for quite a long time

Me too.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Thu Jun 12 22:11:03 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 12 Jun 2014 20:11:03 +0000
Subject: [issue17911] Extracting tracebacks does too much work
In-Reply-To: <1367789486.16.0.484658151136.issue17911@psf.upfronthosting.co.za>
Message-ID: <1402603863.68.0.286048373824.issue17911@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

>  I think it makes sense to treat this as a completely new
> traceback introspection API and ignore the low level details
> of the legacy API.

That would likely be the cleanest approach.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17911>
_______________________________________

From report at bugs.python.org  Thu Jun 12 22:12:25 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 12 Jun 2014 20:12:25 +0000
Subject: [issue21739] Add hint about expression in list comprehensions
 (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions)
In-Reply-To: <1402600679.26.0.179499997563.issue21739@psf.upfronthosting.co.za>
Message-ID: <1402603945.13.0.291930867165.issue21739@psf.upfronthosting.co.za>


R. David Murray added the comment:

OK, I have no objection to leaving the 2.7 tutorial alone.  It seems to me that the 3.x tutorial should be fixed, though, because it currently says the unrolled loop is equivalent, but it isn't.  The fact that this applies to all other comprehensions in python3 I think adds weight to the idea of including the information in the tutorial somehow.

----------
versions: +Python 3.4, Python 3.5 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21739>
_______________________________________

From report at bugs.python.org  Thu Jun 12 22:21:46 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Jun 2014 20:21:46 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <1402604506.18.0.334121184459.issue21652@psf.upfronthosting.co.za>


Ned Deily added the comment:

If there is a regression to be fixed, there needs to be a patch with a test.  Anyone?

----------
nosy: +benjamin.peterson, ned.deily
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Thu Jun 12 22:23:23 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Thu, 12 Jun 2014 20:23:23 +0000
Subject: [issue20083] smtplib: support for IDN (international domain names)
In-Reply-To: <1388195363.36.0.929515660511.issue20083@psf.upfronthosting.co.za>
Message-ID: <1402604603.42.0.55268968542.issue20083@psf.upfronthosting.co.za>


Changes by Milan Oberkirch <milan.py at oberkirch.org>:


----------
nosy: +jesstess, zvyn

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20083>
_______________________________________

From report at bugs.python.org  Thu Jun 12 22:26:52 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Jun 2014 20:26:52 +0000
Subject: [issue21732] SubprocessTestsMixin.test_subprocess_terminate() hangs
 on "AMD64 Snow Leop 3.x" buildbot
In-Reply-To: <1402584959.34.0.367211302665.issue21732@psf.upfronthosting.co.za>
Message-ID: <1402604812.79.0.681215319392.issue21732@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
assignee: ronaldoussoren -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21732>
_______________________________________

From report at bugs.python.org  Thu Jun 12 22:35:10 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 12 Jun 2014 20:35:10 +0000
Subject: [issue21734] compilation of the _ctypes module fails on OpenIndiana:
 ffi_prep_closure_loc symbol is missing
In-Reply-To: <1402585546.51.0.39402588592.issue21734@psf.upfronthosting.co.za>
Message-ID: <1402605310.99.0.147054681451.issue21734@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21734>
_______________________________________

From report at bugs.python.org  Thu Jun 12 22:59:13 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Jun 2014 20:59:13 +0000
Subject: [issue21740] doctest doesn't allow duck-typing callables
Message-ID: <1402606753.04.0.326464066676.issue21740@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

doctest uses inspect.isfunction() to detect callable objects on which to detect docstrings. Unfortunately, this prevents running doctests on functions which have been decorated to return other types of callables (for example numba's @jit decorator). In the attached example file, the wrapped "bar" function does not have its doctest executed.

It would be useful for doctest to be more flexible here, although I'm not sure what the exact criterion should be.

----------
components: Library (Lib)
files: ducktest.py
messages: 220384
nosy: ezio.melotti, gvanrossum, michael.foord, pitrou, r.david.murray, rhettinger, tim.peters
priority: normal
severity: normal
stage: needs patch
status: open
title: doctest doesn't allow duck-typing callables
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35601/ducktest.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21740>
_______________________________________

From report at bugs.python.org  Thu Jun 12 23:22:15 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Jun 2014 21:22:15 +0000
Subject: [issue21205] Add __qualname__ attribute to Python generators and
 change default __name__
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <1402608135.2.0.065774660884.issue21205@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Your patch doesn't have a "review" link. Perhaps it should be regenerated against updated default?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Thu Jun 12 23:29:25 2014
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 12 Jun 2014 21:29:25 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
Message-ID: <1402608565.65.0.506633774065.issue21741@psf.upfronthosting.co.za>


New submission from Zachary Ware:

Attached is a quick-and-dirty script that converts a large chunk of the test suite away from support.run_unittest and test_main to unittest test discovery and unittest.main.  Several files are marked as 'do not touch' due to various issues that the script can't easily detect, many others are not touched due to issues that the script can detect but can't deal with on its own.  Tests that can be changed are changed directly, console output is a huge listing of test files checked and what was done with them, followed by a summary of what tests were not touched for what reason, and a list of changed tests is output in 'changed_tests.txt'.

----------
components: Tests
files: fix_test_main.py
messages: 220386
nosy: ezio.melotti, zach.ware
priority: normal
severity: normal
stage: patch review
status: open
title: Convert most of the test suite to using unittest.main()
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35602/fix_test_main.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Thu Jun 12 23:31:32 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 12 Jun 2014 21:31:32 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402608692.35.0.591417369561.issue21725@psf.upfronthosting.co.za>


R. David Murray added the comment:

For some reason the diff shown by the review link is very different from the one show by the patch file itself.  I'm not sure what is causing that, since the diff appears to be in the correct hg format.  I don't even know where reitveld is getting the stuff on the left hand side.

So, comments:

Instead of issuing a warning for decode_data=True when smtputf8 is specified, having decode_data explicitly set to True when smtputf8 is specified should be a ValueError.

Your modifications to the handling of max_command_size are technically buggy (and clearly there's no test for it): when we aren't in extended smtp mode, the limit should be the hardcoded value, as in the original code.  My reading of the RFC (specifically 4.1.1.5) indicates that it is legal to send a new HELO or EHLO command without issuing a QUIT, meaning a single SMTPChannel instance might have to handle both.  This isn't a likely scenario except in testing...but testing is probably one of the main uses of smtpd, so I think we ought to support it.

Also, the code you use to update the max length value for MAIL takes a bit of thought to understand.  I think it would be clearer to use an unconditional set of the value based on the command_size_limit constant, which you'll have to restore to address my previous comment, instead of the pop (though the pop is a nice trick :).

The answer to your 'XXX should we check this?' is no.  Remember that just because the client *says* SMTPUTF8, that doesn't mean the message actually has to be SMTPUTF8.  So whatever bytes it sends need to be passed through.

When SMTPUTF8 is not turned on, the server should act like it doesn't know anything about it, which means that if SMTPUTF8 is specified on the BODY command it should be treated just like an unknown parameter would be.  We shouldn't leak the fact that we "know about" SMTPUTF8 if the server hasn't been enabled for SMTPUTF8.

There is one piece missing here: providing a way for process_message to know that the client claimed the message was using SMTPUTF8 (we know it might lie, but we need to transmit what the client said).  Since process_message is an 'override in subclass' API, we can't just extend it's call signature.  So I think we need to provide a new process_smtputf8_message method that will be called for such messages.

Note that you also need to reset the 'this message is SMTPUTF8 flag' on RSET, HELO/EHLO, and at the completion of the call to the new process_message API.

This notes should also give you some clues about what additional test need to be written.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Thu Jun 12 23:43:41 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 12 Jun 2014 21:43:41 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402609421.03.0.661156724364.issue21725@psf.upfronthosting.co.za>


R. David Murray added the comment:

Correction on the XXX should we check this: I was thinking about the wrong section of the code.  But it is still 'no': by postel's law we should accept dirty data.  Currently the consumer of the library can then decide whether or not to reject the dirty data by building a subclass.  It might be nice to provide an option to control rejection of invalid characters in commands, but that should be a separate issue.  (And, we are ending up with so many options that we might want to think about whether or not there is a better API for controlling them).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Thu Jun 12 23:45:12 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 21:45:12 +0000
Subject: [issue21205] Add __qualname__ attribute to Python generators and
 change default __name__
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <1402609512.71.0.313745573464.issue21205@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Updated patch, rebased on the default branch. I add a minor unit test (modify also gen.__name__).

----------
Added file: http://bugs.python.org/file35603/gen_qualname-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Thu Jun 12 23:48:47 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 12 Jun 2014 21:48:47 +0000
Subject: [issue17911] Extracting tracebacks does too much work
In-Reply-To: <1367789486.16.0.484658151136.issue17911@psf.upfronthosting.co.za>
Message-ID: <1402609727.01.0.0840666779239.issue17911@psf.upfronthosting.co.za>


STINNER Victor added the comment:

While trying to fix a similar issue for the asyncio project, I wrote the following code:
https://bitbucket.org/haypo/misc/src/ce48d7b3ea1d223691e496e41aca8f5784671cd5/python/suppress_locals.py?at=default

I was not aware that a similar approach (attached traceback2.patch) was already implemented.

Asyncio issues:
https://code.google.com/p/tulip/issues/detail?id=155
https://code.google.com/p/tulip/issues/detail?id=42

See also the Python issue #20032.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17911>
_______________________________________

From report at bugs.python.org  Thu Jun 12 23:49:36 2014
From: report at bugs.python.org (Tal Einat)
Date: Thu, 12 Jun 2014 21:49:36 +0000
Subject: [issue11437] IDLE crash on startup with typo in config-keys.cfg
In-Reply-To: <1299543243.52.0.970222997696.issue11437@psf.upfronthosting.co.za>
Message-ID: <1402609776.46.0.182922557896.issue11437@psf.upfronthosting.co.za>


Tal Einat added the comment:

I don't think the patch should currently be committed.

I agree with Terry: we should first fix the issue whereby the key config is read repeatedly. Given such a fix, the problematic "known_invalid" workaround in the patch would no longer be necessary.

As a side note, I think the method used in the patch to check if a binding is good. Ideally it would be the final check done after a simpler syntax check, since a syntax check could give more informative error messages.

Also, there are two other more technical issues with the patch; I mentioned them in the patch review system.

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11437>
_______________________________________

From report at bugs.python.org  Fri Jun 13 00:29:09 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 12 Jun 2014 22:29:09 +0000
Subject: [issue13963] dev guide has no mention of mechanics of patch review
In-Reply-To: <1328631878.8.0.85188160352.issue13963@psf.upfronthosting.co.za>
Message-ID: <1402612149.29.0.338273871829.issue13963@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

This strikes me as a sizable hole in our documentation.  Are there any plans to implement this as I quick glance at the devguide has no references to rietveld that I can find?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13963>
_______________________________________

From report at bugs.python.org  Fri Jun 13 00:38:32 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 12 Jun 2014 22:38:32 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>
Message-ID: <3gqKjM6fLnz7Lnm@mail.python.org>


Roundup Robot added the comment:

New changeset bec6f18dd636 by Vinay Sajip in branch '3.4':
Issue #21709: Improved implementation to cover the frozen module case.
http://hg.python.org/cpython/rev/bec6f18dd636

New changeset bd44ad77013a by Vinay Sajip in branch 'default':
Issue #21709: Merged update from 3.4.
http://hg.python.org/cpython/rev/bd44ad77013a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Fri Jun 13 00:48:51 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 12 Jun 2014 22:48:51 +0000
Subject: [issue19873] There is a duplicate function in Lib/test/test_pathlib.py
In-Reply-To: <1386059449.85.0.979457911898.issue19873@psf.upfronthosting.co.za>
Message-ID: <1402613331.52.0.664667600139.issue19873@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

ping.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19873>
_______________________________________

From report at bugs.python.org  Fri Jun 13 00:53:13 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 12 Jun 2014 22:53:13 +0000
Subject: [issue15934] flaky test in test_ftplib
In-Reply-To: <1347466895.7.0.169569796798.issue15934@psf.upfronthosting.co.za>
Message-ID: <1402613593.86.0.112470367803.issue15934@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can it be assumed that this is no longer a problem?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15934>
_______________________________________

From report at bugs.python.org  Fri Jun 13 01:07:41 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 12 Jun 2014 23:07:41 +0000
Subject: [issue18082] Inconsistent behavior of IOBase methods on closed files
In-Reply-To: <1369758688.03.0.231740499906.issue18082@psf.upfronthosting.co.za>
Message-ID: <1402614461.97.0.708819277169.issue18082@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Could we have a response for the record please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18082>
_______________________________________

From report at bugs.python.org  Fri Jun 13 01:11:29 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 12 Jun 2014 23:11:29 +0000
Subject: [issue1724366] cPickle module doesn't work with universal line endings
Message-ID: <1402614689.39.0.0836366428344.issue1724366@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as issue616013 was?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1724366>
_______________________________________

From report at bugs.python.org  Fri Jun 13 01:41:43 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 12 Jun 2014 23:41:43 +0000
Subject: [issue21711] Remove site-python support
In-Reply-To: <1402443880.3.0.886819561935.issue21711@psf.upfronthosting.co.za>
Message-ID: <3gqM6G6M7Cz7LkF@mail.python.org>


Roundup Robot added the comment:

New changeset 3852afce2ca3 by Antoine Pitrou in branch 'default':
Issue #21711: support for "site-python" directories has now been removed from the site module (it was deprecated in 3.4).
http://hg.python.org/cpython/rev/3852afce2ca3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21711>
_______________________________________

From report at bugs.python.org  Fri Jun 13 01:42:03 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 12 Jun 2014 23:42:03 +0000
Subject: [issue21711] Remove site-python support
In-Reply-To: <1402443880.3.0.886819561935.issue21711@psf.upfronthosting.co.za>
Message-ID: <1402616523.29.0.986899626028.issue21711@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21711>
_______________________________________

From report at bugs.python.org  Fri Jun 13 02:04:39 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 00:04:39 +0000
Subject: [issue13790] In str.format an incorrect error message for list, tuple,
 dict, set
In-Reply-To: <1326605478.95.0.601079964751.issue13790@psf.upfronthosting.co.za>
Message-ID: <1402617879.96.0.478515715954.issue13790@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Python 3.4.1 (v3.4.1:c0e311e010fc, May 18 2014, 10:38:22) [MSC v.1600 32 bit (Intel)] on win32
Type "copyright", "credits" or "license()" for more information.
>>> '{0:d}'.format('a')
Traceback (most recent call last):
  File "<pyshell#0>", line 1, in <module>
    '{0:d}'.format('a')
ValueError: Unknown format code 'd' for object of type 'str'

Nothing appears to have changed despite "the issue will go away in 3.4" in msg164373.  What should have happened here?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13790>
_______________________________________

From report at bugs.python.org  Fri Jun 13 02:08:43 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 00:08:43 +0000
Subject: [issue3931] codecs.charmap_build is untested and undocumented
In-Reply-To: <1222085190.52.0.690275455212.issue3931@psf.upfronthosting.co.za>
Message-ID: <1402618123.01.0.850305393927.issue3931@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

msg120987 states the opposite to msg112747 so what do we do with this issue?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3931>
_______________________________________

From report at bugs.python.org  Fri Jun 13 02:12:47 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 00:12:47 +0000
Subject: [issue19351] python msi installers - silent mode
In-Reply-To: <1382450332.98.0.946317884841.issue19351@psf.upfronthosting.co.za>
Message-ID: <1402618367.56.0.814322539951.issue19351@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +steve.dower
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19351>
_______________________________________

From report at bugs.python.org  Fri Jun 13 02:32:12 2014
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 13 Jun 2014 00:32:12 +0000
Subject: [issue13790] In str.format an incorrect error message for list, tuple,
 dict, set
In-Reply-To: <1326605478.95.0.601079964751.issue13790@psf.upfronthosting.co.za>
Message-ID: <1402619532.08.0.328338914691.issue13790@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

I believe that comment was referring to the subject of this bug:

$ ./python
Python 3.4.1+ (3.4:bec6f18dd636, Jun 12 2014, 20:23:30)
[GCC 4.8.1] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> format([], 'd')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: non-empty format string passed to object.__format__
>>> format((), 'd')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: non-empty format string passed to object.__format__
>>> format({}, 'd')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: non-empty format string passed to object.__format__
>>> format(set(), 'd')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: non-empty format string passed to object.__format__

With the possible exception of listing the type in this error message, I think these are all fine.


I'm not sure what you'd expect format('a', 'd') to produce other than the error you're seeing. 'd' is in fact an unknown "format code" for str.

>>> format('a', 'd')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: Unknown format code 'd' for object of type 'str'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13790>
_______________________________________

From report at bugs.python.org  Fri Jun 13 02:44:41 2014
From: report at bugs.python.org (Steven D'Aprano)
Date: Fri, 13 Jun 2014 00:44:41 +0000
Subject: [issue19495] Enhancement for timeit: measure time to run blocks of
 code using 'with'
In-Reply-To: <1383588451.25.0.545990193953.issue19495@psf.upfronthosting.co.za>
Message-ID: <1402620281.66.0.727892289521.issue19495@psf.upfronthosting.co.za>


Steven D'Aprano added the comment:

I have been using something like this for many years now and it is very handy. I have an early version of the code posted here:

http://code.activestate.com/recipes/577896

Over the next week or so, I'll prepare a patch.

Because it's a new feature, it must be for 3.5 only. The other versions are in feature-freeze.

----------
assignee:  -> steven.daprano
nosy: +steven.daprano
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19495>
_______________________________________

From report at bugs.python.org  Fri Jun 13 02:56:54 2014
From: report at bugs.python.org (Vishvananda Ishaya)
Date: Fri, 13 Jun 2014 00:56:54 +0000
Subject: [issue21742] WatchedFileHandler can fail due to race conditions or
 file open issues.
Message-ID: <1402621014.45.0.896423515186.issue21742@psf.upfronthosting.co.za>


New submission from Vishvananda Ishaya:

If there is a failure during the re-opening of the file WatchedFileHandler can lose the ability to log and starts throwing IOErrors.

----------
messages: 220403
nosy: vishvananda
priority: normal
severity: normal
status: open
title: WatchedFileHandler can fail due to race conditions or file open issues.
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21742>
_______________________________________

From report at bugs.python.org  Fri Jun 13 02:58:29 2014
From: report at bugs.python.org (Vishvananda Ishaya)
Date: Fri, 13 Jun 2014 00:58:29 +0000
Subject: [issue21742] WatchedFileHandler can fail due to race conditions or
 file open issues.
In-Reply-To: <1402621014.45.0.896423515186.issue21742@psf.upfronthosting.co.za>
Message-ID: <1402621109.55.0.00117526820673.issue21742@psf.upfronthosting.co.za>


Vishvananda Ishaya added the comment:

The attached file illustrates the error when attempting to call handler.emit() from multiple threads at the same time.

----------
Added file: http://bugs.python.org/file35604/log.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21742>
_______________________________________

From report at bugs.python.org  Fri Jun 13 03:00:35 2014
From: report at bugs.python.org (Vishvananda Ishaya)
Date: Fri, 13 Jun 2014 01:00:35 +0000
Subject: [issue21742] WatchedFileHandler can fail due to race conditions or
 file open issues.
In-Reply-To: <1402621014.45.0.896423515186.issue21742@psf.upfronthosting.co.za>
Message-ID: <1402621235.18.0.929916525681.issue21742@psf.upfronthosting.co.za>


Vishvananda Ishaya added the comment:

The attached file illustrates the error when attempting to call handler.emit() when the file cannot be opened. Even if this situation is later remedied all future emit() calls will fail since stream.flush() is called on a fd that has already been closed.

----------
Added file: http://bugs.python.org/file35605/log2.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21742>
_______________________________________

From report at bugs.python.org  Fri Jun 13 03:02:26 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Jun 2014 01:02:26 +0000
Subject: [issue21230] imghdr does not accept adobe photoshop mime type
In-Reply-To: <1397524431.49.0.471880586962.issue21230@psf.upfronthosting.co.za>
Message-ID: <1402621346.81.0.946925512015.issue21230@psf.upfronthosting.co.za>


R. David Murray added the comment:

Closing this in favor of issue 16512, which I will expand to include this case.

----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> imghdr doesn't support jpegs with an ICC profile

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21230>
_______________________________________

From report at bugs.python.org  Fri Jun 13 03:04:01 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Fri, 13 Jun 2014 01:04:01 +0000
Subject: [issue3931] codecs.charmap_build is untested and undocumented
In-Reply-To: <1222085190.52.0.690275455212.issue3931@psf.upfronthosting.co.za>
Message-ID: <1402621441.03.0.937184266142.issue3931@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

I've found it rather ugly to even understand from the lack of code comments for the C level API it's wrapping. If nothing else, comments explaining the usage and purpose might be helpful.

----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3931>
_______________________________________

From report at bugs.python.org  Fri Jun 13 03:09:39 2014
From: report at bugs.python.org (Vishvananda Ishaya)
Date: Fri, 13 Jun 2014 01:09:39 +0000
Subject: [issue21742] WatchedFileHandler can fail due to race conditions or
 file open issues.
In-Reply-To: <1402621014.45.0.896423515186.issue21742@psf.upfronthosting.co.za>
Message-ID: <1402621779.09.0.734830553625.issue21742@psf.upfronthosting.co.za>


Vishvananda Ishaya added the comment:

Example diff against python 2.7.6 that fixes the issues

----------
keywords: +patch
Added file: http://bugs.python.org/file35606/log.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21742>
_______________________________________

From report at bugs.python.org  Fri Jun 13 03:11:51 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Jun 2014 01:11:51 +0000
Subject: [issue16512] imghdr doesn't recognize variant jpeg formats
In-Reply-To: <1353406880.2.0.236043197389.issue16512@psf.upfronthosting.co.za>
Message-ID: <1402621911.75.0.73785617933.issue16512@psf.upfronthosting.co.za>


R. David Murray added the comment:

Issue 21230 reports a parallel problem with recognizing photoshop images.

We need a patch with tests covering the variant types we know about.  I don't have a strong opinion on the simple two byte test versus the more complex test in msg220346, but following 'file' makes sense to me.

----------
nosy: +r.david.murray
title: imghdr doesn't support jpegs with an ICC profile -> imghdr doesn't recognize variant jpeg formats

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16512>
_______________________________________

From report at bugs.python.org  Fri Jun 13 03:18:54 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Fri, 13 Jun 2014 01:18:54 +0000
Subject: [issue21721] socket.sendfile() should use TransmitFile on Windows
In-Reply-To: <1402495148.15.0.97374147716.issue21721@psf.upfronthosting.co.za>
Message-ID: <1402622334.63.0.320343028267.issue21721@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

Copying my comment from the previous issue:
For TransmitFile support, the Windows function to turn an integer file descriptor into a WinAPI file HANDLE should be _get_osfhandle: http://msdn.microsoft.com/en-us/library/ks2530z6.aspx

This was mentioned on the previous issue as an issue with using TransmitFile because it was unclear how to convert a file object to a HANDLE compatible with TransmitFile; figured I'm copy over the note on the relevant API for the implementer so the research isn't done twice.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21721>
_______________________________________

From report at bugs.python.org  Fri Jun 13 03:21:30 2014
From: report at bugs.python.org (py.user)
Date: Fri, 13 Jun 2014 01:21:30 +0000
Subject: [issue13790] In str.format an incorrect error message for list, tuple,
 dict, set
In-Reply-To: <1326605478.95.0.601079964751.issue13790@psf.upfronthosting.co.za>
Message-ID: <1402622490.7.0.370253847935.issue13790@psf.upfronthosting.co.za>


py.user added the comment:

Python 2.7.7 is still printing.

>>> format([], 'd')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ValueError: Unknown format code 'd' for object of type 'str'
>>>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13790>
_______________________________________

From report at bugs.python.org  Fri Jun 13 03:24:04 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 01:24:04 +0000
Subject: [issue13790] In str.format an incorrect error message for list, tuple,
 dict, set
In-Reply-To: <1326605478.95.0.601079964751.issue13790@psf.upfronthosting.co.za>
Message-ID: <1402622644.48.0.852381816292.issue13790@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Yes, the deprecation in 3.3 did not apply to 2.7.

----------
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13790>
_______________________________________

From report at bugs.python.org  Fri Jun 13 03:24:57 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 01:24:57 +0000
Subject: [issue13790] In str.format an incorrect error message for list, tuple,
 dict, set
In-Reply-To: <1326605478.95.0.601079964751.issue13790@psf.upfronthosting.co.za>
Message-ID: <1402622697.52.0.502830824825.issue13790@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage: test needed -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13790>
_______________________________________

From report at bugs.python.org  Fri Jun 13 03:35:33 2014
From: report at bugs.python.org (Lita Cho)
Date: Fri, 13 Jun 2014 01:35:33 +0000
Subject: [issue21656] Create test coverage for TurtleScreenBase in Turtle
In-Reply-To: <1401865722.48.0.508275851704.issue21656@psf.upfronthosting.co.za>
Message-ID: <1402623333.66.0.484085058651.issue21656@psf.upfronthosting.co.za>


Changes by Lita Cho <lita.cho at gmail.com>:


----------
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21656>
_______________________________________

From report at bugs.python.org  Fri Jun 13 03:36:48 2014
From: report at bugs.python.org (Lita Cho)
Date: Fri, 13 Jun 2014 01:36:48 +0000
Subject: [issue17172] Add turtledemo to IDLE menu
In-Reply-To: <1360441966.18.0.528447885335.issue17172@psf.upfronthosting.co.za>
Message-ID: <1402623408.7.0.760980623467.issue17172@psf.upfronthosting.co.za>


Lita Cho added the comment:

Hi Terry, can we close this issue? Thanks!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17172>
_______________________________________

From report at bugs.python.org  Fri Jun 13 03:37:58 2014
From: report at bugs.python.org (Lita Cho)
Date: Fri, 13 Jun 2014 01:37:58 +0000
Subject: [issue21743] Create tests for RawTurtleScreen
Message-ID: <1402623478.68.0.125250729344.issue21743@psf.upfronthosting.co.za>


New submission from Lita Cho:

Create test coverage for the RawTurtleScreen class.

----------
messages: 220414
nosy: Lita.Cho, jesstess
priority: normal
severity: normal
status: open
title: Create tests for RawTurtleScreen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21743>
_______________________________________

From report at bugs.python.org  Fri Jun 13 03:53:51 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 13 Jun 2014 01:53:51 +0000
Subject: [issue21742] WatchedFileHandler can fail due to race conditions or
 file open issues.
In-Reply-To: <1402621014.45.0.896423515186.issue21742@psf.upfronthosting.co.za>
Message-ID: <1402624431.86.0.826370022453.issue21742@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21742>
_______________________________________

From report at bugs.python.org  Fri Jun 13 04:07:07 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 02:07:07 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1402625227.55.0.394193616786.issue21694@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I just discovered what I consider to be a bug in parenmatch. Consider
(3  +
 4 -   1)
When I type the closing paren or put the cursor on the second line and hit ^0, the highlight extends from ( to ), inclusive, as it should. If I put the cursor on the first line and hit ^0, the highlight extends from just ( to +. I will review this next, looking for a possible fix and to make sure there is no test 'validating' the bug. It would be better to have a correst test that is skipped.

----------
stage:  -> patch review
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Fri Jun 13 05:47:52 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Fri, 13 Jun 2014 03:47:52 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1402631271.99.0.133447633071.issue21719@psf.upfronthosting.co.za>


Ben Hoyt added the comment:

I've got a patch for this. Need to finish the docs and add tests, and then I'll post here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Fri Jun 13 06:02:27 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Fri, 13 Jun 2014 04:02:27 +0000
Subject: [issue21744] itertools.islice() goes over all the pre-initial
 elements even if the iterable can seek
Message-ID: <1402632147.52.0.812545873846.issue21744@psf.upfronthosting.co.za>


New submission from Jes?s Cea Avi?n:

If L is a big sequence and I do "itertool.islice(L, 1000000, None)", islice will go over a million elements before returning the first that I actually cared.

Since L is a sequence, islice could go directly to the element 1000000.

My program performance improved hugely replacing a "for i in L[p:]" for "for i in (L[p] for p in range(p, len(L)))".

Using itertools and doing "for i in itertools.islice(L, p, None)" is massively inefficient.

----------
components: Extension Modules
messages: 220417
nosy: jcea
priority: normal
severity: normal
status: open
title: itertools.islice() goes over all the pre-initial elements even if the iterable can seek
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21744>
_______________________________________

From report at bugs.python.org  Fri Jun 13 06:19:25 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Fri, 13 Jun 2014 04:19:25 +0000
Subject: [issue21745] Devguide: mention requirement to install Visual Studio
 SP1 on Windows
Message-ID: <1402633165.65.0.068463465713.issue21745@psf.upfronthosting.co.za>


New submission from Ben Hoyt:

Per my email on core-mentorship, the instructions for compiling CPython on Windows at
https://docs.python.org/devguide/setup.html#windows are good, however I did have one issue where the dev guide didn't help. During the link
step, I got this error:

LINK : fatal error LNK1123: failure during conversion to COFF: file
invalid or corrupt

It took me a while to figure out how to fix it. I found this question
on StackOverflow:

http://stackoverflow.com/questions/10888391/error-link-fatal-error-lnk1123-failure-during-conversion-to-coff-file-inval

The first part of the answer didn't help (because incremental linking
is already disabled). But the second part, kinda tucked away there, is
what fixed it for me -- simply installing Visual Studio 2010 SP1 here:

http://www.microsoft.com/en-us/download/details.aspx?id=23691

After this, I restarted my PC and it linked fine.

So I suggest a small addition to the dev guide to mention this -- adding the following paragraph after the "Python 3.3 and later" paragraph:

-----
You'll also need to install the Visual Studio `Service Pack 1 (SP1)
<http://www.microsoft.com/en-us/download/details.aspx?id=23691>`_. If you
don't install this service pack, you may receive errors like the following
during linking: ``LINK : fatal error LNK1123: failure during conversion to
COFF: file invalid or corrupt``.
-----

Patch attached.

----------
assignee: docs at python
components: Documentation
files: visual_studio_sp1.patch
keywords: patch
messages: 220418
nosy: benhoyt, docs at python
priority: normal
severity: normal
status: open
title: Devguide: mention requirement to install Visual Studio SP1 on Windows
type: enhancement
Added file: http://bugs.python.org/file35607/visual_studio_sp1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21745>
_______________________________________

From report at bugs.python.org  Fri Jun 13 06:20:01 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Fri, 13 Jun 2014 04:20:01 +0000
Subject: [issue21745] Devguide: mention requirement to install Visual Studio
 SP1 on Windows
In-Reply-To: <1402633165.65.0.068463465713.issue21745@psf.upfronthosting.co.za>
Message-ID: <1402633201.54.0.934320643062.issue21745@psf.upfronthosting.co.za>


Changes by Ben Hoyt <benhoyt at gmail.com>:


----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21745>
_______________________________________

From report at bugs.python.org  Fri Jun 13 06:32:09 2014
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 13 Jun 2014 04:32:09 +0000
Subject: [issue21745] Devguide: mention requirement to install Visual Studio
 SP1 on Windows
In-Reply-To: <1402633165.65.0.068463465713.issue21745@psf.upfronthosting.co.za>
Message-ID: <1402633929.18.0.436350270151.issue21745@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
components: +Devguide -Documentation
nosy: +ezio.melotti, steve.dower, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21745>
_______________________________________

From report at bugs.python.org  Fri Jun 13 06:36:49 2014
From: report at bugs.python.org (paul j3)
Date: Fri, 13 Jun 2014 04:36:49 +0000
Subject: [issue11588] Add "necessarily inclusive" groups to argparse
In-Reply-To: <1300377092.03.0.159307937388.issue11588@psf.upfronthosting.co.za>
Message-ID: <1402634209.61.0.349547465699.issue11588@psf.upfronthosting.co.za>


paul j3 added the comment:

I have developed a UsageGroup class that can implement nested 'inclusive' tests.  Using this, the original example in this issue could be coded as 3 groups, 2 mutually_exclusive and inclusive one.

    parser = ArgumentParser(prog='PROG', formatter_class=UsageGroupHelpFormatter)

    g1 = parser.add_usage_group(dest='FILE or DIR', kind='mxg', required=True)
    a_file= g1.add_argument("-o", "--outfile", metavar='FILE')

    g2 = g1.add_usage_group(dest='DIR and PS', kind='inc')
    a_dir = g2.add_argument("-O", "--outdir", metavar='DIR')

    g3 = g2.add_usage_group(dest='P or S', kind='mxg')
    a_pat = g3.add_argument("-p", "--outpattern", metavar='PATTERN')
    a_suf = g3.add_argument("-s", "--outsuffix", metavar='SUFFIX')
    # usage: PROG [-h] (-o FILE | (-O DIR & (-p PATTERN | -s SUFFIX)))

UsageGroup is like MutuallyExclusiveGroup, except that:

- A nested group is added to self._group_actions, but its actions are not.  Those actions are added separately to the parser._actions list.  Thus the '_group_actions' list can be a mix of actions and groups.

- Each group has a 'testfn', a function that tests its own '_group_actions' against the 'seen_non_default_actions' provided by the parser. These are similar to the 'cross_test' functions I developed
earlier.  The 'testfn' for primary level usage groups are registered with cross_tests (here renamed 'usage_tests')).  'testfn' for nested groups are handled recursively in the containing testfn.

- Normally 'testfn' is chosen based on 'kind' and 'required' parameters. 'kind' can implement logical actions like 'xor' (mutually exclusive), 'and' (inclusive), 'or' (any), 'not'.  These seem to cover most possibilities, though custom tests are possible.

- Each group has several variables defining how it is to be formatted.  The basic ones are 'joiner' (e.g. '|&^,') and 'parens' (e.g. (),[],{}).  Or a totally custom 'usage' string could be used.

- The Usage Formatter is a derivative of the MultiGroupHelpFormatter I wrote for issue 10984.  Each group is formatted individually (and possibly recursively).

- Existing actions and usage groups can be added to a usage group.  This adds to the flexibility of the usage testing, though the formatted usage line could easily become unwieldy.

- A 'mxg' UsageGroup effectively replaces a MutuallyExclusiveGroup.

- self._add_container_actions(parent) knows nothing about this class yet.

The attached 'usagegroup.py' file has the core code for this change.  The full working code is at

    https://github.com/hpaulj/argparse_issues/tree/nested

It incorporates too many other changes (from other bug issues) to post
here as a simple patch file (yet).  I have a number of test scripts, but haven't cast those as unittests.  Same goes for documentation.

----------
Added file: http://bugs.python.org/file35608/usagegroup.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11588>
_______________________________________

From report at bugs.python.org  Fri Jun 13 08:35:16 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 06:35:16 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1402641316.27.0.11709961429.issue21694@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Attached is the 3.4 file I am ready to commit. Comments on Rietveld. I believe the 3 missed line could be hit by adding a delay to a test, but this seems pretty useless. The test file explicitly tests only two of the methods. Tests of other methods could be written, but since they would mostly be white-box tests that code does exactly what it says it does, this does not seem useful.

What *would* be useful is a patch to ParenMatch.set_timeout_last to keep the highlight on for as long as ^0 is held down, if longer that .5 sec. Right now, it flickers on and off.

The range bug, if such it is, is in 
HyperParser(self.editwin, "insert").get_surrounding_brackets().  I might take a look.

----------
Added file: http://bugs.python.org/file35609/test-parenmatch-21694-34.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Fri Jun 13 08:37:38 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 06:37:38 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1402641458.45.0.089339614512.issue21694@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I did the trivial part of a 2.7 backport of 2 name changes, but the real problem is that 2.7 does not have unittest.mock (which is why I have not used it until now). I removed one use with a dummy class, but am leaving the other one in the last test to you.

----------
Added file: http://bugs.python.org/file35610/test-parenmatch-21694-27.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Fri Jun 13 08:37:47 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 06:37:47 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1402641467.4.0.237481449923.issue21694@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage: patch review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Fri Jun 13 08:56:30 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 13 Jun 2014 06:56:30 +0000
Subject: [issue19776] Provide expanduser() on Path objects
In-Reply-To: <1385409778.55.0.842571848249.issue19776@psf.upfronthosting.co.za>
Message-ID: <1402642590.66.0.777367616395.issue19776@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Antoine, how does my latest patch look?

----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19776>
_______________________________________

From report at bugs.python.org  Fri Jun 13 09:05:57 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 13 Jun 2014 07:05:57 +0000
Subject: [issue15795] Zipfile.extractall does not preserve file permissions
In-Reply-To: <1346106964.12.0.723201722432.issue15795@psf.upfronthosting.co.za>
Message-ID: <1402643157.49.0.177978186597.issue15795@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15795>
_______________________________________

From report at bugs.python.org  Fri Jun 13 09:36:14 2014
From: report at bugs.python.org (Tim Golden)
Date: Fri, 13 Jun 2014 07:36:14 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <1402644974.33.0.549076427056.issue21652@psf.upfronthosting.co.za>


Changes by Tim Golden <mail at timgolden.me.uk>:


----------
assignee:  -> tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Fri Jun 13 09:36:53 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 07:36:53 +0000
Subject: [issue5718] Problem compiling ffi part of build on AIX 5.3.
In-Reply-To: <1239117342.9.0.186105014374.issue5718@psf.upfronthosting.co.za>
Message-ID: <1402645013.8.0.261101299106.issue5718@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

As we're now on 3.5, AIX is up to 7.1 and there's no patch can we close this one as out of date?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5718>
_______________________________________

From report at bugs.python.org  Fri Jun 13 10:03:47 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Jun 2014 08:03:47 +0000
Subject: [issue21205] Add __qualname__ attribute to Python generators and
 change default __name__
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <1402646627.06.0.115204721456.issue21205@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Updated patch: names must now be strings and cannot be deleted; make _PyEval_EvalCodeWithName private.

----------
Added file: http://bugs.python.org/file35611/gen_qualname-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Fri Jun 13 11:09:52 2014
From: report at bugs.python.org (Matthew Gilson)
Date: Fri, 13 Jun 2014 09:09:52 +0000
Subject: [issue21746] urlparse.BaseResult no longer exists
Message-ID: <1402650592.68.0.838750531809.issue21746@psf.upfronthosting.co.za>


New submission from Matthew Gilson:

The BaseResult has been replaced by namedtuple.  This also opens up all of the documented methods on namedtuple which would be nice to have as part of the API.  I've taken a stab and re-writing the docs here.  Feel free to use it (or not)...

----------
files: python_doc_patch.patch
keywords: patch
messages: 220425
nosy: mgilson
priority: normal
severity: normal
status: open
title: urlparse.BaseResult no longer exists
Added file: http://bugs.python.org/file35612/python_doc_patch.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21746>
_______________________________________

From report at bugs.python.org  Fri Jun 13 11:13:34 2014
From: report at bugs.python.org (Matthew Gilson)
Date: Fri, 13 Jun 2014 09:13:34 +0000
Subject: [issue21746] urlparse.BaseResult no longer exists
In-Reply-To: <1402650592.68.0.838750531809.issue21746@psf.upfronthosting.co.za>
Message-ID: <1402650813.99.0.516276876457.issue21746@psf.upfronthosting.co.za>


Changes by Matthew Gilson <m.gilson1 at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21746>
_______________________________________

From report at bugs.python.org  Fri Jun 13 11:16:14 2014
From: report at bugs.python.org (Matthew Gilson)
Date: Fri, 13 Jun 2014 09:16:14 +0000
Subject: [issue21746] urlparse.BaseResult no longer exists
In-Reply-To: <1402650592.68.0.838750531809.issue21746@psf.upfronthosting.co.za>
Message-ID: <1402650974.03.0.483584329106.issue21746@psf.upfronthosting.co.za>


Matthew Gilson added the comment:

Sorry, forgot to remove the mention of BaseResult ...

----------
Added file: http://bugs.python.org/file35613/python_doc_patch.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21746>
_______________________________________

From report at bugs.python.org  Fri Jun 13 11:19:36 2014
From: report at bugs.python.org (Martijn Pieters)
Date: Fri, 13 Jun 2014 09:19:36 +0000
Subject: [issue21746] urlparse.BaseResult no longer exists
In-Reply-To: <1402650592.68.0.838750531809.issue21746@psf.upfronthosting.co.za>
Message-ID: <1402651176.33.0.992058747805.issue21746@psf.upfronthosting.co.za>


Martijn Pieters added the comment:

Note that the Python 3 docs also need updating, but need a more extensive patch:

    https://docs.python.org/3/library/urllib.parse.html#structured-parse-results

----------
nosy: +mjpieters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21746>
_______________________________________

From report at bugs.python.org  Fri Jun 13 11:21:45 2014
From: report at bugs.python.org (Matthew Gilson)
Date: Fri, 13 Jun 2014 09:21:45 +0000
Subject: [issue21746] urlparse.BaseResult no longer exists
In-Reply-To: <1402650592.68.0.838750531809.issue21746@psf.upfronthosting.co.za>
Message-ID: <1402651305.52.0.598178895674.issue21746@psf.upfronthosting.co.za>


Matthew Gilson added the comment:

This originally came up on stackoverflow:

http://stackoverflow.com/questions/24200988/modify-url-components-in-python-2/24201020?noredirect=1#24201020

Would it be helpful if I also added a simple example to the docs as in the example there?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21746>
_______________________________________

From report at bugs.python.org  Fri Jun 13 12:02:59 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Fri, 13 Jun 2014 10:02:59 +0000
Subject: [issue21744] itertools.islice() goes over all the pre-initial
 elements even if the iterable can seek
In-Reply-To: <1402632147.52.0.812545873846.issue21744@psf.upfronthosting.co.za>
Message-ID: <1402653779.09.0.995122190647.issue21744@psf.upfronthosting.co.za>


Changes by Josh Rosenberg <shadowranger+python at gmail.com>:


----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21744>
_______________________________________

From report at bugs.python.org  Fri Jun 13 12:44:27 2014
From: report at bugs.python.org (Mathieu Dupuy)
Date: Fri, 13 Jun 2014 10:44:27 +0000
Subject: [issue2202] urllib2 fails against IIS 6.0 (No support for MD5-sess
 auth)
In-Reply-To: <1204223194.19.0.670418970441.issue2202@psf.upfronthosting.co.za>
Message-ID: <1402656267.69.0.219401051982.issue2202@psf.upfronthosting.co.za>


Mathieu Dupuy added the comment:

Could we at least do something cleaner that let the interpreter raise an UnboundLocalError ? Maybe something like "NotImplemented" ?

----------
nosy: +deronnax

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2202>
_______________________________________

From report at bugs.python.org  Fri Jun 13 13:12:33 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 13 Jun 2014 11:12:33 +0000
Subject: [issue18108] shutil.chown should support dir_fd and follow_symlinks
 keyword arguments
In-Reply-To: <1370005797.04.0.715885093574.issue18108@psf.upfronthosting.co.za>
Message-ID: <1402657953.89.0.151601818611.issue18108@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Hi. Would you like to provide a patch?

----------
keywords: +easy
nosy: +Claudiu.Popa
stage:  -> needs patch
type:  -> enhancement
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18108>
_______________________________________

From report at bugs.python.org  Fri Jun 13 13:22:21 2014
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 13 Jun 2014 11:22:21 +0000
Subject: [issue21697] shutil.copytree() handles symbolic directory incorrectly
In-Reply-To: <1402319959.34.0.00412025295877.issue21697@psf.upfronthosting.co.za>
Message-ID: <1402658541.74.0.718540192805.issue21697@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's a patch. I'm getting the following error without modify Lib/shutil.py:

======================================================================
ERROR: test_copytree_symbolic_directory (test.test_shutil.TestShutil)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/berker/projects/cpython-default/Lib/test/test_shutil.py", line 650, in test_copytree_symbolic_directory
    shutil.copytree(src_dir, dst_dir)
  File "/home/berker/projects/cpython-default/Lib/shutil.py", line 342, in copytree
    raise Error(errors)
shutil.Error: [('/tmp/tmpiy30_34s/src/link', '/tmp/tmpiy30_34s/dst/link', "[Errno 21] Is a directory: '/tmp/tmpiy30_34s/src/link'")]

----------
keywords: +patch
nosy: +berker.peksag
stage: needs patch -> patch review
Added file: http://bugs.python.org/file35614/issue21697.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21697>
_______________________________________

From report at bugs.python.org  Fri Jun 13 14:36:17 2014
From: report at bugs.python.org (Serhiy Ivanov)
Date: Fri, 13 Jun 2014 12:36:17 +0000
Subject: [issue21747] argvars: error while parsing under windows
Message-ID: <1402662977.19.0.12734733742.issue21747@psf.upfronthosting.co.za>


New submission from Serhiy Ivanov:

have 1.py as:
import argparse
import sys
print (sys.argv)
parser = argparse.ArgumentParser(prog='demo')
parser.add_argument('--host -h', help='host for the server of %(prog)', nargs=1, required=True, metavar='<host>')
parser.add_argument('--port -p', help='port for the server of %(prog)', nargs=1, required=True, metavar='<port>')
parser.parse_args(sys.argv)


and run C:\Python34\python.exe 1.py -h 1.
Will obtain:

Traceback (most recent call last):
  File "1.py", line 7, in <module>
    parser.parse_args(sys.argv)
  File "C:\Python34\lib\argparse.py", line 1717, in parse_args
    args, argv = self.parse_known_args(args, namespace)
  File "C:\Python34\lib\argparse.py", line 1749, in parse_known_args
    namespace, args = self._parse_known_args(args, namespace)
  File "C:\Python34\lib\argparse.py", line 1955, in _parse_known_args
    start_index = consume_optional(start_index)
  File "C:\Python34\lib\argparse.py", line 1895, in consume_optional
    take_action(action, args, option_string)
  File "C:\Python34\lib\argparse.py", line 1823, in take_action
    action(self, namespace, argument_values, option_string)
  File "C:\Python34\lib\argparse.py", line 1016, in __call__
    parser.print_help()
  File "C:\Python34\lib\argparse.py", line 2348, in print_help
    self._print_message(self.format_help(), file)
  File "C:\Python34\lib\argparse.py", line 2332, in format_help
    return formatter.format_help()
  File "C:\Python34\lib\argparse.py", line 278, in format_help
    help = self._root_section.format_help()
  File "C:\Python34\lib\argparse.py", line 208, in format_help
    func(*args)
  File "C:\Python34\lib\argparse.py", line 208, in format_help
    func(*args)
  File "C:\Python34\lib\argparse.py", line 515, in _format_action
    help_text = self._expand_help(action)
  File "C:\Python34\lib\argparse.py", line 602, in _expand_help
    return self._get_help_string(action) % params
ValueError: incomplete format

----------
components: Library (Lib)
messages: 220432
nosy: icegood
priority: normal
severity: normal
status: open
title: argvars: error while parsing under windows
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21747>
_______________________________________

From report at bugs.python.org  Fri Jun 13 14:50:37 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Jun 2014 12:50:37 +0000
Subject: [issue2202] urllib2 fails against IIS 6.0 (No support for MD5-sess
 auth)
In-Reply-To: <1204223194.19.0.670418970441.issue2202@psf.upfronthosting.co.za>
Message-ID: <1402663837.48.0.260096439914.issue2202@psf.upfronthosting.co.za>


R. David Murray added the comment:

Sure.  Would you like to propose a patch?  It does seem that NotImplementedError would be the most appropriate.  It could give Christian's reason why it is not implemented.

----------
stage: patch review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2202>
_______________________________________

From report at bugs.python.org  Fri Jun 13 14:56:08 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 13 Jun 2014 12:56:08 +0000
Subject: [issue16136] Removal of VMS support
In-Reply-To: <1349389263.57.0.925729224322.issue16136@psf.upfronthosting.co.za>
Message-ID: <3gqhkv5V50z7Ljh@mail.python.org>


Roundup Robot added the comment:

New changeset 75b18ff66e41 by Victor Stinner in branch 'default':
Issue #16136: VMSError is done, bye bye VMS
http://hg.python.org/cpython/rev/75b18ff66e41

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16136>
_______________________________________

From report at bugs.python.org  Fri Jun 13 14:56:55 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Jun 2014 12:56:55 +0000
Subject: [issue21744] itertools.islice() goes over all the pre-initial
 elements even if the iterable can seek
In-Reply-To: <1402632147.52.0.812545873846.issue21744@psf.upfronthosting.co.za>
Message-ID: <1402664215.27.0.70213823545.issue21744@psf.upfronthosting.co.za>


R. David Murray added the comment:

Then don't use itertools for that case.  itertools is designed for working with *arbitrary* iterables, and arbitrary iterables are not seekable.

I'll leave it to Raymond to decide if it is worth making a special-case optimization :)

----------
nosy: +r.david.murray, rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21744>
_______________________________________

From report at bugs.python.org  Fri Jun 13 14:59:04 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 13 Jun 2014 12:59:04 +0000
Subject: [issue16136] Removal of VMS support
In-Reply-To: <1349389263.57.0.925729224322.issue16136@psf.upfronthosting.co.za>
Message-ID: <3gqhpH5W7qz7Lkr@mail.python.org>


Roundup Robot added the comment:

New changeset 48126f225f10 by Victor Stinner in branch '3.4':
Issue #16136: VMSError is done, bye bye VMS
http://hg.python.org/cpython/rev/48126f225f10

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16136>
_______________________________________

From report at bugs.python.org  Fri Jun 13 15:01:45 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Jun 2014 13:01:45 +0000
Subject: [issue21747] argvars: error while parsing under windows
In-Reply-To: <1402662977.19.0.12734733742.issue21747@psf.upfronthosting.co.za>
Message-ID: <1402664505.98.0.977955595467.issue21747@psf.upfronthosting.co.za>


R. David Murray added the comment:

You are missing an 's' after the parens.  It should be: %(prog)s

----------
nosy: +r.david.murray
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21747>
_______________________________________

From report at bugs.python.org  Fri Jun 13 15:19:40 2014
From: report at bugs.python.org (Donald Stufft)
Date: Fri, 13 Jun 2014 13:19:40 +0000
Subject: [issue18967] Find a less conflict prone approach to Misc/NEWS
In-Reply-To: <1378605881.29.0.990351353386.issue18967@psf.upfronthosting.co.za>
Message-ID: <1402665580.92.0.369830658355.issue18967@psf.upfronthosting.co.za>


Donald Stufft added the comment:

So Twisted is actually in the process of pulling out their tooling they use for the separate files technique and making it a stand alone project. Seems like it'd make sense to reuse/contribute to that?

It's at https://github.com/twisted/newsbuilder

----------
nosy: +dstufft

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18967>
_______________________________________

From report at bugs.python.org  Fri Jun 13 15:19:43 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Fri, 13 Jun 2014 13:19:43 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1402665583.68.0.419595457803.issue21719@psf.upfronthosting.co.za>


Ben Hoyt added the comment:

Full patch to add this to Python 3.5 attached:

* code changes to posixmodule.c and _stat.c
* tests added in test_os.py and test_stat.py
* docs added to os.rst and stat.rst

----------
keywords: +patch
Added file: http://bugs.python.org/file35615/issue21719.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Fri Jun 13 15:24:01 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 13 Jun 2014 13:24:01 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402608565.65.0.506633774065.issue21741@psf.upfronthosting.co.za>
Message-ID: <1402665840.99.0.0078968479789.issue21741@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Here's a diff against 3.4 produced by the script.  Warning: it's rather large.

$ hg diff --stat
[...]
 162 files changed, 199 insertions(+), 942 deletions(-)

----------
keywords: +patch
Added file: http://bugs.python.org/file35616/issue21741.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Fri Jun 13 15:31:43 2014
From: report at bugs.python.org (David Jones)
Date: Fri, 13 Jun 2014 13:31:43 +0000
Subject: [issue21748] glob.glob does not sort its results
Message-ID: <1402666303.8.0.471997942959.issue21748@psf.upfronthosting.co.za>


New submission from David Jones:

```
for f in glob.glob('input/*/*.dat'): print f
```

outputs:

```
input/ghcnm.v3.2.2.20140611/ghcnm.tavg.v3.2.2.20140611.qca.dat
input/ghcnm.v3.2.2.20140506/ghcnm.tavg.v3.2.2.20140506.qca.dat
```

Note that these are not in the right order.  Compare with shell which always sorts its globs:

```
drj$ printf '%s\n' input/*/*.dat
input/ghcnm.v3.2.2.20140506/ghcnm.tavg.v3.2.2.20140506.qca.dat
input/ghcnm.v3.2.2.20140611/ghcnm.tavg.v3.2.2.20140611.qca.dat
```

I think the shell behaviour is better and we should be allowed to rely on glob.glob sorting its result.

Note from the documentation: "The glob module finds all the pathnames matching a specified pattern according to the rules used by the Unix shell". The Unix shell has always sorted its globs.

----------
components: Library (Lib)
messages: 220441
nosy: drj
priority: normal
severity: normal
status: open
title: glob.glob does not sort its results
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21748>
_______________________________________

From report at bugs.python.org  Fri Jun 13 16:08:31 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 13 Jun 2014 14:08:31 +0000
Subject: [issue21749] pkgutil ImpLoader does not support frozen modules
Message-ID: <1402668511.45.0.703803525132.issue21749@psf.upfronthosting.co.za>


New submission from Marc-Andre Lemburg:

This leads to problems when using runpy, since it relies on pkgutil to find importers.

In Python 2, ImpLoader is used by ImpImporter which is used as fallback importer by get_importer(). get_importer() is used by runpy to implement e.g. the -m option. As a result, -m doesn't work with frozen modules.

In Python 3, ImpLoader still exists, but is deprecated. get_importer() also no longer falls back to the ImpImporter as default, so the situation is less bothersome.

Here's a patch for Python 3.4.1 which shows how to add support for frozen modules. The same patch also works in Python 2.6 and 2.7.

----------
components: Distutils, Library (Lib)
files: pkgutil-frozen-modules-support.patch
keywords: patch
messages: 220442
nosy: dstufft, eric.araujo, lemburg
priority: normal
severity: normal
status: open
title: pkgutil ImpLoader does not support frozen modules
versions: Python 2.7, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35617/pkgutil-frozen-modules-support.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21749>
_______________________________________

From report at bugs.python.org  Fri Jun 13 16:23:43 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Jun 2014 14:23:43 +0000
Subject: [issue21748] glob.glob does not sort its results
In-Reply-To: <1402666303.8.0.471997942959.issue21748@psf.upfronthosting.co.za>
Message-ID: <1402669423.92.0.366276286557.issue21748@psf.upfronthosting.co.za>


R. David Murray added the comment:

I think there is no reason to impose the overhead of a sort unless the user wants it...in which case they can sort it.  I'm -1 on this change.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21748>
_______________________________________

From report at bugs.python.org  Fri Jun 13 16:34:41 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 14:34:41 +0000
Subject: [issue17941] namedtuple should support fully qualified name for more
 portable pickling
In-Reply-To: <1368071216.78.0.0822877752405.issue17941@psf.upfronthosting.co.za>
Message-ID: <1402670081.28.0.605139107695.issue17941@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Just slipped under the radar?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17941>
_______________________________________

From report at bugs.python.org  Fri Jun 13 16:39:24 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 14:39:24 +0000
Subject: [issue8535] passing optimization flags to the linker required
 for	builds with gcc -flto
In-Reply-To: <1272279643.52.0.447435684789.issue8535@psf.upfronthosting.co.za>
Message-ID: <1402670364.53.0.693725918086.issue8535@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is this still relevant as GCC 4.9.0 was released on April 22, 2014?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8535>
_______________________________________

From report at bugs.python.org  Fri Jun 13 16:39:48 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 13 Jun 2014 14:39:48 +0000
Subject: [issue21745] Devguide: mention requirement to install Visual Studio
 SP1 on Windows
In-Reply-To: <1402633165.65.0.068463465713.issue21745@psf.upfronthosting.co.za>
Message-ID: <3gql2W22hhz7LjX@mail.python.org>


Roundup Robot added the comment:

New changeset 9794412fa62d by Zachary Ware in branch 'default':
Issue #21745: Mention VS2010 SP1 as a solution for error LNK1123.
http://hg.python.org/devguide/rev/9794412fa62d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21745>
_______________________________________

From report at bugs.python.org  Fri Jun 13 16:39:57 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 13 Jun 2014 14:39:57 +0000
Subject: [issue21745] Devguide: mention requirement to install Visual Studio
 SP1 on Windows
In-Reply-To: <1402633165.65.0.068463465713.issue21745@psf.upfronthosting.co.za>
Message-ID: <3gql2h42XSz7LkW@mail.python.org>


Roundup Robot added the comment:

New changeset 10cca530d14c by Zachary Ware in branch '3.4':
Issue #21745: Mention VS2010 SP1 as a solution for LNK1123 errors
http://hg.python.org/cpython/rev/10cca530d14c

New changeset b5b54073d495 by Zachary Ware in branch 'default':
Issue #21745: Merge with 3.4
http://hg.python.org/cpython/rev/b5b54073d495

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21745>
_______________________________________

From report at bugs.python.org  Fri Jun 13 16:44:25 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 13 Jun 2014 14:44:25 +0000
Subject: [issue21745] Devguide: mention requirement to install Visual Studio
 SP1 on Windows
In-Reply-To: <1402633165.65.0.068463465713.issue21745@psf.upfronthosting.co.za>
Message-ID: <1402670665.08.0.0644250712219.issue21745@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Fixed, thanks for the patch!

----------
assignee: docs at python -> zach.ware
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21745>
_______________________________________

From report at bugs.python.org  Fri Jun 13 16:44:47 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 13 Jun 2014 14:44:47 +0000
Subject: [issue8579] Add missing tests for FlushKey, LoadKey,
 and SaveKey in winreg
In-Reply-To: <1272650551.21.0.0191974450566.issue8579@psf.upfronthosting.co.za>
Message-ID: <1402670687.02.0.919967864788.issue8579@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
dependencies: +Expose RegUnloadKey in winreg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8579>
_______________________________________

From report at bugs.python.org  Fri Jun 13 16:45:01 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 14:45:01 +0000
Subject: [issue5999] compile error on HP-UX 11.22 ia64 - 'mbstate_t' is
 used	as a type, but has not been defined as a type
In-Reply-To: <1242077074.29.0.376465629361.issue5999@psf.upfronthosting.co.za>
Message-ID: <1402670701.07.0.235454173678.issue5999@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Should this be closed in favour of issue 12572?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5999>
_______________________________________

From report at bugs.python.org  Fri Jun 13 16:49:43 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 14:49:43 +0000
Subject: [issue12561] Compiler workaround for wide string constants in
 Modules/getpath.c (patch)
In-Reply-To: <1310666381.22.0.322884709649.issue12561@psf.upfronthosting.co.za>
Message-ID: <1402670983.72.0.192463832845.issue12561@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

According to msg140433 this should be closed.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12561>
_______________________________________

From report at bugs.python.org  Fri Jun 13 17:03:39 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Fri, 13 Jun 2014 15:03:39 +0000
Subject: [issue21745] Devguide: mention requirement to install Visual Studio
 SP1 on Windows
In-Reply-To: <1402633165.65.0.068463465713.issue21745@psf.upfronthosting.co.za>
Message-ID: <1402671819.03.0.888896822423.issue21745@psf.upfronthosting.co.za>


Ben Hoyt added the comment:

Cool, thanks for applying. Out of curiosity, how often is the online devguide HTML updated?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21745>
_______________________________________

From report at bugs.python.org  Fri Jun 13 17:09:25 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 13 Jun 2014 15:09:25 +0000
Subject: [issue21745] Devguide: mention requirement to install Visual Studio
 SP1 on Windows
In-Reply-To: <1402671819.03.0.888896822423.issue21745@psf.upfronthosting.co.za>
Message-ID: <CAKJDb-NE+1MQ=wbd5TgGSU5JRKg7ncni7NGUNiZeYg-eO29Siw@mail.gmail.com>


Zachary Ware added the comment:

I'm not sure; I expect your change to be live within a day, probably sooner.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21745>
_______________________________________

From report at bugs.python.org  Fri Jun 13 17:26:31 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 15:26:31 +0000
Subject: [issue7057] tkinter doc: more 3.x updates
In-Reply-To: <1254697168.63.0.205098696566.issue7057@psf.upfronthosting.co.za>
Message-ID: <1402673191.4.0.685429733621.issue7057@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The default build (on Windows anyway)is using tcl/tk 8.6 so I believe that we can take this forward now.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7057>
_______________________________________

From report at bugs.python.org  Fri Jun 13 17:30:20 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 15:30:20 +0000
Subject: [issue19362] Documentation for len() fails to mention that it works
 on sets
In-Reply-To: <1382530928.74.0.685857253341.issue19362@psf.upfronthosting.co.za>
Message-ID: <1402673419.99.0.526693780174.issue19362@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

This is a very simple docs patch so could we have it committed please?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19362>
_______________________________________

From report at bugs.python.org  Fri Jun 13 17:32:14 2014
From: report at bugs.python.org (James Y Knight)
Date: Fri, 13 Jun 2014 15:32:14 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <1402673534.55.0.673834492246.issue21652@psf.upfronthosting.co.za>


James Y Knight added the comment:

Reverting the incorrect commit which caused the regression would be a good start.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Fri Jun 13 17:43:46 2014
From: report at bugs.python.org (Steve Dower)
Date: Fri, 13 Jun 2014 15:43:46 +0000
Subject: [issue19351] python msi installers - silent mode
In-Reply-To: <1382450332.98.0.946317884841.issue19351@psf.upfronthosting.co.za>
Message-ID: <1402674226.39.0.371630310156.issue19351@psf.upfronthosting.co.za>


Steve Dower added the comment:

I've noticed this as well. I'm hoping to do a significant rework of the installer for 3.5 and will keep this in mind, but I honestly have no idea how to diagnose this in the current setup.

Windows Installer is responsible for the missing entries, and AFAIK the only way it will fail to create them is if our MSI includes invalid data (I'd expect this to show up in the verbose logs). Alternatively, there may be some obscure component flags that 'work' but sometimes don't work, I really don't know.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19351>
_______________________________________

From report at bugs.python.org  Fri Jun 13 17:45:27 2014
From: report at bugs.python.org (paul j3)
Date: Fri, 13 Jun 2014 15:45:27 +0000
Subject: [issue21747] argvars: error while parsing under windows
In-Reply-To: <1402662977.19.0.12734733742.issue21747@psf.upfronthosting.co.za>
Message-ID: <1402674327.21.0.253655430276.issue21747@psf.upfronthosting.co.za>


paul j3 added the comment:

It's essentially the same issue as http://bugs.python.org/issue21666.

An error in the 'help' parameter is not caught until 'print_help' is called (via 'parse_args').  

A possible improvement is to test the 'help' string during 'add_argument'.  Similar testing for 'nargs' and 'metavar' has been proposed.

----------
nosy: +paul.j3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21747>
_______________________________________

From report at bugs.python.org  Fri Jun 13 17:53:44 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Jun 2014 15:53:44 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <1402674824.82.0.556722747881.issue21652@psf.upfronthosting.co.za>


R. David Murray added the comment:

If I understand correct that patch was itself attempting to fix a regression ;)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Fri Jun 13 17:59:46 2014
From: report at bugs.python.org (Steve Dower)
Date: Fri, 13 Jun 2014 15:59:46 +0000
Subject: [issue19351] python msi installers - silent mode
In-Reply-To: <1382450332.98.0.946317884841.issue19351@psf.upfronthosting.co.za>
Message-ID: <1402675186.57.0.777258382616.issue19351@psf.upfronthosting.co.za>


Steve Dower added the comment:

This may actually be a Windows issue... the keys for uninstall are being written to the Wow6432Node of the registry (on a 64-bit machine), and apparently the Programs and Features panel does not read them from there.

The 64-bit installers should be fine (testing one now) since they probably don't redirect the registry writes.

I actually have more than twice as many entries under here than in the main view - mostly Visual Studio components - and none of them appear in the panel. I'll try and ping some people here and find out how to fix it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19351>
_______________________________________

From report at bugs.python.org  Fri Jun 13 18:00:59 2014
From: report at bugs.python.org (Jim Jewett)
Date: Fri, 13 Jun 2014 16:00:59 +0000
Subject: [issue12561] Compiler workaround for wide string constants in
 Modules/getpath.c (patch)
In-Reply-To: <1310666381.22.0.322884709649.issue12561@psf.upfronthosting.co.za>
Message-ID: <1402675259.92.0.835146864172.issue12561@psf.upfronthosting.co.za>


Jim Jewett added the comment:

Following up on Mark Lawrence's comment:  http://bugs.python.org/issue12572 is collecting the patches required to compile under HP/UX, and the patch there supersedes those on this issue.  Closing.

----------
nosy: +Jim.Jewett
resolution:  -> duplicate
status: open -> closed
superseder:  -> HP/UX compiler workarounds

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12561>
_______________________________________

From report at bugs.python.org  Fri Jun 13 18:01:52 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 13 Jun 2014 16:01:52 +0000
Subject: [issue12561] Compiler workaround for wide string constants in
 Modules/getpath.c (patch)
In-Reply-To: <1310666381.22.0.322884709649.issue12561@psf.upfronthosting.co.za>
Message-ID: <1402675312.16.0.763481622712.issue12561@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The changeset a7a8ccf69708 (a few months ago) fixed lib_python to not concatenate bytes string and wide character string. I don't see any occurence of char+wchar in the code, so I'm closing the issue.

changeset:   87136:a7a8ccf69708
user:        Victor Stinner <victor.stinner at gmail.com>
date:        Sat Nov 16 00:45:54 2013 +0100
files:       Modules/getpath.c
description:
Don't mix wide character strings and byte strings (L"lib/python" VERSION): use
_Py_char2wchar() to decode lib_python instead.

Some compilers don't support concatenating literals: L"wide" "bytes". Example: IRIX compiler.

----------
resolution: duplicate -> fixed
superseder: HP/UX compiler workarounds -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12561>
_______________________________________

From report at bugs.python.org  Fri Jun 13 18:03:33 2014
From: report at bugs.python.org (Tim Golden)
Date: Fri, 13 Jun 2014 16:03:33 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1402673534.55.0.673834492246.issue21652@psf.upfronthosting.co.za>
Message-ID: <539B20D2.1040502@timgolden.me.uk>


Tim Golden added the comment:

Only if you have something better to put in its place! That commit was
fixing an existing problem; perhaps not your problem, but someone's. To
revert it would simply move the pain around.

I hope to be able to work on this fairly soon. If anyone else wants to
propose an approach to take this forward, they're welcome to do so.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Fri Jun 13 18:14:22 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 13 Jun 2014 16:14:22 +0000
Subject: [issue21518] Expose RegUnloadKey in winreg
In-Reply-To: <1400346760.52.0.0203244636304.issue21518@psf.upfronthosting.co.za>
Message-ID: <1402676062.59.0.432004021412.issue21518@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Attached a new version of the patch which cleanups properly after tests.

----------
Added file: http://bugs.python.org/file35618/issue21518_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21518>
_______________________________________

From report at bugs.python.org  Fri Jun 13 18:16:12 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 16:16:12 +0000
Subject: [issue7057] tkinter doc: more 3.x updates
In-Reply-To: <1254697168.63.0.205098696566.issue7057@psf.upfronthosting.co.za>
Message-ID: <1402676172.05.0.819376789129.issue7057@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +serhiy.storchaka -gpolo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7057>
_______________________________________

From report at bugs.python.org  Fri Jun 13 18:22:00 2014
From: report at bugs.python.org (Jim Jewett)
Date: Fri, 13 Jun 2014 16:22:00 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1402676520.78.0.106669076495.issue21719@psf.upfronthosting.co.za>


Jim Jewett added the comment:

Added version 3.5; is 3.4 somehow still correct?

Set stage to patch review as there are still comments to deal with, but it looks pretty close to commit review.

----------
nosy: +Jim.Jewett
stage:  -> patch review
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Fri Jun 13 18:49:28 2014
From: report at bugs.python.org (Jim Jewett)
Date: Fri, 13 Jun 2014 16:49:28 +0000
Subject: [issue21749] pkgutil ImpLoader does not support frozen modules
In-Reply-To: <1402668511.45.0.703803525132.issue21749@psf.upfronthosting.co.za>
Message-ID: <1402678168.49.0.0374050976772.issue21749@psf.upfronthosting.co.za>


Jim Jewett added the comment:

As best I can tell, this renames the original get_code to _get_code, and then delegates to it after handling the imp.PY_FROZEN case ... why not just add imp.PY_FROZEN to the if/elif chain in the original method?

I also note that the call to self._fix_name doesn't do anything helpful unless it is overridden in a subclass -- was this patch really intended as a recipe for subclasses, that avoided super for backwards compatibility?

If it is intended to go into the main branch, then someone has to decide whether it is OK to enhance despite being deprecated.

If it is just an example, then it should probably be closed with an appropriate status.  I'm guessing "not a bug", but that isn't quite right either.

----------
nosy: +Jim.Jewett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21749>
_______________________________________

From report at bugs.python.org  Fri Jun 13 18:51:25 2014
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Fri, 13 Jun 2014 16:51:25 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <1402678285.2.0.948138497205.issue21652@psf.upfronthosting.co.za>


Jean-Paul Calderone added the comment:

> That commit was fixing an existing problem; perhaps not your problem, but someone's. To revert it would simply move the pain around.

Doesn't the very same logic apply to the original commit?

> I hope to be able to work on this fairly soon.

Thanks.  Much appreciated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Fri Jun 13 18:58:16 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 13 Jun 2014 16:58:16 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1402678696.19.0.115699623756.issue21719@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Not sure what you were going for on the version, Jim; you added 3.4, but this is a new feature for 3.5.

----------
versions:  -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Fri Jun 13 18:59:35 2014
From: report at bugs.python.org (Jim Jewett)
Date: Fri, 13 Jun 2014 16:59:35 +0000
Subject: [issue21748] glob.glob does not sort its results
In-Reply-To: <1402666303.8.0.471997942959.issue21748@psf.upfronthosting.co.za>
Message-ID: <1402678775.65.0.624201143793.issue21748@psf.upfronthosting.co.za>


Jim Jewett added the comment:

I agree with R. David Murray, but it may be worth adding a clarification sentence (or an example with sorted) to the documentation.  

Changing status to Pending, in hopes that any doc changes would be quick.

----------
nosy: +Jim.Jewett
resolution:  -> not a bug
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21748>
_______________________________________

From report at bugs.python.org  Fri Jun 13 18:59:45 2014
From: report at bugs.python.org (Vladimir Iofik)
Date: Fri, 13 Jun 2014 16:59:45 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <1402678785.17.0.290559348246.issue21652@psf.upfronthosting.co.za>


Vladimir Iofik added the comment:

Did anyone here managed to reproduce the issue?
I tired but I have failed to.
I'm still trying though. 

Anyway I'd start from investigating why a function EnumKey returns Unicode object while according to documentation it should return string.

----------
nosy: +Vladimir.Iofik

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Fri Jun 13 19:19:39 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 13 Jun 2014 17:19:39 +0000
Subject: [issue21749] pkgutil ImpLoader does not support frozen modules
In-Reply-To: <1402678168.49.0.0374050976772.issue21749@psf.upfronthosting.co.za>
Message-ID: <539B32A0.4040509@egenix.com>


Marc-Andre Lemburg added the comment:

On 13.06.2014 18:49, Jim Jewett wrote:
> 
> As best I can tell, this renames the original get_code to _get_code, and then delegates to it after handling the imp.PY_FROZEN case ... why not just add imp.PY_FROZEN to the if/elif chain in the original method?

Of course, a proper patch would work that way and I can submit one
if there's demand. The attached patch was the result of a programmatic
patching system that uses search & replace. That's why it uses this
awkward style.

> I also note that the call to self._fix_name doesn't do anything helpful unless it is overridden in a subclass -- was this patch really intended as a recipe for subclasses, that avoided super for backwards compatibility?

It does: if fullname is None, it returns self.fullname.

> If it is intended to go into the main branch, then someone has to decide whether it is OK to enhance despite being deprecated.
> 
> If it is just an example, then it should probably be closed with an appropriate status.  I'm guessing "not a bug", but that isn't quite right either.

It is deprecated in 3.4, but not in 2.7 and for 2.7 I consider this
a bug, since pkgutil claims to support frozen packages in the
ImpImporter doc-string.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21749>
_______________________________________

From report at bugs.python.org  Fri Jun 13 19:34:28 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 13 Jun 2014 17:34:28 +0000
Subject: [issue21749] pkgutil ImpLoader does not support frozen modules
In-Reply-To: <1402668511.45.0.703803525132.issue21749@psf.upfronthosting.co.za>
Message-ID: <1402680868.48.0.93042283007.issue21749@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

Here's an updated patch for Python 3.4.1 that doesn't use the awkward style :-)

----------
Added file: http://bugs.python.org/file35619/pkgutil-frozen-modules-support.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21749>
_______________________________________

From report at bugs.python.org  Fri Jun 13 19:34:58 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 13 Jun 2014 17:34:58 +0000
Subject: [issue21749] pkgutil ImpLoader does not support frozen modules
In-Reply-To: <1402668511.45.0.703803525132.issue21749@psf.upfronthosting.co.za>
Message-ID: <1402680898.56.0.442445929526.issue21749@psf.upfronthosting.co.za>


Changes by Marc-Andre Lemburg <mal at egenix.com>:


Removed file: http://bugs.python.org/file35617/pkgutil-frozen-modules-support.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21749>
_______________________________________

From report at bugs.python.org  Fri Jun 13 19:44:05 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 17:44:05 +0000
Subject: [issue21684] inspect.signature bind doesn't include defaults or empty
 tuple/dicts
In-Reply-To: <1402117848.15.0.331618951416.issue21684@psf.upfronthosting.co.za>
Message-ID: <1402681445.77.0.83145289256.issue21684@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage:  -> test needed
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21684>
_______________________________________

From report at bugs.python.org  Fri Jun 13 19:50:03 2014
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 13 Jun 2014 17:50:03 +0000
Subject: [issue21748] glob.glob does not sort its results
In-Reply-To: <1402666303.8.0.471997942959.issue21748@psf.upfronthosting.co.za>
Message-ID: <1402681803.92.0.649485042234.issue21748@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

I agree that glob shouldn't sort. In addition, iglob definitely can't sort, and I don't think you want to have glob sort but iglob not sort.

----------
nosy: +eric.smith
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21748>
_______________________________________

From report at bugs.python.org  Fri Jun 13 19:55:58 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 17:55:58 +0000
Subject: [issue21706] Add base for enumerations (Functional API)
In-Reply-To: <1402410828.65.0.285347945192.issue21706@psf.upfronthosting.co.za>
Message-ID: <1402682158.92.0.327867964334.issue21706@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Looks sensible to me. Except for being name-only, this duplicates the api of enumerate.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21706>
_______________________________________

From report at bugs.python.org  Fri Jun 13 20:11:12 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 18:11:12 +0000
Subject: [issue20043] test_multiprocessing_main_handling fails
 --without-threads
In-Reply-To: <1387636125.31.0.836708895935.issue20043@psf.upfronthosting.co.za>
Message-ID: <1402683072.99.0.458926405084.issue20043@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20043>
_______________________________________

From report at bugs.python.org  Fri Jun 13 20:14:49 2014
From: report at bugs.python.org (Paul Koning)
Date: Fri, 13 Jun 2014 18:14:49 +0000
Subject: [issue21750] mock_open data is visible only once for the life of the
 class
Message-ID: <1402683289.16.0.550319898466.issue21750@psf.upfronthosting.co.za>


New submission from Paul Koning:

The read_data iterator that supplies bits of read data when asked from unittest.mock.mock_open is a class attribute.  The result is that, if you instantiate the class multiple times, that iterator is shared.  This isn't documented and it seems counterintuitive.  The purpose of mock_open is to act like a file, and read_data is that file's data.  A file contains the same data each time you read it.  So it would seem better for the data iterator to be an instance attribute, initialized from the mock_open read_data value each time mock_open is called to create a new file instance.

----------
components: Library (Lib)
messages: 220474
nosy: pkoning
priority: normal
severity: normal
status: open
title: mock_open data is visible only once for the life of the class
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21750>
_______________________________________

From report at bugs.python.org  Fri Jun 13 20:24:22 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 13 Jun 2014 18:24:22 +0000
Subject: [issue20043] test_multiprocessing_main_handling fails
 --without-threads
In-Reply-To: <1387636125.31.0.836708895935.issue20043@psf.upfronthosting.co.za>
Message-ID: <3gqr1d73KVz7LjP@mail.python.org>


Roundup Robot added the comment:

New changeset ef491d76ac70 by Terry Jan Reedy in branch '3.4':
Issue #20043: Add direct test for _thread.
http://hg.python.org/cpython/rev/ef491d76ac70

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20043>
_______________________________________

From report at bugs.python.org  Fri Jun 13 20:28:40 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 18:28:40 +0000
Subject: [issue20043] test_multiprocessing_main_handling fails
 --without-threads
In-Reply-To: <1387636125.31.0.836708895935.issue20043@psf.upfronthosting.co.za>
Message-ID: <1402684120.78.0.460278243013.issue20043@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I added a direct test import of _thread. Since test_multiprocessing is one file on 2.7 and AMD Fedora without threads is green for 2.7, in spite of the import of threading, I left 2.7 alone.  If that changes, this can be reopened and marked for 2.7.

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20043>
_______________________________________

From report at bugs.python.org  Fri Jun 13 20:29:15 2014
From: report at bugs.python.org (Donald Stufft)
Date: Fri, 13 Jun 2014 18:29:15 +0000
Subject: [issue21751] Expand zipimport to support bzip2 and lzma
Message-ID: <1402684155.71.0.642460028392.issue21751@psf.upfronthosting.co.za>


New submission from Donald Stufft:

Since Python 3.3 the zipfile module has support bzip2 and lzma compression, however the zipimporter does not support these. It would be awesome if zipimport did support them.

----------
messages: 220477
nosy: brett.cannon, dstufft, eric.snow, ncoghlan
priority: normal
severity: normal
status: open
title: Expand zipimport to support bzip2 and lzma
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21751>
_______________________________________

From report at bugs.python.org  Fri Jun 13 20:34:09 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 18:34:09 +0000
Subject: [issue21726] Unnecessary line in documentation
In-Reply-To: <1402511415.47.0.115494695808.issue21726@psf.upfronthosting.co.za>
Message-ID: <1402684449.8.0.31160223543.issue21726@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee: docs at python -> terry.reedy
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21726>
_______________________________________

From report at bugs.python.org  Fri Jun 13 20:42:18 2014
From: report at bugs.python.org (Jim Jewett)
Date: Fri, 13 Jun 2014 18:42:18 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1402684938.5.0.987801237961.issue10740@psf.upfronthosting.co.za>


Jim Jewett added the comment:

(1)  The patch is just to docs, not code, so I'm not entirely sure that I understood it properly.

(2)  The new semantics are a huge mess to explain.  This might be because the old semantics were bad, but the result is the same.  I think it would be better to create a different API object.  (If I read correctly, you would leave function connect unchanged but also def dbapi_connect.)  Then keep this new one as simple as it should be -- which will probably mean leaving out some of the parameters that you deprecate.

(3)  The existing module documentation does claim to be DB-API 2.0 compliant; you should be explicit in the documentation (including docstring) about which behavior differences affect each of (database correctness/API standards conformance/ease of use).

----------
nosy: +Jim.Jewett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Fri Jun 13 20:48:36 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 13 Jun 2014 18:48:36 +0000
Subject: [issue19493] Report skipped ctypes tests as skipped
In-Reply-To: <1383569878.45.0.454771857446.issue19493@psf.upfronthosting.co.za>
Message-ID: <3gqrYb3M3Hz7Ljg@mail.python.org>


Roundup Robot added the comment:

New changeset 6f63fff5c120 by Zachary Ware in branch '3.4':
Issue #19493: Refactor ctypes test package.
http://hg.python.org/cpython/rev/6f63fff5c120

New changeset 86d14cf2a6a8 by Zachary Ware in branch 'default':
Issue #19493: Merge with 3.4
http://hg.python.org/cpython/rev/86d14cf2a6a8

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19493>
_______________________________________

From report at bugs.python.org  Fri Jun 13 20:58:36 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 13 Jun 2014 18:58:36 +0000
Subject: [issue21726] Unnecessary line in documentation
In-Reply-To: <1402511415.47.0.115494695808.issue21726@psf.upfronthosting.co.za>
Message-ID: <3gqrn73GMFz7Ljb@mail.python.org>


Roundup Robot added the comment:

New changeset cd08e366d619 by Terry Jan Reedy in branch '2.7':
Issue #21726: Remove unnecessary and contextually wrong line.
http://hg.python.org/cpython/rev/cd08e366d619

New changeset efa32fcd7a0b by Terry Jan Reedy in branch '3.4':
Issue #21726: Remove unnecessary and contextually wrong line.
http://hg.python.org/cpython/rev/efa32fcd7a0b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21726>
_______________________________________

From report at bugs.python.org  Fri Jun 13 20:59:14 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 18:59:14 +0000
Subject: [issue21726] Unnecessary line in documentation
In-Reply-To: <1402511415.47.0.115494695808.issue21726@psf.upfronthosting.co.za>
Message-ID: <1402685954.63.0.485836089502.issue21726@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21726>
_______________________________________

From report at bugs.python.org  Fri Jun 13 21:02:09 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Jun 2014 19:02:09 +0000
Subject: [issue21751] Expand zipimport to support bzip2 and lzma
In-Reply-To: <1402684155.71.0.642460028392.issue21751@psf.upfronthosting.co.za>
Message-ID: <1402686129.07.0.642240087222.issue21751@psf.upfronthosting.co.za>


R. David Murray added the comment:

See also issue 17004 and issue 5950.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21751>
_______________________________________

From report at bugs.python.org  Fri Jun 13 21:07:49 2014
From: report at bugs.python.org (Don Spaulding)
Date: Fri, 13 Jun 2014 19:07:49 +0000
Subject: [issue21752] Document Backwards Incompatible change to logging in 3.4
Message-ID: <1402686469.59.0.301170999664.issue21752@psf.upfronthosting.co.za>


New submission from Don Spaulding:

Discussion of this issue on ML:

https://mail.python.org/pipermail/python-dev/2014-June/135048.html

The behavior of logging.getLevelName changed in Python 3.4.  Previously when passed a string, it would return the corresponding integer value of the level.  In 3.4 it was changed to match the behavior of its documentation.  The patch can be found in issue #18046.

This seems like something that should be documented somewhere.

----------
assignee: docs at python
components: Documentation
messages: 220482
nosy: docs at python, donspaulding
priority: normal
severity: normal
status: open
title: Document Backwards Incompatible change to logging in 3.4
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21752>
_______________________________________

From report at bugs.python.org  Fri Jun 13 21:10:48 2014
From: report at bugs.python.org (Jim Jewett)
Date: Fri, 13 Jun 2014 19:10:48 +0000
Subject: [issue21753] subprocess shell=True on Windows character escaping
Message-ID: <1402686648.11.0.572463197198.issue21753@psf.upfronthosting.co.za>


New submission from Jim Jewett:

Inspired by https://mail.python.org/pipermail/python-dev/2014-June/135029.html and the following thread.  

"""
Normal Windows behavior:

  >hg status --rev ".^1"
  M mercurial\commands.py
  ? pysptest.py

  >hg status --rev .^1
  abort: unknown revision '.1'!

So, ^ is an escape character. See
http://www.tomshardware.co.uk/forum/35565-45-when-special-command-line
"""

It probably isn't possible to pre-escape commands for every possible command interpreter, but it makes sense to get the standard shells right. 

In fact, global function list2cmdline already exists (and is apparently specific to the Microsoft compiler), but ... its rules are not the same as those of the default windows shell.  (Per the tomshardware link, those rules (for windows) did change a while back.)

I propose a similar list2shellcmd function.  Based on my own very incomplete information, it would currently look like:

def list2shellcmd(seq):
    """Turn the sequence of arguments into a single command line, with escaped characters."""
    if mswindows:
        line=list2cmdline(seq).replace("^", "^^")
    else:
        line=" ".join(seq)
    return line

but there may well be escapes (such as \) that are appropriate even for posix.

Note that related issue http://bugs.python.org/issue7839 proposes a larger cleanup, such as forbidding the problematic functionality entirely.

----------
components: Library (Lib)
messages: 220483
nosy: Jim.Jewett
priority: normal
severity: normal
status: open
title: subprocess shell=True on Windows character escaping
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21753>
_______________________________________

From report at bugs.python.org  Fri Jun 13 21:14:29 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 19:14:29 +0000
Subject: [issue21730] test_socket fails --without-threads
In-Reply-To: <1402570894.28.0.35798335982.issue21730@psf.upfronthosting.co.za>
Message-ID: <1402686869.83.0.763073790117.issue21730@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21730>
_______________________________________

From report at bugs.python.org  Fri Jun 13 21:21:24 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 13 Jun 2014 19:21:24 +0000
Subject: [issue21730] test_socket fails --without-threads
In-Reply-To: <1402570894.28.0.35798335982.issue21730@psf.upfronthosting.co.za>
Message-ID: <3gqsHR5LHXz7Ljk@mail.python.org>


Roundup Robot added the comment:

New changeset f44275c66fcf by Terry Jan Reedy in branch '3.4':
Issue #21730: Add no-thread skip in test_socket. Patch by Berker Peksag.
http://hg.python.org/cpython/rev/f44275c66fcf

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21730>
_______________________________________

From report at bugs.python.org  Fri Jun 13 21:24:44 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 19:24:44 +0000
Subject: [issue21730] test_socket fails --without-threads
In-Reply-To: <1402570894.28.0.35798335982.issue21730@psf.upfronthosting.co.za>
Message-ID: <1402687484.74.0.801043257772.issue21730@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

It is helpful to note that an issue such as this does not apply to 2.7, so no one needs to check whether the omission is an oversight, and that you know that the patch applies cleanly to both 3.4 and 3.5.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21730>
_______________________________________

From report at bugs.python.org  Fri Jun 13 21:32:37 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 13 Jun 2014 19:32:37 +0000
Subject: [issue19362] Documentation for len() fails to mention that it works
 on sets
In-Reply-To: <1382530928.74.0.685857253341.issue19362@psf.upfronthosting.co.za>
Message-ID: <1402687957.93.0.404305481065.issue19362@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I'll apply this (if only to bring this vacuous discussion to a close).

----------
assignee: docs at python -> rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19362>
_______________________________________

From report at bugs.python.org  Fri Jun 13 21:38:56 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Jun 2014 19:38:56 +0000
Subject: [issue21753] Windows cmd.exe character escaping function
In-Reply-To: <1402686648.11.0.572463197198.issue21753@psf.upfronthosting.co.za>
Message-ID: <1402688336.87.0.0485754755961.issue21753@psf.upfronthosting.co.za>


R. David Murray added the comment:

This should instead be an escape function parallel to the shlex.quote function for unix.  I was talking to someone on IRC the other day who had at least a partial implementation, but I guess they haven't opened an issue for it.  (At least, I can't find one.)

----------
nosy: +r.david.murray
title: subprocess shell=True on Windows character escaping -> Windows cmd.exe character escaping function

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21753>
_______________________________________

From report at bugs.python.org  Fri Jun 13 21:40:41 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 13 Jun 2014 19:40:41 +0000
Subject: [issue19493] Report skipped ctypes tests as skipped
In-Reply-To: <1383569878.45.0.454771857446.issue19493@psf.upfronthosting.co.za>
Message-ID: <3gqsjh5jW2z7Ljb@mail.python.org>


Roundup Robot added the comment:

New changeset 08a2b36f6287 by Zachary Ware in branch '2.7':
Issue #19493: Backport 6f63fff5c120
http://hg.python.org/cpython/rev/08a2b36f6287

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19493>
_______________________________________

From report at bugs.python.org  Fri Jun 13 21:43:25 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 13 Jun 2014 19:43:25 +0000
Subject: [issue19493] Report skipped ctypes tests as skipped
In-Reply-To: <1383569878.45.0.454771857446.issue19493@psf.upfronthosting.co.za>
Message-ID: <1402688605.06.0.770595162482.issue19493@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Committed; thanks for the review, Serhiy.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19493>
_______________________________________

From report at bugs.python.org  Fri Jun 13 22:04:15 2014
From: report at bugs.python.org (Steve Dower)
Date: Fri, 13 Jun 2014 20:04:15 +0000
Subject: [issue19351] python msi installers - silent mode
In-Reply-To: <1382450332.98.0.946317884841.issue19351@psf.upfronthosting.co.za>
Message-ID: <1402689855.78.0.0182406294271.issue19351@psf.upfronthosting.co.za>


Steve Dower added the comment:

Apparently keys in Wow6432Node are actually okay, so I'm not much closer to figuring this out. As far as I can tell, the entry I have for Python 2.6.6 (which doesn't appear) has identical information to IronPython 2.7.4 (which does appear).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19351>
_______________________________________

From report at bugs.python.org  Fri Jun 13 22:07:18 2014
From: report at bugs.python.org (Aymeric Augustin)
Date: Fri, 13 Jun 2014 20:07:18 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1402690038.4.0.0437918587819.issue10740@psf.upfronthosting.co.za>


Aymeric Augustin added the comment:

Thanks for your feedback!

Indeed this is a documentation patch describing what I could implement if a core dev gave the slightest hint that it stands a small chance of getting included. There's no point in writing code that Python core doesn't want.

I designed this API to maximize the chances it would be accepted, based on what I know of Python's development. That's probably why it was merely ignored rather than rejected ;-) More seriously, since I'm interested in improving what the stdlib ships, I have to take backwards compatibility into account. If I just wanted to implement a different API, I'd do it outside of CPython.

Yes, I could add PEP 249 compliance considerations to the docs. I'll do it if my general approach is accepted.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Fri Jun 13 22:07:36 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 20:07:36 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402608565.65.0.506633774065.issue21741@psf.upfronthosting.co.za>
Message-ID: <1402690056.91.0.9892972212.issue21741@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

You might add a brief description of why this is good idea, or link to such a discussion. 

I am +1 on the idea, but a pydev discussion might be needed.

How did you test the patch?  I don't think that passing the same tests in non-verbose mode is good enough, as an empty test is a pass.  What would be convincing is an automated comparison of verbose output before and after that showed that everything run before is run after. There might be more after if something was omitted from a run_unittest call. That past actuality and current possibility is part of the reason for the change.

Timing: I think applying this too close to a release might be a bad idea. I am thinking more of human mental adjustments (and the need to refresh some patches) rather than likely technical issues. If this were approved when 3.4.2 were expected within a month, say, I would wait until it were released.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Fri Jun 13 22:17:38 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 20:17:38 +0000
Subject: [issue19362] Documentation for len() fails to mention that it works
 on sets
In-Reply-To: <1382530928.74.0.685857253341.issue19362@psf.upfronthosting.co.za>
Message-ID: <1402690658.17.0.889194038847.issue19362@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Raymond, I was planning to do this today along with other small patches (already done). Just say so and I will take it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19362>
_______________________________________

From report at bugs.python.org  Fri Jun 13 22:24:44 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Jun 2014 20:24:44 +0000
Subject: [issue6966] Ability to refer to arguments in TestCase.fail* methods
In-Reply-To: <1253611687.96.0.247846871836.issue6966@psf.upfronthosting.co.za>
Message-ID: <1402691084.72.0.559838746787.issue6966@psf.upfronthosting.co.za>


R. David Murray added the comment:

This appears to be me to be obsolete, given that long messages are now the default, and the message argument enhances the long message rather than replacing it.

----------
nosy: +r.david.murray
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6966>
_______________________________________

From report at bugs.python.org  Fri Jun 13 22:25:26 2014
From: report at bugs.python.org (Steve Dower)
Date: Fri, 13 Jun 2014 20:25:26 +0000
Subject: [issue19351] python msi installers - silent mode
In-Reply-To: <1382450332.98.0.946317884841.issue19351@psf.upfronthosting.co.za>
Message-ID: <1402691126.1.0.236319373235.issue19351@psf.upfronthosting.co.za>


Steve Dower added the comment:

Okay, now it looks to me like the install that 'works' ran under the SYSTEM account while the one that didn't work ran under my (admin) user account.

This may be caused by running the installer from an elevated command prompt. If it detects that it needs to elevate, then it changes to SYSTEM, but if it detects that it doesn't, it will use the current account.

If you can run your install scripts as SYSTEM then I suspect it will work. I'm not yet clear on why it sometimes installs through the one account instead of the other.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19351>
_______________________________________

From report at bugs.python.org  Fri Jun 13 22:35:42 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Fri, 13 Jun 2014 20:35:42 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <1402691742.21.0.504136077879.issue21652@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

I can reproduce the issue with the attached script. The problem is not that EnumKey returns a Unicode string (which it never does), but that QueryValueEx returns a Unicode string. See http://hg.python.org/cpython/rev/18cfc2a42772 for the actual change in question.

----------
Added file: http://bugs.python.org/file35620/finduni.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Fri Jun 13 22:36:08 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Fri, 13 Jun 2014 20:36:08 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1402691768.6.0.455614438489.issue21719@psf.upfronthosting.co.za>


Ben Hoyt added the comment:

Updated patch attached based on code reviews.

I'm replying to the code review here as when I tried to reply on bugs.python.org/review I got a Python exception, "AttributeError: NoneType has no attribute something or other". FYI, it seems Django is set up in debug mode, because it was the full colourful traceback with local vars etc. I didn't save this file, sorry!

Zach Ware
=========

> Either way, these should probably be defined in stat.py as well (sorry; I should
> have said 'as well as' instead of 'instead of' when I mentioned _stat.c in the
> email thread).

I don't think so -- I thought the purpose of moving them to _stat.c was so you could use the windows.h constants rather than hard-coded integers? But if they're in stat.py, why do they need to be in _stat.c as well?

http://bugs.python.org/review/21719/diff/12149/Modules/_stat.c#newcode563
> Modules/_stat.c:563: // For some reason FILE_ATTRIBUTE_INTEGRITY_STREAM and
> PEP 7 bans C++ style comments.

Good point.


stoneleaf
=========

> 'covert' should be 'convert' - can you fix this as part of your patch? ;)

Fixed in latest patch.

> Instead of spelling out FILE_ATTRIBUTE_ each time, can we abbreviate that part
> to FA_ ?

I disagree. I realize FILE_ATTRIBUTE_* is longish, but it's what it's called in the Windows API, so will make these constants much more findable and obvious to Windows programmers (consistent with the Win32 documentation).

> On non-Windows machines 'st_file_attributes' will be 0?

No, it won't be present at all (like the other non-cross-platform attributes).

> There's no attribute for the value 8?

Correct -- see the Win32 API documentation and loewis's comment.



haypo
=====

> It would be nice to document these options here :)

I don't think we should duplicate the Win32 documentation. Ours will just be less thorough and potentially get out of date. I agree we should add a link to the Win32 docs though.

> Instead of == 0, you can use assertFalse.

Could, but I don't like this when I'm doing bit/integer comparisons. Explicit is better.

> The purpose of the _stat module is to only provide data from the OS, to not
> hardcode constants. So -1 to provide these constants on all platforms.

Agreed. See above.

> If the constant is only available on new Visual Studio version, we may hardcode
> the constant to avoid the dependency on a specific Visual Studio version. For
> example, in unicodeobject.c I used:
>
> #ifndef WC_ERR_INVALID_CHARS
> #  define WC_ERR_INVALID_CHARS 0x0080
> #endif

That's a good way of doing it. I'll use this approach.

> Modules/posixmodule.c:1437: unsigned long st_file_attributes;
> Should we use a DWORD here?

I don't think so. None of the other values in win32_stat (e.g., st_dev) are defined using DWORD or Win32-style types. See also loewis's comment.


loewis
======

> We shouldn't replicate Microsoft's documentation (if for no other reason than
> copyright). Instead, linking to
> 
> http://msdn.microsoft.com/en-us/library/windows/desktop/gg258117.aspx
>
> might be helpful (as long as Microsoft preserves this URL).

Agreed. I'll make this change.

----------
Added file: http://bugs.python.org/file35621/issue21719-2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Fri Jun 13 22:44:23 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 13 Jun 2014 20:44:23 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1402692263.22.0.299926542663.issue21719@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Ben Hoyt wrote:
> I'm replying to the code review here as when I tried to reply on
> bugs.python.org/review I got a Python exception, "AttributeError:
> NoneType has no attribute something or other".

Generally when you get that you can just hit back and try again, it will work by the 4th try ;)

> I don't think so -- I thought the purpose of moving them to _stat.c
> was so you could use the windows.h constants rather than hard-coded
> integers? But if they're in stat.py, why do they need to be in
> _stat.c as well?

The idea is that _stat.c will use system-provided values wherever possible, but stat.py should be as accurate as we can make it to provide a backup for when _stat isn't around (either when it's just not built, which isn't an issue on Windows, or in another Python implementation).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Fri Jun 13 22:52:11 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Fri, 13 Jun 2014 20:52:11 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1402692731.33.0.721823787531.issue21719@psf.upfronthosting.co.za>


Ben Hoyt added the comment:

> The idea is that _stat.c will use system-provided values wherever 
> possible, but stat.py should be as accurate as we can make it to
> provide a backup for when _stat isn't around (either when it's just
> not built, which isn't an issue on Windows, or in another Python
> implementation).

Fair call. I've added the constants to stat.py as well. Updated patch attached.

----------
Added file: http://bugs.python.org/file35622/issue21719-3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Fri Jun 13 23:00:16 2014
From: report at bugs.python.org (Jim Jewett)
Date: Fri, 13 Jun 2014 21:00:16 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1402693216.0.0.245656815647.issue10740@psf.upfronthosting.co.za>


Jim Jewett added the comment:

Removing the existing behavior will almost certainly not be accepted, because of backwards compatibility.

Adding new functionality is generally acceptable.

Doing that through a new keyword that defaults to the old behavior is fairly common, and generally better than an apparently redundant function.  But in this particular case, that makes the new signature and documentation such a mess that I believe a separate function would be the lesser of evils.  (And that only if it is clear what the problems with the current situation are.  e.g., do the problems only trigger when using the database from too many threads, or is a random network delay enough to trigger problems?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Fri Jun 13 23:16:52 2014
From: report at bugs.python.org (Aymeric Augustin)
Date: Fri, 13 Jun 2014 21:16:52 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1402694212.75.0.607240327539.issue10740@psf.upfronthosting.co.za>


Aymeric Augustin added the comment:

The problem is super simple:

connection = ...
cursor = connection.cursor()
cursor.execute("SAVEPOINT foo")
cursor.execute("ROLLBACK TO SAVEPOINT foo")  # will report that the savepoint doesn't exist.

Please don't make it look more complicated than it is.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Fri Jun 13 23:23:47 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 13 Jun 2014 21:23:47 +0000
Subject: [issue5904] strftime docs do not explain locale effect on result
 string
In-Reply-To: <1241270739.12.0.286821632978.issue5904@psf.upfronthosting.co.za>
Message-ID: <3gqw0g0Rqbz7Ljc@mail.python.org>


Roundup Robot added the comment:

New changeset 31adcc4c4391 by R David Murray in branch '2.7':
#5904: Add sentence about the encoding of strftime's result.
http://hg.python.org/cpython/rev/31adcc4c4391

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5904>
_______________________________________

From report at bugs.python.org  Fri Jun 13 23:25:23 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 13 Jun 2014 21:25:23 +0000
Subject: [issue5904] strftime docs do not explain locale effect on result
 string
In-Reply-To: <1241270739.12.0.286821632978.issue5904@psf.upfronthosting.co.za>
Message-ID: <1402694723.93.0.428523060994.issue5904@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Caelyn.  I used your patch but added a clause showing explicitly how do the unicode conversion.  I decided to not add that to the datetime, docs, since they are already pretty clear.

----------
nosy: +r.david.murray
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5904>
_______________________________________

From report at bugs.python.org  Fri Jun 13 23:50:29 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 21:50:29 +0000
Subject: [issue17424] help() should use the class signature
In-Reply-To: <1363296390.29.0.253596803628.issue17424@psf.upfronthosting.co.za>
Message-ID: <1402696229.78.0.317182840605.issue17424@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

issue17053 was closed in favour of issue19674 but I don't know if this issue is a duplicate of the former anyway.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17424>
_______________________________________

From report at bugs.python.org  Sat Jun 14 00:00:33 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 22:00:33 +0000
Subject: [issue13312] test_time fails: strftime('%Y', y) for negative year
In-Reply-To: <1320166359.06.0.160451222607.issue13312@psf.upfronthosting.co.za>
Message-ID: <1402696833.21.0.519441951578.issue13312@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The failing negative years test is still being skipped.  I'm assuming this was not originally intended.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13312>
_______________________________________

From report at bugs.python.org  Sat Jun 14 00:02:52 2014
From: report at bugs.python.org (Oz Tiram)
Date: Fri, 13 Jun 2014 22:02:52 +0000
Subject: [issue14102] argparse: add ability to create a man page
In-Reply-To: <1330031760.56.0.8938390885.issue14102@psf.upfronthosting.co.za>
Message-ID: <1402696972.24.0.362886305661.issue14102@psf.upfronthosting.co.za>


Oz Tiram added the comment:

@Raymond Hettinger, 
You don't have to wait anymore. I would be happy if you review the patch, and share your opinion.
I might have posted my patch too early. I am still doing changes on the upstream, in my github posted earlier.So, please test the one upstream.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14102>
_______________________________________

From report at bugs.python.org  Sat Jun 14 00:18:47 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 13 Jun 2014 22:18:47 +0000
Subject: [issue21750] mock_open data is visible only once for the life of the
 class
In-Reply-To: <1402683289.16.0.550319898466.issue21750@psf.upfronthosting.co.za>
Message-ID: <1402697927.62.0.117039595505.issue21750@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +michael.foord

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21750>
_______________________________________

From report at bugs.python.org  Sat Jun 14 00:21:49 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 22:21:49 +0000
Subject: [issue6916] Remove deprecated items from asynchat
In-Reply-To: <1252994156.96.0.167712988312.issue6916@psf.upfronthosting.co.za>
Message-ID: <1402698109.1.0.962527045521.issue6916@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is it worth the effort of committing changes like this when according to https://docs.python.org/3/library/asynchat.html#module-asynchat "This module exists for backwards compatibility only. For new code we recommend using asyncio."?  See also issue6911.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6916>
_______________________________________

From report at bugs.python.org  Sat Jun 14 00:24:32 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 13 Jun 2014 22:24:32 +0000
Subject: [issue21752] Document Backwards Incompatible change to logging in 3.4
In-Reply-To: <1402686469.59.0.301170999664.issue21752@psf.upfronthosting.co.za>
Message-ID: <1402698272.52.0.203075749906.issue21752@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21752>
_______________________________________

From report at bugs.python.org  Sat Jun 14 00:26:16 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 13 Jun 2014 22:26:16 +0000
Subject: [issue12314] regrtest checks (os.environ, sys.path,
 etc.) are hard to use
In-Reply-To: <1307722749.85.0.48203387339.issue12314@psf.upfronthosting.co.za>
Message-ID: <1402698376.49.0.471822325562.issue12314@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@?ric do you intend following up on this?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12314>
_______________________________________

From report at bugs.python.org  Sat Jun 14 00:57:19 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 13 Jun 2014 22:57:19 +0000
Subject: [issue16529] Compiler error when trying to compile ceval.c on
 OpenSUSE 11.3
In-Reply-To: <1353574185.01.0.323738312876.issue16529@psf.upfronthosting.co.za>
Message-ID: <1402700239.2.0.882617555377.issue16529@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

FWIW: This still happens with the Python 3.4.1 release version.

Here's a similar error report for Fedora:
https://bugzilla.redhat.com/show_bug.cgi?id=622060

They patched the compiler, so I guess I'll have to find a more recent gcc for the build box.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16529>
_______________________________________

From report at bugs.python.org  Sat Jun 14 00:59:35 2014
From: report at bugs.python.org (Tal Einat)
Date: Fri, 13 Jun 2014 22:59:35 +0000
Subject: [issue21686] IDLE - Test hyperparser
In-Reply-To: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>
Message-ID: <1402700375.32.0.919696112236.issue21686@psf.upfronthosting.co.za>


Tal Einat added the comment:

Which lines are not hit?

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Sat Jun 14 01:01:37 2014
From: report at bugs.python.org (Tal Einat)
Date: Fri, 13 Jun 2014 23:01:37 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1402700497.44.0.407305966471.issue21694@psf.upfronthosting.co.za>


Tal Einat added the comment:

I can take a look at get_surrounding_brackets() if you like, since I've worked with that code before.

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Sat Jun 14 01:45:34 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Fri, 13 Jun 2014 23:45:34 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402608692.35.0.591417369561.issue21725@psf.upfronthosting.co.za>
Message-ID: <539B8D1C.4020205@oberkirch.org>


Milan Oberkirch added the comment:

Thanks a lot for your feedback!

> Your modifications to the handling of max_command_size are technically buggy (and clearly there's no test for it): when we aren't in extended smtp mode, the limit should be the hardcoded value, as in the original code.  My reading of the RFC (specifically 4.1.1.5) indicates that it is legal to send a new HELO or EHLO command without issuing a QUIT, meaning a single SMTPChannel instance might have to handle both.  This isn't a likely scenario except in testing...but testing is probably one of the main uses of smtpd, so I think we ought to support it.

I agree that Section 4.1.1 should be interpreted that way and that
should probably get fixed. The old implementation is very strict about
EHLO/HELO being allowed exactly once. And there are tests to verify this
bug exists.
We could allow it for SMTPUTF8 since we do not need to care about bug
compatibility if someone uses enable_SMTPUTF8 and we document the change.

My intention was to leave the command_size_limits untouched on HELO so
it will return 512 on every request (as max_command_size does then). And
the existing implementation guaranteed me there is only one of HELO or EHLO.

> I think it would be clearer to use an unconditional set of the value based on the command_size_limit constant, which you'll have to restore to address my previous comment, instead of the pop (though the pop is a nice trick :).
I agree on replacing the .pop() with command_size_limits['MAIL'] =
command_size_limit. I see no easier/shorter way to add up the values
right now however.

> There is one piece missing here: providing a way for process_message to know that the client claimed the message was using SMTPUTF8 (we know it might lie, but we need to transmit what the client said).  Since process_message is an 'override in subclass' API, we can't just extend it's call signature.  So I think we need to provide a new process_smtputf8_message method that will be called for such messages.
Thanks for pointing that out, I totally missed that!

> Note that you also need to reset the 'this message is SMTPUTF8 flag' on RSET, HELO/EHLO, and at the completion of the call to the new process_message API.
Agreed.

I already implemented the things that are clear but am not sure how to
handle the first point about multiple HELO/EHLO.

- Milan

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Sat Jun 14 01:46:33 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 13 Jun 2014 23:46:33 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1402703193.35.0.832324766328.issue21694@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Please do. #21686 is for hyperparser test, which is the next one I want to look at.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Sat Jun 14 01:51:17 2014
From: report at bugs.python.org (Tal Einat)
Date: Fri, 13 Jun 2014 23:51:17 +0000
Subject: [issue21696] Idle: test configuration files
In-Reply-To: <1402258295.62.0.994323894939.issue21696@psf.upfronthosting.co.za>
Message-ID: <1402703477.65.0.583535388786.issue21696@psf.upfronthosting.co.za>


Tal Einat added the comment:

I've done a thorough review of the tests. The overall structure and tests are fine, but I found quite a few issues that should be addressed.

Saimadhav, considering these are some of the first tests you've written, please know that I am impressed! I have many comments because I believe our tests should be excellent and I'm a bit pedantic. However I've seen many people write poorer test suites after despite having considerable experience. So keep up the good work, learn from our feedback and everything will be great!

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21696>
_______________________________________

From report at bugs.python.org  Sat Jun 14 02:01:21 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Jun 2014 00:01:21 +0000
Subject: [issue21686] IDLE - Test hyperparser
In-Reply-To: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>
Message-ID: <1402704081.01.0.896432196949.issue21686@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

There are 7 scattered conditionals which only evaluate as one of True or False during tests and 5 lines not hit at all as a result. I am emailing instructions to install and use coverage package.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Sat Jun 14 03:05:46 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Jun 2014 01:05:46 +0000
Subject: [issue19776] Provide expanduser() on Path objects
In-Reply-To: <1385409778.55.0.842571848249.issue19776@psf.upfronthosting.co.za>
Message-ID: <1402707946.54.0.333553903514.issue19776@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Claudiu, sorry for the delay. I'm going to take a look soon!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19776>
_______________________________________

From report at bugs.python.org  Sat Jun 14 03:07:32 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 14 Jun 2014 01:07:32 +0000
Subject: [issue21724] resetwarnings doesn't reset warnings registry
In-Reply-To: <1402503104.19.0.836333157517.issue21724@psf.upfronthosting.co.za>
Message-ID: <1402708052.36.0.31369810685.issue21724@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Related indeed, though not exactly the same issue. What I'd like is to reset (i.e. clear) the registry even when keeping the default warning scheme.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21724>
_______________________________________

From report at bugs.python.org  Sat Jun 14 03:18:46 2014
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 14 Jun 2014 01:18:46 +0000
Subject: [issue21751] Expand zipimport to support bzip2 and lzma
In-Reply-To: <1402684155.71.0.642460028392.issue21751@psf.upfronthosting.co.za>
Message-ID: <1402708726.87.0.1959912999.issue21751@psf.upfronthosting.co.za>


Brett Cannon added the comment:

Zipimporter doesn't use zipfile (the former is written in C), so it unfortunately doesn't fall through for support.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21751>
_______________________________________

From report at bugs.python.org  Sat Jun 14 03:46:53 2014
From: report at bugs.python.org (Torsten Landschoff)
Date: Sat, 14 Jun 2014 01:46:53 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1402710413.21.0.170754530103.issue10740@psf.upfronthosting.co.za>


Torsten Landschoff added the comment:

Hi all,

let me warn you first: I have put a lot a effort in writing the patch back then. I moved on since as I don't even know when the improvement will make any difference for me. As so often, trying to contribute to an open source project turned out to be a waste of time, for the following reasons:

1. the patch first has to made it past review before being committed

2. it will be released with some distant version (looking from 2011)

3. I couldn't just replace Python with a new version for our builds (even if it was released within a month)

In the end I had to work around the problem in client code. If anybody cares, the solution was to special case SQLite as a database backend and do transactions manually. As we now have to support Oracle as well, we don't have the luxury of transactions with DDL anyhow so basically we drop out of DBAPI2 transaction management and everything becomes easy again.


I should have replied earlier to the questions. Maybe by answering I stand a chance that I will ever use sqlite3 in Python 3 again.

Quoting Aymeric Augustin (aymeric.augustin):

> That patch solves the problem, at the cost of introducing an unwieldy API, "operation_needs_transaction_callback".

You are right, I had forgotten that each client would need to know about it. In fact, the value used in the tests etc. should probably be the default.

The idea was to not take away from what's there already: The sqlite3 module already has a feature to inspect a command and begin or commit automatically. Just stripping that away *removes* a feature that has been available for a long time. I'd rather give the
client more control instead of less and let him fine tune this behaviour.

Also, there was good reason for this special casing of SQLite: Adhering to DBAPI2 would really kill concurrent access to SQLite: After reading something from the database, any other thread is blocked from writing to the database.
In our case (we are using SQLAlchemy), the effect is that any attribute access to an ORM mapped object must be "secured" by rolling back after reading (in case you were only reading). Let me try to illustrate in an example:

Previous code:

    modification_time = component.modification_time

If the modification time is not loaded, this will query it from the database in the bowls of SQLAlchemy. Now the database is locked, if it weren't for the "smart" transaction management of the sqlite3 module.

Quoting the new patch to the documentation:

> Standard mode: In this mode, the :mod:`sqlite3` module opens a transaction implicitly before any statement, unless a transaction is already active. This adheres more closely to PEP 249 semantics, possibly at the cost of performance under concurrent workloads.

The cost of performance for our workload here is called deadlock. To fix this in user code, the example code above needs fixing like this:

    modification_time = component.modification_time
    # Unlock SQLite if this came from the database (and we are using SQLite)
    session = get_orm_session(component)
    if session and session.bind.dialect.name == 'sqlite':
        session.rollback()

But this is obviously absolutely wrong if any changes have been made before reading. So the attribute access becomes something like:

    session = get_orm_session(component)
    do_rollback = session and not (session.new or session.updated or session.deleted)

    modification_time = component.modification_time

    # Unlock SQLite if this came from the database (and we are using SQLite)
    if do_rollback and session.bind.dialect.name == 'sqlite':
        session.rollback()

When done right this is not a big deal though - we roll back our database connection in the idle event of our GUI main loop to make sure background processing is not hanging indefinately. But not all code may be so lucky.
When starting with Python I always thought that code like this is harmles:

    >>> conn = sqlite3.connect("test.db")
    >>> data = list(conn.execute("select * from mytable"))

Currently it is, but only because sqlite3 module parses the select as DQL and does not lock the database.


Long story short: The unwieldly operation_needs_transaction_callback gives you full control about this feature of the module that is a misfeature nowadays because it relies on flawed assumptions.


Quoting Aymeric Augustin (aymeric.augustin) again:

> I'm very skeptical of the other API, "in_transaction". Other database backends usually provide an "autocommit" attribute.

Interesting. I've never seen such an attribute. It is there without me ever noticing:

http://cx-oracle.readthedocs.org/en/latest/connection.html?highlight=autocommit#Connection.autocommit
http://initd.org/psycopg/docs/connection.html?highlight=autocommit#connection.autocommit

> "autocommit" is the opposite of "in_transaction" for all practical purposes. There's only two situations where they may be equal:
>
> - before the first query
> - after an explicit commit

I fail to explain the difference. What in_transaction would help me to do is to debug this "I will start an transaction for you no matter what" DBAPI2 crap.
Auto commit is usually a feature of the database - when you connect, you end up in auto commit mode with psql, mysql. sqlplus (Oracle) is different in that it commits on exit (uargh!).

Now DBAPI2 wants no auto commit mode (quote: "Note that if the database supports an auto-commit feature, this must be initially off. An interface method may be provided to turn it back on."), so basically it sends a BEGIN on connect for most databases.
So for real databases (PostgreSQL, Oracle) the assertion connection.autocommit == not connection.in_transaction will always hold.

It is also possible to enforce this in SQLite at the expense of concurrent access as outlined above. Then in_transaction will give you nothing.

In my case I was trying to make any sense of what SQLite was doing wrt. transaction boundaries and for that knowing the *actual* transaction state is very helpful. It basically answers the question "is this connection locking my database"?

So basically, connection.autocommit is an option ("don't do any transaction management for me"), while connection.in_transaction is a query ("has the damn thing started a transaction for me?").

> While you're there, it would be cool to provide "connection.autocommit = True" as an API to enable autocommit, because "connection.isolation_level = None" isn't a good API at all -- it's very obscure and has nothing to do with isolation level whatsoever.

I fully agree with that.

Quoting Jan Hudec:

> The bug is that sqlite module issues implicit COMMIT. SQLite never needs this, many programs need to NOT have it and they can't opt out as isolation_level affects implicit begins only.

Good point that you can't just disable implicit commits. Perhaps that would be a better patch - just remove all implicit committing. Start transactions if a query does not start with "select".

> I don't understand why the implicit commit was initially added.

Me neither. Seems like Oracle does stuff like that automatically: If it is DDL, it will commit for you. Maybe the author expected that coming from some Oracle experience?

> The only difference is that with explicit BEGIN the database remains locked, while without it it is unlocked when the SELECT finishes (read to end or cursor closed).

Exactly. We are doing this: http://www.sqlite.org/appfileformat.html and our GUI is updating from the database. Believe me, it is great fun when the GUI has a left over read lock open, especially, if all writes are done in worker threads.


Quoting Aymeric Augustin (aymeric.augustin):

> Indeed this is a documentation patch describing what I could implement if a core dev gave the slightest hint that it stands a small chance of getting included. There's no point in writing code that Python core doesn't want.

I got that now. :-(

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Sat Jun 14 03:47:43 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Sat, 14 Jun 2014 01:47:43 +0000
Subject: [issue21744] itertools.islice() goes over all the pre-initial
 elements even if the iterable can seek
In-Reply-To: <1402632147.52.0.812545873846.issue21744@psf.upfronthosting.co.za>
Message-ID: <1402710463.42.0.0241573595974.issue21744@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

I would think that allowing the special case optimization would be a good idea. As is, if you want to take slices of buffers without making copies, you can use memoryview and get O(1) views of a slice of the memory. But there's nothing built-in that's even remotely equivalent for large lists/tuples. If I have list (we'll call it mylist) with one million items, and I'd like to iterate/operate on the last 100,000, my choices are:

1. mylist[-100000:] # Copies 100,000 pointers; on x64, that's 800KB of memory copied, and 100,000 increfs and decrefs performed en masse, before I even iterate
2. itertools.islice(mylist, 900000, None) # Uses no additional memory, but performs a solid million increfs/decrefs as it iterates, 90% of which are unnecessary
3. Write a custom sequence view class that explicitly indexes to simulate a "listview" or a "tupleview" in a style similar to a memoryview. Minimal memory overhead, and it doesn't process stuff you don't care about, but you actually have to write the thing, and any pure Python implementation is going to add a lot of mathematical overhead to maintain a slice or range in parallel so you can index the wrapped sequence appropriately.

#3 is the only fully generalizable way to do this, but I see no reason not to make it possible to handle simple cases with islice. Either you write a custom iterator that uses higher level Python constructs to index on behalf of the user (slower, but generalizes to anything with a __len__ and __getitem__), and/or a high performance custom iterator that is basically just iterating a C array from PySequence_FAST_ITEMS; only works with lists/tuples, but would be blazing fast (alternatively, just let itertools.islice directly muck with the tuple/list iterator internals to fast forward them to the correct index, which reduces the need for extra code, at the expense of a tighter dependency between itertools and tuple/list internals).

If people are opposed to making islice do this sort of work, I may be forced to start considering a dedicated sequenceview class. Either that, or propose an extension to the iterator protocol to request fast-forwarding, where non-specialized iterators act like islice does now, and specialized iterators skip ahead directly. :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21744>
_______________________________________

From report at bugs.python.org  Sat Jun 14 04:02:46 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Sat, 14 Jun 2014 02:02:46 +0000
Subject: [issue17941] namedtuple should support fully qualified name for more
 portable pickling
In-Reply-To: <1368071216.78.0.0822877752405.issue17941@psf.upfronthosting.co.za>
Message-ID: <1402711366.75.0.814922466033.issue17941@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

I was already thinking of the same solution Christian.Tismer proposed before I reached his post. namedtuples seem cleaner if they naturally act as singletons, so (potentially whether or not pickling is involved) declaring a namedtuple with the same name and fields twice returns the same class. Removes the need to deal with module qualified names, and if pickle can be made to support it, the namedtuple class itself could be pickled uniquely in such a way that it could be recreated by someone else who didn't even have a local definition of the namedtuple, the module that defines it, etc.

----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17941>
_______________________________________

From report at bugs.python.org  Sat Jun 14 04:06:23 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Sat, 14 Jun 2014 02:06:23 +0000
Subject: [issue21744] itertools.islice() goes over all the pre-initial
 elements even if the iterable can seek
In-Reply-To: <1402632147.52.0.812545873846.issue21744@psf.upfronthosting.co.za>
Message-ID: <1402711583.11.0.232071405074.issue21744@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

I will admit, on further consideration, a dedicated sequenceview might work more nicely. islice's interface is limited by its generality; since it doesn't assume a length, you can't use a negative value for end.

Does anyone think a general sequenceview class would make sense (or a sequenceview function that returns either a general sequenceview or a memoryview, depending on what the underlying type is)? Might make an interesting project, whether or not islice is improved.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21744>
_______________________________________

From report at bugs.python.org  Sat Jun 14 04:11:57 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 14 Jun 2014 02:11:57 +0000
Subject: [issue17941] namedtuple should support fully qualified name for more
 portable pickling
In-Reply-To: <1368071216.78.0.0822877752405.issue17941@psf.upfronthosting.co.za>
Message-ID: <1402711917.75.0.447305662845.issue17941@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> Just slipped under the radar?

Nope, I'll get to it before long.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17941>
_______________________________________

From report at bugs.python.org  Sat Jun 14 04:18:16 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 14 Jun 2014 02:18:16 +0000
Subject: [issue21744] itertools.islice() goes over all the pre-initial
 elements even if the iterable can seek
In-Reply-To: <1402632147.52.0.812545873846.issue21744@psf.upfronthosting.co.za>
Message-ID: <1402712296.39.0.610271592478.issue21744@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> I'll leave it to Raymond to decide if it is worth 
> making a special-case optimization :)

Special cases aren't special enough ...  :-)

The itertools are specifically designed to work with general iterators, not just sequences.

> Does anyone think a general sequenceview class would make sense

You could post one on PyPi but I don't think there would be any uptake.  It is often easier to write a simple generator customized to your particular needs than it is to learn and remember a new class to handle an infrequent 
use case.

----------
assignee:  -> rhettinger
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21744>
_______________________________________

From report at bugs.python.org  Sat Jun 14 04:19:50 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 14 Jun 2014 02:19:50 +0000
Subject: [issue19362] Documentation for len() fails to mention that it works
 on sets
In-Reply-To: <1382530928.74.0.685857253341.issue19362@psf.upfronthosting.co.za>
Message-ID: <1402712390.65.0.795750064804.issue19362@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thanks Terry.

----------
assignee: rhettinger -> terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19362>
_______________________________________

From report at bugs.python.org  Sat Jun 14 04:30:41 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 14 Jun 2014 02:30:41 +0000
Subject: [issue19495] Enhancement for timeit: measure time to run blocks of
 code using 'with'
In-Reply-To: <1383588451.25.0.545990193953.issue19495@psf.upfronthosting.co.za>
Message-ID: <1402713041.57.0.188958079902.issue19495@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This idea is a bit at odds with the design of the rest of the time-it module which seeks to:

* run small snippets of code in volume rather than "trying to find bottlenecks in large programs without interfering with their operation".  The latter task is more suited to the profiling modules.

* run code inside a function (local variables have difference performance characteristics than global lookups).

* take care of running the loop for you (including repeated measurements and setup code) instead of your writing your own loop as done the proposed code fragment).

* return the output rather than print it

* minimize the overhead of the timing suite itself (using itertools.repeat  to control the number of loops, etc) unlike the class based version which introduces its own overhead.

It might still be worth having a time elapsed decorator, but I wanted to note that this isn't in the spirit of the rest of the module.

----------
nosy: +gvanrossum, rhettinger, tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19495>
_______________________________________

From report at bugs.python.org  Sat Jun 14 04:39:31 2014
From: report at bugs.python.org (Donald Stufft)
Date: Sat, 14 Jun 2014 02:39:31 +0000
Subject: [issue21751] Expand zipimport to support bzip2 and lzma
In-Reply-To: <1402684155.71.0.642460028392.issue21751@psf.upfronthosting.co.za>
Message-ID: <1402713571.43.0.896338588011.issue21751@psf.upfronthosting.co.za>


Donald Stufft added the comment:

Right, but it could still have support for those things implemented yea?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21751>
_______________________________________

From report at bugs.python.org  Sat Jun 14 04:48:00 2014
From: report at bugs.python.org (Brett Cannon)
Date: Sat, 14 Jun 2014 02:48:00 +0000
Subject: [issue21751] Expand zipimport to support bzip2 and lzma
In-Reply-To: <1402713571.43.0.896338588011.issue21751@psf.upfronthosting.co.za>
Message-ID: <CAP1=2W5ufwXCRfjcG6kuKizGDUCxLD42vz5tOqd4Go2TVAHurA@mail.gmail.com>


Brett Cannon added the comment:

On Jun 13, 2014 7:39 PM, "Donald Stufft" <report at bugs.python.org> wrote:
>
>
> Donald Stufft added the comment:
>
> Right, but it could still have support for those things implemented yea?

Yes, it's just zipimport has a history of being difficult to maintain.

>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue21751>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21751>
_______________________________________

From report at bugs.python.org  Sat Jun 14 05:59:29 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sat, 14 Jun 2014 03:59:29 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1402718369.17.0.927934158815.issue21694@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

Patch as per tracker and Rietveld comments for 2.7
Terry - I replaced the DummyFrame with a Mock, so that we can have consistent code across 2.7 and 3.4. I completed a docstring.(See Rietveld)

----------
Added file: http://bugs.python.org/file35623/test-parenmatch-21694-27-v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Sat Jun 14 06:22:49 2014
From: report at bugs.python.org (Skyler Leigh Amador)
Date: Sat, 14 Jun 2014 04:22:49 +0000
Subject: [issue21463] RuntimeError when URLopener.ftpcache is full
In-Reply-To: <1402327869.83.0.577391755473.issue21463@psf.upfronthosting.co.za>
Message-ID: <CALV63UjDMiCfchr3qBwCmrdoHeVB7S_9mykEjN7jEZ5tzkpy7g@mail.gmail.com>


Skyler Leigh Amador added the comment:

You're welcome, happy to help :)

On Mon, Jun 9, 2014 at 8:31 AM, Erik Bray <report at bugs.python.org> wrote:

>
> Erik Bray added the comment:
>
> Thanks Skyler for finishing the job.  I got busy/distracted.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue21463>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21463>
_______________________________________

From report at bugs.python.org  Sat Jun 14 09:12:53 2014
From: report at bugs.python.org (Steve Dower)
Date: Sat, 14 Jun 2014 07:12:53 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1402729973.4.0.93181026834.issue15993@psf.upfronthosting.co.za>


Steve Dower added the comment:

It's actually bad code generation for the switch statement in build_filter_spec() in _lzmamodule.c.

I've filed a bug, so hopefully it will be fixed, but if not then it should be easy enough to exclude that function (or even the whole module - _lzmamodule.c doesn't have any of the speed critical parts in it, by the look of it).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Sat Jun 14 09:30:01 2014
From: report at bugs.python.org (ingrid)
Date: Sat, 14 Jun 2014 07:30:01 +0000
Subject: [issue21754] Add tests for turtle.TurtleScreenBase
Message-ID: <1402731001.27.0.625153965073.issue21754@psf.upfronthosting.co.za>


Changes by ingrid <hi at ingridcheung.com>:


----------
components: Tests
files: TurtleScreenBase_tests.patch
keywords: patch
nosy: ingrid, jesstess
priority: normal
severity: normal
status: open
title: Add tests for turtle.TurtleScreenBase
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35624/TurtleScreenBase_tests.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21754>
_______________________________________

From report at bugs.python.org  Sat Jun 14 09:59:05 2014
From: report at bugs.python.org (Tal Einat)
Date: Sat, 14 Jun 2014 07:59:05 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1402732745.41.0.142681881955.issue21694@psf.upfronthosting.co.za>


Tal Einat added the comment:

ParenMatch is indeed failing when the cursor is after the first parenthesis of the following code:

(3 +
 4 - 1)

This happens both in Shell and Editor windows.

I've traced the problem down to HyperParser. It doesn't properly support multi-line statements, as can be seen by the following line in HyperParser.__init__():

stopatindex = "%d.end" % lno

(this appears twice, once in each branch of the same if statement)

Fixing this requires looking forward a few lines to find the end of the statement. I'm continuing to look through the code to try to find an efficient way to do this (without parsing the entire file).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Sat Jun 14 10:05:33 2014
From: report at bugs.python.org (Aymeric Augustin)
Date: Sat, 14 Jun 2014 08:05:33 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1402733133.41.0.867246971562.issue10740@psf.upfronthosting.co.za>


Aymeric Augustin added the comment:

> The idea was to not take away from what's there already: The sqlite3 module already has a feature to inspect a command and begin or commit automatically. Just stripping that away *removes* a feature that has been available for a long time. I'd rather give the
client more control instead of less and let him fine tune this behaviour.

For the sake of clarity, I haven't proposed to remove anything. I'm focusing on preserving the same behavior by default (with its advantages and drawbacks) and providing more control for users who need a different behavior, for instance people who use SQLite as an application file format or as a web application storage backend.


> When starting with Python I always thought that code like this is harmles:

    >>> conn = sqlite3.connect("test.db")
    >>> data = list(conn.execute("select * from mytable"))

> Currently it is, but only because sqlite3 module parses the select as DQL and does not lock the database.

It will absolutely remain harmless with my proposal, if you don't change your code.

However, for that use case I would like to encourage the use of autocommit mode. That's really the semantics you want here.


In fact, you've written several sentences along the lines "currently we have $ADVANTAGE". It's easy to (mis)interpret that as implying that I'm trying to remove these advantages. But that's simply not true.


To sum up, if I understand correctly, in_transaction gives you the ability to fight the behavior mandated by the DB API in client code, because you understand it well.

My take is to avoid the problem entirely, and not inflict it to new users, by providing an option to start in autocommit mode and then create transactions only when you want them.

The DB API doesn't forbid this option. It just prevents it from being the default (even though it's what the average developer expects).

It solves the problem of using SQLite as an application file format. Use autocommit as long as you're just reading; start a transaction before writing; commit when you're done writing.

Of course, that only applies to new software. Existing software can happily keep using the current behavior, which will be preserved at least for the lifetime of Python 3.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Sat Jun 14 10:22:29 2014
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 14 Jun 2014 08:22:29 +0000
Subject: [issue21755] test_importlib.test_locks fails --without-threads
Message-ID: <1402734149.6.0.706440396249.issue21755@psf.upfronthosting.co.za>


New submission from Berker Peksag:

======================================================================
ERROR: test.test_importlib.test_locks (unittest.loader.ModuleImportFailure)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/berker/projects/cpython-default/Lib/unittest/case.py", line 58, in testPartExecutor
    yield
  File "/home/berker/projects/cpython-default/Lib/unittest/case.py", line 577, in run
    testMethod()
  File "/home/berker/projects/cpython-default/Lib/unittest/loader.py", line 32, in testFailure
    raise exception
ImportError: Failed to import test module: test.test_importlib.test_locks
Traceback (most recent call last):
  File "/home/berker/projects/cpython-default/Lib/unittest/loader.py", line 312, in _find_tests
    module = self._get_module_from_name(name)
  File "/home/berker/projects/cpython-default/Lib/unittest/loader.py", line 290, in _get_module_from_name
    __import__(name)
  File "/home/berker/projects/cpython-default/Lib/test/test_importlib/test_locks.py", line 123, in <module>
    DeadlockError=DEADLOCK_ERRORS)
  File "/home/berker/projects/cpython-default/Lib/test/test_importlib/util.py", line 82, in test_both
    return split_frozen(test_class, base, **kwargs)
  File "/home/berker/projects/cpython-default/Lib/test/test_importlib/util.py", line 76, in split_frozen
    frozen = specialize_class(cls, 'Frozen', base, **kwargs)
  File "/home/berker/projects/cpython-default/Lib/test/test_importlib/util.py", line 70, in specialize_class
    value = values[kind]
KeyError: 'Frozen'

I've used the same logic as ModuleLockAsRLockTests to silence the test failure.

Patch attached.

----------
components: Tests
files: test_locks.diff
keywords: patch
messages: 220534
nosy: berker.peksag, brett.cannon, eric.snow
priority: normal
severity: normal
stage: patch review
status: open
title: test_importlib.test_locks fails --without-threads
type: behavior
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35625/test_locks.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21755>
_______________________________________

From report at bugs.python.org  Sat Jun 14 10:27:26 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 14 Jun 2014 08:27:26 +0000
Subject: [issue21752] Document Backwards Incompatible change to logging in 3.4
In-Reply-To: <1402686469.59.0.301170999664.issue21752@psf.upfronthosting.co.za>
Message-ID: <3grBkP4wwdz7LjN@mail.python.org>


Roundup Robot added the comment:

New changeset 277d099a134b by Vinay Sajip in branch '3.4':
Issue #21752: Documented change to behaviour of logging.getLevelName().
http://hg.python.org/cpython/rev/277d099a134b

New changeset 174c30103b57 by Vinay Sajip in branch 'default':
Closes #21752: Merged update from 3.4.
http://hg.python.org/cpython/rev/174c30103b57

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21752>
_______________________________________

From report at bugs.python.org  Sat Jun 14 10:35:28 2014
From: report at bugs.python.org (Tal Einat)
Date: Sat, 14 Jun 2014 08:35:28 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1402734928.38.0.901741218518.issue21694@psf.upfronthosting.co.za>


Tal Einat added the comment:

Progress: As a hack for exploring this issue, I fixed this in the Shell window by having ParenMatch instantiate HyperParser in such a way that it parses the entirety of the current input. In ParenMatch.flash_paren_event(), I added:

from idlelib.PyShell import PyShell
if isinstance(self.editwin, PyShell):
    hp = HyperParser(self.editwin, "end-1c")
    hp.set_index("insert")
    indices = hp.get_surrounding_brackets()
else:
    <current behavior>

With this the given example works as expected in the Shell window, i.e. the entire expression is highlighted when the cursor is after the first bracket and pressing ^0.

I still need to find a less hackish way to do this which will also work for editor windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Sat Jun 14 10:43:47 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 14 Jun 2014 08:43:47 +0000
Subject: [issue21748] glob.glob does not sort its results
In-Reply-To: <1402666303.8.0.471997942959.issue21748@psf.upfronthosting.co.za>
Message-ID: <1402735427.34.0.682946742099.issue21748@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Actually iglob() can sort (per directory). But I don't think this is too needed feature. In any case you can sort result of glob().

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21748>
_______________________________________

From report at bugs.python.org  Sat Jun 14 10:47:51 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 14 Jun 2014 08:47:51 +0000
Subject: [issue21751] Expand zipimport to support bzip2 and lzma
In-Reply-To: <1402684155.71.0.642460028392.issue21751@psf.upfronthosting.co.za>
Message-ID: <1402735671.12.0.229815435694.issue21751@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
resolution:  -> duplicate
status: open -> closed
superseder:  -> Expand zipimport to include other compression methods

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21751>
_______________________________________

From report at bugs.python.org  Sat Jun 14 10:56:02 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 14 Jun 2014 08:56:02 +0000
Subject: [issue21751] Expand zipimport to support bzip2 and lzma
In-Reply-To: <1402684155.71.0.642460028392.issue21751@psf.upfronthosting.co.za>
Message-ID: <1402736162.35.0.572359745775.issue21751@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

As shown in msg180323, using lzma compression for typical *.py and *.pyc produces 8% less zip file, but reading from it is 2.5 times slower. The bzip2 compression is even worse. So there is no large benefit in supporting other compression methods.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21751>
_______________________________________

From report at bugs.python.org  Sat Jun 14 11:02:54 2014
From: report at bugs.python.org (Vladimir Iofik)
Date: Sat, 14 Jun 2014 09:02:54 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <1402736574.64.0.0907013646526.issue21652@psf.upfronthosting.co.za>


Vladimir Iofik added the comment:

Thanks, Martin. I didn't read the final with enough care. I think the second part of changes (the ones that are around QueryValueEx) should be rolled back. I believe the code was correct at that part.
Tim, what do you think?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Sat Jun 14 11:16:14 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Sat, 14 Jun 2014 09:16:14 +0000
Subject: [issue21742] WatchedFileHandler can fail due to race conditions or
 file open issues.
In-Reply-To: <1402621014.45.0.896423515186.issue21742@psf.upfronthosting.co.za>
Message-ID: <1402737374.25.0.77581015624.issue21742@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

There *is* a race condition with WatchedFileHandler - see #14632 - but there is not much that can be done about it (see the various comments in that issue). BTW, I wasn't able to reproduce the threading problem from your script: there were no errors and the file 'foo' contained three lines with 'foo', as expected.

Your suggested fix doesn't seem right, either - the problem is that a failed _open() leaves a closed stream in self.stream, and the correct fix is to set this to None in case the _open fails. But thanks for the suggestion.

----------
versions:  -Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21742>
_______________________________________

From report at bugs.python.org  Sat Jun 14 11:22:01 2014
From: report at bugs.python.org (Martin Panter)
Date: Sat, 14 Jun 2014 09:22:01 +0000
Subject: [issue13322] buffered read() and write() does not raise
 BlockingIOError
In-Reply-To: <1320246535.71.0.465783773129.issue13322@psf.upfronthosting.co.za>
Message-ID: <1402737721.48.0.428096778168.issue13322@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
nosy: +vadmium
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13322>
_______________________________________

From report at bugs.python.org  Sat Jun 14 11:23:34 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 14 Jun 2014 09:23:34 +0000
Subject: [issue21742] WatchedFileHandler can fail due to race conditions or
 file open issues.
In-Reply-To: <1402621014.45.0.896423515186.issue21742@psf.upfronthosting.co.za>
Message-ID: <3grCzB05Mhz7Ljc@mail.python.org>


Roundup Robot added the comment:

New changeset bb8b0c7fefd0 by Vinay Sajip in branch '2.7':
Issue #21742: Set stream to None after closing.
http://hg.python.org/cpython/rev/bb8b0c7fefd0

New changeset 6f1f38775991 by Vinay Sajip in branch '3.4':
Issue #21742: Set stream to None after closing.
http://hg.python.org/cpython/rev/6f1f38775991

New changeset 9913ab26ca6f by Vinay Sajip in branch 'default':
Closes #21742: Merged fix from 3.4.
http://hg.python.org/cpython/rev/9913ab26ca6f

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21742>
_______________________________________

From report at bugs.python.org  Sat Jun 14 11:48:15 2014
From: report at bugs.python.org (Tal Einat)
Date: Sat, 14 Jun 2014 09:48:15 +0000
Subject: [issue21756] IDLE - ParenMatch fails to find closing paren of
 multi-line statements
Message-ID: <1402739295.59.0.675144010232.issue21756@psf.upfronthosting.co.za>


New submission from Tal Einat:

Originally reported on issue #21694.

Regarding, for example, the following code:
(3  +
 4 -   1)

Placing the cursor after the opening parenthesis and invoking the "Show surrounding parens" event causes just the first line to be highlighted. Obviously, the second line should be highlighted as well.

I've found a good (clean & fast) solution for shell windows, but can't find any good way for editor windows other than always parsing the entire code. Doing this every time HyperParser is used could significantly degrade IDLE's performance. Therefore I've decided to have this done only by ParenMatch.flash_paren_event(). Note that ParenMatch.paren_closed_event() doesn't need this, since all of the code which is relevant for inspection lies before the closing parenthesis.

See attached patch fixing this issue. Review and additional testing are required.

----------
components: IDLE
files: taleinat.20140614.IDLE_parenmatch_multiline_statement.patch
keywords: patch
messages: 220542
nosy: taleinat, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE - ParenMatch fails to find closing paren of multi-line statements
versions: Python 2.7, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35626/taleinat.20140614.IDLE_parenmatch_multiline_statement.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21756>
_______________________________________

From report at bugs.python.org  Sat Jun 14 11:48:56 2014
From: report at bugs.python.org (Tal Einat)
Date: Sat, 14 Jun 2014 09:48:56 +0000
Subject: [issue21756] IDLE - ParenMatch fails to find closing paren of
 multi-line statements
In-Reply-To: <1402739295.59.0.675144010232.issue21756@psf.upfronthosting.co.za>
Message-ID: <1402739336.9.0.485249610737.issue21756@psf.upfronthosting.co.za>


Changes by Tal Einat <taleinat at gmail.com>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21756>
_______________________________________

From report at bugs.python.org  Sat Jun 14 11:49:36 2014
From: report at bugs.python.org (Tal Einat)
Date: Sat, 14 Jun 2014 09:49:36 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1402739375.99.0.391530572677.issue21694@psf.upfronthosting.co.za>


Tal Einat added the comment:

I've opened a separate issue for the issue raised by Terry, #21756. Patch is included there.

----------
Added file: http://bugs.python.org/file35627/taleinat.20140614.IDLE_parenmatch_multiline_statement.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Sat Jun 14 11:50:03 2014
From: report at bugs.python.org (Tal Einat)
Date: Sat, 14 Jun 2014 09:50:03 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1402739403.02.0.0912394358796.issue21694@psf.upfronthosting.co.za>


Changes by Tal Einat <taleinat at gmail.com>:


Removed file: http://bugs.python.org/file35627/taleinat.20140614.IDLE_parenmatch_multiline_statement.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Sat Jun 14 11:54:07 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sat, 14 Jun 2014 09:54:07 +0000
Subject: [issue11287] Add context manager support to dbm modules
In-Reply-To: <1298383106.44.0.402041562416.issue11287@psf.upfronthosting.co.za>
Message-ID: <1402739647.0.0.964201331246.issue11287@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Hi. This was already fixed in c2f1bb56760d. I'm sorry that this patch didn't make it through.

----------
nosy: +Claudiu.Popa
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11287>
_______________________________________

From report at bugs.python.org  Sat Jun 14 12:08:49 2014
From: report at bugs.python.org (Stefan Krah)
Date: Sat, 14 Jun 2014 10:08:49 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1402740529.77.0.672434808566.issue15993@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Isn't PyLong_FromUnsignedLongLong() still involved through spec_add_field()?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Sat Jun 14 12:30:43 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 14 Jun 2014 10:30:43 +0000
Subject: [issue19495] Enhancement for timeit: measure time to run blocks of
 code using 'with'
In-Reply-To: <1383588451.25.0.545990193953.issue19495@psf.upfronthosting.co.za>
Message-ID: <1402741843.78.0.395986806974.issue19495@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

> It might still be worth having a time elapsed decorator

This is exactly what I think. It's a very common task.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19495>
_______________________________________

From report at bugs.python.org  Sat Jun 14 12:46:25 2014
From: report at bugs.python.org (Stefan van der Walt)
Date: Sat, 14 Jun 2014 10:46:25 +0000
Subject: [issue21724] resetwarnings doesn't reset warnings registry
In-Reply-To: <1402503104.19.0.836333157517.issue21724@psf.upfronthosting.co.za>
Message-ID: <1402742785.31.0.788971073916.issue21724@psf.upfronthosting.co.za>


Stefan van der Walt added the comment:

This can be quite painful to work around, since the warning registry is scattered all over.  See, e.g.,

https://github.com/scikit-image/scikit-image/blob/master/skimage/_shared/_warnings.py#L9

----------
nosy: +stefanv

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21724>
_______________________________________

From report at bugs.python.org  Sat Jun 14 14:25:10 2014
From: report at bugs.python.org (Tal Einat)
Date: Sat, 14 Jun 2014 12:25:10 +0000
Subject: [issue21686] IDLE - Test hyperparser
In-Reply-To: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>
Message-ID: <1402748710.73.0.768641789807.issue21686@psf.upfronthosting.co.za>


Tal Einat added the comment:

Here are details how to trigger all of the uncovered code lines and branches, listed by line.


Uncovered lines:

Line 159: This catches would-be identifiers (variable names) which are keywords or begin with a character that can't be first (e.g. a digit). We should have at least one test for each of these cases.

Lines 196-198: These strip comments from inside an expression. We should have a test with sample code with a multi-line expression with a comment inside it.

Line 225: Triggered when trying to find an expression including parentheses or brackets when they aren't closed, e.g. "[x for x in ".


Uncovered branches (except those which just cause the above):

Lines 32, 42: To trigger, have a block of code over 50 lines long and create a HyperParser at the last line (not inside any other block).

Line 236: Have a string literal inside brackets or parens, and call get_expression().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Sat Jun 14 14:28:03 2014
From: report at bugs.python.org (Tal Einat)
Date: Sat, 14 Jun 2014 12:28:03 +0000
Subject: [issue21686] IDLE - Test hyperparser
In-Reply-To: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>
Message-ID: <1402748883.64.0.666968528805.issue21686@psf.upfronthosting.co.za>


Tal Einat added the comment:

Regarding lines 32 & 42, a test could also set editwin.num_context_lines to allow triggering with smaller code blocks. It's value needs to be a list of integers, the last of which is incredibly large, perhaps sys.maxint.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Sat Jun 14 14:32:08 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sat, 14 Jun 2014 12:32:08 +0000
Subject: [issue12617] Mutable Sequence Type can work not only with iterable in
 slice[i:j] = t
In-Reply-To: <1311385198.6.0.560721842501.issue12617@psf.upfronthosting.co.za>
Message-ID: <1402749128.42.0.325328136004.issue12617@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

This was fixed in the latest versions.

>>> b = bytearray(b'457')
>>> b[:1] = 4
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: can assign only bytes, buffers, or iterables of ints in range(0, 256)
>>>

----------
nosy: +Claudiu.Popa
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12617>
_______________________________________

From report at bugs.python.org  Sat Jun 14 14:49:18 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 14 Jun 2014 12:49:18 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1402750158.91.0.754215581083.issue15993@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Please don't. If the compiler is demonstrated to generate bad code in one case, we should *not* exclude that code from optimization, but not use optimization at all. How many other places will there be which also cause bad code being generated that just happens not to be uncovered by the test suite?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Sat Jun 14 15:49:17 2014
From: report at bugs.python.org (Ryan McCampbell)
Date: Sat, 14 Jun 2014 13:49:17 +0000
Subject: [issue21684] inspect.signature bind doesn't include defaults or empty
 tuple/dicts
In-Reply-To: <1402117848.15.0.331618951416.issue21684@psf.upfronthosting.co.za>
Message-ID: <1402753757.42.0.809800195887.issue21684@psf.upfronthosting.co.za>


Ryan McCampbell added the comment:

If this is decided against, a partial solution would be to set the "default" attribute of VAR_POSITIONAL and VAR_KEYWORD args to an empty tuple/dict, respectively. Then you could get a parameter's value no matter what with boundargs.get(param.name, param.default).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21684>
_______________________________________

From report at bugs.python.org  Sat Jun 14 16:04:10 2014
From: report at bugs.python.org (Mark Bell)
Date: Sat, 14 Jun 2014 14:04:10 +0000
Subject: [issue21757] Can't reenable menus in Tkinter on Mac
Message-ID: <1402754650.33.0.85036696975.issue21757@psf.upfronthosting.co.za>


New submission from Mark Bell:

The following example is a Tkinter app with a button that toggles the menu being enabled based off of https://mail.python.org/pipermail/tkinter-discuss/2004-September/000204.html

#-----------------------------------

from Tkinter import *

root=Tk()

def hello():
    print('hello!')

def toggle():
	print('I think the menu bar is %s' % menubar.entrycget(0, 'state'))
	if menubar.entrycget(0, 'state')=='normal':
		print('disabling')
		menubar.entryconfig(0,state=DISABLED)
		print('disbled')
	else:
		print('enabling')
		menubar.entryconfig(0,state=NORMAL)
		print('enabled')

menubar = Menu(root)
submenu = Menu(menubar, tearoff=0)
submenu.add_command(label='Hello', command=hello)
menubar.add_cascade(label='test', menu=submenu)

# this cascade will have index 0 in submenu
b = Button(root, text='Toggle', command=toggle)
b.pack()

# display the menu
root.config(menu=menubar)
root.mainloop()

#-----------------------------------

On Windows 7 and Ubuntu 14.04 (using Python 2.7.6 and Tkinter Revision 81008) clicking the button toggles the menu being enabled. However, on Mac 10.9 (again under Python 2.7.6 and Tkinter Revision 81008) the menu becomes stuck disabled. 

Additionally, the example also prints out what state it thinks the menu has (using entrycget) and it would print out that it thought that the menu was in fact alternating between enabled and disabled.

Others have verified this being the case. See: http://stackoverflow.com/questions/24207870/cant-reenable-menus-in-python-tkinter-on-mac

----------
components: Tkinter
files: tkinter_test.py
messages: 220553
nosy: Mark.Bell
priority: normal
severity: normal
status: open
title: Can't reenable menus in Tkinter on Mac
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35628/tkinter_test.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21757>
_______________________________________

From report at bugs.python.org  Sat Jun 14 16:13:51 2014
From: report at bugs.python.org (R. David Murray)
Date: Sat, 14 Jun 2014 14:13:51 +0000
Subject: [issue21757] Can't reenable menus in Tkinter on Mac
In-Reply-To: <1402754650.33.0.85036696975.issue21757@psf.upfronthosting.co.za>
Message-ID: <1402755231.7.0.807753044455.issue21757@psf.upfronthosting.co.za>


R. David Murray added the comment:

Given the description it sounds likely that this is a tk bug.

----------
assignee:  -> ronaldoussoren
components: +Macintosh
nosy: +r.david.murray, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21757>
_______________________________________

From report at bugs.python.org  Sat Jun 14 16:14:55 2014
From: report at bugs.python.org (R. David Murray)
Date: Sat, 14 Jun 2014 14:14:55 +0000
Subject: [issue21757] Can't reenable menus in Tkinter on Mac
In-Reply-To: <1402754650.33.0.85036696975.issue21757@psf.upfronthosting.co.za>
Message-ID: <1402755295.83.0.923725423823.issue21757@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21757>
_______________________________________

From report at bugs.python.org  Sat Jun 14 16:23:20 2014
From: report at bugs.python.org (R. David Murray)
Date: Sat, 14 Jun 2014 14:23:20 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1402755800.75.0.667202814587.issue10740@psf.upfronthosting.co.za>


R. David Murray added the comment:

> My take is to avoid the problem entirely, and not inflict it to new users, by providing an option to start in autocommit mode and then create transactions only when you want them.

If this statement is accurate, the what you are proposing is just a different (presumably clearer) spelling for 'isolation_level = None'?

I also don't understand why we don't just fix the screwy behavior with regards to savepoint.  It's hard to see how fixing that could be a backward compatibility problem (in a feature release), since you can't use savepoints without isolation_level=None as it stands now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Sat Jun 14 16:31:44 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sat, 14 Jun 2014 14:31:44 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1402756304.1.0.550345040563.issue21694@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Added file: http://bugs.python.org/file35629/test-hyperparser-v1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Sat Jun 14 16:32:01 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sat, 14 Jun 2014 14:32:01 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1402756321.03.0.953573923696.issue21694@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Removed file: http://bugs.python.org/file35629/test-hyperparser-v1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Sat Jun 14 16:33:00 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sat, 14 Jun 2014 14:33:00 +0000
Subject: [issue21686] IDLE - Test hyperparser
In-Reply-To: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>
Message-ID: <1402756380.36.0.766332006706.issue21686@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Added file: http://bugs.python.org/file35630/test-hyperparser-v1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Sat Jun 14 16:39:04 2014
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 14 Jun 2014 14:39:04 +0000
Subject: [issue21650] add json.tool option to avoid alphabetic sort of fields
In-Reply-To: <1401790291.36.0.355130758438.issue21650@psf.upfronthosting.co.za>
Message-ID: <1402756744.66.0.141596425272.issue21650@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Updated patch attached based on feedback from David. Thanks!

----------
stage: needs patch -> patch review
Added file: http://bugs.python.org/file35631/issue21650_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21650>
_______________________________________

From report at bugs.python.org  Sat Jun 14 16:55:51 2014
From: report at bugs.python.org (Steve Dower)
Date: Sat, 14 Jun 2014 14:55:51 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1402757751.43.0.894484143452.issue15993@psf.upfronthosting.co.za>


Steve Dower added the comment:

> Isn't PyLong_FromUnsignedLongLong() still involved through spec_add_field()?

The two issues were unrelated - the 'invalid filter ID' (4611686018427387905 == 0x40000000_00000001) is the correct value but the wrong branch in the switch was taken, leading to the error message.

> If the compiler is demonstrated to generate bad code in one case, we should *not* exclude that code from optimization, but not use optimization at all.

By that logic, we should be using a debug build on every platform... I've encountered various codegen bugs in gcc and MSVC, though they've all been fixed (apart from this one). All developers are human, including most compiler writers.

That said, I'll wait on the response from the PGO team. If they don't give me enough confidence, then I'll happily forget about the whole idea of using it for 3.5.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Sat Jun 14 17:04:11 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 14 Jun 2014 15:04:11 +0000
Subject: [issue6916] Remove deprecated items from asynchat
In-Reply-To: <1252994156.96.0.167712988312.issue6916@psf.upfronthosting.co.za>
Message-ID: <3grMXB6hKvz7LjV@mail.python.org>


Roundup Robot added the comment:

New changeset 42a645d74e9d by Giampaolo Rodola' in branch 'default':
fix issue #6916: undocument deprecated asynchat.fifo class.q
http://hg.python.org/cpython/rev/42a645d74e9d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6916>
_______________________________________

From report at bugs.python.org  Sat Jun 14 17:05:15 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 14 Jun 2014 15:05:15 +0000
Subject: [issue6916] Remove deprecated items from asynchat
In-Reply-To: <1252994156.96.0.167712988312.issue6916@psf.upfronthosting.co.za>
Message-ID: <1402758315.55.0.0936910703647.issue6916@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

I simply removed asynchat.fifo documentation. Closing this out.

----------
resolution:  -> fixed
status: open -> closed
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6916>
_______________________________________

From report at bugs.python.org  Sat Jun 14 17:05:48 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sat, 14 Jun 2014 15:05:48 +0000
Subject: [issue15836] unittest assertRaises should verify excClass is actually
 a BaseException class
In-Reply-To: <1346459161.18.0.156457463704.issue15836@psf.upfronthosting.co.za>
Message-ID: <1402758348.16.0.4069203095.issue15836@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

This seems to be a reasonable fix. Michael, could you have a look at this patch, please?

----------
nosy: +Claudiu.Popa
versions: +Python 3.5 -Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15836>
_______________________________________

From report at bugs.python.org  Sat Jun 14 17:06:19 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 14 Jun 2014 15:06:19 +0000
Subject: [issue12317] inspect.getabsfile() is not documented
In-Reply-To: <1308351508.86.0.88677303291.issue12317@psf.upfronthosting.co.za>
Message-ID: <1402758379.01.0.240594974971.issue12317@psf.upfronthosting.co.za>


Changes by Giampaolo Rodola' <g.rodola at gmail.com>:


----------
assignee: giampaolo.rodola -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12317>
_______________________________________

From report at bugs.python.org  Sat Jun 14 17:07:54 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 14 Jun 2014 15:07:54 +0000
Subject: [issue10084] SSL support for asyncore
In-Reply-To: <1286975352.23.0.354014332486.issue10084@psf.upfronthosting.co.za>
Message-ID: <1402758474.32.0.552605277806.issue10084@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

asyncore module has been deprecated as per https://docs.python.org/3/library/asyncore.html:

<<This module exists for backwards compatibility only. For new code we recommend using asyncio.>>

Closing this out as won't fix.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10084>
_______________________________________

From report at bugs.python.org  Sat Jun 14 17:10:56 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 14 Jun 2014 15:10:56 +0000
Subject: [issue11792] asyncore module print to stdout
In-Reply-To: <1302164547.51.0.00796675638599.issue11792@psf.upfronthosting.co.za>
Message-ID: <1402758656.5.0.59750924117.issue11792@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Looking back at this: a warning seems a bit too invasive to me as there are cases where avoiding to override a certain methods are legitimate.
I will just close this out as won't fix, also because asyncore has been deprecated by asyncio.

----------
resolution:  -> wont fix
stage: needs patch -> 
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11792>
_______________________________________

From report at bugs.python.org  Sat Jun 14 17:12:20 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Sat, 14 Jun 2014 15:12:20 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1402758740.33.0.893541719246.issue21719@psf.upfronthosting.co.za>


Ben Hoyt added the comment:

Uploading a (hopefully final! :-) patch to fix Zach Ware's points from the code review:

1) use stat.FILE_ATTRIBUTE_DIRECTORY constant in test_os.py
2) break line length in stat.rst doc source

----------
Added file: http://bugs.python.org/file35632/issue21719-4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Sat Jun 14 17:13:35 2014
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 14 Jun 2014 15:13:35 +0000
Subject: [issue18108] shutil.chown should support dir_fd and follow_symlinks
 keyword arguments
In-Reply-To: <1370005797.04.0.715885093574.issue18108@psf.upfronthosting.co.za>
Message-ID: <1402758815.41.0.411711766944.issue18108@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's a patch.

----------
keywords: +patch
nosy: +berker.peksag
stage: needs patch -> patch review
Added file: http://bugs.python.org/file35633/issue18108.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18108>
_______________________________________

From report at bugs.python.org  Sat Jun 14 17:16:38 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sat, 14 Jun 2014 15:16:38 +0000
Subject: [issue18108] shutil.chown should support dir_fd and follow_symlinks
 keyword arguments
In-Reply-To: <1370005797.04.0.715885093574.issue18108@psf.upfronthosting.co.za>
Message-ID: <1402758998.93.0.383910590129.issue18108@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Looks good to me. But aren't the last two lines skipped if an error is raised by the first line from the with block?

+        with self.assertRaises(FileNotFoundError):
+            shutil.chown('invalid-file', user=uid, dir_fd=dirfd)
+            shutil.chown('invalid-file', group=gid, dir_fd=dirfd)
+            shutil.chown('invalid-file', user=uid, group=gid, dir_fd=dirfd)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18108>
_______________________________________

From report at bugs.python.org  Sat Jun 14 17:18:35 2014
From: report at bugs.python.org (Aymeric Augustin)
Date: Sat, 14 Jun 2014 15:18:35 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1402759115.61.0.959403970093.issue10740@psf.upfronthosting.co.za>


Aymeric Augustin added the comment:

> If this statement is accurate, the what you are proposing is just a different (presumably clearer) spelling for 'isolation_level = None'?

This statement is accurate but it doesn't cover the whole scope of what I'm attempting to fix.

I'm also trying to address the serialization semantics. SQLite always operates at the serializable isolation level. (I'm talking about the SQL concept of transaction isolation levels, not the unrelated isolation_level parameter in sqlite3.) Currently, since sqlite3 doesn't send a BEGIN before SELECT queries, the following scenario is possible:

- Process A reads data -- and the developer who carefully read PEP 249 expects to start a transaction
- Process B writes data
- Process A writes a modified version of what it read and commits

In this scenario A overwrites B, breaking the serialization guarantees expected in that case. A's initial read should have started a transaction (essentially acquiring a shared lock) and B should have been prevented from writing. 

There are two problems here:

- A's code looks like it's safe, but it isn't, because sqlite3 does some magic at odds with PEP 249.
- If you're aware of this and try to enforce the proper guarantees, sqlite3 still gets in the way.

> I also don't understand why we don't just fix the screwy behavior with regards to savepoint.  It's hard to see how fixing that could be a backward compatibility problem (in a feature release), since you can't use savepoints without isolation_level=None as it stands now.

Of course, that would be a good step. But the problem doesn't stop there. What about other SQLite commands? What about "PRAGMA"? I suspect you'll have a hard time defining and maintaining a list of which commands should or shouldn't begin or commit a transaction. That's why I didn't choose this path.

Furthermore, sqlite3 would still enforce a weird mode where it sacrifices serializable isolation under the assumption that you're having a transactional and concurrent workload but you don't care about transactional isolation. There are other use cases that would be better served:

- by favoring serializability over concurrency (eg. the "application file format" case) -- that's what my "standards" mode does
- by favoring concurrency over transactions (eg. the "web app" and the "I don't care just save this data" cases) -- that's what "autocommit" is for

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Sat Jun 14 18:17:58 2014
From: report at bugs.python.org (Vajrasky Kok)
Date: Sat, 14 Jun 2014 16:17:58 +0000
Subject: [issue21758] Not so correct documentation about
 asyncio.subprocess_shell method
Message-ID: <1402762678.44.0.429008087381.issue21758@psf.upfronthosting.co.za>


New submission from Vajrasky Kok:

subprocess_shell in asyncio accepts cmd as a string or a bytes but the test unit, the documentation and the exception indicates that it only accepts a string.

----------
assignee: docs at python
components: Documentation, asyncio
files: fix_doc_asyncio_subprocess_shell.patch
keywords: patch
messages: 220567
nosy: docs at python, gvanrossum, haypo, vajrasky, yselivanov
priority: normal
severity: normal
status: open
title: Not so correct documentation about asyncio.subprocess_shell method
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35634/fix_doc_asyncio_subprocess_shell.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21758>
_______________________________________

From report at bugs.python.org  Sat Jun 14 19:11:17 2014
From: report at bugs.python.org (ctismer)
Date: Sat, 14 Jun 2014 17:11:17 +0000
Subject: [issue17941] namedtuple should support fully qualified name for more
 portable pickling
In-Reply-To: <1368071216.78.0.0822877752405.issue17941@psf.upfronthosting.co.za>
Message-ID: <1402765877.75.0.2679497661.issue17941@psf.upfronthosting.co.za>


ctismer added the comment:

Ok, I almost forgot about this because I thought my idea
was not considered, and wondered if I should keep that code online.

It is still around, and I could put it into an experimental branch
if someone asks for it.

Missing pull-request on python.org.

----------
nosy: +ctismer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17941>
_______________________________________

From report at bugs.python.org  Sat Jun 14 19:12:28 2014
From: report at bugs.python.org (Donald Stufft)
Date: Sat, 14 Jun 2014 17:12:28 +0000
Subject: [issue21751] Expand zipimport to support bzip2 and lzma
In-Reply-To: <1402684155.71.0.642460028392.issue21751@psf.upfronthosting.co.za>
Message-ID: <1402765948.03.0.350488346493.issue21751@psf.upfronthosting.co.za>


Donald Stufft added the comment:

I disagree that there is no large benefit. Python files aren't the only files that could exist inside of a zip file. Supporting LZMA import (or bz2) would make it easier to have LZMA or bzip2 wheels in the future without losing the ability to import them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21751>
_______________________________________

From report at bugs.python.org  Sat Jun 14 19:30:49 2014
From: report at bugs.python.org (Tal Einat)
Date: Sat, 14 Jun 2014 17:30:49 +0000
Subject: [issue20577] IDLE: Remove FormatParagraph's width setting from config
 dialog
In-Reply-To: <1391974116.91.0.4701294104.issue20577@psf.upfronthosting.co.za>
Message-ID: <1402767049.94.0.72721001691.issue20577@psf.upfronthosting.co.za>


Tal Einat added the comment:

With very minor changes (just use default=72 instead of "or 72" and added a comment explaining why 72 is the default - see attached), I ran the entire test suite (which is a must according to the dev guide). On current default I'm getting consistent failures in test_tk and test_ttk_guionly, which don't seem related. At least I know I managed to include the tests which require a GUI.

Can I continue with committing the patch despite these failures? I guess I should report these failures separately?

----------
Added file: http://bugs.python.org/file35635/formatpara - 20577-34-v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20577>
_______________________________________

From report at bugs.python.org  Sat Jun 14 19:35:36 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 14 Jun 2014 17:35:36 +0000
Subject: [issue21757] Can't reenable menus in Tkinter on Mac
In-Reply-To: <1402754650.33.0.85036696975.issue21757@psf.upfronthosting.co.za>
Message-ID: <1402767336.53.0.0767023851338.issue21757@psf.upfronthosting.co.za>


Ned Deily added the comment:

Yes, it is a Tk bug.  The Cocoa version of Tk 8.5 that Apple has been shipping since OS X 10.6 has numerous problems that have been fixed in more recent versions of Tk 8.5.  With the current ActiveTcl 8.5.15, your test appears to work correctly.  Unfortunately, you can't easily change the version of Tcl/Tk that the Apple-supplied system Pythons use.  One option is to install the current Python 2.7.7 from the python.org binary installer along with ActiveTcl 8.5.15.  There is more information here:

https://www.python.org/download/mac/tcltk/
https://www.python.org/downloads/

----------
resolution:  -> third party
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21757>
_______________________________________

From report at bugs.python.org  Sat Jun 14 19:42:02 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sat, 14 Jun 2014 17:42:02 +0000
Subject: [issue21751] Expand zipimport to support bzip2 and lzma
In-Reply-To: <1402765948.03.0.350488346493.issue21751@psf.upfronthosting.co.za>
Message-ID: <14614389.1IZb0inKC3@raxxla>


Serhiy Storchaka added the comment:

For non-Python files you don't need support of bzip2 or lzma compression in 
zipimport. Use zipfile which supports advanced compression.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21751>
_______________________________________

From report at bugs.python.org  Sat Jun 14 19:46:07 2014
From: report at bugs.python.org (Donald Stufft)
Date: Sat, 14 Jun 2014 17:46:07 +0000
Subject: [issue21751] Expand zipimport to support bzip2 and lzma
In-Reply-To: <1402684155.71.0.642460028392.issue21751@psf.upfronthosting.co.za>
Message-ID: <1402767967.31.0.201063757208.issue21751@psf.upfronthosting.co.za>


Donald Stufft added the comment:

I'm not sure what that statement means. There is package data that sits alongside python files. These cannot use anything but DEFLATED because zipimport doesn't support it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21751>
_______________________________________

From report at bugs.python.org  Sat Jun 14 20:48:32 2014
From: report at bugs.python.org (Tal Einat)
Date: Sat, 14 Jun 2014 18:48:32 +0000
Subject: [issue20577] IDLE: Remove FormatParagraph's width setting from config
 dialog
In-Reply-To: <1391974116.91.0.4701294104.issue20577@psf.upfronthosting.co.za>
Message-ID: <1402771712.69.0.486263017631.issue20577@psf.upfronthosting.co.za>


Tal Einat added the comment:

Also, this seems like a small change. Should I mention it in Misc/NEWS?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20577>
_______________________________________

From report at bugs.python.org  Sat Jun 14 21:18:33 2014
From: report at bugs.python.org (are-you-watching-closely)
Date: Sat, 14 Jun 2014 19:18:33 +0000
Subject: [issue21759] URL Typo in Documentation FAQ
Message-ID: <1402773513.31.0.46337082832.issue21759@psf.upfronthosting.co.za>


New submission from are-you-watching-closely:

Under this question (https://docs.python.org/2/faq/programming.html#my-program-is-too-slow-how-do-i-speed-it-up) in the 2.7 programming FAQ, it gives a link to an anecdote that Guido van Rossum wrote.

The URL it gives:
http://www.python.org/doc/essays/list2str.html

The correct URL (no .html):
http://www.python.org/doc/essays/list2str

I'm sure there are some people who didn't think to remove the '.html', and couldn't find the story.

Just a quick typo fix.

----------
assignee: docs at python
components: Documentation
messages: 220575
nosy: are-you-watching-closely, docs at python
priority: normal
severity: normal
status: open
title: URL Typo in Documentation FAQ
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21759>
_______________________________________

From report at bugs.python.org  Sat Jun 14 21:58:13 2014
From: report at bugs.python.org (Eric Snow)
Date: Sat, 14 Jun 2014 19:58:13 +0000
Subject: [issue21760] inspect documentation describes module type inaccurately
Message-ID: <1402775893.22.0.955121317915.issue21760@psf.upfronthosting.co.za>


New submission from Eric Snow:

In the documentation for the inspect module, the module type is described with just 2 of its potential 7 attributes.  The language reference[2] and importlib docs[3] both provide an accurate list of module attributes.

Furthermore, the description for __file__ should be fixed.  It should be clear that __file__ reflects the location from which the module was loaded, that location is not necessarily a filename, and the attribute may not exist if the module was not loaded from a specific location (e.g. builtin and frozen modules).  The same goes for __cached__

[1] https://docs.python.org/dev/library/inspect.html#types-and-members
[2] https://docs.python.org/3/reference/import.html#import-related-module-attributes
[3] https://docs.python.org/3/library/importlib.html#importlib.machinery.ModuleSpec

----------
assignee: docs at python
components: Documentation
messages: 220576
nosy: docs at python, eric.snow
priority: normal
severity: normal
stage: needs patch
status: open
title: inspect documentation describes module type inaccurately
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21760>
_______________________________________

From report at bugs.python.org  Sat Jun 14 22:12:46 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sat, 14 Jun 2014 20:12:46 +0000
Subject: [issue19768] Not so correct error message when giving incorrect type
 to maxlen in deque
In-Reply-To: <1385375390.08.0.216334193444.issue19768@psf.upfronthosting.co.za>
Message-ID: <1402776766.15.0.869587753366.issue19768@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

I believe that returning a TypeError instead of a ValueError is better in this situation. Technically, passing 'a' as maxlen makes that value inappropiate, thus the use of TypeError. It will also be backward compatible. Also, your patch needs test updates.

----------
nosy: +Claudiu.Popa
stage:  -> patch review
versions: +Python 3.5 -Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19768>
_______________________________________

From report at bugs.python.org  Sat Jun 14 22:16:28 2014
From: report at bugs.python.org (Eric Snow)
Date: Sat, 14 Jun 2014 20:16:28 +0000
Subject: [issue21760] inspect documentation describes module type inaccurately
In-Reply-To: <1402775893.22.0.955121317915.issue21760@psf.upfronthosting.co.za>
Message-ID: <1402776988.6.0.96342687803.issue21760@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


----------
nosy: +brett.cannon, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21760>
_______________________________________

From report at bugs.python.org  Sat Jun 14 22:23:59 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sat, 14 Jun 2014 20:23:59 +0000
Subject: [issue19898] No tests for dequereviter_new
In-Reply-To: <1386256613.14.0.807664608281.issue19898@psf.upfronthosting.co.za>
Message-ID: <1402777439.33.0.958179852035.issue19898@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
stage: needs patch -> patch review
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19898>
_______________________________________

From report at bugs.python.org  Sat Jun 14 22:33:24 2014
From: report at bugs.python.org (Eric Snow)
Date: Sat, 14 Jun 2014 20:33:24 +0000
Subject: [issue21761] language reference describes the role of module.__file__
 inaccurately
Message-ID: <1402778004.82.0.418404996295.issue21761@psf.upfronthosting.co.za>


New submission from Eric Snow:

The language reference [1] says:

  Ultimately, the loader is what makes use of __file__ and/or __cached__

This implies that loaders should use __file__ and __cached__ when loading a module.  Instead loaders are meant to implement exec_module() and use the spec that's passed in.

The entire section should have a clear note that loaders are not meant to rely a module's import-related attributes.

[1] https://docs.python.org/3/reference/import.html#__file__
[2] https://docs.python.org/3/reference/import.html#import-related-module-attributes

----------
messages: 220578
nosy: barry, brett.cannon, eric.snow, ncoghlan
priority: normal
severity: normal
status: open
title: language reference describes the role of module.__file__ inaccurately
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21761>
_______________________________________

From report at bugs.python.org  Sat Jun 14 22:35:11 2014
From: report at bugs.python.org (Eric Snow)
Date: Sat, 14 Jun 2014 20:35:11 +0000
Subject: [issue21761] language reference describes the role of module.__file__
 inaccurately
In-Reply-To: <1402778004.82.0.418404996295.issue21761@psf.upfronthosting.co.za>
Message-ID: <1402778111.43.0.728740488599.issue21761@psf.upfronthosting.co.za>


Changes by Eric Snow <ericsnowcurrently at gmail.com>:


----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21761>
_______________________________________

From report at bugs.python.org  Sat Jun 14 22:59:14 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sat, 14 Jun 2014 20:59:14 +0000
Subject: [issue21151] winreg.SetValueEx causes crash if value = None
In-Reply-To: <1396581421.46.0.554143633373.issue21151@psf.upfronthosting.co.za>
Message-ID: <1402779554.51.0.825531643296.issue21151@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Hi. You have some trailing whitespaces in the test file (run make patchcheck or python ../Tools/scripts/patchcheck.py). Except that, looks good to me.

----------
nosy: +Claudiu.Popa
stage:  -> patch review
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21151>
_______________________________________

From report at bugs.python.org  Sat Jun 14 22:59:24 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 14 Jun 2014 20:59:24 +0000
Subject: [issue21759] URL Typo in Documentation FAQ
In-Reply-To: <1402773513.31.0.46337082832.issue21759@psf.upfronthosting.co.za>
Message-ID: <1402779564.82.0.359652334363.issue21759@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
keywords: +easy
nosy: +ezio.melotti
stage:  -> needs patch
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21759>
_______________________________________

From report at bugs.python.org  Sat Jun 14 23:16:27 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 14 Jun 2014 21:16:27 +0000
Subject: [issue19898] No tests for dequereviter_new
In-Reply-To: <1386256613.14.0.807664608281.issue19898@psf.upfronthosting.co.za>
Message-ID: <1402780587.45.0.713657295542.issue19898@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
versions:  -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19898>
_______________________________________

From report at bugs.python.org  Sat Jun 14 23:32:02 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Sat, 14 Jun 2014 21:32:02 +0000
Subject: [issue15955] gzip, bz2, lzma: add option to limit output size
In-Reply-To: <1347884562.79.0.801674791772.issue15955@psf.upfronthosting.co.za>
Message-ID: <1402781522.27.0.792211352047.issue15955@psf.upfronthosting.co.za>


Nikolaus Rath added the comment:

Nadeem, did you get a chance to look at this?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15955>
_______________________________________

From report at bugs.python.org  Sat Jun 14 23:33:51 2014
From: report at bugs.python.org (Eric Snow)
Date: Sat, 14 Jun 2014 21:33:51 +0000
Subject: [issue21762] update the import machinery to only use __spec__
Message-ID: <1402781631.86.0.838758150876.issue21762@psf.upfronthosting.co.za>


New submission from Eric Snow:

With PEP 451, Python 3.4 introduced module specs to encapsulate the module's import-related information, particularly for loading.  While __loader__, __file__, and __cached__ are no longer used by the import machinery, in a few places it still uses __name__, __package__, and __path__.

Typically the spec and the module attrs will have the same values, so it would be a non-issue.  However, the import-related module attributes are not read-only and the consequences of changing them (i.e. accidentally or to rely on an implementation detail) are not clearly defined.  Making the spec strictly authoritative reduces the likelihood accidental changes and gives a better focus point for a module's import behavior (which was kind of the point of PEP 451 in the first place).  Furthermore, objects in sys.modules are not required to be modules.  By relying strictly on __spec__ we likewise give a more distinct target (of import-related info) for folks that need to use that trick.

I don't recall the specifics on why we didn't change those 3 attributes for PEP 451 (unintentional or for backward compatibility?).  At one point we discussed the idea that a module's spec contains the values that *were* used to load the module.  Instead, each spec became the image of how the import system sees and treats the module.

So unless there's some solid reason, I'd like to see the use of __name__, __package__, and __path__ by the import machinery eliminated (and accommodated separately if appropriate).  Consistent use of specs in the import machinery will help limit future surprises.

Here are the specific places:

__name__
--------
mod.__repr__()
ExtensionFileLoader.load_module()
importlib._bootstrap._handle_fromlist()
importlib._bootstrap._calc___package__()
importlib._bootstrap.__import__()

__package__
-----------
importlib._bootstrap._calc___package__()

__path__
--------
importlib._bootstrap._find_and_load_unlocked()
importlib._bootstrap._handle_fromlist()
importlib._bootstrap._calc___package__()

__file__
--------
mod.__repr__()

Note that I'm not suggesting the module attributes be eliminated (they are useful for informational reasons).  I would just like the import system to stop using them.  I suppose they could be turned into read-only properties, but anything like that should be addressed in a separate issue.

If we do make this change, the language reference, importlib docs, and inspect docs should be updated to clearly reflect the role of the module attributes in the import system.

I have not taken into account the impact on the standard library.  However, I expect that it will be minimal at best.  (See issue #21736 for a related discussion).

----------
components: Interpreter Core
messages: 220581
nosy: brett.cannon, eric.snow, ncoghlan
priority: normal
severity: normal
stage: needs patch
status: open
title: update the import machinery to only use __spec__
type: enhancement
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21762>
_______________________________________

From report at bugs.python.org  Sat Jun 14 23:35:02 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sat, 14 Jun 2014 21:35:02 +0000
Subject: [issue20069] Add unit test for os.chown
In-Reply-To: <1388053703.09.0.645818054692.issue20069@psf.upfronthosting.co.za>
Message-ID: <1402781702.35.0.10653093468.issue20069@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Hi, I left a couple of comments on rietveld.

----------
nosy: +Claudiu.Popa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20069>
_______________________________________

From report at bugs.python.org  Sat Jun 14 23:41:57 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Jun 2014 21:41:57 +0000
Subject: [issue21756] IDLE - ParenMatch fails to find closing paren of
 multi-line statements
In-Reply-To: <1402739295.59.0.675144010232.issue21756@psf.upfronthosting.co.za>
Message-ID: <1402782117.3.0.646026655019.issue21756@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The current behavior is documented, if not exactly 'chosen' as the best possible. "return the indices of the opening bracket and the closing bracket (or the end of line, whichever comes first". 

As you note, the automatic matching when pausing afte typing a closer only needs to search back, and that should not be affected. When I type ^0, I am willing to wait the extra 1/20? of a second to get a proper highlight.

To see if anything might depend on the truncated search, I grepped

Searching 'get_surrounding_brackets' in C:\Programs\Python34\Lib\idlelib\*.py ...
CallTips.py: 66:         sur_paren = hp.get_surrounding_brackets('(')
HyperParser.py: 105:     def get_surrounding_brackets(self, openers='([{', mustclose=False):
ParenMatch.py: 93:         indices = HyperParser(self.editwin, "insert").get_surrounding_brackets()
ParenMatch.py: 109:         indices = hp.get_surrounding_brackets(_openers[closer], True)

So we have to make sure that calltips are not disabled or burdened. (The 'testing' you said is needed.)

I don't understand the call because the goal is to find the expression preceding '('. There usually is no matching ')' after '(' just typed.  I just know that unless unless evalfuncs is True, calltips are not fetched when the function expression contains a function call. 'f(' gives a calltip for f, but 'f()(' does not call f to give a calltip for f().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21756>
_______________________________________

From report at bugs.python.org  Sat Jun 14 23:52:45 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Sat, 14 Jun 2014 21:52:45 +0000
Subject: [issue19414] iter(ordered_dict) yields keys not in dict in some
 circumstances
In-Reply-To: <1382844474.66.0.775956254592.issue19414@psf.upfronthosting.co.za>
Message-ID: <1402782765.72.0.942209303797.issue19414@psf.upfronthosting.co.za>


Nikolaus Rath added the comment:

Raymond, it would be nice if you could respond to my last comment...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19414>
_______________________________________

From report at bugs.python.org  Sat Jun 14 23:52:55 2014
From: report at bugs.python.org (Tal Einat)
Date: Sat, 14 Jun 2014 21:52:55 +0000
Subject: [issue21756] IDLE - ParenMatch fails to find closing paren of
 multi-line statements
In-Reply-To: <1402739295.59.0.675144010232.issue21756@psf.upfronthosting.co.za>
Message-ID: <1402782775.39.0.440736716884.issue21756@psf.upfronthosting.co.za>


Tal Einat added the comment:

Note that the patch changes the behavior only for ParenMatch.flash_paren_event(). Other uses, such as in CallTips, are not affected.

The only possibly unwanted effect that I can think of is in an editor window, on a line missing a closing parenthesis, triggering flash_paren_event() could highlight the entire rest of the code. I'll have to check this tomorrow.

WRT CallTips.open_calltip() calling HyperParser.get_surrounding_parens('('), that is to find the real last opening parenthesis. It is needed since open_calltip() can be triggered manually, not only after '(' is typed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21756>
_______________________________________

From report at bugs.python.org  Sat Jun 14 23:57:23 2014
From: report at bugs.python.org (Eric Snow)
Date: Sat, 14 Jun 2014 21:57:23 +0000
Subject: [issue21736] Add __file__ attribute to frozen modules
In-Reply-To: <1402589689.02.0.501075866976.issue21736@psf.upfronthosting.co.za>
Message-ID: <1402783043.36.0.11987377482.issue21736@psf.upfronthosting.co.za>


Eric Snow added the comment:

__file__ is the filename from which the module *was* loaded (the inspect doc [1] should probably reflect that [2]).  The import machinery only uses the module's __spec__ (origin, etc.).  __file__ is set strictly as informational (and for backward-compatibility).

Per the language reference [3], __file__ may be omitted when it does not have semantic meaning.  It also says "Ultimately, the loader is what makes use of __file__", but that hasn't been accurate since PEP 451 landed. [4]  Notably, though, for now the module __repr__() *does* use __file__ if it is available (and the loader doesn't implement module_repr).  The counterpart of __file__ within a module's spec is __spec__.origin.  The two should stay in sync.  In the case of frozen modules origin is set to "frozen".

Giving __file__ to frozen modules is inaccurate.  The file probably won't be there and the module certainly wasn't loaded from that location.

Stdlib modules should not rely on all module's having __file__.  Removing __file__ from frozen modules was a change in 3.4 and I'd consider it a 3.4 bug if any stdlib module relied on it.  For that matter, I'd consider it a bug if a module relied on all modules having __file__ or even __file__ being set to an actual filename.

Would it be inappropriate to set an additional informational attribute on frozen modules to indicate the original path?  Something like __frozen_filename__.  Then you wouldn't need to rely on __code__.co_filename.

p.s. Searching for __file__ in the docs [5] illustrates its prevalence.

[1] https://docs.python.org/3/library/inspect.html#types-and-members
[2] issue #21760
[3] https://docs.python.org/3/reference/import.html#__file__
[4] issue #21761
[5] https://docs.python.org/3/search.html?q=__file__

----------
nosy: +brett.cannon, eric.snow, ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21736>
_______________________________________

From report at bugs.python.org  Sun Jun 15 00:01:29 2014
From: report at bugs.python.org (Eric Snow)
Date: Sat, 14 Jun 2014 22:01:29 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>
Message-ID: <1402783289.77.0.868101367845.issue21709@psf.upfronthosting.co.za>


Eric Snow added the comment:

> addLevelName.__code__.co_filename

Isn't __code__ implementation-specific?

----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Sun Jun 15 00:16:50 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Sat, 14 Jun 2014 22:16:50 +0000
Subject: [issue21763] Clarify requirements for file-like objects
Message-ID: <1402784210.73.0.906295011088.issue21763@psf.upfronthosting.co.za>


New submission from Nikolaus Rath:

It is currently not perfectly clear what Python (and the standard library) assumes about file-like objects (see e.g. http://article.gmane.org/gmane.comp.python.devel/148199).

The attached doc patch tries to improve the current situation by  stating explicitly that the description of IOBase et al specifies a *mandatory* interface for anything that claims to be file-like.

----------
assignee: docs at python
components: Documentation
files: iobase.diff
keywords: patch
messages: 220588
nosy: benjamin.peterson, docs at python, eric.araujo, ezio.melotti, georg.brandl, hynek, ncoghlan, nikratio, pitrou, stutzbach
priority: normal
severity: normal
status: open
title: Clarify requirements for file-like objects
type: enhancement
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35636/iobase.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Sun Jun 15 00:19:35 2014
From: report at bugs.python.org (Eric Snow)
Date: Sat, 14 Jun 2014 22:19:35 +0000
Subject: [issue17004] Expand zipimport to include other compression methods
In-Reply-To: <1358707302.86.0.811743649739.issue17004@psf.upfronthosting.co.za>
Message-ID: <1402784375.66.0.146894657673.issue17004@psf.upfronthosting.co.za>


Eric Snow added the comment:

related: issue #17630 and issue #5950

----------
nosy: +eric.snow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17004>
_______________________________________

From report at bugs.python.org  Sun Jun 15 00:20:32 2014
From: report at bugs.python.org (Eric Snow)
Date: Sat, 14 Jun 2014 22:20:32 +0000
Subject: [issue21751] Expand zipimport to support bzip2 and lzma
In-Reply-To: <1402684155.71.0.642460028392.issue21751@psf.upfronthosting.co.za>
Message-ID: <1402784432.36.0.908994518479.issue21751@psf.upfronthosting.co.za>


Eric Snow added the comment:

related: issue #17630

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21751>
_______________________________________

From report at bugs.python.org  Sun Jun 15 00:47:56 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Sat, 14 Jun 2014 22:47:56 +0000
Subject: [issue21764] Document that IOBase.__del__ calls self.close
Message-ID: <1402786076.21.0.846118348944.issue21764@psf.upfronthosting.co.za>


New submission from Nikolaus Rath:

CPython's io.IOBase.__del__ calls self.close(), but this isn't documented anywhere (and may be surprised for derived classes).

The attached patch extends the documentation.

----------
assignee: docs at python
components: Documentation
files: iobase2.diff
keywords: patch
messages: 220591
nosy: benjamin.peterson, docs at python, eric.araujo, ezio.melotti, georg.brandl, hynek, nikratio, pitrou, stutzbach
priority: normal
severity: normal
status: open
title: Document that IOBase.__del__ calls self.close
type: enhancement
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35637/iobase2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21764>
_______________________________________

From report at bugs.python.org  Sun Jun 15 00:48:24 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Sat, 14 Jun 2014 22:48:24 +0000
Subject: [issue21764] Document that IOBase.__del__ calls self.close
In-Reply-To: <1402786076.21.0.846118348944.issue21764@psf.upfronthosting.co.za>
Message-ID: <1402786104.68.0.923887051866.issue21764@psf.upfronthosting.co.za>


Changes by Nikolaus Rath <Nikolaus at rath.org>:


Added file: http://bugs.python.org/file35638/iobase2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21764>
_______________________________________

From report at bugs.python.org  Sun Jun 15 00:48:32 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Sat, 14 Jun 2014 22:48:32 +0000
Subject: [issue21764] Document that IOBase.__del__ calls self.close
In-Reply-To: <1402786076.21.0.846118348944.issue21764@psf.upfronthosting.co.za>
Message-ID: <1402786112.25.0.303791252467.issue21764@psf.upfronthosting.co.za>


Changes by Nikolaus Rath <Nikolaus at rath.org>:


Removed file: http://bugs.python.org/file35637/iobase2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21764>
_______________________________________

From report at bugs.python.org  Sun Jun 15 00:49:20 2014
From: report at bugs.python.org (Mike Short)
Date: Sat, 14 Jun 2014 22:49:20 +0000
Subject: [issue21759] URL Typo in Documentation FAQ
In-Reply-To: <1402773513.31.0.46337082832.issue21759@psf.upfronthosting.co.za>
Message-ID: <1402786160.78.0.273947824246.issue21759@psf.upfronthosting.co.za>


Changes by Mike Short <bmshort at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file35639/programmingfaq.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21759>
_______________________________________

From report at bugs.python.org  Sun Jun 15 00:54:04 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Jun 2014 22:54:04 +0000
Subject: [issue21756] IDLE - ParenMatch fails to find closing paren of
 multi-line statements
In-Reply-To: <1402739295.59.0.675144010232.issue21756@psf.upfronthosting.co.za>
Message-ID: <1402786444.55.0.54621662021.issue21756@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I suspect that the new end_at_eol parameter should take care of calltips.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21756>
_______________________________________

From report at bugs.python.org  Sun Jun 15 01:12:55 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Jun 2014 23:12:55 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
Message-ID: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

idlelib.HyperParser.Hyperparser has these lines
    _whitespace_chars = " \t\n\\"
    _id_chars = string.ascii_letters + string.digits + "_"
    _id_first_chars = string.ascii_letters + "_"
used in _eat_identifier() and get_expression. At least the latter two should be turned into functions that access the unicode datebase. (Such functions, if not already present in the stdlib, should be. But adding something elsewhere would be another issue.)

----------
messages: 220593
nosy: taleinat, terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: Idle: make 3.x HyperParser work with non-ascii identifiers.
type: behavior
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sun Jun 15 01:18:28 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Jun 2014 23:18:28 +0000
Subject: [issue21756] IDLE - ParenMatch fails to find closing paren of
 multi-line statements
In-Reply-To: <1402739295.59.0.675144010232.issue21756@psf.upfronthosting.co.za>
Message-ID: <1402787908.48.0.398792602281.issue21756@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
dependencies: +IDLE - Test hyperparser
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21756>
_______________________________________

From report at bugs.python.org  Sun Jun 15 01:19:34 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Jun 2014 23:19:34 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1402787974.24.0.0559981400189.issue21765@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#21686 adds the test file that a new test would go in.

----------
dependencies: +IDLE - Test hyperparser

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sun Jun 15 01:20:17 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Jun 2014 23:20:17 +0000
Subject: [issue21686] IDLE - Test hyperparser
In-Reply-To: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>
Message-ID: <1402788017.24.0.572120942207.issue21686@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Since ParenMatch and fixes* to HyperParser depend on this issue, I would like to do this first. For HyperParser.py, I would like to first commit a clean-up only patch. The test_hyperparser patch should then only add the 'if __name__' clause at the end.

I would like to apply the attached tomorrow, pending comments. It
adds docstrings and properly formats them per PEP 8; reformats comment blocks, and properly wrap lines without '\', eliminating occurences already present.

The v1 tests continue to pass once 'before the analyzed' is changed in the test file to 'precedes'. 'Index' or 'statement' might be better targets. 

*After test_hyperparser.py is added, additional tests for #21756 (finding closers) and new #21765 -- making HyperParser work with non-ascii identifiers, will be added as part of any code fix patches.

----------
Added file: http://bugs.python.org/file35640/hyperparser_update.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Sun Jun 15 01:42:24 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 14 Jun 2014 23:42:24 +0000
Subject: [issue20577] IDLE: Remove FormatParagraph's width setting from config
 dialog
In-Reply-To: <1391974116.91.0.4701294104.issue20577@psf.upfronthosting.co.za>
Message-ID: <1402789344.56.0.706225792613.issue20577@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

General rule: If the other failures happen without the patch, then go ahead. This is, unfortunately, all too common. If they only happen with the patch (extremely unlikely for this one), then try to find out why.

Yes, this change should have a NEWS item. However, I would not include it with your first patch. On my machine, hg has trouble properly merging changes to NEWS even when there are no real conflicts. I have a couple of other items for committed patches that I intend to push separately very soon and I would include this one if appropriate.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20577>
_______________________________________

From report at bugs.python.org  Sun Jun 15 01:49:30 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 14 Jun 2014 23:49:30 +0000
Subject: [issue21762] update the import machinery to only use __spec__
In-Reply-To: <1402781631.86.0.838758150876.issue21762@psf.upfronthosting.co.za>
Message-ID: <CADiSq7cD3p+XrsFLwxoaYZ7CFL7UGjxyHRu1bRrwjSVcJaJTVQ@mail.gmail.com>


Nick Coghlan added the comment:

Manipulating name, package and path at runtime is fully supported, and the
module level attributes accordingly take precedence over the initial import
time spec.

There may be some test suite gaps and documentation issues around the
behaviour, but it's definitely intentional (things like runpy,
"pseudo-modules", third party namespace package support and workarounds for
running modules inside packages correctly rely on it).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21762>
_______________________________________

From report at bugs.python.org  Sun Jun 15 01:53:07 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 14 Jun 2014 23:53:07 +0000
Subject: [issue21736] Add __file__ attribute to frozen modules
In-Reply-To: <1402783043.36.0.11987377482.issue21736@psf.upfronthosting.co.za>
Message-ID: <CADiSq7d_SNdo3EWOxTmcAdWPtQRi_UoZb+zxwHZG4PXQf+z+pg@mail.gmail.com>


Nick Coghlan added the comment:

Can we just drop "__file__" and set the origin for frozen modules to
something that includes the original file name?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21736>
_______________________________________

From report at bugs.python.org  Sun Jun 15 02:06:42 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 15 Jun 2014 00:06:42 +0000
Subject: [issue21751] Expand zipimport to support bzip2 and lzma
In-Reply-To: <1402767967.31.0.201063757208.issue21751@psf.upfronthosting.co.za>
Message-ID: <CADiSq7dPu=A_sFHnpA-S76juDWS_vK59WiFs1sM2zzNz3NGJFA@mail.gmail.com>


Nick Coghlan added the comment:

Another use case is more aggressively shrinking the bundled copy of pip. We
don't really care about speed of execution there (since we only run it
directly once at install time to do the bootstrapping), but we do care
about the impact on the installer size.

However, that's a fairly specialised case - for wheel 2.0 in general, we
can consider dropping the "always usable as a sys.path entry" behaviour and
not need to worry about the constraints of zipimport (which has indeed
exhibited unfortunate "we touch it, we break it" behaviour in recent
releases, due to the vagaries of zip implementations on various platforms).

A more general archive importer written in Python could also be useful -
there's no requirement that all archive formats be handled by the existing
meta importer. Putting such an importer *after* the existing zip importer
in the metapath would minimise any risk of backwards incompatibility
issues, and allow it to initially be created as a third party module on
PyPI.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21751>
_______________________________________

From report at bugs.python.org  Sun Jun 15 03:00:31 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Jun 2014 01:00:31 +0000
Subject: [issue19414] iter(ordered_dict) yields keys not in dict in some
 circumstances
In-Reply-To: <1382844474.66.0.775956254592.issue19414@psf.upfronthosting.co.za>
Message-ID: <1402794031.88.0.180635945964.issue19414@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Sorry Nikolaus, I'm happy with the code and docs as they are.  In general, you should assume that unless documented otherwise, any pure python container (stdlib or 3rd party) has undefined behavior if you mutate while iterating (like you should not assume thread-safety unless a container is documented as threadsafe).  At your behest, I added extra code to trigger an earlier and more visible failure in some circumstances, but that is the limit.  OrderedDicts have been around for a good while (not just the stdlib but also in other code predating the one in the stdlib), so we know that this hasn't been a problem in practice. 

Please declare victory, move on, and don't keep extending this closed thread.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19414>
_______________________________________

From report at bugs.python.org  Sun Jun 15 03:03:46 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Jun 2014 01:03:46 +0000
Subject: [issue17941] namedtuple should support fully qualified name for more
 portable pickling
In-Reply-To: <1368071216.78.0.0822877752405.issue17941@psf.upfronthosting.co.za>
Message-ID: <1402794226.11.0.539902019539.issue17941@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17941>
_______________________________________

From report at bugs.python.org  Sun Jun 15 03:04:54 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Sun, 15 Jun 2014 01:04:54 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>
Message-ID: <1402794294.11.0.791157362483.issue21709@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> Isn't __code__ implementation-specific?

It is, but ISTM it's worth getting a resolution for #21736 before another patch for this issue is developed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Sun Jun 15 03:29:59 2014
From: report at bugs.python.org (Jim Jewett)
Date: Sun, 15 Jun 2014 01:29:59 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1402733133.41.0.867246971562.issue10740@psf.upfronthosting.co.za>
Message-ID: <CA+OGgf68BcU0szym9Cqhk3HgtHF0r2xq48akF6PCXXVfgQwaXA@mail.gmail.com>


Jim Jewett added the comment:

On Jun 14, 2014 4:05 AM, "Aymeric Augustin"

> preserving the same behavior by default

That is a requirement, because of backwards compatibility.

> providing more control for users who need a different behavior, for
instance people who use SQLite as an application file format or as a web
application storage backend.

Great ... but make sure it is also simpler.  It is already *possible* to do
what you want with 3rd party code.  So if doing it "right" would still
require an arcane recipe,  that isn't a gain.

At a minimum,  the new docs should explain why the current default is not
sufficient for an application file or a Web backend, and what to do
instead.  New code is only justified if it makes the "do this instead"
simpler and more obvious.

My personal opinion is still that adding more keywords won't do this,
because the old ones will still be there to confuse ... thus my suggestion
of a new function.

> > When starting with Python I always thought that code like this is
harmles:
>
>     >>> conn = sqlite3.connect("test.db")
>     >>> data = list(conn.execute("select * from mytable"))
>
> > Currently it is, but only because sqlite3 module parses the select as
DQL and does not lock the database.
>
> It will absolutely remain harmless with my proposal, if you don't change
your code.
>
> However, for that use case I would like to encourage the use of
autocommit mode. That's really the semantics you want here.

I should NOT need to mess with anything related to "commit" if I am just
selecting.  If that means another new function for
lockless/read-only/uncommitted-read connections, then so be it.

> My take is to avoid the problem entirely, and not inflict it to new
users, by providing an option to start in autocommit mode and then create
transactions only when you want them.

But again, if it requires choosing a commit mode for my selects,  then it
fails to be simple.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Sun Jun 15 03:33:28 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 15 Jun 2014 01:33:28 +0000
Subject: [issue21766] CGIHTTPServer File Disclosure
Message-ID: <1402796008.56.0.634825726515.issue21766@psf.upfronthosting.co.za>


New submission from Benjamin Peterson:

>From the security list:

The CGIHTTPServer Python module does not properly handle URL-encoded
path separators in URLs. This may enable attackers to disclose a CGI
script's source code or execute arbitrary scripts in the server's
document root.

Details
=======

Product: Python CGIHTTPServer
Affected Versions: 2.7.5, 3.3.4 (possibly others)
Fixed Versions: <FIXED-VERSIONS>
Vulnerability Type: File Disclosure, Directory Traversal
Security Risk: high
Vendor URL: https://docs.python.org/2/library/cgihttpserver.html
Vendor Status: notified
Advisory URL: https://www.redteam-pentesting.de/advisories/rt-sa-2014-008
Advisory Status: private
CVE: GENERIC-MAP-NOMATCH
CVE URL: https://cve.mitre.org/cgi-bin/cvename.cgi?name=GENERIC-MAP-NOMATCH


Introduction
============

The CGIHTTPServer module defines a request-handler class, interface
compatible with BaseHTTPServer. BaseHTTPRequestHandler and inherits
behavior from SimpleHTTPServer. SimpleHTTPRequestHandler but can also
run CGI scripts.

(from the Python documentation)

More Details
============

The CGIHTTPServer module can be used to set up a simple HTTP server with
CGI scripts. A sample server script in Python may look like the
following:

------------------------------------------------------------------------
#!/usr/bin/env python2

import CGIHTTPServer
import BaseHTTPServer

if __name__ == "__main__":
    server = BaseHTTPServer.HTTPServer
    handler = CGIHTTPServer.CGIHTTPRequestHandler
    server_address = ("", 8000)
    # Note that only /cgi-bin will work:
    handler.cgi_directories = ["/cgi-bin", "/cgi-bin/subdir"]
    httpd = server(server_address, handler)
    httpd.serve_forever()
------------------------------------------------------------------------

This server should execute any scripts located in the subdirectory
"cgi-bin". A sample CGI script can be placed in that directory, for
example a script like the following:

------------------------------------------------------------------------
#!/usr/bin/env python2
import json
import sys

db_credentials = "SECRET"
sys.stdout.write("Content-type: text/json\r\n\r\n")
sys.stdout.write(json.dumps({"text": "This is a Test"}))
------------------------------------------------------------------------

The Python library CGIHTTPServer.py implements the CGIHTTPRequestHandler
class which inherits from SimpleHTTPServer.SimpleHTTPRequestHandler:

class SimpleHTTPRequestHandler(BaseHTTPServer.BaseHTTPRequestHandler):
[...]
    def do_GET(self):
        """Serve a GET request."""
        f = self.send_head()
        if f:
            try:
                self.copyfile(f, self.wfile)
            finally:
                f.close()

    def do_HEAD(self):
        """Serve a HEAD request."""
        f = self.send_head()
        if f:
            f.close()

    def translate_path(self, path):
    [...]
        path = posixpath.normpath(urllib.unquote(path))
        words = path.split('/')
        words = filter(None, words)
        path = os.getcwd()
        [...]

The CGIHTTPRequestHandler class inherits, among others, the methods
do_GET() and do_HEAD() for handling HTTP GET and HTTP HEAD requests. The
class overrides send_head() and implements several new methods, such as
do_POST(), is_cgi() and run_cgi():

class CGIHTTPRequestHandler(SimpleHTTPServer.SimpleHTTPRequestHandler):
[...]
    def do_POST(self):
        [...]
        if self.is_cgi():
            self.run_cgi()
        else:
            self.send_error(501, "Can only POST to CGI scripts")

    def send_head(self):
        """Version of send_head that support CGI scripts"""
        if self.is_cgi():
            return self.run_cgi()
        else:
            return SimpleHTTPServer.SimpleHTTPRequestHandler.send_head(self)

    def is_cgi(self):
        [...]
        collapsed_path = _url_collapse_path(self.path)
        dir_sep = collapsed_path.find('/', 1)
        head, tail = collapsed_path[:dir_sep], collapsed_path[dir_sep+1:]
        if head in self.cgi_directories:
            self.cgi_info = head, tail
            return True
        return False
[...]
    def run_cgi(self):
        """Execute a CGI script."""
        dir, rest = self.cgi_info

        [...]

        # dissect the part after the directory name into a script name &
        # a possible additional path, to be stored in PATH_INFO.
        i = rest.find('/')
        if i >= 0:
            script, rest = rest[:i], rest[i:]
        else:
            script, rest = rest, ''

        scriptname = dir + '/' + script
        scriptfile = self.translate_path(scriptname)
        if not os.path.exists(scriptfile):
            self.send_error(404, "No such CGI script (%r)" % scriptname)
            return
        if not os.path.isfile(scriptfile):
            self.send_error(403, "CGI script is not a plain file (%r)" %
                            scriptname)
            return
        [...]
[...]

For HTTP GET requests, do_GET() first invokes send_head(). That method
calls is_cgi() to determine whether the requested path is to be executed
as a CGI script. The is_cgi() method uses _url_collapse_path() to
normalize the path, i.e. remove extraneous slashes (/),current directory
(.), or parent directory (..) elements, taking care not to permit
directory traversal below the document root. The is_cgi() function
returns True when the first path element is contained in the
cgi_directories list. As _url_collaps_path() and is_cgi() never URL
decode the path, replacing the forward slash after the CGI directory in
the URL to a CGI script with the URL encoded variant %2f leads to
is_cgi() returning False. This will make CGIHTTPRequestHandler's
send_head() then invoke its parent's send_head() method which translates
the URL path to a file system path using the translate_path() method and
then outputs the file's contents raw. As translate_path() URL decodes
the path, this then succeeds and discloses the CGI script's file
contents:

$ curl http://localhost:8000/cgi-bin%2ftest.py
#!/usr/bin/env python2
import json
import sys

db_credentials = "SECRET"
sys.stdout.write("Content-type: text/json\r\n\r\n")
sys.stdout.write(json.dumps({"text": "This is a Test"}))

Similarly, the CGIHTTPRequestHandler can be tricked into executing CGI
scripts that would normally not be executable. The class normally only
allows executing CGI scripts that are direct children of one of the
directories listed in cgi_directories. Furthermore, only direct
subdirectories of the document root (the current working directory) can
be valid CGI directories.

This can be seen in the following example. Even though the sample server
shown above includes "/cgi-bin/subdir" as part of the request handler's
cgi_directories, a CGI script named test.py in that directory is not
executed:

$ curl http://localhost:8000/cgi-bin/subdir/test.py
[...]
<p>Error code 403.
<p>Message: CGI script is not a plain file ('/cgi-bin/subdir').
[...]

Here, is_cgi() set self.cgi_info to ('/cgi-bin', 'subdir/test.py') and
returned True. Next, run_cgi() further dissected these paths to perform
some sanity checks, thereby mistakenly assuming subdir to be the
executable script's filename and test.py to be path info. As subdir is
not an executable file, run_cgi() returns an error message. However, if
the forward slash between subdir and test.py is replaced with %2f,
invoking the script succeeds:

$ curl http://localhost:8000/cgi-bin/subdir%2ftest.py
{"text": "This is a Test"}

This is because neither is_cgi() nor run_cgi() URL decode the path
during processing until run_cgi() tries to determine whether the target
script is an executable file. More specifically, as subdir%2ftest.py
does not contain a forward slash, it is not split into the script name
subdir and path info test.py, as in the previous example.

Similarly, using URL encoded forward slashes, executables outside of a
CGI directory can be executed:

$ curl http://localhost:8000/cgi-bin/..%2ftraversed.py
{"text": "This is a Test"}

Workaround
==========

Subclass CGIHTTPRequestHandler and override the is_cgi() method  with a
variant that first URL decodes the supplied path, for example:

class FixedCGIHTTPRequestHandler(CGIHTTPServer.CGIHTTPRequestHandler):
    def is_cgi(self):
        self.path = urllib.unquote(self.path)
        return CGIHTTPServer.CGIHTTPRequestHandler.is_cgi(self)

Fix
===

<FIX>


Security Risk
=============

The vulnerability can be used to gain access to the contents of CGI
binaries or the source code of CGI scripts. This may reveal sensitve
information, for example access credentials. This can greatly help
attackers in mounting further attacks and is therefore considered to
pose a high risk. Furthermore attackers may be able to execute code that
was not intended to be executed. 

The CGIHTTPServer code does contain this warning:
"SECURITY WARNING: DON'T USE THIS CODE UNLESS YOU ARE INSIDE A FIREWALL"
Even when used on a local computer this may allow other local users to
execute code in the context of another user.

----------
components: Library (Lib)
messages: 220603
nosy: benjamin.peterson
priority: critical
severity: normal
status: open
title: CGIHTTPServer File Disclosure
type: security
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21766>
_______________________________________

From report at bugs.python.org  Sun Jun 15 03:41:56 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 15 Jun 2014 01:41:56 +0000
Subject: [issue21766] CGIHTTPServer File Disclosure
In-Reply-To: <1402796008.56.0.634825726515.issue21766@psf.upfronthosting.co.za>
Message-ID: <3grdh36dXHz7LjQ@mail.python.org>


Roundup Robot added the comment:

New changeset b4bab0788768 by Benjamin Peterson in branch '2.7':
url unquote the path before checking if it refers to a CGI script (closes #21766)
http://hg.python.org/cpython/rev/b4bab0788768

New changeset e47422855841 by Benjamin Peterson in branch '3.2':
url unquote the path before checking if it refers to a CGI script (closes #21766)
http://hg.python.org/cpython/rev/e47422855841

New changeset 5676797f3a3e by Benjamin Peterson in branch '3.3':
merge 3.2 (#21766)
http://hg.python.org/cpython/rev/5676797f3a3e

New changeset 847e288d6e93 by Benjamin Peterson in branch '3.4':
merge 3.3 (#21766)
http://hg.python.org/cpython/rev/847e288d6e93

New changeset f8b3bb5eb190 by Benjamin Peterson in branch 'default':
merge 3.4 (#21766)
http://hg.python.org/cpython/rev/f8b3bb5eb190

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21766>
_______________________________________

From report at bugs.python.org  Sun Jun 15 03:52:21 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 15 Jun 2014 01:52:21 +0000
Subject: [issue21764] Document that IOBase.__del__ calls self.close
In-Reply-To: <1402786076.21.0.846118348944.issue21764@psf.upfronthosting.co.za>
Message-ID: <3grdw43Hc3z7LjT@mail.python.org>


Roundup Robot added the comment:

New changeset 601a08fcb507 by Benjamin Peterson in branch '3.4':
document IOBase.__del__'s behavior (closes #21764)
http://hg.python.org/cpython/rev/601a08fcb507

New changeset 4dca82f8d91d by Benjamin Peterson in branch '2.7':
document IOBase.__del__'s behavior (closes #21764)
http://hg.python.org/cpython/rev/4dca82f8d91d

New changeset 787cd41d0404 by Benjamin Peterson in branch 'default':
merge 3.4 (#21764)
http://hg.python.org/cpython/rev/787cd41d0404

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21764>
_______________________________________

From report at bugs.python.org  Sun Jun 15 04:41:37 2014
From: report at bugs.python.org (Eric Snow)
Date: Sun, 15 Jun 2014 02:41:37 +0000
Subject: [issue21762] update the import machinery to only use __spec__
In-Reply-To: <1402781631.86.0.838758150876.issue21762@psf.upfronthosting.co.za>
Message-ID: <1402800097.7.0.660651123672.issue21762@psf.upfronthosting.co.za>


Eric Snow added the comment:

Thanks for clarifying.  I remembered discussing it but couldn't recall the details.  Documenting the exact semantics, use cases, and difference between spec and module attrs would be help.  I'll look into updating the language reference when I have some time.

It would still be worth it to find a way to make __spec__ fully authoritative, but I'll have to come up with a solution to the current use cases before that could go anywhere. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21762>
_______________________________________

From report at bugs.python.org  Sun Jun 15 05:03:39 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Jun 2014 03:03:39 +0000
Subject: [issue19768] Not so correct error message when giving incorrect type
 to maxlen in deque
In-Reply-To: <1385375390.08.0.216334193444.issue19768@psf.upfronthosting.co.za>
Message-ID: <1402801419.01.0.35557747462.issue19768@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19768>
_______________________________________

From report at bugs.python.org  Sun Jun 15 05:05:01 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Jun 2014 03:05:01 +0000
Subject: [issue19768] Not so correct error message when giving incorrect type
 to maxlen in deque
In-Reply-To: <1385375390.08.0.216334193444.issue19768@psf.upfronthosting.co.za>
Message-ID: <1402801501.66.0.418294437333.issue19768@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19768>
_______________________________________

From report at bugs.python.org  Sun Jun 15 05:17:23 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Jun 2014 03:17:23 +0000
Subject: [issue19768] Not so correct error message when giving incorrect type
 to maxlen in deque
In-Reply-To: <1385375390.08.0.216334193444.issue19768@psf.upfronthosting.co.za>
Message-ID: <1402802243.17.0.566473601269.issue19768@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Sorry, but I don't find this to be an improvement and don't think there is a real problem worth fixing.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19768>
_______________________________________

From report at bugs.python.org  Sun Jun 15 05:41:42 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 15 Jun 2014 03:41:42 +0000
Subject: [issue19898] No tests for dequereviter_new
In-Reply-To: <1386256613.14.0.807664608281.issue19898@psf.upfronthosting.co.za>
Message-ID: <3grhLF2psDz7Ljd@mail.python.org>


Roundup Robot added the comment:

New changeset 4a48450f2505 by Raymond Hettinger in branch 'default':
Issue 19898:  Add test for dequereviter_new.
http://hg.python.org/cpython/rev/4a48450f2505

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19898>
_______________________________________

From report at bugs.python.org  Sun Jun 15 05:42:17 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Jun 2014 03:42:17 +0000
Subject: [issue19898] No tests for dequereviter_new
In-Reply-To: <1386256613.14.0.807664608281.issue19898@psf.upfronthosting.co.za>
Message-ID: <1402803737.13.0.0521172841868.issue19898@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thanks guys.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19898>
_______________________________________

From report at bugs.python.org  Sun Jun 15 05:44:34 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 15 Jun 2014 03:44:34 +0000
Subject: [issue21762] update the import machinery to only use __spec__
In-Reply-To: <1402781631.86.0.838758150876.issue21762@psf.upfronthosting.co.za>
Message-ID: <1402803874.2.0.827468357429.issue21762@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The spec is authoritative for "how was this imported?". The differences between that and the module attributes then provide a record of any post-import modifications.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21762>
_______________________________________

From report at bugs.python.org  Sun Jun 15 06:00:26 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 15 Jun 2014 04:00:26 +0000
Subject: [issue21767] singledispatch docs should explicitly mention support
 for abstract base classes
Message-ID: <1402804826.39.0.801339966603.issue21767@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

functools.singledispatch is integrated with the abc module for fast single dispatch even in the absence of concrete inheritance. However, this isn't obvious from the documentation, so users may not realise they can register a single ABC with the generic function, and then multiple classes with the ABC, rather than having to register each class with the generic function directly.

----------
components: Library (Lib)
messages: 220611
nosy: ncoghlan
priority: normal
severity: normal
stage: needs patch
status: open
title: singledispatch docs should explicitly mention support for abstract base classes
type: enhancement
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21767>
_______________________________________

From report at bugs.python.org  Sun Jun 15 07:54:54 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sun, 15 Jun 2014 05:54:54 +0000
Subject: [issue21696] Idle: test configuration files
In-Reply-To: <1402258295.62.0.994323894939.issue21696@psf.upfronthosting.co.za>
Message-ID: <1402811694.44.0.926330106125.issue21696@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


Added file: http://bugs.python.org/file35641/test-configuration-v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21696>
_______________________________________

From report at bugs.python.org  Sun Jun 15 07:57:10 2014
From: report at bugs.python.org (Tal Einat)
Date: Sun, 15 Jun 2014 05:57:10 +0000
Subject: [issue21756] IDLE - ParenMatch fails to find closing paren of
 multi-line statements
In-Reply-To: <1402739295.59.0.675144010232.issue21756@psf.upfronthosting.co.za>
Message-ID: <1402811830.52.0.685012211813.issue21756@psf.upfronthosting.co.za>


Tal Einat added the comment:

Terry, I'm not sure what you mean but your last comment.

HyperParser.get_surrounding_brackets() will return a previous opening bracket, even if no closing bracket is found for it. CallTips depends on that behavior to find the previous opening parenthesis even if it is not closed.

I can surely say that CallTips profits from the existing behavior of HyperParser, because it doesn't care whether the parenthesis is closed, and this allows HyperParser to do less parsing work.

This patch preserves all of the above and does not affect CallTips at all, since for CallTips it leaves end_at_eol at its default value of True. Likewise for all other uses of HyperParser, including those in ParenMatch, except ParenMatch.flash_paren_event().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21756>
_______________________________________

From report at bugs.python.org  Sun Jun 15 08:22:46 2014
From: report at bugs.python.org (Tal Einat)
Date: Sun, 15 Jun 2014 06:22:46 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1402813366.25.0.700039555815.issue21765@psf.upfronthosting.co.za>


Tal Einat added the comment:

It seems that the unicodedata module already supplies relevant functions which can be used for this. For example, we can replace "char in self._id_first_chars" with something like:

from unicodedata import normalize, category
norm_char = normalize(char)[0]
is_id_first_char = norm_char_first == '_' or category(norm_char_first) in {"Lu", "Ll", "Lt", "Lm", "Lo", "Nl"}

I'm not sure what the "Other_ID_Start property" mentioned in [1] and [2] means, though. Can we get someone with more in-depth knowledge of unicode to help with this? 

The real question is how to do this *fast*, since HyperParser does a *lot* of these checks. Do you think caching would be a good approach?

See:
.. [1]: https://docs.python.org/3/reference/lexical_analysis.html#identifiers
.. [2]: http://legacy.python.org/dev/peps/pep-3131/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sun Jun 15 08:23:58 2014
From: report at bugs.python.org (Tal Einat)
Date: Sun, 15 Jun 2014 06:23:58 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1402813438.62.0.935972481863.issue21765@psf.upfronthosting.co.za>


Tal Einat added the comment:

Bah, I messed up the code sample in my previous message. It was supposed to be:

from unicodedata import normalize, category
norm_char_first = normalize(char)[0]
is_id_first_char = (
    norm_char_first == '_' or
    category(norm_char_first) in {"Lu", "Ll", "Lt", "Lm", "Lo", "Nl"}
)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sun Jun 15 09:30:02 2014
From: report at bugs.python.org (Aymeric Augustin)
Date: Sun, 15 Jun 2014 07:30:02 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1402817402.39.0.510194563701.issue10740@psf.upfronthosting.co.za>


Aymeric Augustin added the comment:

Jim, I believe this API decision doesn't affect the patch in a major way.

I'll write the rest of the patch and the committer who reviews it will decide.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Sun Jun 15 09:32:09 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Jun 2014 07:32:09 +0000
Subject: [issue21756] IDLE - ParenMatch fails to find closing paren of
 multi-line statements
In-Reply-To: <1402739295.59.0.675144010232.issue21756@psf.upfronthosting.co.za>
Message-ID: <1402817529.29.0.608239771213.issue21756@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I meant what you said in your last paragraph -- not passing a value for the new parameter would keep current behavior.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21756>
_______________________________________

From report at bugs.python.org  Sun Jun 15 09:41:20 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 15 Jun 2014 07:41:20 +0000
Subject: [issue21751] Expand zipimport to support bzip2 and lzma
In-Reply-To: <1402684155.71.0.642460028392.issue21751@psf.upfronthosting.co.za>
Message-ID: <1402818080.95.0.934384862493.issue21751@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

You can use deflate for Python files and advanced compression methods for large well-compressable package data.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21751>
_______________________________________

From report at bugs.python.org  Sun Jun 15 10:26:03 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sun, 15 Jun 2014 08:26:03 +0000
Subject: [issue21768] Fix a NameError in test_pydoc
Message-ID: <1402820763.05.0.689844101555.issue21768@psf.upfronthosting.co.za>


New submission from Claudiu Popa:

There's no 'o' in test_pydoc.TestDescriptions.test_builtin, but 'name'.

----------
components: Tests
files: test_pydoc_nameerror.patch
keywords: patch
messages: 220618
nosy: Claudiu.Popa
priority: normal
severity: normal
status: open
title: Fix a NameError in test_pydoc
versions: Python 3.5
Added file: http://bugs.python.org/file35642/test_pydoc_nameerror.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21768>
_______________________________________

From report at bugs.python.org  Sun Jun 15 10:43:52 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sun, 15 Jun 2014 08:43:52 +0000
Subject: [issue21769] Fix a NameError in test_descr
Message-ID: <1402821832.43.0.295083108794.issue21769@psf.upfronthosting.co.za>


New submission from Claudiu Popa:

Hi. Here's a patch which uses `self.fail` in test_descr instead of `raise TestFailed`.

----------
components: Tests
files: test_descr_nameerror.patch
keywords: patch
messages: 220619
nosy: Claudiu.Popa
priority: normal
severity: normal
status: open
title: Fix a NameError in test_descr
versions: Python 3.5
Added file: http://bugs.python.org/file35643/test_descr_nameerror.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21769>
_______________________________________

From report at bugs.python.org  Sun Jun 15 11:12:53 2014
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 15 Jun 2014 09:12:53 +0000
Subject: [issue21758] Not so correct documentation about
 asyncio.subprocess_shell method
In-Reply-To: <1402762678.44.0.429008087381.issue21758@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwatr+FJm984kySAtsFEj0ebtMd0x2LYTLd=y9EU8kdMVQ@mail.gmail.com>


STINNER Victor added the comment:

IMO it's fine to support bytes on UNIX, os.fsencode() is well defined. On
Windows, we may use the same decoder.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21758>
_______________________________________

From report at bugs.python.org  Sun Jun 15 11:14:46 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Jun 2014 09:14:46 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1402823686.95.0.815055158855.issue21765@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I checked for usage: _id(_first)_chars is only used in _eat_identifier, which is used in one place in get_expression. That is called once each in AutoComplete and CallTips. Both are seldom visible accept as requested (by waiting, for calltips). Calltips is only called on entry of '('. Is AutoComplete doing hidden checks?

_eat_identifier currently does a linear 'c in string' scan of the 2 char strings. I believe that both are long enough that O(1) 'c in set' checks would be faster. The sets could be augmented with latin1 id chars without becoming hugh or slowing the check (see below). This is a change we could make as soon as the test file and new failing tests are ready.

I just discovered, new in 3.x, str.isidentifier.
>>> '1'.isidentifier()
False
>>> 'a'.isidentifier()
True
>>> '\ucccc'
'?'
>>> '\ucccc'.isidentifier()
True

This is, however, meant to be used in the forward direction. If s[pos].isidentifier(), check s[pos:end].identifier(), where end is progressively incremented until the check fails. For backwards checking, it could be used with a start char prefixed: ('a'+s[start:pos]).isidentifier(). To limit the cost, the start decrement could be 4 chars at a time, with 2 extra tests (binary search) on failure to find the actual start.

The 3.x versions of other isxyg functions could be useful: isalpha, isdecimal, isdigit, isnumeric. We just have to check their definitions against the two identifier class definitions.

What is slightly annoying is that in CPython 3.3+, all-ascii strings are marked as such but the info is not directly accessible without without ctypes. I believe all-latin-1 strings can be detected by comparing sys.getsizeof(s) to len(s), so we could augment the char sets to include the extra identifier chars in latin-1.

We could add a configuation option to assume all-ascii (or better, all-latin1 code chars or not, and note that 'all latin1' will run faster but not recognize identifiers for the two features that use this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sun Jun 15 11:18:06 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sun, 15 Jun 2014 09:18:06 +0000
Subject: [issue21770] Module not callable in script_helper.py
Message-ID: <1402823886.54.0.105174822288.issue21770@psf.upfronthosting.co.za>


New submission from Claudiu Popa:

Using make_zip_pkg from script_helper with compiled=True will lead to the following failure:

Traceback (most recent call last):
  File "D:\Projects\cpython\lib\test\test_cmd_line_script.py", line 305, in test_module_in_subpackage_in_zipfile
    zip_name, run_name = _make_test_zip_pkg(script_dir, 'test_zip', 'test_pkg', 'script', depth=2)
  File "D:\Projects\cpython\lib\test\test_cmd_line_script.py", line 86, in _make_test_zip_pkg
    source, depth, compiled=True)
  File "D:\Projects\cpython\lib\test\script_helper.py", line 158, in make_zip_pkg
    init_name = py_compile(init_name, doraise=True)
TypeError: 'module' object is not callable

The attached patch fixes this.

----------
components: Tests
files: script_helper_fix.patch
keywords: patch
messages: 220622
nosy: Claudiu.Popa
priority: normal
severity: normal
status: open
title: Module not callable in script_helper.py
versions: Python 3.5
Added file: http://bugs.python.org/file35644/script_helper_fix.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21770>
_______________________________________

From report at bugs.python.org  Sun Jun 15 11:22:27 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Sun, 15 Jun 2014 09:22:27 +0000
Subject: [issue21736] Add __file__ attribute to frozen modules
In-Reply-To: <CADiSq7d_SNdo3EWOxTmcAdWPtQRi_UoZb+zxwHZG4PXQf+z+pg@mail.gmail.com>
Message-ID: <539D65D1.3010606@egenix.com>


Marc-Andre Lemburg added the comment:

On 15.06.2014 01:53, Nick Coghlan wrote:
> 
> Can we just drop "__file__" and set the origin for frozen modules to
> something that includes the original file name?

This wouldn't really help, because too much code out there uses
the __file__ attribute and assumes it's always available.

Note that the filename information is already available in the
code object's co_filename attribute.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21736>
_______________________________________

From report at bugs.python.org  Sun Jun 15 11:24:00 2014
From: report at bugs.python.org (Uwe)
Date: Sun, 15 Jun 2014 09:24:00 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1402824240.0.0.597898866944.issue21427@psf.upfronthosting.co.za>


Uwe added the comment:

problem is solved

observation
- installer problem only occurred on win7 32 bit with prior python installation
(my working system)
- When repeating the installer problem I noticed that a window was opened very shortly with python.exe running. An error message from this call resulted in the exit process of the installer
- the window popped up only for about 1second. A was reading (taking a video) that it was complaining about an error in numpy when calling imp.py in /python33/lib (the old installation, something wrong with libtool, bootstrap)
- I removed step by step all installed libraries, but the error still appeared
- I removed the prior python 3.3.5 installation completely, now the installer worked
- when opening the window with python, it was downloading something like setuptools (not absolutely sure about the name)
- a test with nose 1.3.3, numpy 1.8.1, scipy 0.14.0 (all from Gohlkes web site) went ok.
- unfortunately, the error message with the registry was not reflecting the problem

Hence, the solution is to remove the prior installation of python. That was not necessary in older versions and not necessary for win7 64 bit: strange.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Sun Jun 15 11:54:51 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sun, 15 Jun 2014 09:54:51 +0000
Subject: [issue21519] IDLE : Bug in keybinding validity check
In-Reply-To: <1400392455.89.0.13094614924.issue21519@psf.upfronthosting.co.za>
Message-ID: <1402826091.87.0.849269159717.issue21519@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

A small bug in line 185 in keybindingDialog.py. 'F2' appears twice and 'F3' is missing. Since this is a typo, I did not create a new issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21519>
_______________________________________

From report at bugs.python.org  Sun Jun 15 13:03:05 2014
From: report at bugs.python.org (Tal Einat)
Date: Sun, 15 Jun 2014 11:03:05 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1402830185.61.0.872830760434.issue21765@psf.upfronthosting.co.za>


Tal Einat added the comment:

AutoComplete isn't doing hidden checks. My concern is that auto-completion happens automatically and the parsing is done synchronously, so if the parsing takes a significant amount of time it can cause a delay long enough to be noticeable by users. We should also consider the IDLE is being used on some relatively weak computers, such as Raspberry Pi. I have one for testing if needed!

Your suggestion of jumping backwards several characters at a time and calling isidentifier() seems problematic. For example, how would it deal with something like "2fast2furious"? Recognizing "fast2furious" as the identifier candidate is incorrect, but that's what we'd get with a straightforward implementation of your suggestion. I can't think of a way to get this right without be able to check if each character is valid for identifiers.

I still think the category(normalize(char)[0]) in {...} approach could be just fine. I'd really like to get feedback from an expert on unicode. The experts index lists three people as experts on unicodedata; I've added them to the nosy for this issue.

Once we have an identifier candidate, the code currently just checks that the first char is valid and that the identifier isn't a keyword. We probably should use str.isidentifier() instead of just checking the first character.

----------
nosy: +ezio.melotti, lemburg, loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sun Jun 15 14:25:50 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 12:25:50 +0000
Subject: [issue18507] import_init() should not use Py_FatalError() but return
 an error
In-Reply-To: <1374269951.83.0.221076121181.issue18507@psf.upfronthosting.co.za>
Message-ID: <1402835150.06.0.473870655937.issue18507@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Just making sure this hasn't slipped under the radar.

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18507>
_______________________________________

From report at bugs.python.org  Sun Jun 15 14:42:15 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 12:42:15 +0000
Subject: [issue14017] Make it easy to create a new TextIOWrapper based on an
 existing
In-Reply-To: <1329263373.63.0.201487376726.issue14017@psf.upfronthosting.co.za>
Message-ID: <1402836135.67.0.539046480422.issue14017@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Nick would you like or even need this in 3.5?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14017>
_______________________________________

From report at bugs.python.org  Sun Jun 15 14:53:04 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 12:53:04 +0000
Subject: [issue16133] asyncore.dispatcher.recv doesn't handle EAGAIN /
 EWOULDBLOCK
In-Reply-To: <1349366792.42.0.417654527681.issue16133@psf.upfronthosting.co.za>
Message-ID: <1402836784.0.0.610700092487.issue16133@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Could we have a review of the latest path from Xavier please.

Aside, msg172160 "add Windows project file for _sha3 module. I choose to build _sha3 as a sparat module as it's rather large (190k for AMD64).", presumably Christian mistyped an issue number?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16133>
_______________________________________

From report at bugs.python.org  Sun Jun 15 15:02:58 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 13:02:58 +0000
Subject: [issue11322] encoding package's normalize_encoding() function is
 too	slow
In-Reply-To: <1298649332.11.0.637901441206.issue11322@psf.upfronthosting.co.za>
Message-ID: <1402837378.15.0.77472735735.issue11322@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

What's the status of this issue, as we've lived with this really slow implementation for well over three years?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11322>
_______________________________________

From report at bugs.python.org  Sun Jun 15 15:11:59 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 13:11:59 +0000
Subject: [issue15506] configure should use PKG_PROG_PKG_CONFIG
In-Reply-To: <1343670741.23.0.818269374942.issue15506@psf.upfronthosting.co.za>
Message-ID: <1402837919.35.0.012449218785.issue15506@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I've guessed at the versions impacted, assuming of course that the change proposed inline in msg166915 is acceptable.  I'm sorry but I don't know who is best qualified to put on the nosy list for this issue.

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15506>
_______________________________________

From report at bugs.python.org  Sun Jun 15 15:18:13 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 13:18:13 +0000
Subject: [issue18875] Automatic insertion of the closing parentheses, brackets,
 and braces
In-Reply-To: <1377777498.6.0.468253349222.issue18875@psf.upfronthosting.co.za>
Message-ID: <1402838293.83.0.957375288778.issue18875@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I'd like to see this feature as I've been using IDLE quite a lot recently and I'm so used to seeing it in other IDEs.

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18875>
_______________________________________

From mal at egenix.com  Sun Jun 15 15:19:53 2014
From: mal at egenix.com (M.-A. Lemburg)
Date: Sun, 15 Jun 2014 15:19:53 +0200
Subject: [issue11322] encoding package's normalize_encoding() function
 is too	slow
In-Reply-To: <1402837378.15.0.77472735735.issue11322@psf.upfronthosting.co.za>
References: <1402837378.15.0.77472735735.issue11322@psf.upfronthosting.co.za>
Message-ID: <539D9D79.7020109@egenix.com>

On 15.06.2014 15:02, Mark Lawrence wrote:
> 
> What's the status of this issue, as we've lived with this really slow implementation for well over three years?

I guess it just needs someone to write a patch.

Note that encoding lookups are cached, so the slowness only
becomes an issue if you lookup lots of different encodings.

-- 
Marc-Andre Lemburg
eGenix.com


From report at bugs.python.org  Sun Jun 15 15:19:56 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Sun, 15 Jun 2014 13:19:56 +0000
Subject: [issue11322] encoding package's normalize_encoding() function is
 too	slow
In-Reply-To: <1402837378.15.0.77472735735.issue11322@psf.upfronthosting.co.za>
Message-ID: <539D9D79.7020109@egenix.com>


Marc-Andre Lemburg added the comment:

On 15.06.2014 15:02, Mark Lawrence wrote:
> 
> What's the status of this issue, as we've lived with this really slow implementation for well over three years?

I guess it just needs someone to write a patch.

Note that encoding lookups are cached, so the slowness only
becomes an issue if you lookup lots of different encodings.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11322>
_______________________________________

From report at bugs.python.org  Sun Jun 15 15:22:28 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 13:22:28 +0000
Subject: [issue14540] Crash in Modules/_ctypes/libffi/src/dlmalloc.c on
 ia64-hp-hpux11.31
In-Reply-To: <1334023876.29.0.692126392594.issue14540@psf.upfronthosting.co.za>
Message-ID: <1402838548.36.0.123344326202.issue14540@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is this still a problem given that we're two years on and up to Python 2.7.7?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14540>
_______________________________________

From report at bugs.python.org  Sun Jun 15 15:25:09 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 13:25:09 +0000
Subject: [issue15954] No error checking after using of the wcsxfrm()
In-Reply-To: <1347876874.21.0.668678433738.issue15954@psf.upfronthosting.co.za>
Message-ID: <1402838709.23.0.505598737583.issue15954@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Serhiy will you follow up on this?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15954>
_______________________________________

From report at bugs.python.org  Sun Jun 15 15:29:44 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 13:29:44 +0000
Subject: [issue13779] os.walk: bottom-up
In-Reply-To: <1326452589.73.0.0617213643117.issue13779@psf.upfronthosting.co.za>
Message-ID: <1402838984.71.0.983821131428.issue13779@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The OP is happy with the proposed doc patch so can we have this committed please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13779>
_______________________________________

From report at bugs.python.org  Sun Jun 15 15:36:19 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 13:36:19 +0000
Subject: [issue21095] EmailMessage should support Header objects
In-Reply-To: <1396064006.24.0.869969435717.issue21095@psf.upfronthosting.co.za>
Message-ID: <1402839379.48.0.961361064413.issue21095@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@David can we have your comments please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21095>
_______________________________________

From report at bugs.python.org  Sun Jun 15 15:38:46 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 13:38:46 +0000
Subject: [issue10118] Tkinter does not find font
In-Reply-To: <1287192630.89.0.924571330725.issue10118@psf.upfronthosting.co.za>
Message-ID: <1402839526.11.0.631508141287.issue10118@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is this still a problem with tcl/tk 8.6?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10118>
_______________________________________

From report at bugs.python.org  Sun Jun 15 16:07:16 2014
From: report at bugs.python.org (=?utf-8?q?Uwe_Kleine-K=C3=B6nig?=)
Date: Sun, 15 Jun 2014 14:07:16 +0000
Subject: [issue21771] name of 2nd parameter to itertools.groupby()
Message-ID: <1402841236.86.0.756808540729.issue21771@psf.upfronthosting.co.za>


New submission from Uwe Kleine-K?nig:

The name of the 2nd parameter to itertools.groupby() is documented inconsitently. Sometimes it's "key", sometimes "keyfunc". The code actually uses "key", so I adapted all occurences I found to "key".

>>> from itertools import groupby
>>> groupby.__doc__
'groupby(iterable[, keyfunc]) -> create an iterator which returns\n(key, sub-iterator) grouped by each value of key(value).\n'

>>> groupby([], keyfunc=lambda x: x)
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: 'keyfunc' is an invalid keyword argument for this function

>>> groupby([], key=lambda x: x)
<itertools.groupby object at 0x7fee025d2048>

----------
assignee: docs at python
components: Documentation
files: groupby-keyfunc.patch
keywords: patch
messages: 220639
nosy: docs at python, ukl
priority: normal
severity: normal
status: open
title: name of 2nd parameter to itertools.groupby()
type: enhancement
versions: Python 2.7, Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35645/groupby-keyfunc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21771>
_______________________________________

From report at bugs.python.org  Sun Jun 15 16:26:53 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 14:26:53 +0000
Subject: [issue16181] cookielib.http2time raises ValueError for invalid date.
In-Reply-To: <1349813212.28.0.59101014442.issue16181@psf.upfronthosting.co.za>
Message-ID: <1402842413.41.0.243068389692.issue16181@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

A simple patch is attached so could someone take a look please, thanks.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16181>
_______________________________________

From report at bugs.python.org  Sun Jun 15 16:32:05 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 14:32:05 +0000
Subject: [issue15025] httplib and http.client are missing response messages
 for defined WEBDAV responses, e.g., UNPROCESSABLE_ENTITY (422)
In-Reply-To: <1339067742.9.0.619240246861.issue15025@psf.upfronthosting.co.za>
Message-ID: <1402842725.63.0.0351349429058.issue15025@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can someone take a look please as nobody is given against http in the experts index.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15025>
_______________________________________

From report at bugs.python.org  Sun Jun 15 16:36:30 2014
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 15 Jun 2014 14:36:30 +0000
Subject: [issue16181] cookielib.http2time raises ValueError for invalid date.
In-Reply-To: <1349813212.28.0.59101014442.issue16181@psf.upfronthosting.co.za>
Message-ID: <1402842990.03.0.566658211503.issue16181@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
stage:  -> patch review
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16181>
_______________________________________

From report at bugs.python.org  Sun Jun 15 16:40:34 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 14:40:34 +0000
Subject: [issue16587] Py_Initialize breaks wprintf on Windows
In-Reply-To: <1354321432.5.0.798652538273.issue16587@psf.upfronthosting.co.za>
Message-ID: <1402843234.62.0.290144497615.issue16587@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I'll let our Windows gurus fight over who gets this one :)

----------
nosy: +BreamoreBoy, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16587>
_______________________________________

From report at bugs.python.org  Sun Jun 15 16:52:09 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 14:52:09 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1402843929.12.0.736630744389.issue14534@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Do we have a consensus as to whether or not David's proposed solution is acceptable?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Sun Jun 15 16:54:14 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 14:54:14 +0000
Subject: [issue15476] Add "code object" to glossary
In-Reply-To: <1343459471.56.0.370073010984.issue15476@psf.upfronthosting.co.za>
Message-ID: <1402844054.01.0.64948005045.issue15476@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed given msg169859 and msg169861?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15476>
_______________________________________

From report at bugs.python.org  Sun Jun 15 17:03:08 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 15:03:08 +0000
Subject: [issue15680] PEP 3121 refactoring applied to audioop module
In-Reply-To: <1345105315.06.0.844994480517.issue15680@psf.upfronthosting.co.za>
Message-ID: <1402844588.21.0.639574618752.issue15680@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Could somebody review the attached patch please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15680>
_______________________________________

From report at bugs.python.org  Sun Jun 15 17:11:59 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 15 Jun 2014 15:11:59 +0000
Subject: [issue21095] EmailMessage should support Header objects
In-Reply-To: <1396064006.24.0.869969435717.issue21095@psf.upfronthosting.co.za>
Message-ID: <1402845119.75.0.64151843923.issue21095@psf.upfronthosting.co.za>


R. David Murray added the comment:

I have to look at the implementation to remind myself how hard this would be to implement.  The goal was to leave Header a legacy API...if you need that level of control, you use the old API.  But I can see the functionality argument, and Header *is* a reasonable API for building such a custom header.  It may be a while before I have time to take a look at it, though, so if anyone else wants to take a look, feel free :)

One problem is that while the parser does retain the cte of each encoded word, if the header is refolded for any reason the cte is (often? always? I don't remember) ignored because encoded words may be recombined during folding.  And if you are creating the header inside a program, that header is going to get refolded on serialization, unless max_line_length is set to 0/None or the header fits on one line.

So it's not obvious to me that this can work at all.  What *could* work would be to have a policy setting to use something other than utf-8 for the CTE for encoding headers, but that would be a global setting (applying to all headers that are refolded during serialization).

Basically, controlling the CTE of encoded words on an individual basis goes directly against the model used by the new Email API: in that model, the "model" of the email message is the *decoded* version of the message, and serialization is responsible for doing whatever CTE encoding is appropriate.  The goal is to *hide* the details of the RFCs from the library user.  So, if you want control at that level, you have to go back to the old API, which required you do understand what you were doing at the RFC level...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21095>
_______________________________________

From report at bugs.python.org  Sun Jun 15 17:29:34 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 15 Jun 2014 15:29:34 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <1402784210.73.0.906295011088.issue21763@psf.upfronthosting.co.za>
Message-ID: <1402846174.41.0.68556802469.issue21763@psf.upfronthosting.co.za>


R. David Murray added the comment:

I don't think that's true, though.  "file like" pretty much means "has the file attributes that I actually use".  That is, it is context dependent (duck typing).

I'm also not sure I see the point in the change.  It is inherent in the definition of what ABCs are.  I think the language should be audited for imperative/prescriptive voice, though:

  Flush and close this stream. If called again, do nothing. Once the file is closed, any operation on the file (e.g. reading or writing) should raise a ValueError.

My use of 'should' there might be controversial, though, since in the default implementation 'will' is correct.  If 'will' is kept, then perhaps some variation of your note would be appropriate.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Sun Jun 15 17:39:11 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 15 Jun 2014 15:39:11 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1402846751.81.0.669533726314.issue14534@psf.upfronthosting.co.za>


R. David Murray added the comment:

It's Michael's solution that is under consideration, and I guess no one has felt strongly enough about having it to write a patch.  So this issue stays in limbo until someone does.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Sun Jun 15 18:23:35 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 16:23:35 +0000
Subject: [issue1102] Add support for _msi.Record.GetString() and
 _msi.Record.GetInteger()
In-Reply-To: <1188940010.27.0.383470464739.issue1102@psf.upfronthosting.co.za>
Message-ID: <1402849415.6.0.031825112063.issue1102@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can someone review the latest patch please as it's only five additional lines of C code.

----------
nosy: +BreamoreBoy, steve.dower, zach.ware
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1102>
_______________________________________

From report at bugs.python.org  Sun Jun 15 18:46:39 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 16:46:39 +0000
Subject: [issue6926] socket module missing IPPROTO_IPV6, IPPROTO_IPV4
In-Reply-To: <1253143086.64.0.131724035197.issue6926@psf.upfronthosting.co.za>
Message-ID: <1402850799.8.0.323199700163.issue6926@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

As XP is now out of support here are links http://legacy.python.org/dev/peps/pep-0011/#microsoft-windows http://support.microsoft.com/lifecycle/ that I hope come in useful.

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6926>
_______________________________________

From report at bugs.python.org  Sun Jun 15 18:49:57 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Jun 2014 16:49:57 +0000
Subject: [issue18875] Automatic insertion of the closing parentheses, brackets,
 and braces
In-Reply-To: <1377777498.6.0.468253349222.issue18875@psf.upfronthosting.co.za>
Message-ID: <1402850997.46.0.965847986581.issue18875@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I have never actually used this feature, and I do not see it in Notepad++. I worry that some people, especially beginners with no experience of this 'feature' would hate this, so it would have to be optional.

Do you literally mean 'parentheses' or also square and curly brackets?  How about quotes? An autocloser here would be useful as Idle would not mishighlight the remainer of the text.

How does it increase speed? Hitting -> to skip over the closer is hardly faster that typing the closer. It might reduce errors though.

Tal, any opinion on this?

----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18875>
_______________________________________

From report at bugs.python.org  Sun Jun 15 19:11:27 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 17:11:27 +0000
Subject: [issue11717] conflicting definition of ssize_t in pyconfig.h
In-Reply-To: <1301443864.94.0.799403342642.issue11717@psf.upfronthosting.co.za>
Message-ID: <1402852287.99.0.71482347193.issue11717@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is the patch acceptable?

----------
nosy: +BreamoreBoy, steve.dower, tim.golden, zach.ware
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11717>
_______________________________________

From report at bugs.python.org  Sun Jun 15 19:15:57 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 17:15:57 +0000
Subject: [issue4918] Windows installer created with Python X.Y does not work
 with Python X.Y+1
In-Reply-To: <1231738106.14.0.212121765754.issue4918@psf.upfronthosting.co.za>
Message-ID: <1402852557.74.0.215451774215.issue4918@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
components:  -Distutils2
nosy: +dstufft
versions: +Python 3.4, Python 3.5 -3rd party, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4918>
_______________________________________

From report at bugs.python.org  Sun Jun 15 19:16:15 2014
From: report at bugs.python.org (Tal Einat)
Date: Sun, 15 Jun 2014 17:16:15 +0000
Subject: [issue18875] Automatic insertion of the closing parentheses, brackets,
 and braces
In-Reply-To: <1377777498.6.0.468253349222.issue18875@psf.upfronthosting.co.za>
Message-ID: <1402852575.72.0.199225553051.issue18875@psf.upfronthosting.co.za>


Tal Einat added the comment:

I like the idea, though it's really just nice to have. This is a very common in IDEs these days, and whoever finds it annoying will be able to disable it.

If we do this, we should go all the way and close square and curly brackets, parenthesis, and quotes (including triple quotes!).

Also, any implementation must allow typing the closing parenthesis to actually just move the cursor beyond the automatically generated closer. Getting this right is more difficult than it sounds! But certainly possible.

I actually seem to recall having seen this implemented for IDLE quite a few years ago. I might even have been the one to implement it... I can't see any mention in IDLE-Spoon, IdleX or VIDLE, though. I'll take a look through my old files when I get the chance back home.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18875>
_______________________________________

From report at bugs.python.org  Sun Jun 15 19:32:30 2014
From: report at bugs.python.org (Tor Colvin)
Date: Sun, 15 Jun 2014 17:32:30 +0000
Subject: [issue21772] platform.uname() not EINTR safe
Message-ID: <1402853550.81.0.562777788511.issue21772@psf.upfronthosting.co.za>


New submission from Tor Colvin:

platform.uname() periodically spews EINTR errors on mac - so use subproces.communicate() which is EINTR safe after http://bugs.python.org/issue1068268

Calling f.read() on naked os.open() output can produce "IOError: [Errno 4] Interrupted system call". Attached is a suggested fix.

----------
files: platform.py.fix
messages: 220654
nosy: Tor.Colvin
priority: normal
severity: normal
status: open
title: platform.uname() not EINTR safe
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35646/platform.py.fix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21772>
_______________________________________

From report at bugs.python.org  Sun Jun 15 19:35:00 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Sun, 15 Jun 2014 17:35:00 +0000
Subject: [issue21709] logging.__init__ assumes that __file__ is always set
In-Reply-To: <1402434954.06.0.638044906796.issue21709@psf.upfronthosting.co.za>
Message-ID: <1402853700.43.0.958857904868.issue21709@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> Isn't __code__ implementation-specific?

Further data point: the contents of __code__ might be implementation-specific (as there are no other Python 3 implementations), but the 2.x equivalent, func_code, is to be found in CPython, Jython, IronPython and PyPy, and in each case it has a co_filename attribute pointing to a source file. Other internal details no doubt differ.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21709>
_______________________________________

From report at bugs.python.org  Sun Jun 15 19:56:57 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Jun 2014 17:56:57 +0000
Subject: [issue10118] Tkinter does not find font
In-Reply-To: <1287192630.89.0.924571330725.issue10118@psf.upfronthosting.co.za>
Message-ID: <1402855017.93.0.524609147241.issue10118@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Mark, On Windows, 3.4 comes with tck/tk 8.6. I am guessing that you built not on windows. In any case, tkinter has had several patches since you last posted, not all backported to 2.7, so an updated report with 3.4 or 3.5 and 8.6 would help delineate the scope of the font recognition problem.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10118>
_______________________________________

From report at bugs.python.org  Sun Jun 15 20:08:19 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 18:08:19 +0000
Subject: [issue9693] asynchat push_callable() patch
In-Reply-To: <1282839592.68.0.629507252463.issue9693@psf.upfronthosting.co.za>
Message-ID: <1402855699.67.0.588112348572.issue9693@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is this ever likely to get applied given the arrival of asyncio?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9693>
_______________________________________

From report at bugs.python.org  Sun Jun 15 20:12:11 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 18:12:11 +0000
Subject: [issue6911] Document changes in asynchat
In-Reply-To: <1252942019.67.0.473669726807.issue6911@psf.upfronthosting.co.za>
Message-ID: <1402855931.24.0.542449757847.issue6911@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is it worth applying the latest patch given that asynchat is deprecated in favour of asyncio?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6911>
_______________________________________

From report at bugs.python.org  Sun Jun 15 20:16:31 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 18:16:31 +0000
Subject: [issue18959] Create a "Superseded modules" section in standard
 library ToC
In-Reply-To: <1378559362.61.0.726437189184.issue18959@psf.upfronthosting.co.za>
Message-ID: <1402856191.31.0.862433812922.issue18959@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Would somebody review the attached patch please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18959>
_______________________________________

From report at bugs.python.org  Sun Jun 15 20:20:29 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Jun 2014 18:20:29 +0000
Subject: [issue15476] Index "code object" and link to code object definition
In-Reply-To: <1343459471.56.0.370073010984.issue15476@psf.upfronthosting.co.za>
Message-ID: <1402856429.58.0.649571658047.issue15476@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

There is no entry for 'code object' (unlike, for instance 'class object'). There is an entry for 'code' and a subentry for 'object' with four links.

The fourth link is to the short definition in the library manual:
https://docs.python.org/3/library/stdtypes.html#index-46
https://docs.python.org/3/library/stdtypes.html#code-objects
is better as it includes the header line. This is the one that should be used elsewhere.

The entry says "See The standard type hierarchy for more information."

The third link is to the long definition in the datamodel section.
https://docs.python.org/3/reference/datamodel.html#index-53
Again, the header line is cut off. I presume this is because the index directive is after rather than before the header line. I think the short definition should point directly here.

The second link is to code objects in the C-API
https://docs.python.org/3/c-api/code.html#index-0

The first link is to marshal, because marshal marshals code objects. 

In other words, the unlabeled links are in the reverse order of what one would want. More helpful would be something like

code object
  C-API
  definition
  marshal

----------
title: Add "code object" to glossary -> Index "code object" and link to code object definition

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15476>
_______________________________________

From report at bugs.python.org  Sun Jun 15 20:24:23 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 18:24:23 +0000
Subject: [issue14759] BSDDB license missing from liscense page in 2.7.
In-Reply-To: <1336525700.66.0.626657341837.issue14759@psf.upfronthosting.co.za>
Message-ID: <1402856663.94.0.0999727463729.issue14759@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I think msg160322 and msg160339 are saying this isn't an issue.  If I'm correct it can be closed. If I'm wrong who is best placed to provide the needed patch?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14759>
_______________________________________

From report at bugs.python.org  Sun Jun 15 20:24:49 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 15 Jun 2014 18:24:49 +0000
Subject: [issue1102] Add support for _msi.Record.GetString() and
 _msi.Record.GetInteger()
In-Reply-To: <1188940010.27.0.383470464739.issue1102@psf.upfronthosting.co.za>
Message-ID: <1402856689.1.0.694723714003.issue1102@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy:  -terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1102>
_______________________________________

From report at bugs.python.org  Sun Jun 15 20:42:44 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Sun, 15 Jun 2014 18:42:44 +0000
Subject: [issue20578] BufferedIOBase.readinto1 is missing
In-Reply-To: <1391991229.05.0.363628736117.issue20578@psf.upfronthosting.co.za>
Message-ID: <1402857764.97.0.561280456898.issue20578@psf.upfronthosting.co.za>


Nikolaus Rath added the comment:

As discussed on python-devel, I'm attaching a new patch that uses memoryview.cast to ensure that the pure-Python readinto() now works with any object implementing the buffer protocol.

----------
Added file: http://bugs.python.org/file35647/issue20578_r5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20578>
_______________________________________

From report at bugs.python.org  Sun Jun 15 20:50:41 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Sun, 15 Jun 2014 18:50:41 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <1402846174.41.0.68556802469.issue21763@psf.upfronthosting.co.za>
Message-ID: <539DEAF9.70407@rath.org>


Nikolaus Rath added the comment:

On 06/15/2014 08:29 AM, R. David Murray wrote:
> I don't think that's true, though.  "file like" pretty much means "has the file attributes that I actually use".  That is, it is context dependent (duck typing).

Well, but when you pass your file-like object to some function from the
standard library, you don't know what file attributes will be used. So
to make sure that things work as expected, you have to make sure that
your file-like object behaves as prescribed by the IOBase* classes.

> I'm also not sure I see the point in the change.  It is inherent in the definition of what ABCs are. 

True. But not everyone reading the io documentation is familiar enough
with ABCs to immediately make that mental translation.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Sun Jun 15 20:55:25 2014
From: report at bugs.python.org (Tal Einat)
Date: Sun, 15 Jun 2014 18:55:25 +0000
Subject: [issue18875] Automatic insertion of the closing parentheses, brackets,
 and braces
In-Reply-To: <1377777498.6.0.468253349222.issue18875@psf.upfronthosting.co.za>
Message-ID: <1402858525.59.0.494499688448.issue18875@psf.upfronthosting.co.za>


Tal Einat added the comment:

Well, I was wrong. I can't find anything of the sort in my old IDLE files.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18875>
_______________________________________

From report at bugs.python.org  Sun Jun 15 21:08:21 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Sun, 15 Jun 2014 19:08:21 +0000
Subject: [issue20578] BufferedIOBase.readinto1 is missing
In-Reply-To: <1391991229.05.0.363628736117.issue20578@psf.upfronthosting.co.za>
Message-ID: <1402859301.24.0.521363512185.issue20578@psf.upfronthosting.co.za>


Nikolaus Rath added the comment:

(refreshed patch, no changes)

----------
Added file: http://bugs.python.org/file35648/issue20578_r6.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20578>
_______________________________________

From report at bugs.python.org  Sun Jun 15 21:34:12 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 19:34:12 +0000
Subject: [issue8029] bug in 2to3 dealing with "print FOO,
 " followed by "sys.stdout.write('')"
In-Reply-To: <1267312123.13.0.138693680363.issue8029@psf.upfronthosting.co.za>
Message-ID: <1402860852.47.0.835774543359.issue8029@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Benjamin could you review the patch please.

----------
nosy: +BreamoreBoy
type:  -> behavior
versions: +Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8029>
_______________________________________

From report at bugs.python.org  Sun Jun 15 21:44:32 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Sun, 15 Jun 2014 19:44:32 +0000
Subject: [issue15954] No error checking after using of the wcsxfrm()
In-Reply-To: <1347876874.21.0.668678433738.issue15954@psf.upfronthosting.co.za>
Message-ID: <1402861472.54.0.0838980399328.issue15954@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I have no Windows and can't provide relevant test case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15954>
_______________________________________

From report at bugs.python.org  Sun Jun 15 22:09:10 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 20:09:10 +0000
Subject: [issue8630] Keepends param in codec readline(s)
In-Reply-To: <1273077495.73.0.386813094956.issue8630@psf.upfronthosting.co.za>
Message-ID: <1402862950.15.0.268262636843.issue8630@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

As codecs.py has changed I've generated a patch file which adds the missing parameters.  I looked at test_codecs.py but could only find one reference to the StreamReaderWriter class in WithStmtTest.  I'm sorry but I'll have to leave writing tests for StreamReaderWriter to somebody that's better qualified than myself.

----------
keywords: +patch
nosy: +BreamoreBoy
Added file: http://bugs.python.org/file35649/Issue8630.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8630>
_______________________________________

From report at bugs.python.org  Sun Jun 15 22:09:13 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sun, 15 Jun 2014 20:09:13 +0000
Subject: [issue21773] Fix a NameError in test_enum
Message-ID: <1402862953.59.0.696190178474.issue21773@psf.upfronthosting.co.za>


New submission from Claudiu Popa:

There's a bug in test_enum.TestStdLib.test_pydoc, print_diffs is undefined and using assertEqual seems to be clearer.

----------
components: Tests
files: test_enum.patch
keywords: patch
messages: 220669
nosy: Claudiu.Popa, ethan.furman
priority: normal
severity: normal
status: open
title: Fix a NameError in test_enum
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35650/test_enum.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21773>
_______________________________________

From report at bugs.python.org  Sun Jun 15 22:11:29 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sun, 15 Jun 2014 20:11:29 +0000
Subject: [issue19714] Add tests for importlib.machinery.WindowsRegistryFinder
In-Reply-To: <1385139731.13.0.379714643713.issue19714@psf.upfronthosting.co.za>
Message-ID: <1402863089.55.0.968788013293.issue19714@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
stage: test needed -> patch review
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19714>
_______________________________________

From report at bugs.python.org  Sun Jun 15 22:19:46 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 20:19:46 +0000
Subject: [issue9008] CGIHTTPServer support for arbitrary CGI scripts
In-Reply-To: <1276683224.45.0.0857224786266.issue9008@psf.upfronthosting.co.za>
Message-ID: <1402863586.73.0.0428739623621.issue9008@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Senthil Kumaran/orsenthil can you pick this up as implied in msg107919?

----------
nosy: +BreamoreBoy
type:  -> enhancement
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9008>
_______________________________________

From report at bugs.python.org  Sun Jun 15 22:20:24 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sun, 15 Jun 2014 20:20:24 +0000
Subject: [issue19714] Add tests for importlib.machinery.WindowsRegistryFinder
In-Reply-To: <1385139731.13.0.379714643713.issue19714@psf.upfronthosting.co.za>
Message-ID: <1402863624.81.0.81822534277.issue19714@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Attached a new version of the patch. The previous one called find_spec twice in the same test.

----------
Added file: http://bugs.python.org/file35651/issue19714_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19714>
_______________________________________

From report at bugs.python.org  Sun Jun 15 22:35:53 2014
From: report at bugs.python.org (Ned Deily)
Date: Sun, 15 Jun 2014 20:35:53 +0000
Subject: [issue15506] configure should use PKG_PROG_PKG_CONFIG
In-Reply-To: <1343670741.23.0.818269374942.issue15506@psf.upfronthosting.co.za>
Message-ID: <1402864553.62.0.757924931109.issue15506@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +doko

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15506>
_______________________________________

From report at bugs.python.org  Sun Jun 15 22:38:59 2014
From: report at bugs.python.org (Ned Deily)
Date: Sun, 15 Jun 2014 20:38:59 +0000
Subject: [issue21771] name of 2nd parameter to itertools.groupby()
In-Reply-To: <1402841236.86.0.756808540729.issue21771@psf.upfronthosting.co.za>
Message-ID: <1402864739.62.0.0824920276771.issue21771@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21771>
_______________________________________

From report at bugs.python.org  Sun Jun 15 22:43:29 2014
From: report at bugs.python.org (Ned Deily)
Date: Sun, 15 Jun 2014 20:43:29 +0000
Subject: [issue21772] platform.uname() not EINTR safe
In-Reply-To: <1402853550.81.0.562777788511.issue21772@psf.upfronthosting.co.za>
Message-ID: <1402865009.71.0.318424858284.issue21772@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21772>
_______________________________________

From report at bugs.python.org  Sun Jun 15 22:48:24 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 20:48:24 +0000
Subject: [issue15954] No error checking after using of the wcsxfrm()
In-Reply-To: <1347876874.21.0.668678433738.issue15954@psf.upfronthosting.co.za>
Message-ID: <1402865304.06.0.327829816734.issue15954@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Serhiy you don't need Windows, msg170593 refers to a Linux man page.  Reading your msg170595 I'd guess that you've got confused with a similar function that is Windows specific.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15954>
_______________________________________

From report at bugs.python.org  Sun Jun 15 23:05:11 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sun, 15 Jun 2014 21:05:11 +0000
Subject: [issue21774] Fix a NameError in xml.dom.minidom
Message-ID: <1402866311.66.0.898311617544.issue21774@psf.upfronthosting.co.za>


New submission from Claudiu Popa:

Hi. This patch fixes a NameError found in xml.dom.minidom. Here's an example for reproducing it:


from xml.dom import minidom
dom = minidom.parseString("<a>1</a>")
pi = dom.createProcessingInstruction('xml-stylesheet',
                                     'type="text/xsl" href="mystyle.xslt"')
pi.nodeValue = "4"

with output:


Traceback (most recent call last):
  File "a.py", line 5, in <module>
    pi.nodeValue = "4"
  File "C:\Python34\lib\xml\dom\minidom.py", line 979, in _set_nodeValue
    self.data = data
NameError: name 'data' is not defined

----------
components: Library (Lib)
files: minidom.patch
keywords: patch
messages: 220673
nosy: Claudiu.Popa
priority: normal
severity: normal
status: open
title: Fix a NameError in xml.dom.minidom
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file35652/minidom.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21774>
_______________________________________

From report at bugs.python.org  Sun Jun 15 23:26:02 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Jun 2014 21:26:02 +0000
Subject: [issue21771] name of 2nd parameter to itertools.groupby()
In-Reply-To: <1402841236.86.0.756808540729.issue21771@psf.upfronthosting.co.za>
Message-ID: <1402867562.12.0.847839991856.issue21771@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

There is a bit an inconsistency but it is more helpful than harmful most of the time.  The glossary defines a key-function which is used in a number of places such such as sorted(), min(), nsmallest() and others.  In all those cases, the parameter for the key-function is *key*.

It might feel "more consistent" to call it "key" everywhere, but that leaves out the explanation that *key* represents a key-function.

The other issue is that groupby() returns a (key, sub-iterator) pair where "key" is the result of key-function, not the key itself.

What we have now is imperfect but it does a reasonably good job helping people understand what the function does.  IMO, changing it to be "key" would make the docs less intelligible.

Thank you for the patch, but I'm going to pass on it.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21771>
_______________________________________

From report at bugs.python.org  Sun Jun 15 23:30:52 2014
From: report at bugs.python.org (Nadeem Vawda)
Date: Sun, 15 Jun 2014 21:30:52 +0000
Subject: [issue15955] gzip, bz2, lzma: add option to limit output size
In-Reply-To: <1347884562.79.0.801674791772.issue15955@psf.upfronthosting.co.za>
Message-ID: <1402867852.39.0.110762988242.issue15955@psf.upfronthosting.co.za>


Nadeem Vawda added the comment:

Sorry, I just haven't had any free time lately, and may still not be able
to give this the attention it deserves for another couple of weeks.

Serhiy, would you be interested in reviewing Nikolaus' patch?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15955>
_______________________________________

From report at bugs.python.org  Sun Jun 15 23:37:40 2014
From: report at bugs.python.org (Greg Ward)
Date: Sun, 15 Jun 2014 21:37:40 +0000
Subject: [issue21775] shutil.copytree() crashes copying to VFAT on Linux:
 AttributeError: 'PermissionError' object has no attribute 'winerror'
Message-ID: <1402868260.95.0.79401871707.issue21775@psf.upfronthosting.co.za>


New submission from Greg Ward:

When using shutil.copytree() on Linux to copy to a VFAT filesystem, it crashes like this:

Traceback (most recent call last):
  File "/data/src/cpython/3.4/Lib/shutil.py", line 336, in copytree
    copystat(src, dst)
  File "/data/src/cpython/3.4/Lib/shutil.py", line 190, in copystat
    lookup("chmod")(dst, mode, follow_symlinks=follow)
PermissionError: [Errno 1] Operation not permitted: '/mnt/example_nt'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "copytree-crash.py", line 14, in <module>
    shutil.copytree('PC/example_nt', '/mnt/example_nt')
  File "/data/src/cpython/3.4/Lib/shutil.py", line 339, in copytree
    if why.winerror is None:
AttributeError: 'PermissionError' object has no attribute 'winerror'

I am *not* complaining about the PermissionError. That has been issue1545. Rather, I'm complaining about the crash that happens while attempting to handle the PermissionError.

Reproducing this is fairly easy, although it requires root privilege.

1. dd if=/dev/zero of=dummy bs=1024 count=1024
2. mkfs.vfat -v dummy
3. sudo mount -o loop /tmp/dummy /mnt

Then create the reproduction script in the root of Python's source dir:

cat > copytree-crash.py <<EOF
import os
import shutil

# assumptions:
#   1. /mnt is a directory writeable by current user
#   2. /mnt is a VFAT filesystem
#   3. current OS is Linux-ish

if os.path.exists('/mnt/example_nt'):
    print('cleaning up')
    shutil.rmtree('/mnt/example_nt')

print('copying')
shutil.copytree('PC/example_nt', '/mnt/example_nt')
EOF

and run it:

sudo ./python copytree-crash.py

Crash happens as documented above.

----------
components: Library (Lib)
messages: 220676
nosy: gward
priority: normal
severity: normal
status: open
title: shutil.copytree() crashes copying to VFAT on Linux: AttributeError: 'PermissionError' object has no attribute 'winerror'
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21775>
_______________________________________

From report at bugs.python.org  Sun Jun 15 23:37:45 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Jun 2014 21:37:45 +0000
Subject: [issue21774] Fix a NameError in xml.dom.minidom
In-Reply-To: <1402866311.66.0.898311617544.issue21774@psf.upfronthosting.co.za>
Message-ID: <1402868265.8.0.981829208911.issue21774@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21774>
_______________________________________

From report at bugs.python.org  Sun Jun 15 23:40:21 2014
From: report at bugs.python.org (Greg Ward)
Date: Sun, 15 Jun 2014 21:40:21 +0000
Subject: [issue21775] shutil.copytree() crashes copying to VFAT on Linux:
 AttributeError: 'PermissionError' object has no attribute 'winerror'
In-Reply-To: <1402868260.95.0.79401871707.issue21775@psf.upfronthosting.co.za>
Message-ID: <1402868421.76.0.17615842884.issue21775@psf.upfronthosting.co.za>


Greg Ward added the comment:

In 3.3 and earlier, copytree() crashes roughly as described in issue1545, with shutil.Error that wraps the underlying "Operation not permitted" error from trying to chmod() something in a VFAT filesystem. Since this appears to accurately reflect what's coming from the kernel, I don't *think* this is a bug. Only the AttributeError, which is new in 3.4, is clearly a bug.

----------
keywords: +3.4regression

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21775>
_______________________________________

From report at bugs.python.org  Sun Jun 15 23:43:39 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 21:43:39 +0000
Subject: [issue8677] Modules needing PY_SSIZE_T_CLEAN
In-Reply-To: <1273521580.77.0.503810144474.issue8677@psf.upfronthosting.co.za>
Message-ID: <1402868619.42.0.948458283275.issue8677@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Given the rise of the 64 bit machine I'd guess that this needs completing sooner rather than later.  I'd volunteer myself but I've never heard of the '#' format codes, let alone know anything about them :-(

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8677>
_______________________________________

From report at bugs.python.org  Sun Jun 15 23:44:19 2014
From: report at bugs.python.org (Greg Ward)
Date: Sun, 15 Jun 2014 21:44:19 +0000
Subject: [issue21775] shutil.copytree() crashes copying to VFAT on Linux:
 AttributeError: 'PermissionError' object has no attribute 'winerror'
In-Reply-To: <1402868260.95.0.79401871707.issue21775@psf.upfronthosting.co.za>
Message-ID: <1402868659.32.0.421803206367.issue21775@psf.upfronthosting.co.za>


Greg Ward added the comment:

Bad news: because reproducing this requires sudo (to mount an arbitrary filesystem), I'm not sure it's possible/desirable to add test code for it.

Good news: the fix is trivial, and it passes my manual test. Here's a patch:

--- a/Lib/shutil.py
+++ b/Lib/shutil.py
@@ -336,7 +336,7 @@
         copystat(src, dst)
     except OSError as why:
         # Copying file access times may fail on Windows
-        if why.winerror is None:
+        if getattr(why, 'winerror', None) is None:
             errors.append((src, dst, str(why)))
     if errors:
         raise Error(errors)

Running test suite now to make sure this doesn't break anything else...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21775>
_______________________________________

From report at bugs.python.org  Sun Jun 15 23:49:11 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sun, 15 Jun 2014 21:49:11 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <539DEAF9.70407@rath.org>
Message-ID: <CADiSq7cTO08un0POtqzXqNLqQEyjM4KEODC_r5ij6GDzcA=iTw@mail.gmail.com>


Nick Coghlan added the comment:

Asking the question "Does it quack and walk *enough* like a duck for my
code to work and my tests to pass?" is part of the nature of ducktyping.

ABCs are definitely a useful guide to expectations, but even there it's
possible to lie to the interpreter and have "required" methods that raise
NotImplementedError, or do an explicit registration without implementing
the full interface.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Sun Jun 15 23:50:46 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 15 Jun 2014 21:50:46 +0000
Subject: [issue21774] Fix a NameError in xml.dom.minidom
In-Reply-To: <1402866311.66.0.898311617544.issue21774@psf.upfronthosting.co.za>
Message-ID: <3gs8Vs6xchz7LkX@mail.python.org>


Roundup Robot added the comment:

New changeset ca33faa214ab by Raymond Hettinger in branch '3.4':
Issue #21774: Fix incorrect variable in xml.dom.minidom
http://hg.python.org/cpython/rev/ca33faa214ab

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21774>
_______________________________________

From report at bugs.python.org  Sun Jun 15 23:54:59 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 15 Jun 2014 21:54:59 +0000
Subject: [issue21774] Fix a NameError in xml.dom.minidom
In-Reply-To: <1402866311.66.0.898311617544.issue21774@psf.upfronthosting.co.za>
Message-ID: <1402869299.15.0.304994211004.issue21774@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thanks for the patch.

I'm curious how did you notice this?

----------
resolution:  -> fixed
status: open -> closed
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21774>
_______________________________________

From report at bugs.python.org  Mon Jun 16 00:01:21 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sun, 15 Jun 2014 22:01:21 +0000
Subject: [issue21774] Fix a NameError in xml.dom.minidom
In-Reply-To: <1402866311.66.0.898311617544.issue21774@psf.upfronthosting.co.za>
Message-ID: <1402869681.25.0.214278403592.issue21774@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

My pleasure. I run Pylint from time to time over stdlib in order to find false positives for Pylint and in the process I stumble across these type of bugs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21774>
_______________________________________

From report at bugs.python.org  Mon Jun 16 00:12:24 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 15 Jun 2014 22:12:24 +0000
Subject: [issue4896] Faster why variable manipulation in ceval.c
In-Reply-To: <18791.24525.745699.580609@montanaro.dyndns.org>
Message-ID: <1402870344.26.0.424869171693.issue4896@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I'm guessing that a patch to ceval.c that's this old wouldn't apply cleanly now.  I'll rework it but only if the changes are highly likely to be accepted.  Given the mixed results previously reported this is not guaranteed.  Opinions please.

----------
nosy: +BreamoreBoy
type:  -> performance
versions: +Python 3.4, Python 3.5 -Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4896>
_______________________________________

From report at bugs.python.org  Mon Jun 16 00:39:22 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Sun, 15 Jun 2014 22:39:22 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <1402784210.73.0.906295011088.issue21763@psf.upfronthosting.co.za>
Message-ID: <1402871962.93.0.795652705838.issue21763@psf.upfronthosting.co.za>


Nikolaus Rath added the comment:

Maybe I'm missing some important point here, but I think that the documentation ought to tell me how I have to design a file-like object such that it fulfills all expectations of the standard library.

Yes, you can get away with less than that in many situations, but that doesn't mean that the documentation should not tell me about the full set of expectations.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Mon Jun 16 02:14:26 2014
From: report at bugs.python.org (William Ehlhardt)
Date: Mon, 16 Jun 2014 00:14:26 +0000
Subject: [issue15795] Zipfile.extractall does not preserve file permissions
In-Reply-To: <1346106964.12.0.723201722432.issue15795@psf.upfronthosting.co.za>
Message-ID: <1402877666.69.0.874170559083.issue15795@psf.upfronthosting.co.za>


Changes by William Ehlhardt <williamehlhardt at gmail.com>:


----------
nosy: +Orborde

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15795>
_______________________________________

From report at bugs.python.org  Mon Jun 16 03:11:24 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 16 Jun 2014 01:11:24 +0000
Subject: [issue20928] xml.etree.ElementInclude does not include nested
 xincludes
In-Reply-To: <1394829606.55.0.5394943571.issue20928@psf.upfronthosting.co.za>
Message-ID: <1402881084.65.0.71146294941.issue20928@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks Caelyn.  This patch also needs a doc patch and a whatsnew entry in order to be complete.  It's not obvious to me where the relevant documentation is, though, so perhaps we instead have missing documentation that should be addressed in a separate issue.  The whatsnew entry would still be needed, though.

However, I think there is something important missing here in the patch itself.  It is specified (section 4.2.7 Inclusion Loops) that it is a fatal error for an already included document to be specified in a recursively processed xinclude directive, and indeed failing to detect such a loop has DOS implications.  So, the patch needs to address that before it can be committed.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20928>
_______________________________________

From report at bugs.python.org  Mon Jun 16 03:14:02 2014
From: report at bugs.python.org (Martin Panter)
Date: Mon, 16 Jun 2014 01:14:02 +0000
Subject: [issue9008] CGIHTTPServer support for arbitrary CGI scripts
In-Reply-To: <1276683224.45.0.0857224786266.issue9008@psf.upfronthosting.co.za>
Message-ID: <1402881242.65.0.386054393625.issue9008@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
nosy: +vadmium

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9008>
_______________________________________

From report at bugs.python.org  Mon Jun 16 03:26:33 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 16 Jun 2014 01:26:33 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <1402784210.73.0.906295011088.issue21763@psf.upfronthosting.co.za>
Message-ID: <1402881993.93.0.517500736786.issue21763@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

[R David Murray]
>I don't think that's true, though.  "file like" pretty much means 
> "has the file attributes that I actually use".  
> That is, it is context dependent (duck typing).

That is pretty much on-target.  

Also, the phrase "file-like" has been used very loosely from Python's inception.  Laying down a "mandatory" specification doesn't match the reality of how the phrase is used or the way our code has been written.

> Maybe I'm missing some important point here

Yes, I think you are.  That is evident in this and your other tracker items whose theme is "there must be precisely documented rules for everything, all expectations, norms, cultural conventions, patterns must be written down, made precise, and enforced, etc".

Before creating more tracker items, please take time to learn about how Python's history, how it is used, and its cultural norms.  In particular, read the Zen of Python, consider what is meant by duck-typing, what is meant by "a consenting adults language", what is meant by over-specification, etc.  Python is quite different from Java in this regard.

In a quest for "tell me exactly what I have to do", I think you're starting to make-up new rules that don't reflect the underlying reality of  
the actual code or its intended requirements.

I recommend this tracker item be closed for the reasons listed by Nick Coghlan and David Murray.  I think the proposed patch doesn't make the docs better, and that it seeks to create new made-up rules rather than documenting the world as it actually exists.

Side-note:  The place to talk about what "file-like" means is the glossary.   The ABC for files and the term "file-like" are related but are not equal.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Mon Jun 16 04:09:22 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 16 Jun 2014 02:09:22 +0000
Subject: [issue19495] Enhancement for timeit: measure time to run blocks of
 code using 'with'
In-Reply-To: <1383588451.25.0.545990193953.issue19495@psf.upfronthosting.co.za>
Message-ID: <1402884562.62.0.868752551624.issue19495@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Perhaps a time-elapsed context manager would be a better fit in the contextlib module (which contains more general purpose 
macro-level tools usable for many different tasks)
rather than the timeit module (which is more
narrowly tailored to high-quality reproducable in-vitro performance analysis at a fine-grained level).

> It's a very common task.

That said, the task is sometimes solved in different ways.  Hard-wiring this to "print" would preclude its use in cases where you want to save the result to a variable, log it, or build some cumulative total-time statistics.

Also, I think it ignores some of the realities about how difficult it is to do meaningful performance analysis.
The "cumsum" example isn't the norm.  Most code is harder to time and doesn't have a high-volume tight-loop that you can that you can easily wrap a course-grained context manager around.  Getting reproduceable timings (creating a consistent setup, using repeated calls to average-out noise, and isolating the part you want to test) can be tricky in the middle of real applications.

I occasionally have code where the proposed content manager would have been nice (saving me from typing the usual start=time() ... end=time()-start pairs).  However, most of the time this technique is too simple and something like Robert Kern's line-profiler or cProfile are a better fit for identifying hotspots.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19495>
_______________________________________

From report at bugs.python.org  Mon Jun 16 04:29:10 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 16 Jun 2014 02:29:10 +0000
Subject: [issue20928] xml.etree.ElementInclude does not include nested
 xincludes
In-Reply-To: <1394829606.55.0.5394943571.issue20928@psf.upfronthosting.co.za>
Message-ID: <1402885750.34.0.469795124327.issue20928@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

FWIW, we often do whatsnew entries later in the development cycle.  I think this can go forward without whatsnew.

The doc entry could be as simple as a ..versionchanged 2.5 include() now supports recursive Xincludes or somesuch.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20928>
_______________________________________

From report at bugs.python.org  Mon Jun 16 04:33:58 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 16 Jun 2014 02:33:58 +0000
Subject: [issue4896] Faster why variable manipulation in ceval.c
In-Reply-To: <18791.24525.745699.580609@montanaro.dyndns.org>
Message-ID: <1402886038.15.0.274242327517.issue4896@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Before evaluating this further, the timings should be updated for the current 3.5 code and using the various compilers for the difference OSes.  Also, it would be nice to run Antoine's suite of benchmarks.

----------
nosy: +haypo, rhettinger
priority: normal -> low
versions:  -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4896>
_______________________________________

From report at bugs.python.org  Mon Jun 16 04:55:24 2014
From: report at bugs.python.org (Steven D'Aprano)
Date: Mon, 16 Jun 2014 02:55:24 +0000
Subject: [issue19495] Enhancement for timeit: measure time to run blocks of
 code using 'with'
In-Reply-To: <1402884562.62.0.868752551624.issue19495@psf.upfronthosting.co.za>
Message-ID: <20140616025518.GE7742@ando>


Steven D'Aprano added the comment:

On Mon, Jun 16, 2014 at 02:09:22AM +0000, Raymond Hettinger wrote:

> Perhaps a time-elapsed context manager would be a better fit in the 
> contextlib module (which contains more general purpose macro-level 
> tools usable for many different tasks) rather than the timeit module 
> (which is more narrowly tailored to high-quality reproducable in-vitro 
> performance analysis at a fine-grained level).

Perhaps you're right, but "timeit" is a fairly broad description, and I 
would expect anything related to the task "time it" to be found there. 
I'm +0.9 on timeit and +0.4 on contextlib.

Does anyone else have an opinion on where this belongs?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19495>
_______________________________________

From report at bugs.python.org  Mon Jun 16 04:59:32 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Jun 2014 02:59:32 +0000
Subject: [issue19495] Enhancement for timeit: measure time to run blocks of
 code using 'with'
In-Reply-To: <1383588451.25.0.545990193953.issue19495@psf.upfronthosting.co.za>
Message-ID: <1402887572.77.0.415408744294.issue19495@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

I agree with Raymond -- this is a common pattern but there are many variations that are hard to catch in a single implementation. E.g. at Dropbox we have a decorator like this that lets you specify an identifier for the block you name, and which logs the measured times to a special log file. Then there is separate analysis software that shows the plots the average time for each named block over time. Incredibly useful, but hard to share the code.

I think that Jeff Preshing's blog post giving the basic idea (to which Steven's recipe links) is more useful than a implementation in the stdlib could ever be. Steven's class already has three keyword arguments, and that feels like either not enough or already too many, depending on your needs. It's too easy to bikeshed it to death. (E.g. the "disable+restore gc" feature could easily be moved into a separate decorator; and why not make the verbose printing a little more flexible by adding another parameter to either specify the file to print to or the function to be used to print. Oh, and the message could be customizable. Then again, you might want to subclass this in order to do all those customizations, eventually allowing this to be used as the basis for e.g. the Dropbox version. Etc. Not that I propose to go that way -- I'm just bringing this up to indicate how hopeless it would be to try and put some version in the stdlib.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19495>
_______________________________________

From report at bugs.python.org  Mon Jun 16 05:04:51 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 16 Jun 2014 03:04:51 +0000
Subject: [issue19495] Enhancement for timeit: measure time to run blocks of
 code using 'with'
In-Reply-To: <1383588451.25.0.545990193953.issue19495@psf.upfronthosting.co.za>
Message-ID: <1402887891.86.0.606799778426.issue19495@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

FWIW, I definitely don't think this belongs in the timeit module, unless you are going to treat that module as a "namespace" package, which I don't like much (though in Java I think it's a pretty common pattern). If we have to have it, contextlib sounds fine (it's a grab-bag already). The sub-idea of a context manager to disable gc (or perhaps manipulate other state of the gc module) sounds fine even if you follow my recommendation not to add the timer context manager to the stdlib.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19495>
_______________________________________

From report at bugs.python.org  Mon Jun 16 05:52:12 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 16 Jun 2014 03:52:12 +0000
Subject: [issue13779] os.walk: bottom-up
In-Reply-To: <1326452589.73.0.0617213643117.issue13779@psf.upfronthosting.co.za>
Message-ID: <3gsJWt6hwQz7LkP@mail.python.org>


Roundup Robot added the comment:

New changeset 351c1422848f by Benjamin Peterson in branch '2.7':
clarify when the list of subdirectories is read (closes #13779)
http://hg.python.org/cpython/rev/351c1422848f

New changeset b10322b5ef0f by Benjamin Peterson in branch '3.4':
clarify when the list of subdirectories is read (closes #13779)
http://hg.python.org/cpython/rev/b10322b5ef0f

New changeset 1411df211159 by Benjamin Peterson in branch 'default':
merge 3.4 (#13779)
http://hg.python.org/cpython/rev/1411df211159

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13779>
_______________________________________

From report at bugs.python.org  Mon Jun 16 06:13:45 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 16 Jun 2014 04:13:45 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402608565.65.0.506633774065.issue21741@psf.upfronthosting.co.za>
Message-ID: <1402892025.06.0.534277637387.issue21741@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

There are a couple things I really like about this idea:

* In the past, we've had cases of TestXXX classes being omitted, so chunks of the test suite weren't being run.  You patch will fix that and let test discovery "just work".

* The code is shorter, more idiomatic, and matches the way most users of unittest run their code.

I've added a number of stakeholders to the nosy list so they will have a chance to chime in.

----------
nosy: +brett.cannon, michael.foord, rhettinger
versions:  -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Mon Jun 16 07:02:03 2014
From: report at bugs.python.org (Martin Panter)
Date: Mon, 16 Jun 2014 05:02:03 +0000
Subject: [issue5207] extend strftime/strptime format for RFC3339 and RFC2822
In-Reply-To: <1234285622.79.0.0309055191852.issue5207@psf.upfronthosting.co.za>
Message-ID: <1402894923.26.0.360950689577.issue5207@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
nosy: +vadmium

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5207>
_______________________________________

From report at bugs.python.org  Mon Jun 16 07:12:00 2014
From: report at bugs.python.org (Martin Panter)
Date: Mon, 16 Jun 2014 05:12:00 +0000
Subject: [issue21767] singledispatch docs should explicitly mention support
 for abstract base classes
In-Reply-To: <1402804826.39.0.801339966603.issue21767@psf.upfronthosting.co.za>
Message-ID: <1402895520.67.0.578773254921.issue21767@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
nosy: +vadmium

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21767>
_______________________________________

From report at bugs.python.org  Mon Jun 16 07:28:00 2014
From: report at bugs.python.org (Martin Panter)
Date: Mon, 16 Jun 2014 05:28:00 +0000
Subject: [issue5207] extend strftime/strptime format for RFC3339 and RFC2822
In-Reply-To: <1234285622.79.0.0309055191852.issue5207@psf.upfronthosting.co.za>
Message-ID: <1402896480.34.0.532263021236.issue5207@psf.upfronthosting.co.za>


Martin Panter added the comment:

For RFC 2822, perhaps email.utils.parsedate() is good enough?

For RFC 3339, Issue 15873 has been opened for the "datetime" module. It has more discussion and code, so perhaps this bug can be closed as a duplicate?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5207>
_______________________________________

From report at bugs.python.org  Mon Jun 16 08:41:07 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 16 Jun 2014 06:41:07 +0000
Subject: [issue21686] IDLE - Test hyperparser
In-Reply-To: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>
Message-ID: <3gsNGp4BjRz7LjT@mail.python.org>


Roundup Robot added the comment:

New changeset 5063df721985 by Terry Jan Reedy in branch '2.7':
Issue #21686: idlelib/HyperParser.py - Update docstrings and comments and
http://hg.python.org/cpython/rev/5063df721985

New changeset ddf15cf0db72 by Terry Jan Reedy in branch '3.4':
Issue #21686: idlelib/HyperParser.py - Update docstrings and comments and
http://hg.python.org/cpython/rev/ddf15cf0db72

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Mon Jun 16 09:06:28 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 16 Jun 2014 07:06:28 +0000
Subject: [issue19362] Documentation for len() fails to mention that it works
 on sets
In-Reply-To: <1382530928.74.0.685857253341.issue19362@psf.upfronthosting.co.za>
Message-ID: <3gsNr33gVRz7Lk7@mail.python.org>


Roundup Robot added the comment:

New changeset 95d487abbfd8 by Terry Jan Reedy in branch '2.7':
Issue #19362: Tweek len() doc and docstring to expand the indicated range of
http://hg.python.org/cpython/rev/95d487abbfd8

New changeset 8fcbe41e1242 by Terry Jan Reedy in branch '3.4':
Issue #19362: Tweek len() doc and docstring to expand the indicated range of
http://hg.python.org/cpython/rev/8fcbe41e1242

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19362>
_______________________________________

From report at bugs.python.org  Mon Jun 16 09:08:34 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 16 Jun 2014 07:08:34 +0000
Subject: [issue19362] Documentation for len() fails to mention that it works
 on sets
In-Reply-To: <1382530928.74.0.685857253341.issue19362@psf.upfronthosting.co.za>
Message-ID: <1402902514.45.0.822754869247.issue19362@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19362>
_______________________________________

From report at bugs.python.org  Mon Jun 16 09:31:51 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 16 Jun 2014 07:31:51 +0000
Subject: [issue21559] OverflowError should not happen for integer operations
In-Reply-To: <1400841279.05.0.350458307747.issue21559@psf.upfronthosting.co.za>
Message-ID: <3gsPPM16PFz7Lk8@mail.python.org>


Roundup Robot added the comment:

New changeset 9ba324a20bad by Terry Jan Reedy in branch '3.4':
Issue #21559: Add alternative (historical) reason for OverflowError.
http://hg.python.org/cpython/rev/9ba324a20bad

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21559>
_______________________________________

From report at bugs.python.org  Mon Jun 16 09:32:56 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 16 Jun 2014 07:32:56 +0000
Subject: [issue21559] OverflowError should not happen for integer operations
In-Reply-To: <1400841279.05.0.350458307747.issue21559@psf.upfronthosting.co.za>
Message-ID: <1402903976.52.0.921823708047.issue21559@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> fixed
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21559>
_______________________________________

From report at bugs.python.org  Mon Jun 16 09:33:06 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 16 Jun 2014 07:33:06 +0000
Subject: [issue21559] OverflowError should not happen for integer operations
In-Reply-To: <1400841279.05.0.350458307747.issue21559@psf.upfronthosting.co.za>
Message-ID: <1402903986.8.0.228204862139.issue21559@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21559>
_______________________________________

From report at bugs.python.org  Mon Jun 16 10:21:58 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 16 Jun 2014 08:21:58 +0000
Subject: [issue19495] Enhancement for timeit: measure time to run blocks of
 code using 'with'
In-Reply-To: <1383588451.25.0.545990193953.issue19495@psf.upfronthosting.co.za>
Message-ID: <1402906918.65.0.707602685014.issue19495@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I'm with Guido on this one - I don't believe there's a clean sweet spot to hit. There *might* be a plausible case to be made for tracing functionality in the logging module, but even there the number of options multiplies fast enough that writing your own context manager would likely be easier than learning a new API with lots of settings to tweak.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19495>
_______________________________________

From report at bugs.python.org  Mon Jun 16 11:24:34 2014
From: report at bugs.python.org (Sebastian Kreft)
Date: Mon, 16 Jun 2014 09:24:34 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1390263519.32.0.357208079457.issue20319@psf.upfronthosting.co.za>
Message-ID: <1402910674.39.0.535355561489.issue20319@psf.upfronthosting.co.za>


Sebastian Kreft added the comment:

Any ideas how to debug this further?

In order to overcome this issue I have an awful workaround that tracks the maximum running time of a successful task, and if any task has been running more than x times that maximum I consider it defunct, and increase the number of concurrent allowed tasks. However, if the problem persist, I eventually will have lot of zombie tasks, which will expose some additional problems.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Mon Jun 16 11:33:29 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Mon, 16 Jun 2014 09:33:29 +0000
Subject: [issue21776] distutils.upload uses the wrong order of exceptions
Message-ID: <1402911209.04.0.940354382674.issue21776@psf.upfronthosting.co.za>


New submission from Claudiu Popa:

Hi. Currently, distutils.command.upload has this code:

try:
    result = urlopen(request)
    status = result.getcode()
    reason = result.msg
except OSError as e:
    self.announce(str(e), log.ERROR)
    return
except HTTPError as e:
    status = e.code
    reason = e.msg

This is wrong because HTTPError is a subclass of OSError and OSError branch will be chosen in case HTTPError is raised. The HTTPError branch was added in 4373f0e4eb21, but after a while socket.error became an alias for OSError, as well for HTTPError. This patch also adds a `return` in order to prevent an UnboundLocalError (found in issue10367 as well), but it can be removed if other solutions are preferable.

----------
components: Distutils
files: distutils.patch
keywords: patch
messages: 220705
nosy: Claudiu.Popa, dstufft, eric.araujo
priority: normal
severity: normal
status: open
title: distutils.upload uses the wrong order of exceptions
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file35653/distutils.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21776>
_______________________________________

From report at bugs.python.org  Mon Jun 16 11:37:52 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 09:37:52 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1390263519.32.0.357208079457.issue20319@psf.upfronthosting.co.za>
Message-ID: <1402911472.07.0.913349797919.issue20319@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy:  -haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Mon Jun 16 11:40:29 2014
From: report at bugs.python.org (Bohuslav "Slavek" Kabrda)
Date: Mon, 16 Jun 2014 09:40:29 +0000
Subject: [issue21679] Prevent extraneous fstat during open()
In-Reply-To: <1402055285.47.0.764387439948.issue21679@psf.upfronthosting.co.za>
Message-ID: <1402911629.56.0.531309355557.issue21679@psf.upfronthosting.co.za>


Bohuslav "Slavek" Kabrda added the comment:

So, as pointed out by haypo, blksize_t is actually signed long on Linux. This means that my patch (as well as the current code) is not right.
Both with and without my patch, io_open function uses "int" to store blksize_t and it also passes it to one of PyBuffered{Random,Reader,Writer}_Type. These three however use Py_ssize_t, which is inconsistent with io_open, and it's not correct, too.
I'm unsure how to proceed here - should I fix buffer size types throughout the _io module to long and submit one big patch? It doesn't feel right to put two not-very-related changes into one patch (I'm afraid that changing buffer sizes to long everywhere will result in a rather large patch). Or should I first submit a patch that fixes the long usage and then rebase the patch attached to this issue on top of it?

Thanks a lot.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21679>
_______________________________________

From report at bugs.python.org  Mon Jun 16 11:50:07 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 16 Jun 2014 09:50:07 +0000
Subject: [issue21669] Custom error messages when print & exec are used as
 statements
In-Reply-To: <1401980839.06.0.736211179057.issue21669@psf.upfronthosting.co.za>
Message-ID: <3gsSSv1YMfz7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset 2b8cd2bc2745 by Nick Coghlan in branch '3.4':
Issue #21669: Special case print & exec syntax errors
http://hg.python.org/cpython/rev/2b8cd2bc2745

New changeset 36057f357537 by Nick Coghlan in branch 'default':
Merge issue #21669 from 3.4
http://hg.python.org/cpython/rev/36057f357537

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21669>
_______________________________________

From report at bugs.python.org  Mon Jun 16 11:52:14 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 16 Jun 2014 09:52:14 +0000
Subject: [issue21669] Custom error messages when print & exec are used as
 statements
In-Reply-To: <1401980839.06.0.736211179057.issue21669@psf.upfronthosting.co.za>
Message-ID: <1402912334.15.0.952555705078.issue21669@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I went ahead and committed the v2 patch, as I think it's already an improvement over the generic message. Any further significant tweaks to the heuristics or changes to the error messages can be handled in separate issues.

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21669>
_______________________________________

From report at bugs.python.org  Mon Jun 16 12:09:16 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Mon, 16 Jun 2014 10:09:16 +0000
Subject: [issue9693] asynchat push_callable() patch
In-Reply-To: <1282839592.68.0.629507252463.issue9693@psf.upfronthosting.co.za>
Message-ID: <1402913356.09.0.890019073768.issue9693@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Yeah, I don't think this is worth it anymore. Closing as won't fix.

----------
assignee:  -> giampaolo.rodola
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9693>
_______________________________________

From report at bugs.python.org  Mon Jun 16 12:44:57 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Mon, 16 Jun 2014 10:44:57 +0000
Subject: [issue19628] maxlevels -1 on compileall for unlimited recursion
In-Reply-To: <1384634450.77.0.212426893492.issue19628@psf.upfronthosting.co.za>
Message-ID: <1402915497.0.0.818478986638.issue19628@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19628>
_______________________________________

From report at bugs.python.org  Mon Jun 16 13:21:41 2014
From: report at bugs.python.org (Michael Foord)
Date: Mon, 16 Jun 2014 11:21:41 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402608565.65.0.506633774065.issue21741@psf.upfronthosting.co.za>
Message-ID: <1402917701.38.0.45467446089.issue21741@psf.upfronthosting.co.za>


Michael Foord added the comment:

I haven't reviewed the patch in detail, but I've had a scan through and it looks *great*. A quick and dirty check that it's "correct" is to compare the number of tests run before and after the patch - and if the numbers differ verifying that it's for good reasons (i.e. only *extra* tests being run and none being skipped / missed).

If that's the case I'd be strongly in favour of applying.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Mon Jun 16 13:36:46 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 16 Jun 2014 11:36:46 +0000
Subject: [issue21777] Separate out documentation of binary sequence methods
Message-ID: <1402918605.38.0.604956966245.issue21777@psf.upfronthosting.co.za>


New submission from Nick Coghlan:

There are currently no dedicated docs for the bytes and bytearray methods - the relevant section just refers back to the str methods. This isn't sufficient, since the str methods cover of lot of stuff related to Unicode that isn't relevant to the binary sequence types, and it doesn't cleanly cover the differences either (like the fact that several methods accept integers).

I've started work on a patch that documents the binary APIs explicitly, although bytes and bytearray still share docs. The methods are grouped into three categories:

- work with arbitrary binary data
- assume ASCII compatibility by default, but can still be used with arbitrary binary data when given suitable arguments
- can only be used safely with data in an ASCII compatible format

I've worked through and updated the new entries for the first category, but the latter two categories are still just copy-and-paste from the str docs.

----------
assignee: ncoghlan
components: Documentation
files: separate_binary_sequence_docs.diff
keywords: patch
messages: 220711
nosy: ncoghlan
priority: normal
severity: normal
status: open
title: Separate out documentation of binary sequence methods
type: enhancement
versions: Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35654/separate_binary_sequence_docs.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21777>
_______________________________________

From report at bugs.python.org  Mon Jun 16 14:00:52 2014
From: report at bugs.python.org (Glenn Langford)
Date: Mon, 16 Jun 2014 12:00:52 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1390263519.32.0.357208079457.issue20319@psf.upfronthosting.co.za>
Message-ID: <1402920052.62.0.050743070385.issue20319@psf.upfronthosting.co.za>


Glenn Langford added the comment:

> Any ideas how to debug this further?

Wherever the cause of the problem might live, and to either work around it or gain additional information, here is one idea to consider.

Do you need to submit your Futures just two at a time, and tightly loop every 15s? Why not submit a block of a larger number and wait for the block with as_completed(), logging for each completion. Then submit another block when they are all done. To control how many run at one time, create the Executor with max_workers=2 for example. (I had an app that ran > 1,000 futures in this way, which worked fine). 

In general I suggest to only timeout when there is really a problem, not as an expected event.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Mon Jun 16 14:11:56 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 16 Jun 2014 12:11:56 +0000
Subject: [issue21759] URL Typo in Documentation FAQ
In-Reply-To: <1402773513.31.0.46337082832.issue21759@psf.upfronthosting.co.za>
Message-ID: <3gsWcW6LXlz7LjN@mail.python.org>


Roundup Robot added the comment:

New changeset f254ceec0d45 by Jesus Cea in branch '2.7':
Closes #21759: URL Typo in Documentation FAQ
http://hg.python.org/cpython/rev/f254ceec0d45

----------
nosy: +python-dev
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21759>
_______________________________________

From report at bugs.python.org  Mon Jun 16 14:12:27 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Mon, 16 Jun 2014 12:12:27 +0000
Subject: [issue21759] URL Typo in Documentation FAQ
In-Reply-To: <1402773513.31.0.46337082832.issue21759@psf.upfronthosting.co.za>
Message-ID: <1402920747.72.0.368703500311.issue21759@psf.upfronthosting.co.za>


Jes?s Cea Avi?n added the comment:

Thanks!

----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21759>
_______________________________________

From report at bugs.python.org  Mon Jun 16 14:12:52 2014
From: report at bugs.python.org (Sebastian Kreft)
Date: Mon, 16 Jun 2014 12:12:52 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1402920052.62.0.050743070385.issue20319@psf.upfronthosting.co.za>
Message-ID: <CAP3QFexKzUk930gW4Pd2C+6HrYi9YY+BZpTi506idFBKC-mAjg@mail.gmail.com>


Sebastian Kreft added the comment:

I'm running actually millions of tasks, so sending them all at once will
consume much more resources than needed.

The issue happens no only with 2 tasks in parallel but with higher numbers
as well.

Also your proposed solution, has the problem that when you are waiting for
the last tasks to finish you lose some parallelism.

In any case, it seems to me that there's some kind of race condition
preventing the task to finish, so if that's true the same could happen with
as_completed.
On Jun 16, 2014 2:00 PM, "Glenn Langford" <report at bugs.python.org> wrote:

>
> Glenn Langford added the comment:
>
> > Any ideas how to debug this further?
>
> Wherever the cause of the problem might live, and to either work around it
> or gain additional information, here is one idea to consider.
>
> Do you need to submit your Futures just two at a time, and tightly loop
> every 15s? Why not submit a block of a larger number and wait for the block
> with as_completed(), logging for each completion. Then submit another block
> when they are all done. To control how many run at one time, create the
> Executor with max_workers=2 for example. (I had an app that ran > 1,000
> futures in this way, which worked fine).
>
> In general I suggest to only timeout when there is really a problem, not
> as an expected event.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue20319>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Mon Jun 16 14:31:59 2014
From: report at bugs.python.org (Glenn Langford)
Date: Mon, 16 Jun 2014 12:31:59 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1390263519.32.0.357208079457.issue20319@psf.upfronthosting.co.za>
Message-ID: <1402921919.5.0.08206780121.issue20319@psf.upfronthosting.co.za>


Glenn Langford added the comment:

Under the hood, the behaviour of as_completed is quite different. So there is no guarantee it would behave the same.

In any event, with millions of tasks you might consider Celery (I haven't used it myself):
http://www.celeryproject.org

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Mon Jun 16 15:06:40 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 16 Jun 2014 13:06:40 +0000
Subject: [issue20928] xml.etree.ElementInclude does not include nested
 xincludes
In-Reply-To: <1394829606.55.0.5394943571.issue20928@psf.upfronthosting.co.za>
Message-ID: <1402924000.32.0.760258199983.issue20928@psf.upfronthosting.co.za>


R. David Murray added the comment:

Since there is no guarantee anyone is going to tackle the job of reviewing all the changes for whatsnew entries, I prefer that we get in the habit of creating the entries as we go along.

As for the versionchanged...if you can find where include is documented, that would work :)

The recursion still needs to be addressed (it is addressed in the lxml version Stefan linked to).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20928>
_______________________________________

From report at bugs.python.org  Mon Jun 16 15:17:03 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 16 Jun 2014 13:17:03 +0000
Subject: [issue5207] extend strftime/strptime format for RFC3339 and RFC2822
In-Reply-To: <1234285622.79.0.0309055191852.issue5207@psf.upfronthosting.co.za>
Message-ID: <1402924623.42.0.450526107037.issue5207@psf.upfronthosting.co.za>


R. David Murray added the comment:

Yes, I think that is appropriate.  Note that you also get RFC822 parsing for datetime via email.util.parsedate_to_datetime.

(I'm not sure why the OP thought that using the email utilities to parse email-standard dates was "not [a] very good way".)

----------
superseder:  -> datetime: add ability to parse RFC 3339 dates and times

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5207>
_______________________________________

From report at bugs.python.org  Mon Jun 16 15:17:15 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 16 Jun 2014 13:17:15 +0000
Subject: [issue5207] extend strftime/strptime format for RFC3339 and RFC2822
In-Reply-To: <1234285622.79.0.0309055191852.issue5207@psf.upfronthosting.co.za>
Message-ID: <1402924635.21.0.922673134944.issue5207@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> duplicate
stage: test needed -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5207>
_______________________________________

From report at bugs.python.org  Mon Jun 16 15:45:59 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 16 Jun 2014 13:45:59 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402608565.65.0.506633774065.issue21741@psf.upfronthosting.co.za>
Message-ID: <1402926359.16.0.329907141448.issue21741@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Mon Jun 16 15:56:59 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 16 Jun 2014 13:56:59 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402608565.65.0.506633774065.issue21741@psf.upfronthosting.co.za>
Message-ID: <1402927019.62.0.327874876915.issue21741@psf.upfronthosting.co.za>


R. David Murray added the comment:

+1 from me (after verification), which should probably go without saying since I'm the one that started this ball rolling by making regrtest work with unittest discovery :)

I think the potential disruption to existing patches and any forward porting issues (I expect them to be minor if they occur) are worth it just for the fact that we won't be missing tests via incorrect or forgotten updates to the list of tests to run.

Thanks for working on this, Zach, as well as your previous work that set up for this.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Mon Jun 16 16:00:17 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 16 Jun 2014 14:00:17 +0000
Subject: [issue21205] Add __qualname__ attribute to Python generators and
 change default __name__
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <3gsZ1X6t9hz7Ljg@mail.python.org>


Roundup Robot added the comment:

New changeset aa85e8d729ae by Victor Stinner in branch 'default':
Issue #21205: Add a new ``__qualname__`` attribute to generator, the qualified
http://hg.python.org/cpython/rev/aa85e8d729ae

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Mon Jun 16 16:03:24 2014
From: report at bugs.python.org (Armin Rigo)
Date: Mon, 16 Jun 2014 14:03:24 +0000
Subject: [issue21778] PyBuffer_FillInfo() from 3.3
Message-ID: <1402927404.66.0.0840543943961.issue21778@psf.upfronthosting.co.za>


New submission from Armin Rigo:

Following the documentation at https://docs.python.org/3/c-api/buffer.html, if we write a custom object in C with a getbufferproc that simply returns PyBuffer_FillInfo(...), then it works fine up to Python 3.2 but segfaults in Python 3.3 depending on what we do with it.  The segfault is caused by memoryobject.c:last_dim_is_contiguous(), which reads from the "strides" array without checking that it is not NULL.

Attached the simplest example of C extension module I could make.  When executing this:

>>> import xy
>>> m=memoryview(bytearray(b"abcdef"))
>>> m[:5] = xy.gm

...it segfaults in Python 3.3.  (I'm told it works fine in 3.2 and segfaults in 3.4 as well, but didn't confirm it.)

----------
messages: 220721
nosy: arigo
priority: normal
severity: normal
status: open
title: PyBuffer_FillInfo() from 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21778>
_______________________________________

From report at bugs.python.org  Mon Jun 16 16:03:43 2014
From: report at bugs.python.org (Armin Rigo)
Date: Mon, 16 Jun 2014 14:03:43 +0000
Subject: [issue21778] PyBuffer_FillInfo() from 3.3
In-Reply-To: <1402927404.66.0.0840543943961.issue21778@psf.upfronthosting.co.za>
Message-ID: <1402927423.2.0.799684683411.issue21778@psf.upfronthosting.co.za>


Changes by Armin Rigo <arigo at users.sourceforge.net>:


Added file: http://bugs.python.org/file35655/xymodule.c

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21778>
_______________________________________

From report at bugs.python.org  Mon Jun 16 16:20:06 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 14:20:06 +0000
Subject: [issue21205] Add __qualname__ attribute to Python generators and
 change default __name__
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <1402928406.76.0.643914382738.issue21205@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ok, this issue is now fixed in Python 3.5.

For Python 2.7 and 3.4, it may be possible to change how the generator name is set (from the function, not from the code object). It might break the backward compatibility, even if I don't think that anyone rely on the exact name of the generator, and the function name is more useful than the code name.

What do you think for Python 2.7 and 3.4: would you be ok to change also the generator name? I can write a patch which adds a new gi_name but the name would not be modifiable to limit the incompatible changes.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Mon Jun 16 16:24:12 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 16 Jun 2014 14:24:12 +0000
Subject: [issue21205] Add __qualname__ attribute to Python generators and
 change default __name__
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <3gsZY752nJz7LjT@mail.python.org>


Roundup Robot added the comment:

New changeset 901a8265511a by Victor Stinner in branch 'default':
Issue #21205: Fix unit tests
http://hg.python.org/cpython/rev/901a8265511a

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Mon Jun 16 16:25:35 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 16 Jun 2014 14:25:35 +0000
Subject: [issue21205] Add __qualname__ attribute to Python generators and
 change default __name__
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <3gsZZk64kjz7LjT@mail.python.org>


Roundup Robot added the comment:

New changeset 28b3b8b22654 by Victor Stinner in branch 'default':
Issue #21205: Complete the "versionchanged" note in inspect documentation
http://hg.python.org/cpython/rev/28b3b8b22654

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Mon Jun 16 16:26:48 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 16 Jun 2014 14:26:48 +0000
Subject: [issue21205] Add __qualname__ attribute to Python generators and
 change default __name__
In-Reply-To: <1402928406.76.0.643914382738.issue21205@psf.upfronthosting.co.za>
Message-ID: <539EFEA5.8080901@free.fr>


Antoine Pitrou added the comment:

Le 16/06/2014 10:20, STINNER Victor a ?crit :
>
> What do you think for Python 2.7 and 3.4: would you be ok to change
also the generator name? I can write a patch which adds a new gi_name
but the name would not be modifiable to limit the incompatible changes.

I don't think it is worthwhile.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Mon Jun 16 16:28:24 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 14:28:24 +0000
Subject: [issue21205] Add __qualname__ attribute to Python generators and
 change default __name__
In-Reply-To: <1397301247.66.0.634427842107.issue21205@psf.upfronthosting.co.za>
Message-ID: <1402928904.65.0.737538734422.issue21205@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Antoine Pitrou wrote:
> I don't think it is worthwhile.

Ok, let's keep the issue closed then ;-)

Thanks for the review Antoine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21205>
_______________________________________

From report at bugs.python.org  Mon Jun 16 16:29:48 2014
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 16 Jun 2014 14:29:48 +0000
Subject: [issue21778] PyBuffer_FillInfo() from 3.3
In-Reply-To: <1402927404.66.0.0840543943961.issue21778@psf.upfronthosting.co.za>
Message-ID: <1402928988.13.0.546446838083.issue21778@psf.upfronthosting.co.za>


Stefan Krah added the comment:

The flags from mb_getbuf() have to be passed to PyBuffer_FillInfo():

   return PyBuffer_FillInfo(view, (PyObject *)self,
                            internal, 5,
                            /*readonly=*/0, flags);


The flags contain the actual request that the consumer
sends to the buffer provider, so they cannot be hardcoded.

In this example, memoryview sends the PyBUF_FULL request to
mb_getbuf(). If the request is successful, it can assume
non-NULL strides.


Should the documentation be improved?

----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21778>
_______________________________________

From report at bugs.python.org  Mon Jun 16 16:29:49 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 16 Jun 2014 14:29:49 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402926359.21.0.296908773347.issue21741@psf.upfronthosting.co.za>
Message-ID: <6101933.cBtqNJygWh@raxxla>


Serhiy Storchaka added the comment:

Some abstract test classes now are included in testing:

Lib/test/test_calendar.py: MonthCalendarTestCase
Lib/test/test_csv.py: TestCsvBase
Lib/test/test_funcattrs.py: FuncAttrsTest
Lib/test/test_sys_setprofile.py: TestCaseBase
Lib/test/test_telnetlib.py: ExpectAndReadTestCase
Lib/test/test_thread.py: BasicThreadTest
Lib/test/test_unicodedata.py: UnicodeDatabaseTest
(and may be other)

Lib/test/test_enumerate.py, Lib/test/test_functools.py, Lib/test/test_list.py, 
Lib/test/test_peepholer.py, Lib/test/test_sort.py verified reference counting 
in verbose mode. Now this code is deleted.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Mon Jun 16 16:34:51 2014
From: report at bugs.python.org (Michael Foord)
Date: Mon, 16 Jun 2014 14:34:51 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402608565.65.0.506633774065.issue21741@psf.upfronthosting.co.za>
Message-ID: <1402929291.54.0.858781359947.issue21741@psf.upfronthosting.co.za>


Michael Foord added the comment:

Those should be turned into mixins, or someone could implement issue 14534.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Mon Jun 16 17:20:24 2014
From: report at bugs.python.org (Armin Rigo)
Date: Mon, 16 Jun 2014 15:20:24 +0000
Subject: [issue21778] PyBuffer_FillInfo() from 3.3
In-Reply-To: <1402927404.66.0.0840543943961.issue21778@psf.upfronthosting.co.za>
Message-ID: <1402932024.69.0.694479216836.issue21778@psf.upfronthosting.co.za>


Armin Rigo added the comment:

Ah! Thanks.  I systematically missed the "flags" arguments passed in the getbufferproc function.

(I thought I had to tell PyBuffer_FillInfo() what kind of format we actually provide, but it seems that the interface is the other way around.  I don't see how I would implement a getbufferproc that forces a specific format, but I don't need that, so it's fine.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21778>
_______________________________________

From report at bugs.python.org  Mon Jun 16 17:20:51 2014
From: report at bugs.python.org (Armin Rigo)
Date: Mon, 16 Jun 2014 15:20:51 +0000
Subject: [issue21778] PyBuffer_FillInfo() from 3.3
In-Reply-To: <1402927404.66.0.0840543943961.issue21778@psf.upfronthosting.co.za>
Message-ID: <1402932051.51.0.848174923351.issue21778@psf.upfronthosting.co.za>


Changes by Armin Rigo <arigo at users.sourceforge.net>:


----------
resolution:  -> not a bug

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21778>
_______________________________________

From report at bugs.python.org  Mon Jun 16 17:28:22 2014
From: report at bugs.python.org (Iakov Davydov)
Date: Mon, 16 Jun 2014 15:28:22 +0000
Subject: [issue5207] extend strftime/strptime format for RFC3339 and RFC2822
In-Reply-To: <1234285622.79.0.0309055191852.issue5207@psf.upfronthosting.co.za>
Message-ID: <1402932502.09.0.473021143524.issue5207@psf.upfronthosting.co.za>


Iakov Davydov added the comment:

ISO 8601 is meant as the standard way to provide an unambiguous and well-defined method of representing dates and times. And the fact that it is widely used in e-mails doesn't make it e-mail specific.

Incorporating function parsedate_to_datetime to email.util is acceptable. But the fact that standard python datetime library doesn't have means to parse ISO-approved time format seems strange to me.

Once again: ISO 8601 is not a e-mail specific format. So I do not see a reason why parsing it is possible only via email.

Using different time-parsing functions in different libraries seems like a bad design to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5207>
_______________________________________

From report at bugs.python.org  Mon Jun 16 17:35:04 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Mon, 16 Jun 2014 15:35:04 +0000
Subject: [issue21779] est_multiprocessing_spawn fails when ran with -Werror
Message-ID: <1402932904.12.0.0907209632693.issue21779@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

$ ./python -Werror -m test.regrtest -v -m test_sys_exit test_multiprocessing_spawn
== CPython 3.5.0a0 (default:149cc6364180+, Jun 12 2014, 15:45:54) [GCC 4.6.3]
==   Linux-3.8.0-36-generic-i686-with-debian-wheezy-sid little-endian
==   hash algorithm: siphash24 32bit
==   /home/serhiy/py/cpython/build/test_python_9425
Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0, verbose=0, bytes_warning=0, quiet=0, hash_randomization=1, isolated=0)
[1/1] test_multiprocessing_spawn
test_sys_exit (test.test_multiprocessing_spawn.WithProcessesTestSubclassingProcess) ... Exception ignored in: <_io.FileIO name='@test_9425_tmp' mode='wb'>
ResourceWarning: unclosed file <_io.TextIOWrapper name='@test_9425_tmp' mode='w' encoding='UTF-8'>
FAIL

======================================================================
FAIL: test_sys_exit (test.test_multiprocessing_spawn.WithProcessesTestSubclassingProcess)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/serhiy/py/cpython/Lib/test/_test_multiprocessing.py", line 483, in test_sys_exit
    self.assertEqual(f.read().rstrip(), str(reason))
AssertionError: "[1, 2, 3]\nException ignored in: <_io.Fi[123 chars]-8'>" != '[1, 2, 3]'
- [1, 2, 3]
?          -
+ [1, 2, 3]- Exception ignored in: <_io.FileIO name='/dev/null' mode='rb'>
- ResourceWarning: unclosed file <_io.TextIOWrapper name='/dev/null' mode='r' encoding='UTF-8'>

----------------------------------------------------------------------
Ran 1 test in 1.247s

FAILED (failures=1)
test test_multiprocessing_spawn failed
1 test failed:
    test_multiprocessing_spawn

----------
components: Tests
messages: 220732
nosy: jnoller, sbt, serhiy.storchaka
priority: normal
severity: normal
status: open
title: est_multiprocessing_spawn fails when ran with -Werror
type: behavior
versions: Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21779>
_______________________________________

From report at bugs.python.org  Mon Jun 16 17:46:44 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 15:46:44 +0000
Subject: [issue21779] test_multiprocessing_spawn fails when ran with -Werror
In-Reply-To: <1402932904.12.0.0907209632693.issue21779@psf.upfronthosting.co.za>
Message-ID: <1402933604.61.0.121591617232.issue21779@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: est_multiprocessing_spawn fails when ran with -Werror -> test_multiprocessing_spawn fails when ran with -Werror

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21779>
_______________________________________

From report at bugs.python.org  Mon Jun 16 18:04:38 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 16:04:38 +0000
Subject: [issue8677] Modules needing PY_SSIZE_T_CLEAN
In-Reply-To: <1273521580.77.0.503810144474.issue8677@psf.upfronthosting.co.za>
Message-ID: <1402934678.88.0.491631736985.issue8677@psf.upfronthosting.co.za>


STINNER Victor added the comment:

zlibmodule_ssize_t_clean.patch: Patch to make the zlib module "ssize_t clean". The patch just defines PY_SSIZE_T_CLEAN, no "#" format is used. "./python -m test -v test_zlib" test pass on my 64-bit Linux.

----------
keywords: +patch
nosy: +haypo
Added file: http://bugs.python.org/file35656/zlibmodule_ssize_t_clean.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8677>
_______________________________________

From report at bugs.python.org  Mon Jun 16 18:13:10 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 16:13:10 +0000
Subject: [issue21780] make unicodedata module 64-bit safe
Message-ID: <1402935190.8.0.797585156018.issue21780@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Follow-up of issue #8677: patch to make the unicodedata module 64-bit safe.

----------
files: unicodedata_64bit.patch
keywords: patch
messages: 220734
nosy: haypo
priority: normal
severity: normal
status: open
title: make unicodedata module 64-bit safe
versions: Python 3.5
Added file: http://bugs.python.org/file35657/unicodedata_64bit.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21780>
_______________________________________

From report at bugs.python.org  Mon Jun 16 18:13:29 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 16:13:29 +0000
Subject: [issue8677] Modules needing PY_SSIZE_T_CLEAN
In-Reply-To: <1273521580.77.0.503810144474.issue8677@psf.upfronthosting.co.za>
Message-ID: <1402935209.32.0.339382449941.issue8677@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I just created the issue #21780 to make the unicodedata module 64-bit safe.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8677>
_______________________________________

From report at bugs.python.org  Mon Jun 16 18:18:56 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 16:18:56 +0000
Subject: [issue21781] make _ssl module 64-bit clean
Message-ID: <1402935536.94.0.808370256195.issue21781@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Follow-up of issue #8677: patch to make the _ssl module 64-bit clean.

----------
files: ssl_64bit.patch
keywords: patch
messages: 220736
nosy: haypo
priority: normal
severity: normal
status: open
title: make _ssl module 64-bit clean
versions: Python 3.5
Added file: http://bugs.python.org/file35658/ssl_64bit.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21781>
_______________________________________

From report at bugs.python.org  Mon Jun 16 18:19:13 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 16:19:13 +0000
Subject: [issue8677] Modules needing PY_SSIZE_T_CLEAN
In-Reply-To: <1273521580.77.0.503810144474.issue8677@psf.upfronthosting.co.za>
Message-ID: <1402935553.12.0.210456955183.issue8677@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I created the issue #21781 to make the _ssl module 64-bit clean.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8677>
_______________________________________

From report at bugs.python.org  Mon Jun 16 18:29:33 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 16:29:33 +0000
Subject: [issue21772] platform.uname() not EINTR safe
In-Reply-To: <1402853550.81.0.562777788511.issue21772@psf.upfronthosting.co.za>
Message-ID: <1402936173.04.0.940542897313.issue21772@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Here is a different but similar patch for _syscmd_uname():
- use os.fsdecode() to use the locale encoding instead of latin-1
- use subprocess.DEVNULL to redirect errors to /dev/null
- use "with proc:" to ensure that the subprocesss is cleaned in case of error

----------
keywords: +patch
nosy: +haypo
Added file: http://bugs.python.org/file35659/platform_syscmd_uname.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21772>
_______________________________________

From report at bugs.python.org  Mon Jun 16 18:34:08 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 16 Jun 2014 16:34:08 +0000
Subject: [issue5207] extend strftime/strptime format for RFC3339 and RFC2822
In-Reply-To: <1234285622.79.0.0309055191852.issue5207@psf.upfronthosting.co.za>
Message-ID: <1402936448.46.0.345995551822.issue5207@psf.upfronthosting.co.za>


R. David Murray added the comment:

Supporting ISO 8601 is quite different from supporting RFC2822 dates, as far as I can see, and the latter clearly belongs in the email library (especially considering that RFC2822 parsing must follow Postel's Law and accept "dirty" data).  

If you want to open an issue to add ISO 8601 support (as opposed to RFC 3339's 8601 profile+timezone-deviation that is already covered by issue 15873) to datetime, go ahead.  I haven't read enough to understand the details, so I don't know quite what that would mean, or how useful it would be.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5207>
_______________________________________

From report at bugs.python.org  Mon Jun 16 18:50:16 2014
From: report at bugs.python.org (Iakov Davydov)
Date: Mon, 16 Jun 2014 16:50:16 +0000
Subject: [issue5207] extend strftime/strptime format for RFC3339 and RFC2822
In-Reply-To: <1234285622.79.0.0309055191852.issue5207@psf.upfronthosting.co.za>
Message-ID: <1402937416.51.0.108971427621.issue5207@psf.upfronthosting.co.za>


Iakov Davydov added the comment:

I took a closer look for #15873. Apperently it solves the issue.
Thanks, David.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5207>
_______________________________________

From report at bugs.python.org  Mon Jun 16 18:52:50 2014
From: report at bugs.python.org (Iakov Davydov)
Date: Mon, 16 Jun 2014 16:52:50 +0000
Subject: [issue15873] datetime: add ability to parse RFC 3339 dates and times
In-Reply-To: <1346965730.56.0.810546720554.issue15873@psf.upfronthosting.co.za>
Message-ID: <1402937570.24.0.384381532506.issue15873@psf.upfronthosting.co.za>


Changes by Iakov Davydov <dav01 at myths.ru>:


----------
nosy: +davydov

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15873>
_______________________________________

From report at bugs.python.org  Mon Jun 16 19:49:41 2014
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 16 Jun 2014 17:49:41 +0000
Subject: [issue21778] PyBuffer_FillInfo() from 3.3
In-Reply-To: <1402932024.69.0.694479216836.issue21778@psf.upfronthosting.co.za>
Message-ID: <20140616174940.GA31240@sleipnir.bytereef.org>


Stefan Krah added the comment:

Yes, PyBuffer_FillInfo() is a bit confusing:  The canonical usage *looks* as
if "flags" were somehow used in the Py_buffer struct to mark a buffer as having
certain capabilities:

Modules/_io/bufferedio.c:
-------------------------

    if (PyBuffer_FillInfo(&buf, NULL, start, len, 0, PyBUF_CONTIG) == -1)
        return -1;
    memobj = PyMemoryView_FromBuffer(&buf);

What really goes on since Python 3.3 is that memobj is a memoryview
with (shape,strides,format), since missing Py_buffer values are
reconstructed.

So all memoryviews -- when acting as an exporter as in this example --
have PyBUF_FULL capabilities.  To make that clear, we should actually
change the PyBUF_CONTIG in the above example to PyBUF_FULL.  Then
the mental model is:

    PyBuffer_FillInfo(..., PyBUF_FULL)

                 ^
                 |  "Request" full buffer to export.

               memobj

                 ^
                 |  Request anything from PyBUF_SIMPLE to PyBUF_FULL. Note
                 |  that e.g. with PyBUF_SIMPLE the consumer's shape and
                 |  strides will be NULL!

              Consumer

And that model is consistent with the usage of PyBuffer_FillInfo() inside
a getbufferproc, where "flags" of course can be anything.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21778>
_______________________________________

From report at bugs.python.org  Mon Jun 16 20:01:17 2014
From: report at bugs.python.org (Stefan Krah)
Date: Mon, 16 Jun 2014 18:01:17 +0000
Subject: [issue21778] PyBuffer_FillInfo() from 3.3
In-Reply-To: <1402927404.66.0.0840543943961.issue21778@psf.upfronthosting.co.za>
Message-ID: <1402941677.98.0.0097780634649.issue21778@psf.upfronthosting.co.za>


Stefan Krah added the comment:

I think it's worth adding a note to the docs about passing the flags unmodified inside a getbufferproc.

----------
assignee:  -> docs at python
components: +Documentation
nosy: +docs at python
resolution: not a bug -> 
stage:  -> needs patch
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21778>
_______________________________________

From report at bugs.python.org  Mon Jun 16 20:19:06 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 18:19:06 +0000
Subject: [issue12623] "universal newlines" subprocess support broken with
 select- and poll-based communicate()
In-Reply-To: <1311451893.22.0.0169745025507.issue12623@psf.upfronthosting.co.za>
Message-ID: <1402942746.31.0.538593141819.issue12623@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we have an update on this please, I'm assuming that the priority should now be marked as normal?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12623>
_______________________________________

From report at bugs.python.org  Mon Jun 16 20:31:57 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 18:31:57 +0000
Subject: [issue20085] Python2.7, wxPython and IDLE 2.7
In-Reply-To: <1388199692.1.0.186486001282.issue20085@psf.upfronthosting.co.za>
Message-ID: <1402943517.78.0.1134028869.issue20085@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Presumably set to languishing by mistake so please close.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20085>
_______________________________________

From report at bugs.python.org  Mon Jun 16 20:33:01 2014
From: report at bugs.python.org (Ethan Furman)
Date: Mon, 16 Jun 2014 18:33:01 +0000
Subject: [issue21773] Fix a NameError in test_enum
In-Reply-To: <1402862953.59.0.696190178474.issue21773@psf.upfronthosting.co.za>
Message-ID: <1402943581.01.0.14096335233.issue21773@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Right, I had copied that code from test_pydoc which is where 'print_diffs' is defined.

A comment there says to use the now-included functionality in unittest, and some digging in the docs revealed that assertEqual uses diffs by default.

----------
assignee:  -> ethan.furman
stage:  -> patch review
type: enhancement -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21773>
_______________________________________

From report at bugs.python.org  Mon Jun 16 20:36:54 2014
From: report at bugs.python.org (Giacomo Alzetta)
Date: Mon, 16 Jun 2014 18:36:54 +0000
Subject: [issue21782] hashable documentation error: shouldn't mention id
Message-ID: <1402943814.73.0.280307813498.issue21782@psf.upfronthosting.co.za>


New submission from Giacomo Alzetta:

The documentation for hashable in the glossary (https://docs.python.org/3.4/reference/datamodel.html#object.__hash__) is incorrect:

they all compare unequal (except with themselves), **and their hash value is their id().**

It is *not* true that their hash is their id (see relevant SO question: http://stackoverflow.com/questions/24249729/user-defined-class-hash-and-id-and-doc)

Also the documentation for __hash__ (https://docs.python.org/3.4/reference/datamodel.html#object.__hash__) doesn't even mention id().

----------
assignee: docs at python
components: Documentation
messages: 220746
nosy: Giacomo.Alzetta, docs at python
priority: normal
severity: normal
status: open
title: hashable documentation error: shouldn't mention id
type: enhancement
versions: Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21782>
_______________________________________

From report at bugs.python.org  Mon Jun 16 20:38:56 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 18:38:56 +0000
Subject: [issue7687] Bluetooth support untested
In-Reply-To: <1263367703.76.0.187821272753.issue7687@psf.upfronthosting.co.za>
Message-ID: <1402943936.49.0.188461166145.issue7687@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I'm assuming that this still needs some TLC.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7687>
_______________________________________

From report at bugs.python.org  Mon Jun 16 20:59:19 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 18:59:19 +0000
Subject: [issue9456] Apparent memory leak in PC/bdist_wininst/install.c
In-Reply-To: <1280781943.93.0.297912103498.issue9456@psf.upfronthosting.co.za>
Message-ID: <1402945159.12.0.292047187215.issue9456@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

There is a simple patch to free memory which at a quick glance appears okay.  I've not tried to apply it as the line numbers tie up with those in the existing code.

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9456>
_______________________________________

From report at bugs.python.org  Mon Jun 16 21:02:06 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 16 Jun 2014 19:02:06 +0000
Subject: [issue21782] hashable documentation error: shouldn't mention id
In-Reply-To: <1402943814.73.0.280307813498.issue21782@psf.upfronthosting.co.za>
Message-ID: <1402945326.42.0.466523995337.issue21782@psf.upfronthosting.co.za>


R. David Murray added the comment:

The statement is poorly worded.  The id() is the *input* to the hash function used to compute the default __hash__.  This is a CPython implementation detail, though, so perhaps all mention of it should indeed be dropped.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21782>
_______________________________________

From report at bugs.python.org  Mon Jun 16 21:24:48 2014
From: report at bugs.python.org (Giacomo Alzetta)
Date: Mon, 16 Jun 2014 19:24:48 +0000
Subject: [issue21782] hashable documentation error: shouldn't mention id
In-Reply-To: <1402943814.73.0.280307813498.issue21782@psf.upfronthosting.co.za>
Message-ID: <1402946688.19.0.885777148748.issue21782@psf.upfronthosting.co.za>


Giacomo Alzetta added the comment:

"their hash value is their id()" seems quite clearly stating that:

>>> class A: pass
... 
>>> a = A()
>>> hash(a) == id(a)

should be true, but:

>>> hash(a) == id(a)
False

(both in python2 and in python3)

The python 2 documentation for the __hash__ special method *does* state that the default implementation returns a value "derived" by id().
I believe there is an inconsistency. In the python2 glossary it should say:

"their hash value is derived from their id()"

While in python3 it shouldn't mention id() at all, since the documentation for __hash__ doesn't mention it at all.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21782>
_______________________________________

From report at bugs.python.org  Mon Jun 16 21:51:51 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 16 Jun 2014 19:51:51 +0000
Subject: [issue20085] Python2.7, wxPython and IDLE 2.7
In-Reply-To: <1388199692.1.0.186486001282.issue20085@psf.upfronthosting.co.za>
Message-ID: <1402948311.8.0.297083062645.issue20085@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
status: languishing -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20085>
_______________________________________

From report at bugs.python.org  Mon Jun 16 21:55:13 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 16 Jun 2014 19:55:13 +0000
Subject: [issue15786] IDLE code completion window can hang or misbehave with
 mouse
In-Reply-To: <1346027701.33.0.908436854594.issue15786@psf.upfronthosting.co.za>
Message-ID: <1402948513.44.0.153585859625.issue15786@psf.upfronthosting.co.za>


Ned Deily added the comment:

Investigating a user report of IDLE freezing on OS X when mouse clicking on the code completion menu led me to this issue.  The behavior I see varies depending on the Tk variant in use.  The basic test case is:

1. launch IDLE with an IDLE shell window open
2. open an IDLE edit window for a new file
3. in the edit window, press "a" then "TAB"
4. the code completion window opens as expected
5. using the mouse, click on a selection in the code completion list

With two different X11 Tk's (Debian Linux 8.5.x and OS X X11 8.6.x), clicking on the selection causes the code completion window to disappear but the code completion text does not appear in the edit window.  Further, then pressing "Return", "a", and "Tab" to try a new code completion results in the code completion window momentarily appearing then disappearing.  If one uses the mouse to click on and change focus to another IDLE window (e.g. the shell window), then click on and return focus to the edit window, the code completion window starts working again, at least, until using the mouse to click on a selection again.

With the current Cocoa Tk 8.5.x on OS X (the most commonly used Tk there), the behavior is even more confusing to the user.  After mouse-clicking on a code completion menu item, the code completion menu disappears but then the edit window becomes unresponsive to either the keyboard or the mouse until focus is moved, again by clicking on another IDLE window and then returning to the "hung" edit window.

Oddly enough, the older Carbon Tk 8.4.x on OS X (used with 32-bit-only Pythons) seems to handle this all correctly.

I did not try this with a Windows Tk.  I also did not systematically check all current versions of IDLE with all of those Tk variants but spot checking saw similar behavior on current dev (pre-3.5), 3.4.1, and 2.7.x.

----------
nosy: +ned.deily
title: IDLE code completion window does not scroll/select with mouse -> IDLE code completion window can hang or misbehave with mouse
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15786>
_______________________________________

From report at bugs.python.org  Mon Jun 16 22:16:12 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 16 Jun 2014 20:16:12 +0000
Subject: [issue21679] Prevent extraneous fstat during open()
In-Reply-To: <1402055285.47.0.764387439948.issue21679@psf.upfronthosting.co.za>
Message-ID: <1402949772.28.0.072059329335.issue21679@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I think it's ok to keep the block size an int for now. It would be surprising for a block size to be more than 2 GB, IMO.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21679>
_______________________________________

From report at bugs.python.org  Mon Jun 16 22:26:21 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 16 Jun 2014 20:26:21 +0000
Subject: [issue21782] hashable documentation error: shouldn't mention id
In-Reply-To: <1402943814.73.0.280307813498.issue21782@psf.upfronthosting.co.za>
Message-ID: <1402950381.33.0.653400422871.issue21782@psf.upfronthosting.co.za>


R. David Murray added the comment:

Yes, I should have been clearer.  By "poorly worded" I meant "id is involved, but the sentence does not correctly describe *how* id is involved".  That is, the sentence is wrong as written.

The implementation is the same in both Python2 and Python3, though the source code organization and how it becomes the default hash is a bit different.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21782>
_______________________________________

From report at bugs.python.org  Mon Jun 16 22:27:09 2014
From: report at bugs.python.org (Benjamin Kircher)
Date: Mon, 16 Jun 2014 20:27:09 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1402950429.97.0.382989150538.issue10740@psf.upfronthosting.co.za>


Changes by Benjamin Kircher <benjamin.kircher at gmail.com>:


----------
nosy: +bkircher

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Mon Jun 16 22:27:57 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Mon, 16 Jun 2014 20:27:57 +0000
Subject: [issue21783] smtpd.py does not allow multiple helo/ehlo commands
Message-ID: <1402950477.07.0.805297062536.issue21783@psf.upfronthosting.co.za>


New submission from Milan Oberkirch:

Sending HELO or EHLO more then once causes smtpd.SMTPChannel to respond with b'503 Duplicate HELO/EHLO\r\n' (see Lib/test/test_smtpd.py:124 for an example).

My interpretation of RFC 821, section 4.1.1.5 is that multiple HELO commands are fine outside a mail transaction and a second HELO is eauivalent to a RSET during a mail transaction (undoing any changes made by previous greetings).

I would propose to reject greetings during mail transactiond (thats what RSET is for) and else accept them. The question is how we should handle backwards compatibility here.

I am willing to work on this right after #21725.

----------
components: email
messages: 220754
nosy: barry, jesstess, pitrou, r.david.murray, zvyn
priority: normal
severity: normal
status: open
title: smtpd.py does not allow multiple helo/ehlo commands
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21783>
_______________________________________

From report at bugs.python.org  Mon Jun 16 22:31:34 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 16 Jun 2014 20:31:34 +0000
Subject: [issue21686] IDLE - Test hyperparser
In-Reply-To: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>
Message-ID: <1402950694.65.0.518594731947.issue21686@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Coverage is now '99%'. Unless I see problems that are more than trivial, I am going to polish the patch and commit.

I believe partial coverage of "for context in editwin.num_context_lines:" is because the iterable is never empty. But it never will be in practice and I believe the code is not intended to work if it is. So I ignore this.

I believe partial coverage of deeply nested 
                    if rawtext[pos] in "'\"": 
is because this is reached with rawtext[pop] *not* in "'\"". Reading up, to reach this point, rawtext[pos] must also not be in "([":,
   bracketing[brck_index][0] == brck_limit
must never become true inside the while look (because it breaks), and pos == brck_limit must be true. I don't know if this is all possible. Tal, if you find a triggering test case after I commit, it can be added later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Mon Jun 16 22:37:15 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 20:37:15 +0000
Subject: [issue7982] extend captured_output to simulate different
 stdout.encoding
In-Reply-To: <1266844157.92.0.671833558035.issue7982@psf.upfronthosting.co.za>
Message-ID: <1402951035.54.0.698607900777.issue7982@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Seems like a good idea but it'll go nowhere without a patch, anybody up for it?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7982>
_______________________________________

From report at bugs.python.org  Mon Jun 16 22:39:12 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 20:39:12 +0000
Subject: [issue11056] 2to3 fails for inner __metaclass__ class definition
In-Reply-To: <1296295646.41.0.555218890155.issue11056@psf.upfronthosting.co.za>
Message-ID: <1402951152.79.0.0347186267631.issue11056@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Benjamin what do you think of the proposed fix?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11056>
_______________________________________

From report at bugs.python.org  Mon Jun 16 22:46:07 2014
From: report at bugs.python.org (Eduardo Seabra)
Date: Mon, 16 Jun 2014 20:46:07 +0000
Subject: [issue21697] shutil.copytree() handles symbolic directory incorrectly
In-Reply-To: <1402319959.34.0.00412025295877.issue21697@psf.upfronthosting.co.za>
Message-ID: <1402951567.67.0.76755865388.issue21697@psf.upfronthosting.co.za>


Eduardo Seabra added the comment:

Berker Peksag, I don't think your patch is okay.
When symlinks is set to true, it should copy the symbolic link of the directory. Your code is calling copytree instead.
I think the following patch is working, no errors on regression tests.

----------
nosy: +Eduardo.Seabra
Added file: http://bugs.python.org/file35660/issue21697.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21697>
_______________________________________

From report at bugs.python.org  Mon Jun 16 22:47:55 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 20:47:55 +0000
Subject: [issue11097] MSI: Remove win32com dependency from installer generator
In-Reply-To: <1296634472.0.0.346787074034.issue11097@psf.upfronthosting.co.za>
Message-ID: <1402951675.92.0.104542807249.issue11097@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

If this report is (still) true I'd assume that we'd want to eventually action it.  Otherwise can we close this as out of date?

----------
nosy: +BreamoreBoy
type:  -> enhancement
versions: +Python 3.5 -Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11097>
_______________________________________

From report at bugs.python.org  Mon Jun 16 22:51:53 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 16 Jun 2014 20:51:53 +0000
Subject: [issue21773] Fix a NameError in test_enum
In-Reply-To: <1402862953.59.0.696190178474.issue21773@psf.upfronthosting.co.za>
Message-ID: <3gsl8S5T1Pz7Ljc@mail.python.org>


Roundup Robot added the comment:

New changeset 1536085d4a94 by Victor Stinner in branch '3.4':
Issue #21773: Fix TestStdLib.test_pydoc() of test_enum. Patch written by
http://hg.python.org/cpython/rev/1536085d4a94

New changeset e82ba67d7472 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21773: Fix TestStdLib.test_pydoc() of test_enum. Patch
http://hg.python.org/cpython/rev/e82ba67d7472

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21773>
_______________________________________

From report at bugs.python.org  Mon Jun 16 22:52:29 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 20:52:29 +0000
Subject: [issue21773] Fix a NameError in test_enum
In-Reply-To: <1402862953.59.0.696190178474.issue21773@psf.upfronthosting.co.za>
Message-ID: <1402951949.92.0.348883317327.issue21773@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Fixed. Thanks for the patch.

----------
nosy: +haypo
resolution:  -> fixed
status: open -> closed
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21773>
_______________________________________

From report at bugs.python.org  Mon Jun 16 22:57:20 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 20:57:20 +0000
Subject: [issue16587] Py_Initialize breaks wprintf on Windows
In-Reply-To: <1354321432.5.0.798652538273.issue16587@psf.upfronthosting.co.za>
Message-ID: <1402952240.91.0.764751303793.issue16587@psf.upfronthosting.co.za>


STINNER Victor added the comment:

If I understood correctly, supporting the "wide mode" for wprintf() requires to modify all calls to functions like printf() in Python and so it requires to change a lot of code. Since this issue was the first time that I heard about wprintf(), I don't think that we should change Python. I'm not going to fix this issue except if much more users ask for it.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16587>
_______________________________________

From report at bugs.python.org  Mon Jun 16 22:58:22 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 20:58:22 +0000
Subject: [issue6926] socket module missing IPPROTO_IPV6, IPPROTO_IPV4
In-Reply-To: <1253143086.64.0.131724035197.issue6926@psf.upfronthosting.co.za>
Message-ID: <1402952302.11.0.954212769235.issue6926@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I don't think that Windows XP is officially no more supported in Python. I would prefer an explicit mention in the PEP 11. So please don't use this argument to close an issue.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6926>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:08:43 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 21:08:43 +0000
Subject: [issue11394] Tools/demo, etc. are not installed
In-Reply-To: <1299217020.84.0.644136523007.issue11394@psf.upfronthosting.co.za>
Message-ID: <1402952923.44.0.561641006701.issue11394@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

msg139889 states "so I think this report is invalid" so I suggest we close this.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11394>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:09:26 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 21:09:26 +0000
Subject: [issue4887] environment inspection and manipulation API is buggy,
 inconsistent with "Python philosophy" for wrapping native APIs
In-Reply-To: <1231452487.08.0.408278867366.issue4887@psf.upfronthosting.co.za>
Message-ID: <1402952966.38.0.386738241137.issue4887@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is the OP interested in taking this forward?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4887>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:11:17 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 21:11:17 +0000
Subject: [issue5877] Add a function for updating URL query parameters
In-Reply-To: <1241011935.05.0.388851858626.issue5877@psf.upfronthosting.co.za>
Message-ID: <1402953077.83.0.236885055585.issue5877@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

This won't go anywhere without a patch, is the OP willing to provide one?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5877>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:14:17 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 21:14:17 +0000
Subject: [issue5888] mmap ehancement - resize with sequence notation
In-Reply-To: <1241116451.53.0.52928290171.issue5888@psf.upfronthosting.co.za>
Message-ID: <1402953257.94.0.795687847716.issue5888@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Brian this will go nowhere without a patch covering code, tests and documentation, are you interested in providing one?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5888>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:18:08 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 21:18:08 +0000
Subject: [issue17888] docs: more information on documentation team
In-Reply-To: <1367412914.06.0.588625037016.issue17888@psf.upfronthosting.co.za>
Message-ID: <1402953488.35.0.196308622362.issue17888@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

In recent months people have been doing some great work on the docs, is this something that one of them could pick up?  I'm sorry that I can't remember any names.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17888>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:30:05 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 21:30:05 +0000
Subject: [issue21772] platform.uname() not EINTR safe
In-Reply-To: <1402853550.81.0.562777788511.issue21772@psf.upfronthosting.co.za>
Message-ID: <1402954205.17.0.354205750593.issue21772@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Calling f.read() on naked os.open() output can produce "IOError: [Errno 4] Interrupted system call". Attached is a suggested fix.

I cannot reproduce your issue. What is your exact Python version and OS?

I tried to run 100 threads calling 100 times platform._syscmd_uname('-p'). I didn't reproduce the issue on Python 2.7 or 3.5.

---
import platform
import threading

def test():
    for x in range(100):
        p = platform._syscmd_uname('-p')

threads = [threading.Thread(target=test) for n in range(100)]
for thread in threads:
    thread.start()
for thread in threads:
    thread.join()
---

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21772>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:30:27 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 21:30:27 +0000
Subject: [issue15955] gzip, bz2, lzma: add option to limit output size
In-Reply-To: <1347884562.79.0.801674791772.issue15955@psf.upfronthosting.co.za>
Message-ID: <1402954227.91.0.0756816891306.issue15955@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15955>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:38:24 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 21:38:24 +0000
Subject: [issue6926] socket module missing IPPROTO_IPV6, IPPROTO_IPV4
In-Reply-To: <1253143086.64.0.131724035197.issue6926@psf.upfronthosting.co.za>
Message-ID: <1402954704.09.0.381897981183.issue6926@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

It looks as if we're talking at cross purposes.  PEP11 will not be updated any more for Windows releases, we will be following the Microsoft support life cycle.  That is clearly of interest to anybody wishing to make code changes against this issue.  I do not want, and did not wish to imply, that this issue should be closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6926>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:40:09 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Mon, 16 Jun 2014 21:40:09 +0000
Subject: [issue5888] mmap ehancement - resize with sequence notation
In-Reply-To: <1241116451.53.0.52928290171.issue5888@psf.upfronthosting.co.za>
Message-ID: <1402954809.15.0.685527436199.issue5888@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

I see a few issues with this:

1. Changing the default behavior is a compatibility issue. I've written code that depends on exceptions being raised if slice assignment sizes don't match.
2. The performance cost is high; changing from rewriting in place to shrinking or expanding slice assignment requires (in different orders for shrink/expand) truncating the file to the correct length, memcpy-ing data proportionate to the data after the end of the slice (not proportionate to the slice size) and probably remapping the file (which causes problems if someone has a buffer attached to the existing mapping). At least with non-file backed sequences, when we do work like this it's all in memory and typically smallish; with a file, most of it has to be read from and written to disk, and I'd assume the data being worked with is "largish" (if it's reliably small, the advantages of mmap-ing are small).
3. Behavior in cases where the whole file isn't mapped is hard to intuit or define reasonably. If I map the first 1024 bytes of a 2 GB file, and I add 20 bytes in the middle of the block, what happens? Does data from the unmapped portions get moved? Overwritten? What about removing 20 bytes from the middle of the block? Do we write 0s, or copy down the data that appears after? And remember, for all but the "shrink and write 0s" option, we're moving or modifying data the user explicitly didn't mmap.

----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5888>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:44:04 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 21:44:04 +0000
Subject: [issue6270] Menu deletecommand fails if command is already deleted
In-Reply-To: <1244754580.13.0.801057820447.issue6270@psf.upfronthosting.co.za>
Message-ID: <1402955044.59.0.787616824371.issue6270@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I've tried to reproduce this on Windows 7 with Python 3.4.1 and failed.  Would somebody else please give it a go.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6270>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:44:59 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Mon, 16 Jun 2014 21:44:59 +0000
Subject: [issue21679] Prevent extraneous fstat during open()
In-Reply-To: <1402055285.47.0.764387439948.issue21679@psf.upfronthosting.co.za>
Message-ID: <1402955099.76.0.207468273836.issue21679@psf.upfronthosting.co.za>


Changes by Josh Rosenberg <shadowranger+python at gmail.com>:


----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21679>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:46:55 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 16 Jun 2014 21:46:55 +0000
Subject: [issue16136] Removal of VMS support
In-Reply-To: <1349389263.57.0.925729224322.issue16136@psf.upfronthosting.co.za>
Message-ID: <1402955215.2.0.161643128455.issue16136@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16136>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:53:00 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 21:53:00 +0000
Subject: [issue8822] datetime naive and aware types should have a well-defined
 definition that can be cross-referenced
In-Reply-To: <1274875647.87.0.219158529549.issue8822@psf.upfronthosting.co.za>
Message-ID: <1402955580.47.0.875604032758.issue8822@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I like the wording in the patch as it's clearer than the original and so think it should be applied.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8822>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:53:35 2014
From: report at bugs.python.org (Tor Colvin)
Date: Mon, 16 Jun 2014 21:53:35 +0000
Subject: [issue21772] platform.uname() not EINTR safe
In-Reply-To: <1402853550.81.0.562777788511.issue21772@psf.upfronthosting.co.za>
Message-ID: <1402955615.36.0.678157274692.issue21772@psf.upfronthosting.co.za>


Tor Colvin added the comment:

2.7.6 or 3.4.1 with OS X 10.8. I can only reproduce it an automated test environment when the load is high on the machine. I've also seen it with 10.6/10.7. It's definitely inconsistently reproducible.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21772>
_______________________________________

From report at bugs.python.org  Mon Jun 16 23:56:17 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 21:56:17 +0000
Subject: [issue9341] allow argparse subcommands to be grouped
In-Reply-To: <1279887451.34.0.723880615782.issue9341@psf.upfronthosting.co.za>
Message-ID: <1402955777.49.0.181421115208.issue9341@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +paul.j3
versions: +Python 2.7, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9341>
_______________________________________

From report at bugs.python.org  Tue Jun 17 00:01:49 2014
From: report at bugs.python.org (Lars H)
Date: Mon, 16 Jun 2014 22:01:49 +0000
Subject: [issue2943] Distutils should generate a better error message when the
 SDK is not installed
In-Reply-To: <1211455981.94.0.404413935613.issue2943@psf.upfronthosting.co.za>
Message-ID: <1402956109.97.0.414437477238.issue2943@psf.upfronthosting.co.za>


Lars H added the comment:

+1 vote for fixing this problem. Matt Hickford said it very well... the error message is very cryptic, not giving the user a clue as to what domain the problem lies in.

----------
nosy: +Lars.H

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2943>
_______________________________________

From report at bugs.python.org  Tue Jun 17 00:18:15 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 22:18:15 +0000
Subject: [issue2943] Distutils should generate a better error message when the
 SDK is not installed
In-Reply-To: <1211455981.94.0.404413935613.issue2943@psf.upfronthosting.co.za>
Message-ID: <1402957095.97.0.637616242628.issue2943@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Steve could this be included with the work you're doing with the Windows installers?

----------
components: +Windows
nosy: +BreamoreBoy, dstufft, eric.araujo, steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2943>
_______________________________________

From report at bugs.python.org  Tue Jun 17 00:18:35 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Mon, 16 Jun 2014 22:18:35 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <1402881993.93.0.517500736786.issue21763@psf.upfronthosting.co.za>
Message-ID: <539F6D39.6000703@rath.org>


Nikolaus Rath added the comment:

On 06/15/2014 06:26 PM, Raymond Hettinger wrote:
> Before creating more tracker items, please take time to learn about how Python's history, 
[...]

It'd be nice if you would have at least followed the link to
http://article.gmane.org/gmane.comp.python.devel/148199 before
commenting. In case you still can't spare the time for that: I
explicitly asked on python-dev about this *before* I opened a tracker item.

Apart from that, I think your remarks are neither appropriate nor do
they belong in the tracker.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Tue Jun 17 00:27:55 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 22:27:55 +0000
Subject: [issue1635217] Warn against using requires/provides/obsoletes in
 setup.py
Message-ID: <1402957675.66.0.881608509233.issue1635217@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1635217>
_______________________________________

From report at bugs.python.org  Tue Jun 17 00:31:57 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 22:31:57 +0000
Subject: [issue9350] add remove_argument_group to argparse
In-Reply-To: <1279893088.18.0.675631346333.issue9350@psf.upfronthosting.co.za>
Message-ID: <1402957917.01.0.56019610665.issue9350@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +paul.j3
versions: +Python 2.7, Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9350>
_______________________________________

From report at bugs.python.org  Tue Jun 17 00:38:54 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 22:38:54 +0000
Subject: [issue1446619] extended slice behavior inconsistent with docs
Message-ID: <1402958334.57.0.598868718573.issue1446619@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The attached patch is simple enough, surely it's a simple decision as to whether or not to commit it?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1446619>
_______________________________________

From report at bugs.python.org  Tue Jun 17 00:39:57 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 22:39:57 +0000
Subject: [issue11695] Improve argparse usage/help customization
In-Reply-To: <1301234745.11.0.232414036754.issue11695@psf.upfronthosting.co.za>
Message-ID: <1402958397.36.0.235562938212.issue11695@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +paul.j3
versions: +Python 2.7, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11695>
_______________________________________

From report at bugs.python.org  Tue Jun 17 00:47:06 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 16 Jun 2014 22:47:06 +0000
Subject: [issue11176] give more meaningful argument names in argparse
 documentation
In-Reply-To: <1297352937.46.0.470038569364.issue11176@psf.upfronthosting.co.za>
Message-ID: <1402958826.27.0.367214337151.issue11176@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

If we've got some meaningful changes can we please get them committed.  However I'd like to state that with over 4000 issues open we've got better things to do than change docs because somebody doesn't like the use of foo, bar and baz in examples.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11176>
_______________________________________

From report at bugs.python.org  Tue Jun 17 01:01:35 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 16 Jun 2014 23:01:35 +0000
Subject: [issue21686] IDLE - Test hyperparser
In-Reply-To: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>
Message-ID: <3gsp264mkPz7LjN@mail.python.org>


Roundup Robot added the comment:

New changeset 59730aecce9b by Terry Jan Reedy in branch '2.7':
Issue #21686: add unittest for idlelib.HyperParser.  Original patch by Saimadhav
http://hg.python.org/cpython/rev/59730aecce9b

New changeset 2fc89d2230a2 by Terry Jan Reedy in branch '3.4':
Issue #21686: add unittest for idlelib.HyperParser.  Original patch by Saimadhav
http://hg.python.org/cpython/rev/2fc89d2230a2

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Tue Jun 17 01:17:46 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 16 Jun 2014 23:17:46 +0000
Subject: [issue21686] IDLE - Test hyperparser
In-Reply-To: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>
Message-ID: <1402960666.16.0.831177997142.issue21686@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Attached is the 3.4 patch as pushed. The main 'invisible' change, other than the review comment, was to create the code string just once.

I discovered that the earlier version had a bug in saying 'ok' to the 3.x HyperParser bug of no longer recognizing 'False', etc, as identifiers due to being made keywords. The buggy test properly failed on 2.7. I did the easy fix and split the bad test into two.

Since the 2.7 and 3.x versions of HyperParser were identical before the fix, the 3.x version must also not recognize the new ... Ellipsis literal. Tal, do you think doing so would be sensibly possible? (IE, would it be worth a new issue?)
  ...
  x = ...
  print(...)
are all legal 3.x expressions.

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
Added file: http://bugs.python.org/file35661/test-hp-34-push.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Tue Jun 17 02:08:00 2014
From: report at bugs.python.org (Steve Dower)
Date: Tue, 17 Jun 2014 00:08:00 +0000
Subject: [issue2943] Distutils should generate a better error message when the
 SDK is not installed
In-Reply-To: <1211455981.94.0.404413935613.issue2943@psf.upfronthosting.co.za>
Message-ID: <1402963680.32.0.0201949782311.issue2943@psf.upfronthosting.co.za>


Steve Dower added the comment:

I can certainly improve this for 3.5 as part of the move to VC14 (which will require changes to distutils anyway). The installer won't touch it.

For earlier Python versions, I'd quite like to see setuptools take over detection from distutils and provide the better error message. I have some other work going on (currently, mostly, still in secret) that may help here, so I may be the one to contribute it to setuptools too if things go well.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2943>
_______________________________________

From report at bugs.python.org  Tue Jun 17 02:10:46 2014
From: report at bugs.python.org (Eduardo Seabra)
Date: Tue, 17 Jun 2014 00:10:46 +0000
Subject: [issue21579] Python 3.4: tempfile.close attribute does not work
In-Reply-To: <1401083279.44.0.182194375794.issue21579@psf.upfronthosting.co.za>
Message-ID: <1402963846.33.0.75614565803.issue21579@psf.upfronthosting.co.za>


Eduardo Seabra added the comment:

I've attached a patch with @mmarkk proposal.

----------
keywords: +patch
nosy: +Eduardo.Seabra
Added file: http://bugs.python.org/file35662/issue21579.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21579>
_______________________________________

From report at bugs.python.org  Tue Jun 17 02:24:47 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Jun 2014 00:24:47 +0000
Subject: [issue21772] platform.uname() not EINTR safe
In-Reply-To: <1402853550.81.0.562777788511.issue21772@psf.upfronthosting.co.za>
Message-ID: <1402964687.18.0.647422653986.issue21772@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21772>
_______________________________________

From report at bugs.python.org  Tue Jun 17 02:40:51 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Tue, 17 Jun 2014 00:40:51 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1402965651.35.0.377155891865.issue21725@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

The new patch implements what you suggested, with the following differences:
- I still use the default_dict and add the numbers up but maybe it's a bit more readable now?
- Support for HELO/EHLO is a seperate issue #21783

----------
Added file: http://bugs.python.org/file35663/issue21725v2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Tue Jun 17 03:00:10 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Jun 2014 01:00:10 +0000
Subject: [issue15786] IDLE code completion window can hang or misbehave with
 mouse
In-Reply-To: <1346027701.33.0.908436854594.issue15786@psf.upfronthosting.co.za>
Message-ID: <1402966810.24.0.58568828458.issue15786@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Idle Help, Completion sections "Two tabs in a row will supply the current ACW selection, as will return or a double click." On 3.4 windows, tab-tab works, one click dismisses the box immediately but without disabling it. Contrary to the claim above, <return> dismisses the box with no entry and enters <return> into the window (shell or editor). <space> on the other hand, does the same as tab-tab + enters a space. I actually like this better than return, but the doc and behavior should match and the widget never become disabled. The doc does not say anything about navigation.

I recently committed an *incomplete* test_autocomplete from one of last summer's GSOC students, but it obviously does not test what really needs to be tested.

----------
nosy: +taleinat
stage: needs patch -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15786>
_______________________________________

From report at bugs.python.org  Tue Jun 17 03:04:26 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Jun 2014 01:04:26 +0000
Subject: [issue11394] Tools/demo, etc. are not installed
In-Reply-To: <1299217020.84.0.644136523007.issue11394@psf.upfronthosting.co.za>
Message-ID: <1402967066.82.0.0121323589449.issue11394@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11394>
_______________________________________

From report at bugs.python.org  Tue Jun 17 04:19:56 2014
From: report at bugs.python.org (Demian Brecht)
Date: Tue, 17 Jun 2014 02:19:56 +0000
Subject: [issue15025] httplib and http.client are missing response messages
 for defined WEBDAV responses, e.g., UNPROCESSABLE_ENTITY (422)
In-Reply-To: <1339067742.9.0.619240246861.issue15025@psf.upfronthosting.co.za>
Message-ID: <1402971596.38.0.473057340786.issue15025@psf.upfronthosting.co.za>


Changes by Demian Brecht <demianbrecht at gmail.com>:


----------
nosy: +dbrecht

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15025>
_______________________________________

From report at bugs.python.org  Tue Jun 17 04:39:44 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 17 Jun 2014 02:39:44 +0000
Subject: [issue1856] shutdown (exit) can hang or segfault with daemon threads
 running
In-Reply-To: <1200535276.53.0.276618350299.issue1856@psf.upfronthosting.co.za>
Message-ID: <3gstsq4c89z7Ljm@mail.python.org>


Roundup Robot added the comment:

New changeset 7741d0dd66ca by Benjamin Peterson in branch '2.7':
avoid crashes and lockups from daemon threads during interpreter shutdown (#1856)
http://hg.python.org/cpython/rev/7741d0dd66ca

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1856>
_______________________________________

From report at bugs.python.org  Tue Jun 17 04:48:32 2014
From: report at bugs.python.org (abraithwaite)
Date: Tue, 17 Jun 2014 02:48:32 +0000
Subject: [issue21784] __init__.py can be a directory
Message-ID: <1402973312.89.0.00365270476425.issue21784@psf.upfronthosting.co.za>


New submission from abraithwaite:

Is this expected?  It was very confusing when I cloned a repo that didn't have the __init__.py there when I had just made it, but of course git doesn't track files, only directories.  I had accidentaly done mkdir instead of touch.

$ mkdir pkg/__init__.py
$ touch pkg/foobar.py
$ python
Python 3.4.1 (default, May 19 2014, 17:23:49) 
[GCC 4.9.0 20140507 (prerelease)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from pkg import foobar
>>> foobar
<module 'pkg.foobar' from '/home/abraithwaite/pkg/foobar.py'>
>>>

----------
assignee: docs at python
components: Documentation
messages: 220787
nosy: abraithwaite, docs at python
priority: normal
severity: normal
status: open
title: __init__.py can be a directory
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21784>
_______________________________________

From report at bugs.python.org  Tue Jun 17 05:30:11 2014
From: report at bugs.python.org (abraithwaite)
Date: Tue, 17 Jun 2014 03:30:11 +0000
Subject: [issue21784] __init__.py can be a directory
In-Reply-To: <1402973312.89.0.00365270476425.issue21784@psf.upfronthosting.co.za>
Message-ID: <1402975811.61.0.722826456882.issue21784@psf.upfronthosting.co.za>


abraithwaite added the comment:

> but of course git doesn't track files, only directories.

but of course git doesn't track *directories*, only *files*.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21784>
_______________________________________

From report at bugs.python.org  Tue Jun 17 06:54:33 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 17 Jun 2014 04:54:33 +0000
Subject: [issue21784] __init__.py can be a directory
In-Reply-To: <1402973312.89.0.00365270476425.issue21784@psf.upfronthosting.co.za>
Message-ID: <1402980873.39.0.946323912732.issue21784@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> Is this expected? 

It is a little weird but usually problematic.  The cause that import checks for the existence of '__init__.py' but doesn't then add isfile() or  isdir() check which would be unnecessary 99.9% of the time.

I classify this a harmless oddity.

----------
nosy: +rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21784>
_______________________________________

From report at bugs.python.org  Tue Jun 17 07:01:47 2014
From: report at bugs.python.org (Demian Brecht)
Date: Tue, 17 Jun 2014 05:01:47 +0000
Subject: [issue15025] httplib and http.client are missing response messages
 for defined WEBDAV responses, e.g., UNPROCESSABLE_ENTITY (422)
In-Reply-To: <1339067742.9.0.619240246861.issue15025@psf.upfronthosting.co.za>
Message-ID: <1402981307.91.0.395888191044.issue15025@psf.upfronthosting.co.za>


Demian Brecht added the comment:

Indeed the WEBDAV codes were missing across the board. I've added a couple patches: One (_a) that just adds the missing constants, and another (_b) that changes how they're defined altogether. The advantage of the second is that there is much less chance of running into this desync going forward. Having said that, I have no false hope that anyone will think it's a sane or obvious way of going about defining them ;)

----------
keywords: +patch
Added file: http://bugs.python.org/file35664/issue15025_a.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15025>
_______________________________________

From report at bugs.python.org  Tue Jun 17 07:01:59 2014
From: report at bugs.python.org (Demian Brecht)
Date: Tue, 17 Jun 2014 05:01:59 +0000
Subject: [issue15025] httplib and http.client are missing response messages
 for defined WEBDAV responses, e.g., UNPROCESSABLE_ENTITY (422)
In-Reply-To: <1339067742.9.0.619240246861.issue15025@psf.upfronthosting.co.za>
Message-ID: <1402981319.85.0.108814918805.issue15025@psf.upfronthosting.co.za>


Changes by Demian Brecht <demianbrecht at gmail.com>:


Added file: http://bugs.python.org/file35665/issue15025_b.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15025>
_______________________________________

From report at bugs.python.org  Tue Jun 17 07:05:27 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 17 Jun 2014 05:05:27 +0000
Subject: [issue19776] Provide expanduser() on Path objects
In-Reply-To: <1385409778.55.0.842571848249.issue19776@psf.upfronthosting.co.za>
Message-ID: <1402981527.49.0.650109351419.issue19776@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Attached the new version of the patch with fixes according to Antoine's review.

----------
Added file: http://bugs.python.org/file35666/issue19776_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19776>
_______________________________________

From report at bugs.python.org  Tue Jun 17 07:16:03 2014
From: report at bugs.python.org (Konstantin Tretyakov)
Date: Tue, 17 Jun 2014 05:16:03 +0000
Subject: [issue21785] __getitem__ and __setitem__ try to be smart when invoked
 with negative slice indices
Message-ID: <1402982163.43.0.0546629268469.issue21785@psf.upfronthosting.co.za>


New submission from Konstantin Tretyakov:

Consider the following example:

class A:
     def __getitem__(self, index):
         return True

If you invoke A()[-1], everything is fine. However, if you invoke A()[-1:2], you get an "AttributeError: A instance has no attribute '__len__'".

Moreover, if you define __len__ for your class, you will discover that __getitem__ will act "smart" and modify slice you are passing into the function. Check this out:

class A:
    def __getitem__(self, index):
        return index.start
    def __len__(self):
        return 10

Now A()[-1:10] outputs "9". The same kind of argument-mangling happens within __setitem__.

This is completely unintuitive and contrary to what I read in the docs (https://docs.python.org/2/reference/datamodel.html#object.__getitem__):
"Note that the special interpretation of negative indexes (if the class wishes to emulate a sequence type) is up to the __getitem__() method.".

Especially intuitive is the fact that if you do A()[slice(-1,10)] or A().__getitem__(slice(-1,10)), no special treatment is done for the -1, everything works fine and the __len__ method is not invoked.

As far as I understand, the root cause is the behaviour of STORE_SLICE+3 command, which tries to be too smart.

I have discovered this within code where slice indexing was used to insert arbitrary intervals into a data structure (hence using negative numbers would be totally fine), and obviuosly such behaviour broke the whole idea, albeit it was nontrivial to debug and discover.

This does not seem to be a problem for Python 3.3, however I believe fixing this in Python 2.7 is important as well.

----------
components: Interpreter Core
messages: 220792
nosy: kt
priority: normal
severity: normal
status: open
title: __getitem__ and __setitem__ try to be smart when invoked with negative slice indices
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21785>
_______________________________________

From report at bugs.python.org  Tue Jun 17 07:27:42 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 17 Jun 2014 05:27:42 +0000
Subject: [issue21786] Use self.assertEqual in test_pydoc
Message-ID: <1402982862.21.0.976348306375.issue21786@psf.upfronthosting.co.za>


New submission from Claudiu Popa:

Hello. Here's a patch which uses self.assertEqual in various places across test_pydoc, instead of the current idiom:

if result != expected_text:
   print_diffs(expected_text, result)
   self.fail("outputs are not equal, see diff above")

----------
components: Tests
files: modernize_test_pydoc.patch
keywords: patch
messages: 220793
nosy: Claudiu.Popa
priority: normal
severity: normal
status: open
title: Use self.assertEqual in test_pydoc
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35667/modernize_test_pydoc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21786>
_______________________________________

From report at bugs.python.org  Tue Jun 17 07:27:54 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 17 Jun 2014 05:27:54 +0000
Subject: [issue21786] Use assertEqual in test_pydoc
In-Reply-To: <1402982862.21.0.976348306375.issue21786@psf.upfronthosting.co.za>
Message-ID: <1402982874.75.0.611005195883.issue21786@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
title: Use self.assertEqual in test_pydoc -> Use assertEqual in test_pydoc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21786>
_______________________________________

From report at bugs.python.org  Tue Jun 17 07:31:39 2014
From: report at bugs.python.org (John Malmberg)
Date: Tue, 17 Jun 2014 05:31:39 +0000
Subject: [issue16136] Removal of VMS support
In-Reply-To: <1349389263.57.0.925729224322.issue16136@psf.upfronthosting.co.za>
Message-ID: <1402983099.32.0.384589018329.issue16136@psf.upfronthosting.co.za>


John Malmberg added the comment:

Does not look like anything vital to VMS got removed.

Configure basically worked under current GNV.

And a few tweaks later with out changing any files checked out of the Mercurial repository, make is producing a functional python binary before it quits.

bash-4.2$ ./python notdeadyet.py
    I'm not Dead Yet, I think I'll go for a Walk
bash-4.2$ ./python
Python 3.5.0a0 (default, Jun 17 2014, 00:03:16) [C] on openvms0
Type "help", "copyright", "credits" or "license" for more information.
>>>  Exit
bash-4.2$ uname -a
OpenVMS EAGLE 0 V8.4 AlphaServer_DS10_617_MHz Alpha Alpha HP/OpenVMS

More work is needed of course, mostly adding some more libraries that Python is expecting and showing GNV how to have configure and make find them.  A lot of compile warnings need to be resolved.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16136>
_______________________________________

From report at bugs.python.org  Tue Jun 17 07:38:49 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 17 Jun 2014 05:38:49 +0000
Subject: [issue21785] __getitem__ and __setitem__ try to be smart when invoked
 with negative slice indices
In-Reply-To: <1402982163.43.0.0546629268469.issue21785@psf.upfronthosting.co.za>
Message-ID: <1402983529.83.0.423225963275.issue21785@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

It's too late for a behavior change in 2.7.   That risks breaking code that relies on the current behavior.

However, the docs could be amended to indicate that slices with negative indicies are treated differently from scalar negative indicies, the former get length adjusted automatically and the latter don't.

----------
assignee:  -> docs at python
components: +Documentation -Interpreter Core
nosy: +docs at python, rhettinger
priority: normal -> low

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21785>
_______________________________________

From report at bugs.python.org  Tue Jun 17 07:40:09 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 17 Jun 2014 05:40:09 +0000
Subject: [issue21786] Use assertEqual in test_pydoc
In-Reply-To: <1402982862.21.0.976348306375.issue21786@psf.upfronthosting.co.za>
Message-ID: <1402983609.62.0.213236938831.issue21786@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This looks like a nice improvement.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21786>
_______________________________________

From report at bugs.python.org  Tue Jun 17 07:46:07 2014
From: report at bugs.python.org (Demian Brecht)
Date: Tue, 17 Jun 2014 05:46:07 +0000
Subject: [issue20898] Missing 507 response description
In-Reply-To: <1394637244.26.0.361164120424.issue20898@psf.upfronthosting.co.za>
Message-ID: <1402983967.28.0.605362847242.issue20898@psf.upfronthosting.co.za>


Demian Brecht added the comment:

I actually made a similar change for issue #15025 earlier today. One of the two should likely be closed as a dupe.

----------
nosy: +dbrecht

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20898>
_______________________________________

From report at bugs.python.org  Tue Jun 17 07:49:13 2014
From: report at bugs.python.org (Demian Brecht)
Date: Tue, 17 Jun 2014 05:49:13 +0000
Subject: [issue3430] httplib.HTTPResponse documentations inconsistent
In-Reply-To: <1216747880.73.0.0581734704537.issue3430@psf.upfronthosting.co.za>
Message-ID: <1402984153.23.0.334020517492.issue3430@psf.upfronthosting.co.za>


Changes by Demian Brecht <demianbrecht at gmail.com>:


----------
nosy: +dbrecht

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3430>
_______________________________________

From report at bugs.python.org  Tue Jun 17 08:00:04 2014
From: report at bugs.python.org (Demian Brecht)
Date: Tue, 17 Jun 2014 06:00:04 +0000
Subject: [issue19917] [httplib] logging information for request is not pretty
 printed
In-Reply-To: <1386413080.92.0.351429113589.issue19917@psf.upfronthosting.co.za>
Message-ID: <1402984804.04.0.475158448765.issue19917@psf.upfronthosting.co.za>


Changes by Demian Brecht <demianbrecht at gmail.com>:


----------
nosy: +dbrecht

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19917>
_______________________________________

From report at bugs.python.org  Tue Jun 17 08:28:15 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 17 Jun 2014 06:28:15 +0000
Subject: [issue21739] Add hint about expression in list comprehensions
 (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions)
In-Reply-To: <1402600679.26.0.179499997563.issue21739@psf.upfronthosting.co.za>
Message-ID: <1402986495.85.0.740587671498.issue21739@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: rhettinger -> r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21739>
_______________________________________

From report at bugs.python.org  Tue Jun 17 08:48:36 2014
From: report at bugs.python.org (Tal Einat)
Date: Tue, 17 Jun 2014 06:48:36 +0000
Subject: [issue21686] IDLE - Test hyperparser
In-Reply-To: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>
Message-ID: <1402987716.8.0.902166914613.issue21686@psf.upfronthosting.co.za>


Tal Einat added the comment:

Ouch. I hadn't thought about the Ellipsis literal!

That would be sensibly possible, yes, but not simple. I think opening a separate issue for this would be prudent.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Tue Jun 17 08:53:53 2014
From: report at bugs.python.org (Torsten Landschoff)
Date: Tue, 17 Jun 2014 06:53:53 +0000
Subject: [issue1336] subprocess.Popen hangs when child writes to stderr
In-Reply-To: <1193407452.43.0.999665750675.issue1336@psf.upfronthosting.co.za>
Message-ID: <1402988033.79.0.0583173300149.issue1336@psf.upfronthosting.co.za>


Torsten Landschoff added the comment:

> ita1024: please don't post to closed issues; your message here will be ignored.

Bugs for Python 2 will be ignored anyway so what can you do? I am currently fighting with the effects of using threads, subprocess.Popen and sqlite in Python2 and found this bug report.

Among other issues (like a hang for still unknown reasons when calling subprocess.Popen) I have also seen gc getting disabled for a long running process which has multiple threads and starts processes via subprocess.Popen from different threads.

The attached example subprocess_demo.py reproduces disabling GC for me in Python 2.7.6. I checked with Python 3.4 and it is fixed there. Looking at the source, Python 3 implements subprocess.Popen correctly by doing fork + execve at the C side, unless the caller really wants to run a preexec_fn and is prepared for the failure.

Another case for using Python 3...

----------
nosy: +torsten
Added file: http://bugs.python.org/file35668/subprocess_demo.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1336>
_______________________________________

From report at bugs.python.org  Tue Jun 17 08:58:02 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Jun 2014 06:58:02 +0000
Subject: [issue21787] Idle: make 3.x Hyperparser.get_expression recognize ...
Message-ID: <1402988282.32.0.521097525019.issue21787@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

3.0 introduced ... as Ellipsis literal. Test: add '...\n' to the end of the test code.  In test_get_expression, add at the end
        p = get('12.3')
        self.assertEqual(p.get_expression(), '...')
which now fails with AssertionError: '' != '...'.

----------
messages: 220800
nosy: taleinat, terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Idle: make 3.x  Hyperparser.get_expression recognize ...
type: enhancement
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21787>
_______________________________________

From report at bugs.python.org  Tue Jun 17 09:01:11 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Jun 2014 07:01:11 +0000
Subject: [issue21686] IDLE - Test hyperparser
In-Reply-To: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>
Message-ID: <1402988471.76.0.850100914722.issue21686@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#21787 Idle: make 3.x  Hyperparser.get_expression recognize ...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Tue Jun 17 09:10:53 2014
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 17 Jun 2014 07:10:53 +0000
Subject: [issue21784] __init__.py can be a directory
In-Reply-To: <1402973312.89.0.00365270476425.issue21784@psf.upfronthosting.co.za>
Message-ID: <1402989053.87.0.512678470753.issue21784@psf.upfronthosting.co.za>


Berker Peksag added the comment:

I think this is related to PEP 420.

    $ tree pkg/
    pkg/
    ??? foobar.py

    $ python3.2 -c "from pkg import foobar"
    Traceback (most recent call last):
      File "<string>", line 1, in <module>
    ImportError: No module named pkg

But, with Python 3.3 and newer:

    $ python3.3 -c "from pkg import foobar"
    hello

See https://docs.python.org/3/whatsnew/3.3.html#pep-420-implicit-namespace-packages for the whatsnew entry.

----------
nosy: +berker.peksag, eric.smith
resolution:  -> not a bug
stage:  -> resolved
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21784>
_______________________________________

From report at bugs.python.org  Tue Jun 17 09:17:36 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Jun 2014 07:17:36 +0000
Subject: [issue8110] subprocess.py doesn't correctly detect Windows machines
In-Reply-To: <1268236633.45.0.419738445411.issue8110@psf.upfronthosting.co.za>
Message-ID: <1402989456.41.0.555826602248.issue8110@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> sys.platform == "cli" or sys.platform == "silverlight"

It cannot happen in CPython, so I think that it's fine to leave CPython stdlib unchanged. I consider that the issue is fixed because the bug report was for IronPython and the bug was fixed there.

----------
nosy: +haypo
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8110>
_______________________________________

From report at bugs.python.org  Tue Jun 17 09:40:27 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Jun 2014 07:40:27 +0000
Subject: [issue21788] Rework Python finalization
Message-ID: <1402990827.19.0.536092854004.issue21788@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Hi,

During the development of Python 3.4, I tried to emit warnings if a file is destroyed without being explicitly closed. The warnings were not emited in threads during Python finalization. Here are related changes:

- Issue #19421: "FileIO destructor imports indirectly the io module at exit"
- Issue #19424: "_warnings: patch to avoid conversions from/to UTF-8"
- Issue #19442: "Python crashes when a warning is emitted during shutdown"
- Change in Python shutdown: issue #19466 "Clear state of threads earlier in Python shutdown"
- Regression => issue #20526

The change #19466 had to be reverted a few days before the release of Python 3.4.0 because it caused the regression #20526.

I'm still not convinced that #20526 was a new bug. IMO the bug still exists, but it is just less likely without the change #19466.

There is still something wrong in Python finalization, so I open this issue to rework it.

The goal is to get warnings in test_4_daemon_threads() of test_threading. I attached the test as a Python script.

----------
files: test_4_daemon_threads.py
messages: 220804
nosy: benjamin.peterson, haypo
priority: normal
severity: normal
status: open
title: Rework Python finalization
versions: Python 3.5
Added file: http://bugs.python.org/file35669/test_4_daemon_threads.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21788>
_______________________________________

From report at bugs.python.org  Tue Jun 17 09:41:46 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Jun 2014 07:41:46 +0000
Subject: [issue21788] Rework Python finalization
In-Reply-To: <1402990827.19.0.536092854004.issue21788@psf.upfronthosting.co.za>
Message-ID: <1402990906.86.0.543005066817.issue21788@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Benjamin changed ThreadState_DeleteCurrent() to fix an issue in this part of the code, but then reverted his change:
"revert tstate_delete_common, since it's pretty much wrong"
http://hg.python.org/cpython/rev/3ce746735b99

(Yeah this part of the code is really tricky, likely to deadlock.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21788>
_______________________________________

From report at bugs.python.org  Tue Jun 17 09:54:58 2014
From: report at bugs.python.org (Konstantin Tretyakov)
Date: Tue, 17 Jun 2014 07:54:58 +0000
Subject: [issue21785] __getitem__ and __setitem__ try to be smart when invoked
 with negative slice indices
In-Reply-To: <1402982163.43.0.0546629268469.issue21785@psf.upfronthosting.co.za>
Message-ID: <1402991698.89.0.209245572763.issue21785@psf.upfronthosting.co.za>


Konstantin Tretyakov added the comment:

Do note that things are not as simple as "slices with negative indices are treated differently from scalar negative indicies".

Namely, behaviour differs whether you use [] or .__getitem__, and whether you use [a:b] or [slice(a,b)]. This does not make sense from a specification perspective, but has to be made clear in the docs then.

Besides, Jython does not have this problem and I presume other Python implementations might also be fine (e.g. PyPy or whatever else there exists, couldn't test now).

Hence, although fixing the docs does seem like a simple solution, if you want to regard the docs as a "specification of the Python language" rather than a list of particular CPython features, this won't be reasonable.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21785>
_______________________________________

From report at bugs.python.org  Tue Jun 17 09:57:50 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Jun 2014 07:57:50 +0000
Subject: [issue21788] Rework Python finalization
In-Reply-To: <1402990827.19.0.536092854004.issue21788@psf.upfronthosting.co.za>
Message-ID: <1402991870.41.0.567966143721.issue21788@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Charles-Fran?ois Natali wrote a general comment about daemon threads:
http://bugs.python.org/issue19466#msg206028

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21788>
_______________________________________

From report at bugs.python.org  Tue Jun 17 09:59:30 2014
From: report at bugs.python.org (eryksun)
Date: Tue, 17 Jun 2014 07:59:30 +0000
Subject: [issue21785] __getitem__ and __setitem__ try to be smart when invoked
 with negative slice indices
In-Reply-To: <1402982163.43.0.0546629268469.issue21785@psf.upfronthosting.co.za>
Message-ID: <1402991970.16.0.401963919786.issue21785@psf.upfronthosting.co.za>


eryksun added the comment:

Refer to the documentation for deprecated __getslice__ when slicing an instance of a classic class:

https://docs.python.org/2/reference/datamodel.html#object.__getslice__

The SLICE+3 implementation (apply_slice) calls PySequence_GetSlice if both index values can be converted to Py_ssize_t integers and if the type defines sq_slice (instance_slice for the "instance" type). The "instance" type is used for an instance of a classic class. This predates unification of Python classes and types.

apply_slice
http://hg.python.org/cpython/file/f89216059edf/Python/ceval.c#l4383

PySequence_GetSlice
http://hg.python.org/cpython/file/f89216059edf/Objects/abstract.c#l1995

instance_slice
http://hg.python.org/cpython/file/f89216059edf/Objects/classobject.c#l1177

A new-style class, i.e. a class that subclasses object, would have to define or inherit __getslice__ in order for the C sq_slice slot to be defined. But __getslice__ is deprecated and shouldn't be implemented  unless you have to override it in a subclass of a built-in type. 

When sq_slice doesn't exist, apply_slice instead calls PyObject_GetItem with a slice object:

    class A(object):
        def __getitem__(self, index):
            return index.start
        def __len__(self):
            return 10

    >>> A()[-1:10]
    -1

By the way, you don't observe the behavior in Python 3 because it doesn't have classic classes, and the __getslice__, __setslice__, and __delslice__ methods are not in its data model.

----------
components: +Interpreter Core -Documentation
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21785>
_______________________________________

From report at bugs.python.org  Tue Jun 17 10:05:14 2014
From: report at bugs.python.org (Konstantin Tretyakov)
Date: Tue, 17 Jun 2014 08:05:14 +0000
Subject: [issue21785] __getitem__ and __setitem__ try to be smart when invoked
 with negative slice indices
In-Reply-To: <1402982163.43.0.0546629268469.issue21785@psf.upfronthosting.co.za>
Message-ID: <1402992314.96.0.554681937099.issue21785@psf.upfronthosting.co.za>


Konstantin Tretyakov added the comment:

Aha, I see. I knew I'd get bitten by not explicitly subclassing (object) one day.

In any case, adding a reference to this issue into the docs of __getitem__ and __setitem__ would probably save someone some hours of utter confusion in the future.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21785>
_______________________________________

From report at bugs.python.org  Tue Jun 17 10:08:38 2014
From: report at bugs.python.org (Bohuslav "Slavek" Kabrda)
Date: Tue, 17 Jun 2014 08:08:38 +0000
Subject: [issue21679] Prevent extraneous fstat during open()
In-Reply-To: <1402055285.47.0.764387439948.issue21679@psf.upfronthosting.co.za>
Message-ID: <1402992518.52.0.715373625612.issue21679@psf.upfronthosting.co.za>


Bohuslav "Slavek" Kabrda added the comment:

Thanks, Antoine. So, is there anything else that should be done about the patch so that it gets accepted?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21679>
_______________________________________

From report at bugs.python.org  Tue Jun 17 11:18:50 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 17 Jun 2014 09:18:50 +0000
Subject: [issue21772] platform.uname() not EINTR safe
In-Reply-To: <1402853550.81.0.562777788511.issue21772@psf.upfronthosting.co.za>
Message-ID: <1402996730.68.0.955410858938.issue21772@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

I'm not sure whether using os.fsencoding() is a good idea. The encoding used by uname is not defined anywhere and it's possible that Python using a wrong encoding may cause the call to fail (e.g. in case the host name includes non-ASCII chars).

Then again: _syscmd_uname() is currently only used to determine the processor, which will most likely always be ASCII.

BTW: It would be good to replace all other calls to os.popen() by subprocess as well. platform.py in Python 3 no longer has the requirement to stay compatible with earlier Python 2 releases.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21772>
_______________________________________

From report at bugs.python.org  Tue Jun 17 11:21:27 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Jun 2014 09:21:27 +0000
Subject: [issue21772] platform.uname() not EINTR safe
In-Reply-To: <1402853550.81.0.562777788511.issue21772@psf.upfronthosting.co.za>
Message-ID: <1402996887.67.0.105873897873.issue21772@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"I'm not sure whether using os.fsencoding() is a good idea. The encoding used by uname is not defined anywhere and it's possible that Python using a wrong encoding may cause the call to fail (e.g. in case the host name includes non-ASCII chars)."

I also expect ASCII, but I prefer os.fsdecode() because it's the encoding used almost everywhere in Python 3. It's for example the encoding (and error handler) currently used by _syscmd_uname() indirectly by TextIOWrapper.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21772>
_______________________________________

From report at bugs.python.org  Tue Jun 17 11:22:42 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 17 Jun 2014 09:22:42 +0000
Subject: [issue21772] platform.uname() not EINTR safe
In-Reply-To: <1402996887.67.0.105873897873.issue21772@psf.upfronthosting.co.za>
Message-ID: <53A008DE.5060508@egenix.com>


Marc-Andre Lemburg added the comment:

On 17.06.2014 11:21, STINNER Victor wrote:
> 
> STINNER Victor added the comment:
> 
> "I'm not sure whether using os.fsencoding() is a good idea. The encoding used by uname is not defined anywhere and it's possible that Python using a wrong encoding may cause the call to fail (e.g. in case the host name includes non-ASCII chars)."
> 
> I also expect ASCII, but I prefer os.fsdecode() because it's the encoding used almost everywhere in Python 3. It's for example the encoding (and error handler) currently used by _syscmd_uname() indirectly by TextIOWrapper.

Ok.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21772>
_______________________________________

From report at bugs.python.org  Tue Jun 17 11:25:18 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Jun 2014 09:25:18 +0000
Subject: [issue21772] platform.uname() not EINTR safe
In-Reply-To: <1402853550.81.0.562777788511.issue21772@psf.upfronthosting.co.za>
Message-ID: <1402997118.68.0.226193571894.issue21772@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"2.7.6 or 3.4.1 with OS X 10.8. I can only reproduce it an automated test environment when the load is high on the machine. I've also seen it with 10.6/10.7. It's definitely inconsistently reproducible."

I'm surprised that the Python read() method doesn't handle EINTR internally.

I'm in favor of handling EINTR internally almost everywhere, I mean in the Python modules implemented in the C, not in each call using these C methods. "handling EINTR" means calling PyErr_CheckSignals() which may raises a Python exception (ex: KeyboardInterrupt).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21772>
_______________________________________

From report at bugs.python.org  Tue Jun 17 11:58:14 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 17 Jun 2014 09:58:14 +0000
Subject: [issue15582] Enhance inspect.getdoc to follow inheritance chains
In-Reply-To: <1344394334.01.0.280520797106.issue15582@psf.upfronthosting.co.za>
Message-ID: <1402999094.47.0.0673457946166.issue15582@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15582>
_______________________________________

From report at bugs.python.org  Tue Jun 17 13:55:22 2014
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 17 Jun 2014 11:55:22 +0000
Subject: [issue7982] extend captured_output to simulate different
 stdout.encoding
In-Reply-To: <1266844157.92.0.671833558035.issue7982@psf.upfronthosting.co.za>
Message-ID: <1403006122.77.0.0525359900874.issue7982@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7982>
_______________________________________

From report at bugs.python.org  Tue Jun 17 14:32:19 2014
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Tue, 17 Jun 2014 12:32:19 +0000
Subject: [issue4887] environment inspection and manipulation API is buggy,
 inconsistent with "Python philosophy" for wrapping native APIs
In-Reply-To: <1231452487.08.0.408278867366.issue4887@psf.upfronthosting.co.za>
Message-ID: <1403008339.15.0.66088748176.issue4887@psf.upfronthosting.co.za>


Jean-Paul Calderone added the comment:

What are the chances a future Python 2.x release will include any fix developed for this issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4887>
_______________________________________

From report at bugs.python.org  Tue Jun 17 14:39:22 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 12:39:22 +0000
Subject: [issue4887] environment inspection and manipulation API is buggy,
 inconsistent with "Python philosophy" for wrapping native APIs
In-Reply-To: <1231452487.08.0.408278867366.issue4887@psf.upfronthosting.co.za>
Message-ID: <1403008762.92.0.152274571473.issue4887@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Good as 2.7 is in support until 2020.

----------
versions: +Python 2.7, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4887>
_______________________________________

From report at bugs.python.org  Tue Jun 17 14:42:23 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 12:42:23 +0000
Subject: [issue11100] test_fdopen: close failed in file object destructor
In-Reply-To: <1296664919.37.0.123111264864.issue11100@psf.upfronthosting.co.za>
Message-ID: <1403008943.32.0.597822577292.issue11100@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I'm assuming that this is no longer an issue as we're now at Python 2.7.7 and Solaris 11.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11100>
_______________________________________

From report at bugs.python.org  Tue Jun 17 14:46:48 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 12:46:48 +0000
Subject: [issue10608] Add a section to Windows FAQ explaining os.symlink
In-Reply-To: <1291315333.59.0.493313738075.issue10608@psf.upfronthosting.co.za>
Message-ID: <1403009208.1.0.754462209802.issue10608@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10608>
_______________________________________

From report at bugs.python.org  Tue Jun 17 14:47:54 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 12:47:54 +0000
Subject: [issue10612] StopTestRun exception to halt test run
In-Reply-To: <1291342169.36.0.09336436937.issue10612@psf.upfronthosting.co.za>
Message-ID: <1403009274.73.0.313084168182.issue10612@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Slipped under the radar?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10612>
_______________________________________

From report at bugs.python.org  Tue Jun 17 14:54:32 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 12:54:32 +0000
Subject: [issue10746] ctypes c_long & c_bool have incorrect PEP-3118 type codes
In-Reply-To: <1292888248.06.0.197043159654.issue10746@psf.upfronthosting.co.za>
Message-ID: <1403009672.21.0.118339104933.issue10746@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Could someone do a patch review on this please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10746>
_______________________________________

From report at bugs.python.org  Tue Jun 17 14:58:10 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 12:58:10 +0000
Subject: [issue10595] Adding a syslog.conf reader in syslog
In-Reply-To: <1291203161.89.0.870759954789.issue10595@psf.upfronthosting.co.za>
Message-ID: <1403009890.09.0.322271168957.issue10595@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I'm assuming that this can go into 2.7 and 3.5 if anybody is prepared to work on a patch.

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10595>
_______________________________________

From report at bugs.python.org  Tue Jun 17 15:00:08 2014
From: report at bugs.python.org (Jan Varho)
Date: Tue, 17 Jun 2014 13:00:08 +0000
Subject: [issue21789] Broken link to PEP 263 in Python 2.7 error message
Message-ID: <1403010008.76.0.912286060236.issue21789@psf.upfronthosting.co.za>


New submission from Jan Varho:

When trying to run a file with non-ASCII symbols without declaring an encoding, python 2.7 gives the following error:

  File "foo.py", line 2
SyntaxError: Non-ASCII character '\xc3' in file fo.py on line 2, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details

That link is broken, however. The attached patch fixes the link.

Python 3 (.4) has the correct link already.

----------
files: 0001-Fix-link-to-PEP-263-in-encoding-error-message.patch
keywords: patch
messages: 220821
nosy: otus
priority: normal
severity: normal
status: open
title: Broken link to PEP 263 in Python 2.7 error message
versions: Python 2.7
Added file: http://bugs.python.org/file35670/0001-Fix-link-to-PEP-263-in-encoding-error-message.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21789>
_______________________________________

From report at bugs.python.org  Tue Jun 17 15:04:02 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 17 Jun 2014 13:04:02 +0000
Subject: [issue21789] Broken link to PEP 263 in Python 2.7 error message
In-Reply-To: <1403010008.76.0.912286060236.issue21789@psf.upfronthosting.co.za>
Message-ID: <53A03CBD.3010502@egenix.com>


Marc-Andre Lemburg added the comment:

On 17.06.2014 15:00, Jan Varho wrote:
> 
> New submission from Jan Varho:
> 
> When trying to run a file with non-ASCII symbols without declaring an encoding, python 2.7 gives the following error:
> 
>   File "foo.py", line 2
> SyntaxError: Non-ASCII character '\xc3' in file fo.py on line 2, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
> 
> That link is broken, however. The attached patch fixes the link.

Are you sure ? The links works for me.

BTW: This is more a case for a python.org bug report than one
for Python itself.

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21789>
_______________________________________

From mal at egenix.com  Tue Jun 17 15:03:57 2014
From: mal at egenix.com (M.-A. Lemburg)
Date: Tue, 17 Jun 2014 15:03:57 +0200
Subject: [issue21789] Broken link to PEP 263 in Python 2.7 error message
In-Reply-To: <1403010008.76.0.912286060236.issue21789@psf.upfronthosting.co.za>
References: <1403010008.76.0.912286060236.issue21789@psf.upfronthosting.co.za>
Message-ID: <53A03CBD.3010502@egenix.com>

On 17.06.2014 15:00, Jan Varho wrote:
> 
> New submission from Jan Varho:
> 
> When trying to run a file with non-ASCII symbols without declaring an encoding, python 2.7 gives the following error:
> 
>   File "foo.py", line 2
> SyntaxError: Non-ASCII character '\xc3' in file fo.py on line 2, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
> 
> That link is broken, however. The attached patch fixes the link.

Are you sure ? The links works for me.

BTW: This is more a case for a python.org bug report than one
for Python itself.

-- 
Marc-Andre Lemburg
eGenix.com


From mal at egenix.com  Tue Jun 17 15:04:45 2014
From: mal at egenix.com (M.-A. Lemburg)
Date: Tue, 17 Jun 2014 15:04:45 +0200
Subject: [issue21789] Broken link to PEP 263 in Python 2.7 error message
In-Reply-To: <53A03CBD.3010502@egenix.com>
References: <1403010008.76.0.912286060236.issue21789@psf.upfronthosting.co.za>
 <53A03CBD.3010502@egenix.com>
Message-ID: <53A03CED.5080301@egenix.com>

On 17.06.2014 15:03, M.-A. Lemburg wrote:
> On 17.06.2014 15:00, Jan Varho wrote:
>>
>> New submission from Jan Varho:
>>
>> When trying to run a file with non-ASCII symbols without declaring an encoding, python 2.7 gives the following error:
>>
>>   File "foo.py", line 2
>> SyntaxError: Non-ASCII character '\xc3' in file fo.py on line 2, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
>>
>> That link is broken, however. The attached patch fixes the link.
> 
> Are you sure ? The links works for me.

Ah, sorry. The links does work, but doesn't redirect to the
correct PEP.

> BTW: This is more a case for a python.org bug report than one
> for Python itself.

-- 
Marc-Andre Lemburg
eGenix.com


From report at bugs.python.org  Tue Jun 17 15:04:50 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 17 Jun 2014 13:04:50 +0000
Subject: [issue21789] Broken link to PEP 263 in Python 2.7 error message
In-Reply-To: <53A03CBD.3010502@egenix.com>
Message-ID: <53A03CED.5080301@egenix.com>


Marc-Andre Lemburg added the comment:

On 17.06.2014 15:03, M.-A. Lemburg wrote:
> On 17.06.2014 15:00, Jan Varho wrote:
>>
>> New submission from Jan Varho:
>>
>> When trying to run a file with non-ASCII symbols without declaring an encoding, python 2.7 gives the following error:
>>
>>   File "foo.py", line 2
>> SyntaxError: Non-ASCII character '\xc3' in file fo.py on line 2, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
>>
>> That link is broken, however. The attached patch fixes the link.
> 
> Are you sure ? The links works for me.

Ah, sorry. The links does work, but doesn't redirect to the
correct PEP.

> BTW: This is more a case for a python.org bug report than one
> for Python itself.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21789>
_______________________________________

From report at bugs.python.org  Tue Jun 17 15:08:13 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 13:08:13 +0000
Subject: [issue10582] PyErr_PrintEx exits silently when passed SystemExit
 exception
In-Reply-To: <1291056392.92.0.0604779345933.issue10582@psf.upfronthosting.co.za>
Message-ID: <1403010493.86.0.463294099925.issue10582@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Marc please accept our apologies for having missed this. Can you still reproduce the problem?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10582>
_______________________________________

From report at bugs.python.org  Tue Jun 17 15:09:58 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 13:09:58 +0000
Subject: [issue9248] multiprocessing.pool: Proposal: "waitforslot"
In-Reply-To: <1279028823.93.0.963356654708.issue9248@psf.upfronthosting.co.za>
Message-ID: <1403010598.82.0.714767817208.issue9248@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Could somebody please review the attached patch.

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9248>
_______________________________________

From report at bugs.python.org  Tue Jun 17 15:14:28 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 13:14:28 +0000
Subject: [issue9191] winreg.c:Reg2Py() may leak memory (in unusual
 circumstances)
In-Reply-To: <1278525166.4.0.0879298798846.issue9191@psf.upfronthosting.co.za>
Message-ID: <1403010868.62.0.256196288175.issue9191@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can somebody answer the question about PyMem versus malloc/free functions.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9191>
_______________________________________

From report at bugs.python.org  Tue Jun 17 15:15:14 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 17 Jun 2014 13:15:14 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402929291.54.0.858781359947.issue21741@psf.upfronthosting.co.za>
Message-ID: <1643156.K40KmxPqDE@raxxla>


Serhiy Storchaka added the comment:

I compared tests output with and without patch and noticed only one significant 
difference.

ForkWait is imported in Lib/test/test_wait3.py, Lib/test/test_wait4.py and 
Lib/test/test_fork1.py and now it is executed 4 times. Either this class 
should be turned into mixing, or it shouldn't be imported (import a module 
instead).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Tue Jun 17 15:17:56 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 13:17:56 +0000
Subject: [issue6682] Default traceback does not handle PEP302 loaded modules
In-Reply-To: <1250000791.92.0.10910978351.issue6682@psf.upfronthosting.co.za>
Message-ID: <1403011076.5.0.865144166337.issue6682@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Who is best placed to look at an issue about import hooks and default tracebacks?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6682>
_______________________________________

From report at bugs.python.org  Tue Jun 17 15:27:44 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Jun 2014 13:27:44 +0000
Subject: [issue10582] PyErr_PrintEx exits silently when passed SystemExit
 exception
In-Reply-To: <1291056392.92.0.0604779345933.issue10582@psf.upfronthosting.co.za>
Message-ID: <1403011664.98.0.00187224175785.issue10582@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10582>
_______________________________________

From report at bugs.python.org  Tue Jun 17 16:01:21 2014
From: report at bugs.python.org (Senthil Kumaran)
Date: Tue, 17 Jun 2014 14:01:21 +0000
Subject: [issue19917] [httplib] logging information for request is not pretty
 printed
In-Reply-To: <1386413080.92.0.351429113589.issue19917@psf.upfronthosting.co.za>
Message-ID: <1403013681.52.0.258317120942.issue19917@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

I believe, repr() is the correct call here. You should know the proper  end of line characters like \n, \r\n which were sent in the request while debugging. A pretty print here, while look good, might remove that capability and thus may not add any value in my opinion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19917>
_______________________________________

From report at bugs.python.org  Tue Jun 17 16:07:14 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 17 Jun 2014 14:07:14 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <1402784210.73.0.906295011088.issue21763@psf.upfronthosting.co.za>
Message-ID: <1403014034.86.0.103235757476.issue21763@psf.upfronthosting.co.za>


R. David Murray added the comment:

Nikolaus: while I agree that Raymond's comments were a bit strongly worded, it doesn't read to me as if the thread you link to is on point for this issue.  The thread was focused on a *specific* question, that of calling close twice.  The question of what the docs mean by "a file like object" is a different question.  Specifically, you will note that "duck typing" never came up in that thread (as far as I remember).

As Raymond indicated, a glossary entry would be appropriate, and would reference the ABCs.

This entry already exists; although it is labeled "file object", it mentions that they are also called "file like objects".  It would be appropriate to link mentions of the phrase "file like object" in the docs to this glossary term, if they aren't already.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Tue Jun 17 16:15:44 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 17 Jun 2014 14:15:44 +0000
Subject: [issue8110] subprocess.py doesn't correctly detect Windows machines
In-Reply-To: <1268236633.45.0.419738445411.issue8110@psf.upfronthosting.co.za>
Message-ID: <1403014544.96.0.0860971702865.issue8110@psf.upfronthosting.co.za>


R. David Murray added the comment:

It doesn't matter that it can't happen in CPython.  The idea is that IronPython should be able to copy as much of the stdlib as possible without having to change it.

That said, I'm not going to object if people decide this is in some sense a step too far in that direction.  So I'm +0.5, Brain is +1, and Victor is -1.  Any other votes?  (Obviously IronPython hasn't wanted it enough to push it, so that could be considered as weighing on the negative side.)

----------
resolution: fixed -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8110>
_______________________________________

From report at bugs.python.org  Tue Jun 17 16:25:06 2014
From: report at bugs.python.org (abraithwaite)
Date: Tue, 17 Jun 2014 14:25:06 +0000
Subject: [issue21784] __init__.py can be a directory
In-Reply-To: <1402973312.89.0.00365270476425.issue21784@psf.upfronthosting.co.za>
Message-ID: <1403015106.55.0.120760764138.issue21784@psf.upfronthosting.co.za>


abraithwaite added the comment:

Interesting.  I saw the same behavior on 2.7.7 as well:

$ python2
Python 2.7.7 (default, Jun  3 2014, 01:46:20) 
[GCC 4.9.0 20140521 (prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from pkg import foobar
>>> foobar
<module 'pkg.foobar' from 'pkg/foobar.py'>
>>> 

Anyways, it doesn't bother me too much.  I opened a ticket because I couldn't find an already open bug about it or any reference to it on google (although the keywords aren't great for google searches).

Cheers!

----------
resolution: not a bug -> 
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21784>
_______________________________________

From report at bugs.python.org  Tue Jun 17 16:40:17 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 14:40:17 +0000
Subject: [issue8110] subprocess.py doesn't correctly detect Windows machines
In-Reply-To: <1268236633.45.0.419738445411.issue8110@psf.upfronthosting.co.za>
Message-ID: <1403016017.48.0.907585199618.issue8110@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The important line from the link in msg122717 is :-

mswindows = (sys.platform == "win32" or (sys.platform == "cli" and os.name == 'nt'))

so +1 from me unless someone can show one or more problems with it.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8110>
_______________________________________

From report at bugs.python.org  Tue Jun 17 17:01:09 2014
From: report at bugs.python.org (Vishal Lal)
Date: Tue, 17 Jun 2014 15:01:09 +0000
Subject: [issue12933] Update or remove claims that distutils requires external
 programs
In-Reply-To: <1315411614.16.0.0292960363033.issue12933@psf.upfronthosting.co.za>
Message-ID: <1403017269.77.0.751002303647.issue12933@psf.upfronthosting.co.za>


Vishal Lal added the comment:

ping

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12933>
_______________________________________

From report at bugs.python.org  Tue Jun 17 17:15:13 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Jun 2014 15:15:13 +0000
Subject: [issue8110] subprocess.py doesn't correctly detect Windows machines
In-Reply-To: <1403016017.48.0.907585199618.issue8110@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwaOY1WijhpaPn-_gcNdCj00dG3PKrZKtF+9is7Q-wKWoA@mail.gmail.com>


STINNER Victor added the comment:

I'm -0, I don't really care :-) I just that the issue is old and
didn't get much attention.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8110>
_______________________________________

From report at bugs.python.org  Tue Jun 17 17:20:55 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Jun 2014 15:20:55 +0000
Subject: [issue8110] subprocess.py doesn't correctly detect Windows machines
In-Reply-To: <1268236633.45.0.419738445411.issue8110@psf.upfronthosting.co.za>
Message-ID: <1403018455.35.0.26470123525.issue8110@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Oh oh, new try in english:

I vote -0, I don't really care :-) It's just that the issue is old and didn't get much attention.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8110>
_______________________________________

From report at bugs.python.org  Tue Jun 17 17:22:23 2014
From: report at bugs.python.org (Demian Brecht)
Date: Tue, 17 Jun 2014 15:22:23 +0000
Subject: [issue19917] [httplib] logging information for request is not pretty
 printed
In-Reply-To: <1386413080.92.0.351429113589.issue19917@psf.upfronthosting.co.za>
Message-ID: <1403018543.25.0.863706402691.issue19917@psf.upfronthosting.co.za>


Demian Brecht added the comment:

I have a few questions about this one:

1. Why is print used to begin with? Surely this should use debug logging. Using print, you lose the benefits of logging: Timestamps, if used in the configured logger, can be invaluable to match up against logs generated by another server. There's also the additional utilities such as logging handlers that you don't get when using print.

1a. If logging should be used instead of debuglevel, it would stand to reason that debuglevel would be useless from the context of httplib. However, as there may be custom implementations that are dependent on this parameter, it should remain and be passed through as to not break backwards compatibility.

2. What is the preferred output: Pretty printed or raw values? As Senthil mentions, to me, seeing the raw request/response is much more valuable than seeing a pretty representation. Additionally, if you're logging a fair number of requests/responses, pretty printed output would make for an eyesore pretty quickly (at least it would for me).

3. I might be missing something, but it seems to me that receiving prints out the status line and headers while parsing per-line reads through the fp, but sending just sends un-parsed chunked data, so differentiating between status line, headers and body would take some additional work. Additionally, if the data being sent originates from a file-like object, readline() is not used as it is when receiving data, but it seems to naively send the data in chunks of what should be system page size.


To address the specific problem reported (make the receive/send logs consistent), I think that an easy, interim solution would be to buffer the expected output log during receiving when debuglevel > 0 until after the headers are parsed and then flush through a print() or logging.debug(). I'd have to try it out to be sure, but I believe this would still leave the inconsistency of request bodies being logged but not response, but that could be tackled independently of this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19917>
_______________________________________

From report at bugs.python.org  Tue Jun 17 17:31:40 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Jun 2014 15:31:40 +0000
Subject: [issue19917] [httplib] logging information for request is not pretty
 printed
In-Reply-To: <1386413080.92.0.351429113589.issue19917@psf.upfronthosting.co.za>
Message-ID: <1403019100.64.0.32058050027.issue19917@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy:  -terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19917>
_______________________________________

From report at bugs.python.org  Tue Jun 17 17:36:25 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 17 Jun 2014 15:36:25 +0000
Subject: [issue19917] [httplib] logging information for request is not pretty
 printed
In-Reply-To: <1386413080.92.0.351429113589.issue19917@psf.upfronthosting.co.za>
Message-ID: <1403019385.11.0.899232054159.issue19917@psf.upfronthosting.co.za>


R. David Murray added the comment:

It doesn't use logging because (I think) logging didn't exist when it was implemented.  Whether or not we want to change that is a more complicated question, I think.  Probably we don't, for backward compatibility reasons.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19917>
_______________________________________

From report at bugs.python.org  Tue Jun 17 17:40:25 2014
From: report at bugs.python.org (Demian Brecht)
Date: Tue, 17 Jun 2014 15:40:25 +0000
Subject: [issue21790] Change blocksize in http.client to the value of
 resource.getpagesize
Message-ID: <1403019624.98.0.809499942301.issue21790@psf.upfronthosting.co.za>


New submission from Demian Brecht:

When sending data, the blocksize is currently hardcoded to 8192. It should likely be set to the value of resource.getpagesize().

----------
components: Library (Lib)
files: set_blocksize_to_getpagesize.diff
keywords: patch
messages: 220839
nosy: dbrecht
priority: normal
severity: normal
status: open
title: Change blocksize in http.client to the value of resource.getpagesize
versions: Python 3.5
Added file: http://bugs.python.org/file35671/set_blocksize_to_getpagesize.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21790>
_______________________________________

From report at bugs.python.org  Tue Jun 17 17:51:29 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 17 Jun 2014 15:51:29 +0000
Subject: [issue21723] Float maxsize is treated as infinity in asyncio.Queue
In-Reply-To: <1402589287.01.0.477013711214.issue21723@psf.upfronthosting.co.za>
Message-ID: <CAP7+vJJ-MvQEWjR011O4xAkN9U85mN6swEuxeDhnCf2uddq+FQ@mail.gmail.com>


Guido van Rossum added the comment:

The patch looks fine to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21723>
_______________________________________

From report at bugs.python.org  Tue Jun 17 17:54:12 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Jun 2014 15:54:12 +0000
Subject: [issue21784] __init__.py can be a directory
In-Reply-To: <1402973312.89.0.00365270476425.issue21784@psf.upfronthosting.co.za>
Message-ID: <1403020452.41.0.63305940734.issue21784@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also the issue #7732.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21784>
_______________________________________

From report at bugs.python.org  Tue Jun 17 18:00:59 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Jun 2014 16:00:59 +0000
Subject: [issue21784] __init__.py can be a directory
In-Reply-To: <1402973312.89.0.00365270476425.issue21784@psf.upfronthosting.co.za>
Message-ID: <1403020859.06.0.67105118032.issue21784@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I remember that I added an check in Python 3.2 on the file type to explicitly reject directories:
http://hg.python.org/cpython/rev/125887a41a6f

+            if (stat(buf, &statbuf) == 0 && S_ISDIR(statbuf.st_mode))
+                /* it's a directory */
+                fp = NULL;
+            else

I wrote this change in the C code, I didn't report the change to the Python code (importlib).

A huge work was also done in importlib to reduce the number of calls to stat(). So maybe a check was dropped by mistake?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21784>
_______________________________________

From report at bugs.python.org  Tue Jun 17 18:23:08 2014
From: report at bugs.python.org (Eric Radman)
Date: Tue, 17 Jun 2014 16:23:08 +0000
Subject: [issue21791] Proper return status of os.WNOHANG is not always (0, 0)
Message-ID: <1403022188.82.0.702725813338.issue21791@psf.upfronthosting.co.za>


New submission from Eric Radman:

The documentation for the WNOHANG flag (https://docs.python.org/3.4/library/os.html#os.WNOHANG) suggests that a return value of (0, 0) indicates success. This is not always true, the second value may contain a value even on success. On OpenBSD 5.5 this is an exaple status of a process that is still running:

pid, status = os.waitpid(pid, os.WNOHANG)
(0, -168927460)

It would be more accurate to say that if pid==0 then the process is running and that status is platform dependent.

----------
assignee: docs at python
components: Documentation
messages: 220843
nosy: docs at python, eradman
priority: normal
severity: normal
status: open
title: Proper return status of os.WNOHANG is not always (0, 0)
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21791>
_______________________________________

From report at bugs.python.org  Tue Jun 17 18:52:42 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 17 Jun 2014 16:52:42 +0000
Subject: [issue7769] SimpleXMLRPCServer.SimpleXMLRPCServer.register_function
 as decorator
In-Reply-To: <1264337326.51.0.913533963705.issue7769@psf.upfronthosting.co.za>
Message-ID: <1403023962.91.0.755413656866.issue7769@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
stage: test needed -> patch review
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7769>
_______________________________________

From report at bugs.python.org  Tue Jun 17 18:56:53 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 17 Jun 2014 16:56:53 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403024213.16.0.480902660928.issue14534@psf.upfronthosting.co.za>


Zachary Ware added the comment:

What if we simply rename the current unittest.TestCase class to unittest.BaseTestCase, and define unittest.TestCase as "class TestCase(BaseTestCase): pass"?  Then mixin classes can derive from BaseTestCase and have all of the TestCase methods available (for auto-completion, etc.), but won't be picked up by discovery.  Real test classes would derive from TestCase as usual (but would still have to do so explicitly when also using a mixin), and all current code should work without modification.

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Tue Jun 17 19:03:28 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 17 Jun 2014 17:03:28 +0000
Subject: [issue7769] SimpleXMLRPCServer.SimpleXMLRPCServer.register_function
 as decorator
In-Reply-To: <1264337326.51.0.913533963705.issue7769@psf.upfronthosting.co.za>
Message-ID: <1403024608.9.0.300596080126.issue7769@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
nosy: +Claudiu.Popa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7769>
_______________________________________

From report at bugs.python.org  Tue Jun 17 19:03:55 2014
From: report at bugs.python.org (Michael Foord)
Date: Tue, 17 Jun 2014 17:03:55 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403024635.77.0.191188002805.issue14534@psf.upfronthosting.co.za>


Michael Foord added the comment:

If you're writing a mixin you don't need to derive from TestCase, you just derive from object. The point of this feature is to allow TestCase subclasses to be "base classes" instead of being used as a mixin.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Tue Jun 17 19:59:17 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 17:59:17 +0000
Subject: [issue9499] Python C/API Execution namespace undocumented. (patch
 included)
In-Reply-To: <1280873534.19.0.920563075759.issue9499@psf.upfronthosting.co.za>
Message-ID: <1403027957.62.0.357780726155.issue9499@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can somebody review this small patch please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9499>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:02:08 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 18:02:08 +0000
Subject: [issue8997] Write documentation for codecs.readbuffer_encode()
In-Reply-To: <1276543120.6.0.338687874276.issue8997@psf.upfronthosting.co.za>
Message-ID: <1403028128.85.0.385735857909.issue8997@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Slipped under the radar?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8997>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:11:43 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 17 Jun 2014 18:11:43 +0000
Subject: [issue15025] httplib and http.client are missing response messages
 for defined WEBDAV responses, e.g., UNPROCESSABLE_ENTITY (422)
In-Reply-To: <1339067742.9.0.619240246861.issue15025@psf.upfronthosting.co.za>
Message-ID: <1403028703.55.0.495989969384.issue15025@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15025>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:14:13 2014
From: report at bugs.python.org (Stefan Krah)
Date: Tue, 17 Jun 2014 18:14:13 +0000
Subject: [issue13223] pydoc removes 'self' in HTML for method docstrings with
 example code
In-Reply-To: <1319050782.47.0.924539258184.issue13223@psf.upfronthosting.co.za>
Message-ID: <1403028853.62.0.445532464086.issue13223@psf.upfronthosting.co.za>


Stefan Krah added the comment:

I guess the tests --without-doc-strings are broken:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%203.x/builds/6900/steps/test/logs/stdio

----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13223>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:14:25 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 18:14:25 +0000
Subject: [issue9698] When reusing an handler,
 urllib(2)'s digest authentication fails after multiple regative
 replies
In-Reply-To: <1282892368.57.0.758322534297.issue9698@psf.upfronthosting.co.za>
Message-ID: <1403028865.25.0.334863064803.issue9698@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Could we have a response to this please as a way to reproduce the problem is given in the attached patch and a suggested solution is inline.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9698>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:17:28 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 18:17:28 +0000
Subject: [issue9714] urllib2 digest authentication doesn't work when
 connecting to a Catalyst server.
In-Reply-To: <1283169256.94.0.0442479793498.issue9714@psf.upfronthosting.co.za>
Message-ID: <1403029048.98.0.330778431526.issue9714@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Could we have a response to this problem please.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9714>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:22:14 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 18:22:14 +0000
Subject: [issue9727] Add callbacks to be invoked when locale changes
In-Reply-To: <1283293758.47.0.775705269917.issue9727@psf.upfronthosting.co.za>
Message-ID: <1403029334.62.0.388485933415.issue9727@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Nick is this something you'd like to pick up on, and are there any other Windows gurus who should be added to the nosy list?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9727>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:27:08 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 18:27:08 +0000
Subject: [issue9770] curses.isblank function doesn't match ctype.h
In-Reply-To: <1283558509.74.0.494754089018.issue9770@psf.upfronthosting.co.za>
Message-ID: <1403029628.31.0.0561269702057.issue9770@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The problem and fix are simple but who is best placed to take a look at this?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9770>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:36:14 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 18:36:14 +0000
Subject: [issue9976] Make TestCase._formatMessage public
In-Reply-To: <1285704884.2.0.185747132173.issue9976@psf.upfronthosting.co.za>
Message-ID: <1403030174.65.0.614937510447.issue9976@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Slipped under the radar?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9976>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:40:06 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 17 Jun 2014 18:40:06 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403030406.09.0.828482983155.issue14534@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Right, but in my experience, it seems like a lot of people do inherit from TestCase in their mixin anyway, possibly just to have the TestCase methods available for auto-completion in their IDE.  I've done the same, though I've remembered after writing the tests that I could remove TestCase as a base on the mixin.

On the other hand, I may be getting "base class" and "mixin" confused in this context and completely misunderstanding some aspect of the issue :)

Anyway, my suggestion was just the simplest change I could come up with makes the situation better from my point of view, but I do actually like the decorate-the-base-class method better anyway.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:40:35 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 18:40:35 +0000
Subject: [issue10009] Automated MSI installation does not work
In-Reply-To: <1285963909.15.0.466947839123.issue10009@psf.upfronthosting.co.za>
Message-ID: <1403030435.0.0.130869210227.issue10009@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we close this as "out of date" as we're already working on msi for 3.5?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10009>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:41:11 2014
From: report at bugs.python.org (Nathanel Titane)
Date: Tue, 17 Jun 2014 18:41:11 +0000
Subject: [issue21792] Invitation to connect on LinkedIn
Message-ID: <17216793.30165653.1403030460903.JavaMail.app@ela4-app2322.prod>


New submission from Nathanel Titane:

LinkedIn
------------

Python,

I'd like to add you to my professional network on LinkedIn.

- Nathanel

Nathanel Titane
Industrial Designer at TNDesigns Industrial + Graphic design solutions
Montreal, Canada Area

Confirm that you know Nathanel Titane:
https://www.linkedin.com/e/-3qcne3-hwjk4065-6h/isd/5884736256985808896/G43uJ4zE/?hs=false&tok=0jzJwnzwAxPSg1

--
You are receiving Invitation to Connect emails. Click to unsubscribe:
http://www.linkedin.com/e/-3qcne3-hwjk4065-6h/z2oU7dKDzpt2G7xQz2FC2SclHmnUGzmsk0c/goo/report%40bugs%2Epython%2Eorg/20061/I7283032682_1/?hs=false&tok=05rqftCWUxPSg1

(c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.

----------
messages: 220856
nosy: nathanel.titane
priority: normal
severity: normal
status: open
title: Invitation to connect on LinkedIn

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21792>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:42:40 2014
From: report at bugs.python.org (SilentGhost)
Date: Tue, 17 Jun 2014 18:42:40 +0000
Subject: [issue21792] Invitation to connect on LinkedIn
In-Reply-To: <17216793.30165653.1403030460903.JavaMail.app@ela4-app2322.prod>
Message-ID: <1403030560.59.0.664400170527.issue21792@psf.upfronthosting.co.za>


Changes by SilentGhost <ghost.adh at gmail.com>:


----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21792>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:42:42 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 18:42:42 +0000
Subject: [issue10136] kill_python doesn't work with short path
In-Reply-To: <1287401395.69.0.888132012732.issue10136@psf.upfronthosting.co.za>
Message-ID: <1403030562.27.0.132438648982.issue10136@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can somebody review the attached patch please.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10136>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:44:50 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 17 Jun 2014 18:44:50 +0000
Subject: [issue21792] Spam
In-Reply-To: <17216793.30165653.1403030460903.JavaMail.app@ela4-app2322.prod>
Message-ID: <1403030690.68.0.539652505718.issue21792@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
title: Invitation to connect on LinkedIn -> Spam

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21792>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:45:05 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 17 Jun 2014 18:45:05 +0000
Subject: [issue21792] Spam
Message-ID: <1403030705.33.0.276839242813.issue21792@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
Removed message: http://bugs.python.org/msg220856

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21792>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:47:34 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 18:47:34 +0000
Subject: [issue10170] Relationship between turtle speed setting and actual
 speed is not documented
In-Reply-To: <1287692411.21.0.472855700629.issue10170@psf.upfronthosting.co.za>
Message-ID: <1403030854.85.0.675873764475.issue10170@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

IIRC somebody has been working on the turtle code and/or docs recently, if I'm correct presumably they could pick this issue up?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10170>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:48:48 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 18:48:48 +0000
Subject: [issue10310] signed:1 bitfields rarely make sense
In-Reply-To: <1288871480.25.0.737532033065.issue10310@psf.upfronthosting.co.za>
Message-ID: <1403030928.09.0.0227941909311.issue10310@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Could we have a patch review on this please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10310>
_______________________________________

From report at bugs.python.org  Tue Jun 17 20:57:36 2014
From: report at bugs.python.org (Brian Curtin)
Date: Tue, 17 Jun 2014 18:57:36 +0000
Subject: [issue9191] winreg.c:Reg2Py() may leak memory (in unusual
 circumstances)
In-Reply-To: <1278525166.4.0.0879298798846.issue9191@psf.upfronthosting.co.za>
Message-ID: <1403031456.1.0.476418883695.issue9191@psf.upfronthosting.co.za>


Changes by Brian Curtin <brian at python.org>:


----------
nosy:  -brian.curtin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9191>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:02:37 2014
From: report at bugs.python.org (Demian Brecht)
Date: Tue, 17 Jun 2014 19:02:37 +0000
Subject: [issue21793] httplib client/server status refactor
Message-ID: <1403031756.71.0.442697149496.issue21793@psf.upfronthosting.co.za>


New submission from Demian Brecht:

This patch is a follow up to an out of scope comment made by R. David Murray in #20898 (http://bugs.python.org/issue20898#msg213771).

In a nutshell, there is some redundancy between http.client and http.server insofar as the definition of http status code, names and descriptions go. The included patch is a stab at cleaning some of this up while remaining backwards compatible and is intended to solicit feedback before finishing work.

TODOs:
* Populate descriptions for status codes
* Documentation
* Tests (?)

----------
components: Library (Lib)
files: refactor_http_status_codes.patch
keywords: patch
messages: 220860
nosy: dbrecht, r.david.murray
priority: normal
severity: normal
status: open
title: httplib client/server status refactor
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35672/refactor_http_status_codes.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21793>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:10:19 2014
From: report at bugs.python.org (Andy Maier)
Date: Tue, 17 Jun 2014 19:10:19 +0000
Subject: [issue21561] help() on enum34 enumeration class creates only a dummy
 documentation
In-Reply-To: <1400866031.36.0.493061688069.issue21561@psf.upfronthosting.co.za>
Message-ID: <1403032219.15.0.582920031375.issue21561@psf.upfronthosting.co.za>


Andy Maier added the comment:

Attaching the patch for pydoc.py, relative to the tip of 2.7. the patch contains just the proposed fix, and no longer the debug prints.

----------
keywords: +patch
Added file: http://bugs.python.org/file35673/pydoc.py.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21561>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:12:26 2014
From: report at bugs.python.org (Andy Maier)
Date: Tue, 17 Jun 2014 19:12:26 +0000
Subject: [issue21561] help() on enum34 enumeration class creates only a dummy
 documentation
In-Reply-To: <1400866031.36.0.493061688069.issue21561@psf.upfronthosting.co.za>
Message-ID: <1403032346.18.0.0282651290922.issue21561@psf.upfronthosting.co.za>


Andy Maier added the comment:

Attaching the patch for Lib/test/test_pydoc.py, relative to the tip of 2.7. The patch adds a testcase test_class_with_metaclass(), which defines a class that provokes the buggy behavior, and verifies the fix.

----------
Added file: http://bugs.python.org/file35674/test_pydoc.py.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21561>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:12:26 2014
From: report at bugs.python.org (the mulhern)
Date: Tue, 17 Jun 2014 19:12:26 +0000
Subject: [issue21794] stack frame contains name of wrapper method,
 not that of wrapped method
Message-ID: <1403032346.55.0.812128446286.issue21794@psf.upfronthosting.co.za>


New submission from the mulhern:

>>> def decorator(f):
...     @functools.wraps(f)
...     def new_func(self, junk):
...             stack = inspect.stack()
...             for i, frame in enumerate(stack):
...                     print("%s" % frame[3])
...             f(self, junk)
...     return new_func
... 
>>> @decorator
... def junk(self, p):
...     print("%s" % junk.__name__)
... 
>>> junk("a", "b")
new_func
<module>
junk
>>> junk.__name__
'junk'


Note that the wrapper function itself inspects the stack, printing out the names of methods on the stack.
Note that "junk", the name of the wrapped function does not appear on the stack, it is only printed out by the junk method itself.

I think that the name of the function at the top of the stack should be the name of the wrapped function, not of its wrapper. The name of the wrapper function should not appear at all.

----------
components: Interpreter Core
messages: 220863
nosy: the.mulhern
priority: normal
severity: normal
status: open
title: stack frame contains name of wrapper method, not that of wrapped method
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21794>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:13:20 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Jun 2014 19:13:20 +0000
Subject: [issue10170] Relationship between turtle speed setting and actual
 speed is not documented
In-Reply-To: <1287692411.21.0.472855700629.issue10170@psf.upfronthosting.co.za>
Message-ID: <1403032400.18.0.082473564338.issue10170@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10170>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:19:32 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 17 Jun 2014 19:19:32 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403032772.79.0.966173631923.issue14534@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Michael's suggestion looks too sophisticated and confusing to me.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:23:24 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Tue, 17 Jun 2014 19:23:24 +0000
Subject: [issue21794] stack frame contains name of wrapper method,
 not that of wrapped method
In-Reply-To: <1403032346.55.0.812128446286.issue21794@psf.upfronthosting.co.za>
Message-ID: <1403033004.74.0.483288544927.issue21794@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

I don't think you understand how wrapping works. At the time you're enumerating the stack, the wrapped function has not actually been called. Only the wrapper has been called. If the stack included "junk" when junk had not yet been executed, the stack would be a lie.

>From the interpreter's point of view, it doesn't even know that wrapping is in play, aside from the chain of __wrapped__ values attached to the wrapper by functools.wraps (as a convenience). Until you actually call the wrapped function, it's possible you could change your mind and call some other function instead; Python won't stop you, and Python can't tell the difference before the call has been made.

----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21794>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:25:30 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 17 Jun 2014 19:25:30 +0000
Subject: [issue21789] Broken link to PEP 263 in Python 2.7 error message
In-Reply-To: <1403010008.76.0.912286060236.issue21789@psf.upfronthosting.co.za>
Message-ID: <3gtKBK6V7pz7LkY@mail.python.org>


Roundup Robot added the comment:

New changeset f80199b009ef by Ned Deily in branch '2.7':
Issue #21789: fix broken link (reported by Jan Varho)
http://hg.python.org/cpython/rev/f80199b009ef

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21789>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:26:18 2014
From: report at bugs.python.org (Ned Deily)
Date: Tue, 17 Jun 2014 19:26:18 +0000
Subject: [issue21789] Broken link to PEP 263 in Python 2.7 error message
In-Reply-To: <1403010008.76.0.912286060236.issue21789@psf.upfronthosting.co.za>
Message-ID: <1403033178.37.0.59804986362.issue21789@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thanks for the report!

----------
nosy: +ned.deily
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21789>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:28:26 2014
From: report at bugs.python.org (Ned Deily)
Date: Tue, 17 Jun 2014 19:28:26 +0000
Subject: [issue9248] multiprocessing.pool: Proposal: "waitforslot"
In-Reply-To: <1279028823.93.0.963356654708.issue9248@psf.upfronthosting.co.za>
Message-ID: <1403033306.39.0.426021472103.issue9248@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9248>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:30:01 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Tue, 17 Jun 2014 19:30:01 +0000
Subject: [issue21795] smtpd.SMTPServer should announce 8BITMIME when supported
Message-ID: <1403033401.43.0.395080659803.issue21795@psf.upfronthosting.co.za>


New submission from Milan Oberkirch:

The smtpd.SMTPServer does support 8BITMIME if decode_date is False (#19662) and could be announced under this condition. The patch for #21725 already implements 8BITMIME so this can easily be done afterwards.

----------
components: email
messages: 220868
nosy: barry, jesstess, pitrou, r.david.murray, zvyn
priority: normal
severity: normal
status: open
title: smtpd.SMTPServer should announce 8BITMIME when supported
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21795>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:42:13 2014
From: report at bugs.python.org (Ned Deily)
Date: Tue, 17 Jun 2014 19:42:13 +0000
Subject: [issue10009] Automated MSI installation does not work
In-Reply-To: <1285963909.15.0.466947839123.issue10009@psf.upfronthosting.co.za>
Message-ID: <1403034133.24.0.223911920119.issue10009@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +steve.dower, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10009>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:43:51 2014
From: report at bugs.python.org (Ned Deily)
Date: Tue, 17 Jun 2014 19:43:51 +0000
Subject: [issue10136] kill_python doesn't work with short path
In-Reply-To: <1287401395.69.0.888132012732.issue10136@psf.upfronthosting.co.za>
Message-ID: <1403034231.25.0.203247381721.issue10136@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
components: +Windows -Build
nosy: +steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10136>
_______________________________________

From report at bugs.python.org  Tue Jun 17 21:48:03 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 17 Jun 2014 19:48:03 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1403034483.37.0.654896248486.issue21725@psf.upfronthosting.co.za>


R. David Murray added the comment:

Review comments added.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:04:40 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Jun 2014 20:04:40 +0000
Subject: [issue21686] IDLE - Test hyperparser
In-Reply-To: <1402153314.44.0.426576210732.issue21686@psf.upfronthosting.co.za>
Message-ID: <1403035480.42.0.0851768922413.issue21686@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I forgot to mention that with this particular shutdown order
    @classmethod
    def tearDownClass(cls):
        del cls.text, cls.editwin
        cls.root.destroy()
        del cls.root
the shutdown warning message we have seen about not handling an event  went away. Even though editwin is a dummy, it had to be deleted -- I suspect to delete its reference to the gui text widget.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21686>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:07:52 2014
From: report at bugs.python.org (Steve Dower)
Date: Tue, 17 Jun 2014 20:07:52 +0000
Subject: [issue10009] Automated MSI installation does not work
In-Reply-To: <1285963909.15.0.466947839123.issue10009@psf.upfronthosting.co.za>
Message-ID: <1403035672.96.0.151545844347.issue10009@psf.upfronthosting.co.za>


Steve Dower added the comment:

If we wanted to migrate the instructions to 2.7/3.5 as suggested then there's some updating to do, but if there's no plan to update them then I agree, there's nothing to do here.

FWIW, the 3.5 installer will accept the same command line options as previous versions, even as the internals change.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10009>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:08:19 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 17 Jun 2014 20:08:19 +0000
Subject: [issue10136] kill_python doesn't work with short path
In-Reply-To: <1287401395.69.0.888132012732.issue10136@psf.upfronthosting.co.za>
Message-ID: <1403035699.85.0.273307556796.issue10136@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I'm inclined to close as 'won't fix'; kill_python.exe is an "eh, good enough" hack meant mostly for the buildbots anyway, and short paths are exceptionally rare these days.  If anything, I'd just add a warning that if "~" is in the path, all bets are off.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10136>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:08:41 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 17 Jun 2014 20:08:41 +0000
Subject: [issue21793] httplib client/server status refactor
In-Reply-To: <1403031756.71.0.442697149496.issue21793@psf.upfronthosting.co.za>
Message-ID: <1403035721.13.0.754797273899.issue21793@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +barry, eli.bendersky, ethan.furman, orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21793>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:11:03 2014
From: report at bugs.python.org (Shal)
Date: Tue, 17 Jun 2014 20:11:03 +0000
Subject: [issue21796] tempfile.py", line 83,
 in <module> once_lock = _allocate_lock() thread.error: can't allocat
 lock
Message-ID: <1403035861.92.0.338846597048.issue21796@psf.upfronthosting.co.za>


New submission from Shal:

The following error is with using python 2.7.3 on HP-UX 11.11
Very occasionally get following error. The error occurs once every 20 - 30 days. OS HP-UX 11.11

applicationCode.py is invoked via  a cgi wrapper by apache httpd .

############### ERROR LISTNG #############################

sem_init: Device busy
Traceback (most recent call last):
  File "applicationCode.py", line 4, in <module>
      import cgi

        File "local/lib/python2.7/cgi.py", line 51, in <module>
        import mimetools

        File "local/lib/python2.7/SECURITY WARNING!!
        import tempfile

        File "local/lib/python2.7/tempfile.py", line 83, in <module>
        once_lock = _allocate_lock()

        thread.error: can't allocate lock

##### END OF ERROR LISTING ##################



applicationCode.py

has line of

form = cgi.FieldStorage()

----------
components: Extension Modules
files: tempfile.py
messages: 220873
nosy: pythonbug1shal
priority: normal
severity: normal
status: open
title: tempfile.py", line 83,	in <module> once_lock = _allocate_lock() thread.error: can't allocat lock
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35675/tempfile.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21796>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:12:11 2014
From: report at bugs.python.org (Shal)
Date: Tue, 17 Jun 2014 20:12:11 +0000
Subject: [issue21796] tempfile.py", line 83,
 in <module> once_lock = _allocate_lock() thread.error: can't allocat
 lock
In-Reply-To: <1403035861.92.0.338846597048.issue21796@psf.upfronthosting.co.za>
Message-ID: <1403035931.19.0.278757807584.issue21796@psf.upfronthosting.co.za>


Changes by Shal <ss3141 at att.com>:


Added file: http://bugs.python.org/file35676/cgi.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21796>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:12:32 2014
From: report at bugs.python.org (Tim Golden)
Date: Tue, 17 Jun 2014 20:12:32 +0000
Subject: [issue10136] kill_python doesn't work with short path
In-Reply-To: <1403035699.85.0.273307556796.issue10136@psf.upfronthosting.co.za>
Message-ID: <53A0A135.1000305@timgolden.me.uk>


Tim Golden added the comment:

+1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10136>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:12:39 2014
From: report at bugs.python.org (Shal)
Date: Tue, 17 Jun 2014 20:12:39 +0000
Subject: [issue21796] tempfile.py", line 83,
 in <module> once_lock = _allocate_lock() thread.error: can't allocat
 lock
In-Reply-To: <1403035861.92.0.338846597048.issue21796@psf.upfronthosting.co.za>
Message-ID: <1403035959.28.0.0222049683284.issue21796@psf.upfronthosting.co.za>


Changes by Shal <ss3141 at att.com>:


Added file: http://bugs.python.org/file35677/cgi.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21796>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:12:54 2014
From: report at bugs.python.org (Shal)
Date: Tue, 17 Jun 2014 20:12:54 +0000
Subject: [issue21796] tempfile.py", line 83,
 in <module> once_lock = _allocate_lock() thread.error: can't allocat
 lock
In-Reply-To: <1403035861.92.0.338846597048.issue21796@psf.upfronthosting.co.za>
Message-ID: <1403035974.48.0.982226637021.issue21796@psf.upfronthosting.co.za>


Changes by Shal <ss3141 at att.com>:


Removed file: http://bugs.python.org/file35677/cgi.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21796>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:13:17 2014
From: report at bugs.python.org (Shal)
Date: Tue, 17 Jun 2014 20:13:17 +0000
Subject: [issue21796] tempfile.py", line 83,
 in <module> once_lock = _allocate_lock() thread.error: can't allocat
 lock
In-Reply-To: <1403035861.92.0.338846597048.issue21796@psf.upfronthosting.co.za>
Message-ID: <1403035997.83.0.736331183169.issue21796@psf.upfronthosting.co.za>


Changes by Shal <ss3141 at att.com>:


Added file: http://bugs.python.org/file35678/mimetools.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21796>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:13:35 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Tue, 17 Jun 2014 20:13:35 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <1403014034.86.0.103235757476.issue21763@psf.upfronthosting.co.za>
 (R. David Murray's message of "Tue, 17 Jun 2014 14:07:14 +0000")
Message-ID: <87fvj3z444.fsf@rath.org>


Nikolaus Rath added the comment:

"R. David Murray" <report at bugs.python.org> writes:
> R. David Murray added the comment:
>
> Nikolaus: while I agree that Raymond's comments were a bit strongly
> worded, it doesn't read to me as if the thread you link to is on point
> for this issue.  The thread was focused on a *specific* question, that
> of calling close twice.  The question of what the docs mean by "a file
> like object" is a different question.  Specifically, you will note
> that "duck typing" never came up in that thread (as far as I
> remember).

That's quite correct. But did not come up in the original issue report
either - that's why I still don't understand why we're discussing it
here at all.

My line of thought was as follows:

 - Standard library assumes that close() is idempotent in many places
 - Currently this isn't documented clearly
 - The best place to make it more explicit seemed to be the description
   of IOBase
 - However, changing the description of only IOBase.close() could easily
   give the impression that close() is somehow special, and that
   fewer/no assumptions are made in the standard lbirary about the
   presence/behavior of the other methods (e.g. fileno or readable).
 - Therefore, to me the best course of action seemed to add a paragraph
   explicitly describing that the standard library may assume that 
   *any* method/attribute of a stream object behaves as described for
   IOBase.

I still don't see how this contradicts / interacts with the concept of
duck typing. I think the documentation (with and without the patch)
clearly implies that you can implement an object that does not have the
full IOBase API and successfully hand it to some standard library
function - it's just that in that case you can't complain if it
breaks.

Or is the point of contention just the title of this issue? Maybe it was
poorly chosen, I guess "Clarify standard library's expectations from
stream objects" would have been better.

Best,
-Nikolaus

-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

             ?Time flies like an arrow, fruit flies like a Banana.?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:14:13 2014
From: report at bugs.python.org (Steve Dower)
Date: Tue, 17 Jun 2014 20:14:13 +0000
Subject: [issue10136] kill_python doesn't work with short path
In-Reply-To: <1287401395.69.0.888132012732.issue10136@psf.upfronthosting.co.za>
Message-ID: <1403036053.4.0.0392612025544.issue10136@psf.upfronthosting.co.za>


Steve Dower added the comment:

My usual way of doing this is to use taskkill.exe, but that only uses process name and not the full path, which may hurt people who are building with other versions of Python open.

I'd rather use GetFullPathName than the current patch, but if wontfix is the preferred option, I'm fine with that too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10136>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:18:53 2014
From: report at bugs.python.org (Kevin Smith)
Date: Tue, 17 Jun 2014 20:18:53 +0000
Subject: [issue21797] mmap read of single byte accesses more that just that
 byte
Message-ID: <1403036333.47.0.341368949906.issue21797@psf.upfronthosting.co.za>


New submission from Kevin Smith:

I am using the mmap module on Linux with python 2.7.6 to access memory-mapped IO.  The device that I am accessing implements a hardware FIFO that holds 16-bit values and pops an entry when the MSB of the entry is read.  I am trying to use the mmap module to do an 8-bit read of the LSB then an 8-bit read of the MSB, which should pop the value.  However, I am finding that the LSB read is sometimes popping the value before I read the MSB.

I am mapping the memory like this:
        self.fd = os.open ("/dev/mem", os.O_RDWR | os.O_SYNC)
        self.mempage = mmap.mmap (self.fd, mmap_size, mmap.MAP_SHARED,
                mmap.PROT_READ | mmap.PROT_WRITE, offset = pc104_base)

Then trying to read a value like this:
        val = self.mempage[pos]

The LSB of the hardware device is a lower address than the MSB.  The read of the LSB seems to sometimes overlap into a read of the MSB, which causes the following read of the MSB to be incorrect, as the value has already been popped.  Sometimes the reads of the MSB are correct; I am not sure why this behavior is not consistent across all reads.

The reads for this device need to be 8-bit, as the bus the device is connected to only supports 8-bit reads.

I think that a single-byte access of the memory mapping should only access a single byte in the underlying memory region.

----------
components: Extension Modules
messages: 220877
nosy: FazJaxton
priority: normal
severity: normal
status: open
title: mmap read of single byte accesses more that just that byte
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21797>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:28:20 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 17 Jun 2014 20:28:20 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <1402784210.73.0.906295011088.issue21763@psf.upfronthosting.co.za>
Message-ID: <1403036900.88.0.316582973409.issue21763@psf.upfronthosting.co.za>


R. David Murray added the comment:

Well, but we think it's pretty clear.  The glossary entry says file object interfaces are defined by the classes in the io module.  As do the io module docs.  Perhaps the first sentence of the io docs could be modified to strengthen that (but it already does link to the glossary entry which is explicit that the io module defines the interfaces).

On the other hand, your statement that "few or no other assumptions are made" is, while not accurate, not *wrong*, in the following sense:  *if* a standard library module depends on file attributes and methods, then it expects them to conform to the io module interfaces.  If it does not depend on a particular part of the API, then a duck type class doesn't actually have to implement that API in order to work with that standard library module.  Of course, we might change what elements of the file API are depended on, but hopefully we only do that kind of change in a feature release.  I'm sure we have made such changes while fixing bugs, though, so if you want to be *sure* of forward compatibility, you should indeed implement the full io-specified interface in your file-like class.  Which is one reason the ABCs provide default implementations for most of the methods.  It makes it really easy to build a future-proofed duck type.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:32:42 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 17 Jun 2014 20:32:42 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <1402784210.73.0.906295011088.issue21763@psf.upfronthosting.co.za>
Message-ID: <1403037162.28.0.286589949549.issue21763@psf.upfronthosting.co.za>


R. David Murray added the comment:

Re-reading my last paragraph, I see that I'm pretty much agreeing with you.  So the contention is more that we don't think your suggested patch is necessary.  Especially since, unlike your patch wording says, in fact most of the methods *are* implemented in the classes.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:34:28 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 17 Jun 2014 20:34:28 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <1402784210.73.0.906295011088.issue21763@psf.upfronthosting.co.za>
Message-ID: <1403037268.16.0.771977184042.issue21763@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Rather than a note, there could be a separate section for guidelines when implementing one's own IO classes. Assuming there's anything significant to put in such a section, that is :-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:35:54 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 17 Jun 2014 20:35:54 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <3gtLlZ16kWz7LkL@mail.python.org>


Roundup Robot added the comment:

New changeset 8a64509b0bd5 by Terry Jan Reedy in branch '2.7':
Issue #21694: Add unittest for ParenMatch. Patch by Saimadhav Heblikar.
http://hg.python.org/cpython/rev/8a64509b0bd5

New changeset 385d4fea9f13 by Terry Jan Reedy in branch '3.4':
Issue #21694: Add unittest for ParenMatch. Patch by Saimadhav Heblikar.
http://hg.python.org/cpython/rev/385d4fea9f13

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:39:02 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 20:39:02 +0000
Subject: [issue12144] cookielib.CookieJar.make_cookies fails for cookies with
 'expires' set
In-Reply-To: <1306033124.86.0.836605602237.issue12144@psf.upfronthosting.co.za>
Message-ID: <1403037542.88.0.81814340705.issue12144@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can someone review the patch please.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12144>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:42:35 2014
From: report at bugs.python.org (Nikolaus Rath)
Date: Tue, 17 Jun 2014 20:42:35 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <1403036900.88.0.316582973409.issue21763@psf.upfronthosting.co.za>
Message-ID: <53A0A838.5050406@rath.org>


Nikolaus Rath added the comment:

On 06/17/2014 01:28 PM, R. David Murray wrote:
> Well, but we think it's pretty clear.

This wasn't the impression that I had from the thread on python-devel,
but I'll accept your judgement on that. I'll be more restrained when
being asked for suggestions in the future.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:45:33 2014
From: report at bugs.python.org (Zachary Ware)
Date: Tue, 17 Jun 2014 20:45:33 +0000
Subject: [issue10136] kill_python doesn't work with short path
In-Reply-To: <1287401395.69.0.888132012732.issue10136@psf.upfronthosting.co.za>
Message-ID: <1403037933.31.0.184584331631.issue10136@psf.upfronthosting.co.za>


Zachary Ware added the comment:

If anybody actually has a problem with this in future, they can reopen the issue and try using GetFullPathName as Steve suggested.

----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10136>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:45:38 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 20:45:38 +0000
Subject: [issue5550] [urllib.request]: Comparison of HTTP headers should be
 insensitive to the case
In-Reply-To: <1237870141.83.0.616869799184.issue5550@psf.upfronthosting.co.za>
Message-ID: <1403037938.92.0.566265932725.issue5550@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Karl do you intend following up on this issue?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5550>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:46:45 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 20:46:45 +0000
Subject: [issue12455] urllib2 forces title() on header names,
 breaking some requests
In-Reply-To: <1309461818.92.0.299415077626.issue12455@psf.upfronthosting.co.za>
Message-ID: <1403038005.0.0.827937105525.issue12455@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Karl do you intend following up on this issue?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12455>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:47:43 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 17 Jun 2014 20:47:43 +0000
Subject: [issue21790] Change blocksize in http.client to the value of
 resource.getpagesize
In-Reply-To: <1403019624.98.0.809499942301.issue21790@psf.upfronthosting.co.za>
Message-ID: <1403038063.38.0.0242709589486.issue21790@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

resource module is available only on Unix.

----------
nosy: +Claudiu.Popa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21790>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:56:29 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 20:56:29 +0000
Subject: [issue10381] Add timezone support to datetime C API
In-Reply-To: <1289415057.12.0.111170767809.issue10381@psf.upfronthosting.co.za>
Message-ID: <1403038589.35.0.513262299542.issue10381@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10381>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:59:05 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 17 Jun 2014 20:59:05 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <1402784210.73.0.906295011088.issue21763@psf.upfronthosting.co.za>
Message-ID: <1403038745.76.0.418771035787.issue21763@psf.upfronthosting.co.za>


R. David Murray added the comment:

I believe Antoine was suggesting that you suggest wording that would make it clear (rather than implied) that close was idempotent, but "This method has no effect if the file is already closed" seems pretty unambiguous to me, so I don't really see anything to do there (and presumably neither did you :)  Which means your patch here wasn't really what Antoine was suggesting.

But please don't hesitate to offer improvements in any context, solicited or not.  You just have to be prepared for pushback, because open source :)  And when shifting from mailing list to bug tracker, you may invoke a different audience with different perceptions of the problem.

Now, two alternate suggestions have been made here in reaction to your suggestion: strengthening the "this is also a specification" sense of the first sentence in the IO docs, and writing a separate section on implementing your own IO classes.  You could take a crack at either of those if you like.  Neither of these would have been suggested if you hadn't posted your thoughts on what to do and engaged in this discussion, so it is a positive contribution even if your patch is not accepted.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Tue Jun 17 22:59:22 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 20:59:22 +0000
Subject: [issue10850] inconsistent behavior concerning
 multiprocessing.manager.BaseManager._Server
In-Reply-To: <1294360374.53.0.588595674921.issue10850@psf.upfronthosting.co.za>
Message-ID: <1403038762.3.0.0281434439501.issue10850@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we have a response to this please.

----------
components: +Extension Modules -None
nosy: +BreamoreBoy, sbt
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10850>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:01:05 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 21:01:05 +0000
Subject: [issue9034] datetime module should use int32_t for date/time
 components
In-Reply-To: <1276998258.21.0.743259532258.issue9034@psf.upfronthosting.co.za>
Message-ID: <1403038865.21.0.870612041741.issue9034@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9034>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:02:33 2014
From: report at bugs.python.org (Ethan Furman)
Date: Tue, 17 Jun 2014 21:02:33 +0000
Subject: [issue21793] httplib client/server status refactor
In-Reply-To: <1403031756.71.0.442697149496.issue21793@psf.upfronthosting.co.za>
Message-ID: <1403038953.51.0.629357363215.issue21793@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Left comments in reitvald about modifying the Enum used -- let me know if you have any questions about that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21793>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:04:36 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 21:04:36 +0000
Subject: [issue10933] Tracing disabled when a recursion error is triggered
 (even if properly handled)
In-Reply-To: <1295353872.95.0.129870258846.issue10933@psf.upfronthosting.co.za>
Message-ID: <1403039076.83.0.510063388462.issue10933@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we have a response to this please.

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10933>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:07:16 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 17 Jun 2014 21:07:16 +0000
Subject: [issue10002] Installer doesn't install on Windows Server 2008
 DataCenter R2
In-Reply-To: <1285882629.62.0.145594356076.issue10002@psf.upfronthosting.co.za>
Message-ID: <1403039236.46.0.573632868409.issue10002@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

It seems that the system wasn't rebooted after a previous installation that required a reboot. The specific component that caused the failure is the Microsoft CRT, so there is nothing we can do about this.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10002>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:10:40 2014
From: report at bugs.python.org (Gerrit Holl)
Date: Tue, 17 Jun 2014 21:10:40 +0000
Subject: [issue21798] Allow adding Path or str to Path
Message-ID: <1403039440.73.0.798100402294.issue21798@psf.upfronthosting.co.za>


New submission from Gerrit Holl:

It would be great if we could "add" either str or Path to Path objects.  Currently, we can join paths only by adding a directory, or by replacing the suffix.  But sometimes we want to build up a path more directly.  With strings we can do that simply by concatenating strings.  It would be great if we could do the same with Path objects, like this:

In [2]: b = pathlib.Path("/tmp/some_base")

In [3]: b + "_name.dat"
---------------------------------------------------------------------------
TypeError                                 Traceback (most recent call last)
<ipython-input-3-939467ea0aa5> in <module>()
----> 1 b + "_name.dat"

TypeError: unsupported operand type(s) for +: 'PosixPath' and 'str'

In [4]: b + pathlib.Path("_name.dat")
---------------------------------------------------------------------------
TypeError                                 Traceback (most recent call last)
<ipython-input-4-460bf8ac7710> in <module>()
----> 1 b + pathlib.Path("_name.dat")

TypeError: unsupported operand type(s) for +: 'PosixPath' and 'PosixPath'

In [11]: b.with_name(b.name + "_name.dat")  # desired effect
Out[11]: PosixPath('/tmp/some_base_name.dat')

----------
components: Library (Lib)
messages: 220893
nosy: Gerrit.Holl
priority: normal
severity: normal
status: open
title: Allow adding Path or str to Path
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21798>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:14:13 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Tue, 17 Jun 2014 21:14:13 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1403039652.99.0.0422659690031.issue15993@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

I'd be fine to reconsider if a previously-demonstrated bug is now demonstrated-fixed. However, if the actual bug persists, optimization should be disabled for all code, not just for the code that allows to demonstrate the bug. This principle should indeed been followed for all platforms (and it has, e.g. on hpux).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:18:18 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 21:18:18 +0000
Subject: [issue11142] xmlrpclib.ServerProxy with verbosity produces bad output
In-Reply-To: <1297100019.07.0.0200011843084.issue11142@psf.upfronthosting.co.za>
Message-ID: <1403039898.91.0.211237921168.issue11142@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I'm assuming that this is classed as an enhancement request and not a bug.

----------
nosy: +BreamoreBoy, loewis
type:  -> enhancement
versions: +Python 3.5 -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11142>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:24:15 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 17 Jun 2014 21:24:15 +0000
Subject: [issue21798] Allow adding Path or str to Path
In-Reply-To: <1403039440.73.0.798100402294.issue21798@psf.upfronthosting.co.za>
Message-ID: <1403040255.27.0.798556420064.issue21798@psf.upfronthosting.co.za>


R. David Murray added the comment:

I would expect addition to return PosixPath('/tmp/some_base/_name.dat'), (ie: path.join).

----------
nosy: +pitrou, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21798>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:32:24 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 17 Jun 2014 21:32:24 +0000
Subject: [issue10310] signed:1 bitfields rarely make sense
In-Reply-To: <1288871480.25.0.737532033065.issue10310@psf.upfronthosting.co.za>
Message-ID: <3gtN0l4N29z7LjQ@mail.python.org>


Roundup Robot added the comment:

New changeset 3aeca1fd4c0e by Victor Stinner in branch 'default':
Issue #10310: Use "unsigned int field:1" instead of "signed int field:1" in a
http://hg.python.org/cpython/rev/3aeca1fd4c0e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10310>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:32:36 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 21:32:36 +0000
Subject: [issue11191] test_search_cpp error on AIX (with xlc)
In-Reply-To: <1297436536.39.0.921212376741.issue11191@psf.upfronthosting.co.za>
Message-ID: <1403040756.65.0.0235311755938.issue11191@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

After three years can we close this test failure as "out of date"?

----------
nosy: +BreamoreBoy
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11191>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:32:36 2014
From: report at bugs.python.org (Martin Panter)
Date: Tue, 17 Jun 2014 21:32:36 +0000
Subject: [issue4887] environment inspection and manipulation API is buggy,
 inconsistent with "Python philosophy" for wrapping native APIs
In-Reply-To: <1231452487.08.0.408278867366.issue4887@psf.upfronthosting.co.za>
Message-ID: <1403040756.91.0.458718153114.issue4887@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
nosy: +vadmium

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4887>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:40:59 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 17 Jun 2014 21:40:59 +0000
Subject: [issue21723] Float maxsize is treated as infinity in asyncio.Queue
In-Reply-To: <1402502394.97.0.183524227653.issue21723@psf.upfronthosting.co.za>
Message-ID: <3gtNBf5Y1mz7LjR@mail.python.org>


Roundup Robot added the comment:

New changeset ccfc13183fea by Victor Stinner in branch '3.4':
Issue #21723: asyncio.Queue: support any type of number (ex: float) for the
http://hg.python.org/cpython/rev/ccfc13183fea

New changeset a2f115bfa513 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21723: asyncio.Queue: support any type of number (ex: float)
http://hg.python.org/cpython/rev/a2f115bfa513

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21723>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:42:18 2014
From: report at bugs.python.org (Martin Panter)
Date: Tue, 17 Jun 2014 21:42:18 +0000
Subject: [issue21777] Separate out documentation of binary sequence methods
In-Reply-To: <1402918605.38.0.604956966245.issue21777@psf.upfronthosting.co.za>
Message-ID: <1403041338.16.0.494730898056.issue21777@psf.upfronthosting.co.za>


Changes by Martin Panter <vadmium+py at gmail.com>:


----------
nosy: +vadmium

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21777>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:42:35 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Jun 2014 21:42:35 +0000
Subject: [issue9727] Add callbacks to be invoked when locale changes
In-Reply-To: <1403029334.62.0.388485933415.issue9727@psf.upfronthosting.co.za>
Message-ID: <CADiSq7cBn4ZGJPmOMjymWUq49ZOqSH8nU9M1BYf_KgnfZsBZWA@mail.gmail.com>


Nick Coghlan added the comment:

It ended up there were more serious problems with mixing runtimes on
Windows (especially around file descriptors), so this likely wouldn't help
much in practice.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9727>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:52:47 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Tue, 17 Jun 2014 21:52:47 +0000
Subject: [issue21763] Clarify requirements for file-like objects
In-Reply-To: <1403038745.76.0.418771035787.issue21763@psf.upfronthosting.co.za>
Message-ID: <CADiSq7eNNYNsv387rZ9twOkS1ciSne6cXUVUmXSFm5yZA7v0sQ@mail.gmail.com>


Nick Coghlan added the comment:

I can add a third suggestion: a "HOWTO" guide on implementing and using
file-like objects. It's actually a somewhat complex topic with various
trade-offs involved, particularly in Python 3 where the differences between
binary and text IO are greater. It could also point users to existing
file-like objects that they may have missed (like the spooled temporary
file support in tempfile).

On the more specific matter at hand, I think "close() is idempotent" is not
only one of our most pervasive assumptions about file-like objects, but
also an assumption we tend to make about resources *in general*.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21763>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:53:50 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 21:53:50 +0000
Subject: [issue11195] next fixer fooled by trailing characters
In-Reply-To: <1297447317.1.0.237374543357.issue11195@psf.upfronthosting.co.za>
Message-ID: <1403042030.16.0.279930704287.issue11195@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
title: next fixer fooled by trailing cheracters -> next fixer fooled by trailing characters
type:  -> behavior
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11195>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:53:58 2014
From: report at bugs.python.org (Pat Le Cat)
Date: Tue, 17 Jun 2014 21:53:58 +0000
Subject: [issue21799] Py_SetPath() gives compile error: undefined reference to
 '__imp_Py_SetPath'
Message-ID: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>


New submission from Pat Le Cat:

I use Python 3.4.1 x64 (binaries downloaded) under Windows 8.1 with mingw64 (GCC 4.9 using C++). All the other functions work fine.

Excerpt:
    Py_SetPath(L"python34.zip");
    wchar_t* pyPath = Py_GetPath();
    Py_Initialize();

----------
components: Build, Library (Lib), Windows
messages: 220902
nosy: Pat.Le.Cat
priority: normal
severity: normal
status: open
title: Py_SetPath() gives compile error: undefined reference to '__imp_Py_SetPath'
type: compile error
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Tue Jun 17 23:57:17 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 21:57:17 +0000
Subject: [issue11267] asyncore does not check for POLLERR and POLLHUP if
 neither readable nor writable
In-Reply-To: <1298267672.06.0.624805045141.issue11267@psf.upfronthosting.co.za>
Message-ID: <1403042237.26.0.928403842433.issue11267@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I'm assuming that any work on this is unlikely as asyncore is deprecated in favour of asyncio.

----------
nosy: +BreamoreBoy, giampaolo.rodola
versions: +Python 3.4, Python 3.5 -Python 2.6, Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11267>
_______________________________________

From report at bugs.python.org  Wed Jun 18 00:00:57 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 22:00:57 +0000
Subject: [issue11429] ctypes is highly eclectic in its raw-memory support
In-Reply-To: <1299484141.33.0.394671210882.issue11429@psf.upfronthosting.co.za>
Message-ID: <1403042457.28.0.574652418948.issue11429@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Your opinions please gentlemen.

----------
nosy: +BreamoreBoy, amaury.forgeotdarc, belopolsky, meador.inge
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11429>
_______________________________________

From report at bugs.python.org  Wed Jun 18 00:07:40 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Jun 2014 22:07:40 +0000
Subject: [issue12144] cookielib.CookieJar.make_cookies fails for cookies with
 'expires' set
In-Reply-To: <1306033124.86.0.836605602237.issue12144@psf.upfronthosting.co.za>
Message-ID: <1403042860.9.0.734811477758.issue12144@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

As I marked in the Stage setting 3 yrs ago, the patch needs a test, in particular a acceptible unittest. I doubt that cnn.com qualifies. Senthil? David?

Perhaps we should have a test.python.org for use by tests, with oscure urls that return just what is needed for tests.

In 3.x, a new test should go in test_http_cookiejar.py.

----------
nosy: +orsenthil, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12144>
_______________________________________

From report at bugs.python.org  Wed Jun 18 00:07:42 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Jun 2014 22:07:42 +0000
Subject: [issue21723] Float maxsize is treated as infinity in asyncio.Queue
In-Reply-To: <1402502394.97.0.183524227653.issue21723@psf.upfronthosting.co.za>
Message-ID: <1403042862.86.0.211769595718.issue21723@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Thanks Vajrasky, I aplied your patch.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21723>
_______________________________________

From report at bugs.python.org  Wed Jun 18 00:07:47 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 17 Jun 2014 22:07:47 +0000
Subject: [issue21723] Float maxsize is treated as infinity in asyncio.Queue
In-Reply-To: <3gtNBf5Y1mz7LjR@mail.python.org>
Message-ID: <CAMpsgwb_tyT3D0znw95USOG0aeN7z4FUJMccVn_V1C6ObB0whg@mail.gmail.com>


STINNER Victor added the comment:

Change also pushed to Tulip (changeset 3a392e5328c0).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21723>
_______________________________________

From report at bugs.python.org  Wed Jun 18 00:10:08 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 17 Jun 2014 22:10:08 +0000
Subject: [issue21694] IDLE - Test ParenMatch
In-Reply-To: <1402234285.47.0.734954063867.issue21694@psf.upfronthosting.co.za>
Message-ID: <1403043008.87.0.784688477952.issue21694@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I changed the close to match what worked in test_hyperparser. At first, I still got the warning. To see if the remaining problem was the import of EditorWindow, I disabled that, and the message went away. When I re-enabled the import, it stayed away. Puzzling, but a bit more data.

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21694>
_______________________________________

From report at bugs.python.org  Wed Jun 18 00:42:24 2014
From: report at bugs.python.org (Martin Dengler)
Date: Tue, 17 Jun 2014 22:42:24 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1403044944.89.0.965342728828.issue21722@psf.upfronthosting.co.za>


Martin Dengler added the comment:

I've got the contrib form bit now.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Wed Jun 18 00:44:52 2014
From: report at bugs.python.org (A. Jesse Jiryu Davis)
Date: Tue, 17 Jun 2014 22:44:52 +0000
Subject: [issue21723] Float maxsize is treated as infinity in asyncio.Queue
In-Reply-To: <1402502394.97.0.183524227653.issue21723@psf.upfronthosting.co.za>
Message-ID: <1403045092.88.0.132256792618.issue21723@psf.upfronthosting.co.za>


Changes by A. Jesse Jiryu Davis <jesse at emptysquare.net>:


----------
nosy: +emptysquare

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21723>
_______________________________________

From report at bugs.python.org  Wed Jun 18 01:04:00 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Tue, 17 Jun 2014 23:04:00 +0000
Subject: [issue21725] RFC 6531 (SMTPUTF8) support in smtpd
In-Reply-To: <1402504950.99.0.486766973248.issue21725@psf.upfronthosting.co.za>
Message-ID: <1403046240.54.0.541547253828.issue21725@psf.upfronthosting.co.za>


Milan Oberkirch added the comment:

I replied to some review comments, and made a new patch implementing your suggestions.

----------
Added file: http://bugs.python.org/file35679/issue21725v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21725>
_______________________________________

From report at bugs.python.org  Wed Jun 18 01:05:04 2014
From: report at bugs.python.org (Michael Foord)
Date: Tue, 17 Jun 2014 23:05:04 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403046304.3.0.294123397359.issue14534@psf.upfronthosting.co.za>


Michael Foord added the comment:

My suggested solution is a class decorator you use on your base class that means "don't run tests from this class". 


@unittest.base_class
class MyTestBase(TestCase):
    pass

Not quite sure how that's sophisticated or confusing... Are you confusing the way it's used with my suggested implementation?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Wed Jun 18 01:28:22 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Tue, 17 Jun 2014 23:28:22 +0000
Subject: [issue21800] Implement RFC 6855 (IMAP Support for UTF-8) in imaplib.
Message-ID: <1403047702.77.0.884020391465.issue21800@psf.upfronthosting.co.za>


Changes by Milan Oberkirch <milan.py at oberkirch.org>:


----------
components: email
nosy: barry, jesstess, pitrou, r.david.murray, zvyn
priority: normal
severity: normal
status: open
title: Implement RFC 6855 (IMAP Support for UTF-8) in imaplib.
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21800>
_______________________________________

From report at bugs.python.org  Wed Jun 18 01:32:23 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 23:32:23 +0000
Subject: [issue11430] can't change the sizeof a Structure that doesn't own its
 buffer
In-Reply-To: <1299485555.71.0.597497356789.issue11430@psf.upfronthosting.co.za>
Message-ID: <1403047943.6.0.398346105306.issue11430@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Your opinions please folks.

----------
nosy: +BreamoreBoy, amaury.forgeotdarc, belopolsky, meador.inge
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11430>
_______________________________________

From report at bugs.python.org  Wed Jun 18 01:36:11 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 23:36:11 +0000
Subject: [issue11511] Proposal for exposing proxy bypass settings in
 ProxyHandler
In-Reply-To: <1300140494.17.0.372378902251.issue11511@psf.upfronthosting.co.za>
Message-ID: <1403048171.96.0.456801182036.issue11511@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we have a patch review on this please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11511>
_______________________________________

From report at bugs.python.org  Wed Jun 18 01:38:22 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 23:38:22 +0000
Subject: [issue11580] Add width and precision formatters to
 PyBytes_FromFormatV()
In-Reply-To: <1300336790.91.0.426926031366.issue11580@psf.upfronthosting.co.za>
Message-ID: <1403048302.34.0.742533244279.issue11580@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we have a patch review please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11580>
_______________________________________

From report at bugs.python.org  Wed Jun 18 01:40:51 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 23:40:51 +0000
Subject: [issue11601] UnixCCompiler always uses compiler_so, not compiler
In-Reply-To: <1300475054.67.0.598192564175.issue11601@psf.upfronthosting.co.za>
Message-ID: <1403048451.56.0.770421342011.issue11601@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we have an answer to the question given in msg131355 please?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11601>
_______________________________________

From report at bugs.python.org  Wed Jun 18 01:47:30 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 23:47:30 +0000
Subject: [issue1571878] Improvements to socket module exceptions
Message-ID: <1403048850.14.0.597292468499.issue1571878@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is this the type of change that PEP3151 was aimed at?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1571878>
_______________________________________

From report at bugs.python.org  Wed Jun 18 01:50:05 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 17 Jun 2014 23:50:05 +0000
Subject: [issue11736] windows installers ssl module / openssl broken for some
 sites
In-Reply-To: <1301662196.21.0.598409652154.issue11736@psf.upfronthosting.co.za>
Message-ID: <1403049005.02.0.0467248454911.issue11736@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I don't recall any recent reports of this problem so think this can be closed as "out of date"?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11736>
_______________________________________

From report at bugs.python.org  Wed Jun 18 03:52:24 2014
From: report at bugs.python.org (Sandeep Mathew)
Date: Wed, 18 Jun 2014 01:52:24 +0000
Subject: [issue16136] Removal of VMS support
In-Reply-To: <1402983099.32.0.384589018329.issue16136@psf.upfronthosting.co.za>
Message-ID: <CAHEd++S=YwYJmJtPQCmJ_4_o+e_ZR8kt7f1eeiFOBNJ1QnuF1w@mail.gmail.com>


Sandeep Mathew added the comment:

It does build with some tweaking here and there. But I ran into runtime
issues. I am sorry, I cannot dedicate time on it further.  IMHO anything
built for VMS should use VMS specific API's in the way they are designed
for stability and performance reasons, some more code needs to be written.

Regards
Sandeep Mathew
On Tue, Jun 17, 2014 at 12:31 AM, John Malmberg <report at bugs.python.org>
wrote:

>
> John Malmberg added the comment:
>
> Does not look like anything vital to VMS got removed.
>
> Configure basically worked under current GNV.
>
> And a few tweaks later with out changing any files checked out of the
> Mercurial repository, make is producing a functional python binary before
> it quits.
>
> bash-4.2$ ./python notdeadyet.py
>     I'm not Dead Yet, I think I'll go for a Walk
> bash-4.2$ ./python
> Python 3.5.0a0 (default, Jun 17 2014, 00:03:16) [C] on openvms0
> Type "help", "copyright", "credits" or "license" for more information.
> >>>  Exit
> bash-4.2$ uname -a
> OpenVMS EAGLE 0 V8.4 AlphaServer_DS10_617_MHz Alpha Alpha HP/OpenVMS
>
> More work is needed of course, mostly adding some more libraries that
> Python is expecting and showing GNV how to have configure and make find
> them.  A lot of compile warnings need to be resolved.
>
> ----------
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue16136>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16136>
_______________________________________

From report at bugs.python.org  Wed Jun 18 04:37:11 2014
From: report at bugs.python.org (raylu)
Date: Wed, 18 Jun 2014 02:37:11 +0000
Subject: [issue21332] subprocess bufsize=1 docs are misleading
In-Reply-To: <1398209745.28.0.851161689347.issue21332@psf.upfronthosting.co.za>
Message-ID: <1403059031.89.0.526840259206.issue21332@psf.upfronthosting.co.za>


raylu added the comment:

I'm fairly sure this hasn't been fixed in tip so I think we're still waiting on patch review. Is there an update here?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21332>
_______________________________________

From report at bugs.python.org  Wed Jun 18 04:41:59 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 18 Jun 2014 02:41:59 +0000
Subject: [issue21797] mmap read of single byte accesses more that just that
 byte
In-Reply-To: <1403036333.47.0.341368949906.issue21797@psf.upfronthosting.co.za>
Message-ID: <1403059319.57.0.534329490875.issue21797@psf.upfronthosting.co.za>


Jes?s Cea Avi?n added the comment:

Kevin, mmap is not appropriate for your use. Looks like writing your own module would be simple enough. If performance is not a problem, maybe ctypes/cffi pointer magic encapsulate in your own custom class would be enough for you.

I mark this bug as "not a bug" since you are using mmap+python outside of "specs". Feel free to reopen if you don't agree but, please, provide a rationale.

----------
nosy: +jcea
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21797>
_______________________________________

From report at bugs.python.org  Wed Jun 18 04:48:25 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 18 Jun 2014 02:48:25 +0000
Subject: [issue21797] mmap read of single byte accesses more that just that
 byte
In-Reply-To: <1403036333.47.0.341368949906.issue21797@psf.upfronthosting.co.za>
Message-ID: <1403059705.03.0.178699700178.issue21797@psf.upfronthosting.co.za>


Jes?s Cea Avi?n added the comment:

You could even use "ctypes" to access the underlining "mmap" OS syscall. But accessing individual bytes using native python is not guaranteed to work because python is too high level for that. For instance, it could read 64 bits (a word) to only use 8 at the end.

I recommend you to write a tiny C module or investigate "ctypes"/"CFFI" pointer access to a native mmap-ed area.

Good luck.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21797>
_______________________________________

From report at bugs.python.org  Wed Jun 18 08:12:47 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 18 Jun 2014 06:12:47 +0000
Subject: [issue11736] windows installers ssl module / openssl broken for some
 sites
In-Reply-To: <1301662196.21.0.598409652154.issue11736@psf.upfronthosting.co.za>
Message-ID: <1403071967.35.0.96528689391.issue11736@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11736>
_______________________________________

From report at bugs.python.org  Wed Jun 18 08:16:35 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 18 Jun 2014 06:16:35 +0000
Subject: [issue9727] Add callbacks to be invoked when locale changes
In-Reply-To: <1283293758.47.0.775705269917.issue9727@psf.upfronthosting.co.za>
Message-ID: <1403072194.99.0.463028508302.issue9727@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Closing as won't fix, then.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9727>
_______________________________________

From report at bugs.python.org  Wed Jun 18 09:03:01 2014
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Wed, 18 Jun 2014 07:03:01 +0000
Subject: [issue21772] platform.uname() not EINTR safe
In-Reply-To: <1402997118.68.0.226193571894.issue21772@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM31uVQZhS3Z_ftdBb0rr3Jn+3Ecp2qkWrWWVGhg=Ar+eQ@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> I'm surprised that the Python read() method doesn't handle EINTR internally.
>
> I'm in favor of handling EINTR internally almost everywhere, I mean in the Python modules implemented in the C, not in each call using these C methods. "handling EINTR" means calling PyErr_CheckSignals() which may raises a Python exception (ex: KeyboardInterrupt).

It's good, we all agree on that.
I think the different EINTR-related reports should be closed as #18885
duplicates.
Then we need a patch for #18885: my idea was to write a pair of macros
similar to Py_BEGIN_ALLOW_THREADS/Py_END_ALLOW_THREADS that would
handle the retry logic, instead of having to check for EINTR and
calling Py_CheckPendingSignals() everywhere.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21772>
_______________________________________

From report at bugs.python.org  Wed Jun 18 09:07:49 2014
From: report at bugs.python.org (Demian Brecht)
Date: Wed, 18 Jun 2014 07:07:49 +0000
Subject: [issue21793] httplib client/server status refactor
In-Reply-To: <1403031756.71.0.442697149496.issue21793@psf.upfronthosting.co.za>
Message-ID: <1403075269.07.0.329182657141.issue21793@psf.upfronthosting.co.za>


Demian Brecht added the comment:

Attached new patch with changes from review and a stab at an update to the docs.

----------
Added file: http://bugs.python.org/file35680/refactor_http_status_codes_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21793>
_______________________________________

From report at bugs.python.org  Wed Jun 18 10:16:27 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 18 Jun 2014 08:16:27 +0000
Subject: [issue11097] MSI: Remove win32com dependency from installer generator
In-Reply-To: <1296634472.0.0.346787074034.issue11097@psf.upfronthosting.co.za>
Message-ID: <1403079387.52.0.200562809888.issue11097@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

There is a high chance that 3.5 might use an entirely different MSI generator, possibly based on WiX. If that happens, this issue will be outdated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11097>
_______________________________________

From report at bugs.python.org  Wed Jun 18 10:39:37 2014
From: report at bugs.python.org (Michael Foord)
Date: Wed, 18 Jun 2014 08:39:37 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403080777.09.0.451238509146.issue14534@psf.upfronthosting.co.za>


Michael Foord added the comment:

Zachary: Inheriting from TestCase in your mixin is actually an anti-pattern. And yes, most people seem to do it (most people seem to misunderstand how to use mixins, which is why I like this approach of having a way of explicitly marking base classes).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Wed Jun 18 11:59:03 2014
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 18 Jun 2014 09:59:03 +0000
Subject: [issue10595] Adding a syslog.conf reader in syslog
In-Reply-To: <1291203161.89.0.870759954789.issue10595@psf.upfronthosting.co.za>
Message-ID: <1403085543.05.0.490955098768.issue10595@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10595>
_______________________________________

From report at bugs.python.org  Wed Jun 18 12:03:24 2014
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 18 Jun 2014 10:03:24 +0000
Subject: [issue10524] Patch to add Pardus to supported dists in platform
In-Reply-To: <1290636029.57.0.718093237455.issue10524@psf.upfronthosting.co.za>
Message-ID: <1403085804.48.0.509636464182.issue10524@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Unfortunately, Pardus is dead now. So closing this as out of date.

----------
nosy: +berker.peksag
resolution:  -> out of date
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10524>
_______________________________________

From report at bugs.python.org  Wed Jun 18 12:06:38 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 18 Jun 2014 10:06:38 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403085998.84.0.619745539188.issue14534@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Class decorator approach looks less obvious to me. Looking at current standard mixing approach I understand what it do and why. But encountering the unittest.base_class decorator, I need to look in the documentation and/or sources to understand how it works.

IMHO this decorator adds a burden for readers (which needs to learn yet one thing) and adds only small benefit for whose writers which use IDE (not me).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Wed Jun 18 12:22:55 2014
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 18 Jun 2014 10:22:55 +0000
Subject: [issue21755] test_importlib.test_locks fails --without-threads
In-Reply-To: <1402734149.6.0.706440396249.issue21755@psf.upfronthosting.co.za>
Message-ID: <1403086975.47.0.450834161413.issue21755@psf.upfronthosting.co.za>


Berker Peksag added the comment:

See also http://buildbot.python.org/all/builders/AMD64%20Fedora%20without%20threads%203.x/builds/6779/steps/test/logs/stdio

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21755>
_______________________________________

From report at bugs.python.org  Wed Jun 18 12:23:10 2014
From: report at bugs.python.org (Michael Foord)
Date: Wed, 18 Jun 2014 10:23:10 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403086990.0.0.800595079878.issue14534@psf.upfronthosting.co.za>


Michael Foord added the comment:

To be honest, even though I understand it, I find the mixin pattern hard to read. You derive from object, but call methods (the assert methods for example) that don't exist in the class (or its inheritance chain).

My experience, with even experienced Python devs, is that they don't *properly* understand how to create mixins and they *much prefer* to write base classes that derive directly from TestCase. And then you have the problem that this issue is intended to resolve (and that we even have in the Python test suite).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Wed Jun 18 13:19:44 2014
From: report at bugs.python.org (=?utf-8?q?Kristj=C3=A1n_Valur_J=C3=B3nsson?=)
Date: Wed, 18 Jun 2014 11:19:44 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403090384.75.0.872794153698.issue14534@psf.upfronthosting.co.za>


Kristj?n Valur J?nsson added the comment:

Just want to restate my +1 for Michael's idea.  I'm hit by this all the time and it is beautiful and expressive.  It also does not preclude the annoying mix-in way of doing it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Wed Jun 18 13:20:22 2014
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 18 Jun 2014 11:20:22 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1403090422.11.0.283150720656.issue15993@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan-usenet at bytereef.org>:


Added file: http://bugs.python.org/file35681/ull_vctest.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Wed Jun 18 13:35:49 2014
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 18 Jun 2014 11:35:49 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1403091349.39.0.0264563882388.issue15993@psf.upfronthosting.co.za>


Stefan Krah added the comment:

> The two issues were unrelated - the 'invalid filter ID'
> (4611686018427387905 == 0x40000000_00000001) is the correct
> value but the wrong branch in the switch was taken, leading
> to the error message.

Unfortunately I don't have a Visual Studio setup right now.

It seems to me that at the time the wrong branch is taken, f->id
could be in the registers in the wrong order (same as in msg170985),
but when the error message is printed, the value is read from
memory.  This is just a guess of course.


As Martin, I'm uncomfortable that the memoryview issue no longer
appears, but this one still does.


I've attached an alternative version of PyLong_AsUnsignedLongLong()
that is just intended for testing the compiler.


If the optimizer does whole progam optimization, it might choke
on _PyLong_AsByteArray().

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Wed Jun 18 13:45:28 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 18 Jun 2014 11:45:28 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1403090384.75.0.872794153698.issue14534@psf.upfronthosting.co.za>
Message-ID: <2590956.7RpUNmJsH5@raxxla>


Serhiy Storchaka added the comment:

Note that we have to use mixin approach in the Python test suite to avoid 
discrepancies and merge conflicts between different versions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Wed Jun 18 14:22:50 2014
From: report at bugs.python.org (Glenn Langford)
Date: Wed, 18 Jun 2014 12:22:50 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1390263519.32.0.357208079457.issue20319@psf.upfronthosting.co.za>
Message-ID: <1403094170.73.0.868882964137.issue20319@psf.upfronthosting.co.za>


Changes by Glenn Langford <glenn.langford at gmail.com>:


----------
nosy:  -glangford

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Wed Jun 18 14:31:15 2014
From: report at bugs.python.org (Sebastian Kreft)
Date: Wed, 18 Jun 2014 12:31:15 +0000
Subject: [issue20319] concurrent.futures.wait() can block forever even if
 Futures have completed
In-Reply-To: <1390263519.32.0.357208079457.issue20319@psf.upfronthosting.co.za>
Message-ID: <1403094675.16.0.943478293384.issue20319@psf.upfronthosting.co.za>


Sebastian Kreft added the comment:

@glangford: Is that really your recommendation, to switch to celery? Python 3.4.1 should be production quality and issues like this should be addressed.

Note that I've successfully run millions of tasks using the same method, the only difference being that in that case the tasks weren't launching subprocesses. So I think that may be a starting point for debugging.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20319>
_______________________________________

From report at bugs.python.org  Wed Jun 18 14:37:08 2014
From: report at bugs.python.org (=?utf-8?b?U8OpYmFzdGllbiBTYWJsw6k=?=)
Date: Wed, 18 Jun 2014 12:37:08 +0000
Subject: [issue11191] test_search_cpp error on AIX (with xlc)
In-Reply-To: <1297436536.39.0.921212376741.issue11191@psf.upfronthosting.co.za>
Message-ID: <1403095028.06.0.207191039222.issue11191@psf.upfronthosting.co.za>


S?bastien Sabl? added the comment:

I don't have any AIX environment to try to reproduce the issue, so feel free to close it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11191>
_______________________________________

From report at bugs.python.org  Wed Jun 18 14:41:45 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Wed, 18 Jun 2014 12:41:45 +0000
Subject: [issue21801] inspect.signature doesn't always return a signature
Message-ID: <1403095305.91.0.217669494481.issue21801@psf.upfronthosting.co.za>


New submission from Claudiu Popa:

Hello. I noticed the following behaviour while working with xmlrpc proxy methods.

>>> import inspect, xmlrpc.client
>>> proxy = xmlrpc.client.ServerProxy('http://localhost:8000')
>>> proxy.mul
<xmlrpc.client._Method object at 0x03B0C890>
>>> inspect.signature(proxy.mul)
<xmlrpc.client._Method object at 0x03B0CC90>
>>>


Now, according to the documentation, inspect.signature should return a signature or fail, but in this case it returns the actual object, which is misleading at least. This happens because _Method implements a proxy __getattr__, any accessed attribute becoming again a _Method. At the same time, inspect.signature happily uses 

try:
   obj.__signature__
except AttributeError:
   ...

to obtain the signature, if present.

The attached patch checks if __signature__ is an actual Signature object. I searched, but couldn't find any, if __signature__ can be anything, so I hope that this approach works.

----------
components: Library (Lib)
files: inspect_signature.patch
keywords: patch
messages: 220936
nosy: Claudiu.Popa, yselivanov
priority: normal
severity: normal
status: open
title: inspect.signature doesn't always return a signature
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35682/inspect_signature.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21801>
_______________________________________

From report at bugs.python.org  Wed Jun 18 14:51:43 2014
From: report at bugs.python.org (John Malmberg)
Date: Wed, 18 Jun 2014 12:51:43 +0000
Subject: [issue16136] Removal of VMS support
In-Reply-To: <1349389263.57.0.925729224322.issue16136@psf.upfronthosting.co.za>
Message-ID: <1403095903.15.0.771151506595.issue16136@psf.upfronthosting.co.za>


John Malmberg added the comment:

Most of the issues needed to build python3 properly on VMS involve either bugs in the VMS C API that need to be worked around or missing libraries that Python3 expects to have.

As none of the Python developers should need to care about this, and these issues are common to ports of other VMS projects, I plan to do the following unless someone objects:

1. Create a new issue tracker here to document what it takes to attempt build the in development branch of Python on VMS, and try keep it up to date with significant issues found.

2. Create a mercurial repository on the vms-ports sourceforge site that contains the additional VMS specific files that are needed to build the in development branch.  I will also create a VMS specific discussion there about the more detailed status of the port progress.

3. Where cases are actually found where the issue is in python, such as posixmodule.c overriding the configure files to assume fork is present when configure detected it was not, a ticket here will be filed.

If someone then shows up inquiring at the status of VMS, then they can be pointed at that new ticket.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16136>
_______________________________________

From report at bugs.python.org  Wed Jun 18 15:00:32 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 18 Jun 2014 13:00:32 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403096432.58.0.474762722304.issue14534@psf.upfronthosting.co.za>


R. David Murray added the comment:

Issue 19645 is an alternative way to solve the problem of calling methods on the mixin that "don't exist", and has other benefits.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Wed Jun 18 16:30:18 2014
From: report at bugs.python.org (Dariusz Suchojad)
Date: Wed, 18 Jun 2014 14:30:18 +0000
Subject: [issue11129] logging: allow multiple entries in qualname config
In-Reply-To: <1296917082.92.0.764608919678.issue11129@psf.upfronthosting.co.za>
Message-ID: <1403101818.23.0.192104665347.issue11129@psf.upfronthosting.co.za>


Dariusz Suchojad added the comment:

Hello friends,

@vinay.sajip - the use case for this feature is actually something I come across fairly often.

In an application I have dozens and hundreds of logger instances. However, they all fall into one of several loggers.

Most of the instances are obtained through a module-wide logger = getLogger(__name__).

Now I have a feature in the application split over a couple of modules, in different namespaces:

zato.common.scheduler
zato.server.scheduler

They are independent yet related and it would be most convenient if I could list both in qualname - they really should share the logging configuration, at no point they should have separate handlers, logging formats, anything.

As an aside, regarding dict configuration - I know you made the comment in 2011 so it may not represent your current opinion but please keep in mind that logging config is something that on production is updated by administrators, i.e. whatever the latest trends in software development are, they aren't necessarily programmers.

People I work with have no problems with customizing ini-like files but Python dicts are an entirely different story, they are simply afraid of doing it - a missing apostrophe may mean a couple of hours wasted, for instance.

----------
nosy: +dsuch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11129>
_______________________________________

From report at bugs.python.org  Wed Jun 18 17:13:33 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 18 Jun 2014 15:13:33 +0000
Subject: [issue16136] Removal of VMS support
In-Reply-To: <1349389263.57.0.925729224322.issue16136@psf.upfronthosting.co.za>
Message-ID: <1403104413.92.0.14694537549.issue16136@psf.upfronthosting.co.za>


Jes?s Cea Avi?n added the comment:

I think this is a good plan. Legacy platforms can me maintained by interested parties as a friendly fork.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16136>
_______________________________________

From report at bugs.python.org  Wed Jun 18 17:21:40 2014
From: report at bugs.python.org (Vajrasky Kok)
Date: Wed, 18 Jun 2014 15:21:40 +0000
Subject: [issue20069] Add unit test for os.chown
In-Reply-To: <1388053703.09.0.645818054692.issue20069@psf.upfronthosting.co.za>
Message-ID: <1403104900.26.0.990355623783.issue20069@psf.upfronthosting.co.za>


Vajrasky Kok added the comment:

Here is the patch based on Claudiu's comment and Serhiy's commit (http://hg.python.org/cpython/rev/4b187f5aa960).

Claudiu (Thanks!!!), I can not apply two of your suggestions:
"You could use support.import_module here in order to skip the test if pwd can't be imported."
=> It will skip the entire file if I do that which is bad for Windows.

"You could use assertRaisesRegex."
=> I can not because assertRaisesRegex can not be used with "with" statement.

----------
Added file: http://bugs.python.org/file35683/add_unit_test_os_chown_v3.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20069>
_______________________________________

From report at bugs.python.org  Wed Jun 18 17:25:56 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Wed, 18 Jun 2014 15:25:56 +0000
Subject: [issue20069] Add unit test for os.chown
In-Reply-To: <1388053703.09.0.645818054692.issue20069@psf.upfronthosting.co.za>
Message-ID: <1403105156.78.0.165141356851.issue20069@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

os.chown is not available on Windows. But maybe pwd can't be built on any Unix system, so not using import_module is okay.

"=> I can not because assertRaisesRegex can not be used with "with" statement."

Not true (see https://docs.python.org/3/library/unittest.html?highlight=assertraisesregex#unittest.TestCase.assertRaisesRegex).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20069>
_______________________________________

From report at bugs.python.org  Wed Jun 18 19:36:40 2014
From: report at bugs.python.org (Eric V. Smith)
Date: Wed, 18 Jun 2014 17:36:40 +0000
Subject: [issue21798] Allow adding Path or str to Path
In-Reply-To: <1403039440.73.0.798100402294.issue21798@psf.upfronthosting.co.za>
Message-ID: <1403113000.29.0.312412828404.issue21798@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

I agree with David. And, it already works, but uses '/', not '+':

>>> b / "_name.dat"
PosixPath('/tmp/some_base/_name.dat')

-1 to using + to be the equivalent of:

>>> pathlib.Path(str(b) + "_name.dat")
PosixPath('/tmp/some_base_name.dat')

----------
nosy: +eric.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21798>
_______________________________________

From report at bugs.python.org  Wed Jun 18 19:39:25 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 18 Jun 2014 17:39:25 +0000
Subject: [issue21798] Allow adding Path or str to Path
In-Reply-To: <1403039440.73.0.798100402294.issue21798@psf.upfronthosting.co.za>
Message-ID: <1403113165.98.0.494204202467.issue21798@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Indeed, not trying to pretend to act like a string was one of the design points of the pathlib module, and the "/" operator already performs logical path joining. I'm therefore closing this issue as rejected.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21798>
_______________________________________

From report at bugs.python.org  Wed Jun 18 19:52:22 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 18 Jun 2014 17:52:22 +0000
Subject: [issue21802] Reader of BufferedRWPair is not closed if writer's
 close() fails
Message-ID: <1403113942.14.0.852744973704.issue21802@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Current implementation of BufferedRWPair.close() is:

    def close(self):
        self.writer.close()
        self.reader.close()

When self.writer.close() raises an exception, self.reader left non-closed. This can cause file description leak unless GC sweep it.

Proposed patch fixes this issue. With applied patch for issue21715 it would be a little simpler.

----------
components: IO
files: bufferedrwpair_close.patch
keywords: patch
messages: 220945
nosy: benjamin.peterson, pitrou, serhiy.storchaka, stutzbach
priority: normal
severity: normal
stage: patch review
status: open
title: Reader of BufferedRWPair is not closed if writer's close() fails
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35684/bufferedrwpair_close.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21802>
_______________________________________

From report at bugs.python.org  Wed Jun 18 20:07:15 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 18 Jun 2014 18:07:15 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1403114835.25.0.572820384245.issue21722@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Thank you Martin. I will take a look soon at the patch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Wed Jun 18 21:00:51 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 18 Jun 2014 19:00:51 +0000
Subject: [issue21803] Remove macro indirections in complexobject
Message-ID: <1403118051.82.0.958241354648.issue21803@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

I thought this would make things less confusing to read.

----------
components: Interpreter Core
files: complex_macros.patch
keywords: patch
messages: 220947
nosy: mark.dickinson, pitrou
priority: low
severity: normal
stage: patch review
status: open
title: Remove macro indirections in complexobject
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35685/complex_macros.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21803>
_______________________________________

From report at bugs.python.org  Wed Jun 18 21:48:29 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Jun 2014 19:48:29 +0000
Subject: [issue1576313] os.execvp[e] on win32 fails for current directory
Message-ID: <1403120909.05.0.720690350199.issue1576313@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I'd intended to write a patch but got confused as msg51241 talks about "execlp() in msvcrt" but execlp is in the os module.  Please advise.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1576313>
_______________________________________

From report at bugs.python.org  Wed Jun 18 21:56:15 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 18 Jun 2014 19:56:15 +0000
Subject: [issue3485] os.path.normcase documentation/behaviour unclear on Mac
 OS X
In-Reply-To: <1217610966.27.0.918507533161.issue3485@psf.upfronthosting.co.za>
Message-ID: <1403121375.16.0.0530128789469.issue3485@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is this or could this be addressed via the new pathlib module?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3485>
_______________________________________

From report at bugs.python.org  Wed Jun 18 22:11:48 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 18 Jun 2014 20:11:48 +0000
Subject: [issue3485] os.path.normcase documentation/behaviour unclear on Mac
 OS X
In-Reply-To: <1217610966.27.0.918507533161.issue3485@psf.upfronthosting.co.za>
Message-ID: <3gty9H45sSz7LjP@mail.python.org>


Roundup Robot added the comment:

New changeset a854d23305de by Ned Deily in branch '3.4':
Issue #3485: remove misleading comment
http://hg.python.org/cpython/rev/a854d23305de

New changeset 3edda677119e by Ned Deily in branch 'default':
Issue #3485: merge from 3.4
http://hg.python.org/cpython/rev/3edda677119e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3485>
_______________________________________

From report at bugs.python.org  Wed Jun 18 22:12:35 2014
From: report at bugs.python.org (Ned Deily)
Date: Wed, 18 Jun 2014 20:12:35 +0000
Subject: [issue3485] os.path.normcase documentation/behaviour unclear on Mac
 OS X
In-Reply-To: <1217610966.27.0.918507533161.issue3485@psf.upfronthosting.co.za>
Message-ID: <1403122355.09.0.079129879724.issue3485@psf.upfronthosting.co.za>


Ned Deily added the comment:

The misleading "TODO" comment has been removed.

----------
resolution: accepted -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3485>
_______________________________________

From report at bugs.python.org  Wed Jun 18 22:14:11 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 18 Jun 2014 20:14:11 +0000
Subject: [issue1576313] os.execvp[e] on win32 fails for current directory
Message-ID: <1403122451.22.0.301118667532.issue1576313@psf.upfronthosting.co.za>


R. David Murray added the comment:

os.execlp *wraps* the interface of the same name in the platform C library.  On Windows, that is execlp in the msvcrt[*].  On Linux, it is usually the execlp in glibc.

[*] 'crt' stands for 'C runtime'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1576313>
_______________________________________

From report at bugs.python.org  Wed Jun 18 22:30:40 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 18 Jun 2014 20:30:40 +0000
Subject: [issue11129] logging: allow multiple entries in qualname config
In-Reply-To: <1296917082.92.0.764608919678.issue11129@psf.upfronthosting.co.za>
Message-ID: <1403123440.24.0.201040095649.issue11129@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> they really should share the logging configuration

Well, that's easy enough to do - although there would be some duplication in the .ini file, it is not especially onerous. While I well understand the benefits of DRY, I still don't believe this is a very common use case, and there are other ways of doing this: for example, using a logger called zato.scheduler from both scheduler modules. I know that __name__ for naming loggers is a good approach in almost all cases, it's not absolutely mandatory. What I don't want to do is to keep adding functionality (which I will then have to maintain) to an older mechanism when a newer and better one is available. And using dictConfig() doesn't have to mean users/administrators editing Python source code by hand - for example, YAML could be used, or JSON. Or, use .ini but parse the file in your code and build a dict to pass to dictConfig(). Then you can use any schema you want, plus support things like Filters which fileConfig() doesn't do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11129>
_______________________________________

From report at bugs.python.org  Wed Jun 18 22:56:57 2014
From: report at bugs.python.org (Zachary Ware)
Date: Wed, 18 Jun 2014 20:56:57 +0000
Subject: [issue21794] stack frame contains name of wrapper method,
 not that of wrapped method
In-Reply-To: <1403032346.55.0.812128446286.issue21794@psf.upfronthosting.co.za>
Message-ID: <1403125017.21.0.728474451519.issue21794@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I agree with Josh; I don't think there's any bug here.  To confirm, I expanded on your example, reproduced below.  Have a look at and play around with this, and if you still believe something is wrong, ask on python-list and the folks there should be able to help.  If you determine that there really is a bug, please reopen the issue.

"""
import functools
import inspect

def lineno():
    return inspect.getlineno(inspect.stack()[1][0])

try: # just to make it easy to see code and output together...
    with open(__file__) as file: data = file.read()
    print(data[:data.rfind("# output:") + 9])
except Exception:
    pass

print('#line {}: defining decorator'.format(lineno()))

def decorator(f):
    print('#  line {}: decorator called'.format(lineno()))
    print('#  line {}: defining inner'.format(lineno()))
    @functools.wraps(f)
    def inner(arg1, arg2):
        print('#    line {}: inner called, arg1 {} arg2 {}'.format(lineno(), arg1, arg2))
        for i, frame in enumerate(inspect.stack()):
            print("#      line {}: printed in inner, frame {}, name {}".format(lineno(), i, frame[3]))
        f(arg1 + 1 , arg2 + 1)

    print('#  line {}: printed in decorator, inner.__name__ == {}'.format(lineno(),inner.__name__))
    print('#  line {}: printed in decorator, f.__name__ == {}'.format(lineno(), f.__name__))
    return inner

print('#line {}: defining wrapped'.format(lineno()))

@decorator
def wrapped(warg1, warg2):
    print('#  line {}: wrapped called, warg1 {} warg2 {}'.format(lineno(), warg1, warg2))
    print("#  line {}: printed in wrapped, wrapped.__name__ == {}".format(lineno(), wrapped.__name__))
    stack = inspect.stack()
    for i, frame in enumerate(stack):
        print("#    line {}: printed in wrapped, frame {}, name {}".format(lineno(), i, frame[3]))

print('#line {}: Calling wrapped...'.format(lineno()))
wrapped(1,2)

print("#line {}: done".format(lineno()))

# output:

# expected output:
#line 13: defining decorator
#line 29: defining wrapped
#  line 16: decorator called
#  line 17: defining inner
#  line 25: printed in decorator, inner.__name__ == wrapped
#  line 26: printed in decorator, f.__name__ == wrapped
#line 39: Calling wrapped...
#    line 20: inner called, arg1 1 arg2 2
#      line 22: printed in inner, frame 0, name inner
#      line 22: printed in inner, frame 1, name <module>
#  line 33: wrapped called, warg1 2 warg2 3
#  line 34: printed in wrapped, wrapped.__name__ == wrapped
#    line 37: printed in wrapped, frame 0, name wrapped
#    line 37: printed in wrapped, frame 1, name inner
#    line 37: printed in wrapped, frame 2, name <module>
#line 42: done
"""

----------
nosy: +zach.ware
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21794>
_______________________________________

From report at bugs.python.org  Wed Jun 18 23:27:20 2014
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 18 Jun 2014 21:27:20 +0000
Subject: [issue10310] signed:1 bitfields rarely make sense
In-Reply-To: <1288871480.25.0.737532033065.issue10310@psf.upfronthosting.co.za>
Message-ID: <1403126840.8.0.51141994905.issue10310@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.5 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10310>
_______________________________________

From report at bugs.python.org  Thu Jun 19 01:10:25 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 18 Jun 2014 23:10:25 +0000
Subject: [issue1410680] Add 'surgical editing' to ConfigParser
Message-ID: <1403133025.65.0.409413731585.issue1410680@psf.upfronthosting.co.za>


R. David Murray added the comment:

According to a review done at the PyCon 2014 sprints, comment and blank line preservation has not yet been implemented.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1410680>
_______________________________________

From report at bugs.python.org  Thu Jun 19 01:14:44 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Wed, 18 Jun 2014 23:14:44 +0000
Subject: [issue21804] Implement thr UTF8 command (RFC 6856) in poplib.
Message-ID: <1403133284.52.0.0735782261823.issue21804@psf.upfronthosting.co.za>


New submission from Milan Oberkirch:

The poplib classes already use Unicode internally (for everything but capability names). So to implement the UTF8 part of RFC 6856 we only need to enable the user to switch to UTF-8 mode if supported by the server.

----------
components: email
files: poputf8.patch
keywords: patch
messages: 220956
nosy: barry, jesstess, pitrou, r.david.murray, zvyn
priority: normal
severity: normal
status: open
title: Implement thr UTF8 command (RFC 6856) in poplib.
versions: Python 3.5
Added file: http://bugs.python.org/file35686/poputf8.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21804>
_______________________________________

From report at bugs.python.org  Thu Jun 19 01:19:04 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Wed, 18 Jun 2014 23:19:04 +0000
Subject: [issue21804] Implement thr UTF8 command (RFC 6856) in poplib.
In-Reply-To: <1403133284.52.0.0735782261823.issue21804@psf.upfronthosting.co.za>
Message-ID: <1403133544.76.0.96863376259.issue21804@psf.upfronthosting.co.za>


Changes by Milan Oberkirch <milan.py at oberkirch.org>:


Removed file: http://bugs.python.org/file35686/poputf8.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21804>
_______________________________________

From report at bugs.python.org  Thu Jun 19 01:19:19 2014
From: report at bugs.python.org (Milan Oberkirch)
Date: Wed, 18 Jun 2014 23:19:19 +0000
Subject: [issue21804] Implement thr UTF8 command (RFC 6856) in poplib.
In-Reply-To: <1403133284.52.0.0735782261823.issue21804@psf.upfronthosting.co.za>
Message-ID: <1403133559.95.0.417168973059.issue21804@psf.upfronthosting.co.za>


Changes by Milan Oberkirch <milan.py at oberkirch.org>:


Added file: http://bugs.python.org/file35687/poputf8.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21804>
_______________________________________

From report at bugs.python.org  Thu Jun 19 03:16:47 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Thu, 19 Jun 2014 01:16:47 +0000
Subject: [issue21625] help()'s more-mode is frustrating
In-Reply-To: <1401624278.41.0.968851571107.issue21625@psf.upfronthosting.co.za>
Message-ID: <1403140607.29.0.430712304255.issue21625@psf.upfronthosting.co.za>


Changes by Jes?s Cea Avi?n <jcea at jcea.es>:


----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21625>
_______________________________________

From report at bugs.python.org  Thu Jun 19 05:09:26 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 19 Jun 2014 03:09:26 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <3gv7R94r6wz7Ljt@mail.python.org>


Roundup Robot added the comment:

New changeset d86214c98a9c by Antoine Pitrou in branch '3.4':
Issue #21722: The distutils "upload" command now exits with a non-zero return code when uploading fails.
http://hg.python.org/cpython/rev/d86214c98a9c

New changeset 979aaa08c067 by Antoine Pitrou in branch 'default':
Issue #21722: The distutils "upload" command now exits with a non-zero return code when uploading fails.
http://hg.python.org/cpython/rev/979aaa08c067

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Thu Jun 19 05:15:06 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 19 Jun 2014 03:15:06 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <3gv7Yj3FMNz7LkB@mail.python.org>


Roundup Robot added the comment:

New changeset cf70f030a744 by Antoine Pitrou in branch '2.7':
Issue #21722: The distutils "upload" command now exits with a non-zero return code when uploading fails.
http://hg.python.org/cpython/rev/cf70f030a744

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Thu Jun 19 05:15:56 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Jun 2014 03:15:56 +0000
Subject: [issue21722] teach distutils "upload" to exit with code != 0 when
 error occurs
In-Reply-To: <1402499590.45.0.853602089567.issue21722@psf.upfronthosting.co.za>
Message-ID: <1403147756.69.0.0745066106091.issue21722@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

I've now committed the fix. Thank you for your contribution!

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> behavior
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21722>
_______________________________________

From report at bugs.python.org  Thu Jun 19 05:49:54 2014
From: report at bugs.python.org (d0n)
Date: Thu, 19 Jun 2014 03:49:54 +0000
Subject: [issue21805] Argparse Revert config_file defaults
Message-ID: <1403149794.76.0.705668916508.issue21805@psf.upfronthosting.co.za>


New submission from d0n:

Hi,

first of all I want to thank you (bethard) for your great work and efforts on developing argparse which is a great tool of versatile use in mostly all of my programs. 
I've faced a specific problem while implementing argparse which I have not been able to fix by the functions supplied through argparse or its functions. And here we are getting to it:

---
Lets assume I have a configuration file which sets the argparser argument of "verbose" to True. Further we assume I would have done that by reading a configuration file into an python-dictionary (maybe via ConfigParser or sth. like that) and passing it to the function "set_defaults" of the class "ArgumentParser" from argparse. 

So far so good - now I have my default set. But now my "verbose" switch still is setting the value for "verbose" to True (or False) regardless of the actual state. So, I do not want to set my value for "verbose" to True and neither I want it to set to False (or None) i want it to be set to the opposite value it has till now


{code}

def opposite(bool):
  if bool is True:
    return False
  elif bool is False:
    return True

from argparse import ArgumentParser
parser = ArgumentParser()
parser.set_defaults(**config_defaults)
parser.add_argument('-V', '--verbose', dest='vrb', action='store_const', const=opposite(config_defaults['verbose']), help='switch on/off verbosity')

{/code}


In that case I would be glad to just set my action to 'store_opposite' (or sth. like that).

I am sorry if I have missed something here or was misguiding somehow.

Best regards,
d0n

----------
components: Extension Modules
messages: 220960
nosy: bethard, d0n
priority: normal
severity: normal
status: open
title: Argparse Revert config_file defaults
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21805>
_______________________________________

From report at bugs.python.org  Thu Jun 19 09:15:58 2014
From: report at bugs.python.org (ingrid)
Date: Thu, 19 Jun 2014 07:15:58 +0000
Subject: [issue21806] Add tests for turtle.TPen class
Message-ID: <1403162158.45.0.0956616967366.issue21806@psf.upfronthosting.co.za>


Changes by ingrid <hi at ingridcheung.com>:


----------
components: Tests
files: TPen_tests.patch
keywords: patch
nosy: ingrid, jesstess
priority: normal
severity: normal
status: open
title: Add tests for turtle.TPen class
versions: Python 3.5
Added file: http://bugs.python.org/file35688/TPen_tests.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21806>
_______________________________________

From report at bugs.python.org  Thu Jun 19 10:12:08 2014
From: report at bugs.python.org (Omer Katz)
Date: Thu, 19 Jun 2014 08:12:08 +0000
Subject: [issue21807] SysLogHandler closes TCP connection after first message
Message-ID: <1403165528.71.0.804407602636.issue21807@psf.upfronthosting.co.za>


New submission from Omer Katz:

import logging
import logging.handlers
import socket

logger = logging.getLogger('mylogger')
handler = logging.handlers.SysLogHandler(('****', logging.handlers.SYSLOG_TCP_PORT), socktype=socket.SOCK_STREAM)
formatter = logging.Formatter('%(name)s: [%(levelname)s] %(message)s')
handler.setFormatter(formatter)

logger.addHandler(handler)

logger.info("TEST 1")
logger.info("TEST 2")

I have verified that this code only sends 'TEST 1' to Splunk and syslog-ng on both Python 2.7 and Python 3.4. After that, the connection appears closed. UDP on the other hand works just fine.

----------
components: Library (Lib)
messages: 220961
nosy: Omer.Katz
priority: normal
severity: normal
status: open
title: SysLogHandler closes TCP connection after first message
versions: Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21807>
_______________________________________

From report at bugs.python.org  Thu Jun 19 12:51:28 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 19 Jun 2014 10:51:28 +0000
Subject: [issue21758] Not so correct documentation about
 asyncio.subprocess_shell method
In-Reply-To: <1402762678.44.0.429008087381.issue21758@psf.upfronthosting.co.za>
Message-ID: <3gvKhH5DQPz7Ljv@mail.python.org>


Roundup Robot added the comment:

New changeset 24c356168cc8 by Victor Stinner in branch '3.4':
Closes #21758: asyncio doc: mention explicitly that subprocess parameters are
http://hg.python.org/cpython/rev/24c356168cc8

New changeset b57cdb945bf9 by Victor Stinner in branch 'default':
(Merge 3.4) Closes #21758: asyncio doc: mention explicitly that subprocess
http://hg.python.org/cpython/rev/b57cdb945bf9

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21758>
_______________________________________

From report at bugs.python.org  Thu Jun 19 12:52:45 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 10:52:45 +0000
Subject: [issue21758] Not so correct documentation about
 asyncio.subprocess_shell method
In-Reply-To: <1402762678.44.0.429008087381.issue21758@psf.upfronthosting.co.za>
Message-ID: <1403175165.23.0.916440882041.issue21758@psf.upfronthosting.co.za>


STINNER Victor added the comment:

A "string" can be a bytes string or a character string. I modified the documentation to be more explicitly, but IMO it's fine to keep "string" term in unit tests and error messages. You should not get the "string" error message if you pass a bytes or str object.

----------
resolution: fixed -> 
stage: resolved -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21758>
_______________________________________

From report at bugs.python.org  Thu Jun 19 12:59:05 2014
From: report at bugs.python.org (Maries Ionel Cristian)
Date: Thu, 19 Jun 2014 10:59:05 +0000
Subject: [issue21808] 65001 code page not supported
Message-ID: <1403175545.64.0.775481802975.issue21808@psf.upfronthosting.co.za>


New submission from Maries Ionel Cristian:

cp65001 is purported to be an alias for utf8.

I get these results:

C:\Python27>chcp 65001
Active code page: 65001

C:\Python27>python
Python 2.7.6 (default, Nov 10 2013, 19:24:24) [MSC v.1500 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale

LookupError: unknown encoding: cp65001
>>>

LookupError: unknown encoding: cp65001
>>> locale.getpreferredencoding()

LookupError: unknown encoding: cp65001
>>>




And on Python 3.4 chcp doesn't seem to have any effect:

C:\Python34>chcp 65001
Active code page: 65001

C:\Python34>python
Python 3.4.1 (v3.4.1:c0e311e010fc, May 18 2014, 10:38:22) [MSC v.1600 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import locale
>>> locale.getpreferredencoding()
'cp1252'
>>> locale.getlocale()
(None, None)
>>> locale.getlocale(locale.LC_ALL)
(None, None)

----------
components: Interpreter Core, Unicode, Windows
messages: 220964
nosy: ezio.melotti, haypo, ionel.mc
priority: normal
severity: normal
status: open
title: 65001 code page not supported
versions: Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21808>
_______________________________________

From report at bugs.python.org  Thu Jun 19 13:00:16 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 19 Jun 2014 11:00:16 +0000
Subject: [issue21595] asyncio: Creating many subprocess generates lots of
 internal BlockingIOError
In-Reply-To: <1401293905.24.0.60580037819.issue21595@psf.upfronthosting.co.za>
Message-ID: <3gvKtR48Yzz7LjQ@mail.python.org>


Roundup Robot added the comment:

New changeset 46c251118799 by Victor Stinner in branch '3.4':
Closes #21595: asyncio.BaseSelectorEventLoop._read_from_self() now reads all
http://hg.python.org/cpython/rev/46c251118799

New changeset 513eea89b80a by Victor Stinner in branch 'default':
(Merge 3.4) Closes #21595: asyncio.BaseSelectorEventLoop._read_from_self() now
http://hg.python.org/cpython/rev/513eea89b80a

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21595>
_______________________________________

From report at bugs.python.org  Thu Jun 19 13:10:17 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 11:10:17 +0000
Subject: [issue21595] asyncio: Creating many subprocess generates lots of
 internal BlockingIOError
In-Reply-To: <1401293905.24.0.60580037819.issue21595@psf.upfronthosting.co.za>
Message-ID: <1403176217.29.0.750865725352.issue21595@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I commited  asyncio_read_from_self.patch  into Tulip, Python 3.4 and 3.5. If someone is interested to work on more advanced enhancement, please open a new issue.

Oh by, a workaround is to limit the number of concurrent processes.

Without the patch, "./python test_subprocess_error.py 5 1000" (max: 5 concurrenet processes) emits a lot of "BlockingIOError: [Errno 11] Resource temporarily unavailable" message.

With the patch, I start getting messages with 140 concurrent processes, which is much better :-) IMO more than 100 concurrent processes is crazy, don't do that at home :-) I mean processes with a very short lifetime. The limit is the number of SIGCHLD per second, so the number of processes which end at the same second.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21595>
_______________________________________

From report at bugs.python.org  Thu Jun 19 13:11:26 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 11:11:26 +0000
Subject: [issue21326] asyncio: request clearer error message when event loop
 closed
In-Reply-To: <1398154363.0.0.853788262895.issue21326@psf.upfronthosting.co.za>
Message-ID: <1403176286.27.0.955884699999.issue21326@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The initial issue is now fixed, thanks for the report Mark Dickinson.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21326>
_______________________________________

From report at bugs.python.org  Thu Jun 19 13:12:27 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 11:12:27 +0000
Subject: [issue1191964] add non-blocking read and write methods to
 subprocess.Popen
Message-ID: <1403176347.86.0.0245905443456.issue1191964@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: asynchronous Subprocess -> add non-blocking read and write methods to subprocess.Popen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1191964>
_______________________________________

From report at bugs.python.org  Thu Jun 19 13:13:11 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 11:13:11 +0000
Subject: [issue21365] asyncio.Task reference misses the most important fact
 about it,
 related info spread around intros and example commentary instead
In-Reply-To: <1398613098.75.0.265677522517.issue21365@psf.upfronthosting.co.za>
Message-ID: <1403176391.62.0.329123824101.issue21365@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Victor, since you wrote much of the asyncio doc, any comment on this request?

Please write a patch. The change is ok.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21365>
_______________________________________

From report at bugs.python.org  Thu Jun 19 13:23:07 2014
From: report at bugs.python.org (SylvainDe)
Date: Thu, 19 Jun 2014 11:23:07 +0000
Subject: [issue16399] argparse: append action with default list adds to list
 instead of overriding
In-Reply-To: <1351992623.71.0.851432414607.issue16399@psf.upfronthosting.co.za>
Message-ID: <1403176987.86.0.170251328022.issue16399@psf.upfronthosting.co.za>


SylvainDe added the comment:

As this is likely not to get solved, is there a recommanded way to work around this issue ?

Here's what I have done :

  import argparse
  def main():
      """Main function"""
      parser = argparse.ArgumentParser()
      parser.add_argument('--foo', action='append')
      for arg_str in ['--foo 1 --foo 2', '']:
          args = parser.parse_args(arg_str.split())
          if not args.foo:
              args.foo = ['default', 'value']
          print(args)

printing

  Namespace(foo=['1', '2'])
  Namespace(foo=['default', 'value'])

as expected but I wanted to know if there a more argparse-y way to do this. I have tried using `set_defaults` without any success.

Also, as pointed out the doc for optparse describes the behavior in a simple way : "The append action calls the append method on the current value of the option. This means that any default value specified must have an append method. It also means that if the default value is non-empty, the default elements will be present in the parsed value for the option, with any values from the command line appended after those default values".

----------
nosy: +SylvainDe

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16399>
_______________________________________

From report at bugs.python.org  Thu Jun 19 15:05:14 2014
From: report at bugs.python.org (John Malmberg)
Date: Thu, 19 Jun 2014 13:05:14 +0000
Subject: [issue21809] Building Python3 on VMS - External repository
Message-ID: <1403183114.72.0.0988291504524.issue21809@psf.upfronthosting.co.za>


New submission from John Malmberg:

With issue 16136 VMS support was removed for Python V3

A test build of the in-development branch using the UNIX instruction and the current GNV product with a few minor tweaks produced a Python.exe interpreter that is somewhat functional.

Most of the issues that showed up in the build process were either bugs in the VMS C library, or that Python would prefer some additional libraries would be present.  These issues are common to porting other software to VMS, and not something that the Python project should need to concern it self with.

I have setup a repository on the Sourceforge VMS-PORTS project, and a
VMS specific discussion thread for doing the port.

https://sourceforge.net/p/vms-ports/discussion/portingprojects/thread/333ab40a/

This is not intended as a fork of the Python project, rather it is a project to provide the build and runtime environment that Python 3 will need on VMS.

Description on how to use this repository on VMS:

https://sourceforge.net/p/vms-ports/cpython/ci/default/tree/readme

The plan is to keep the current status in this file.

https://sourceforge.net/p/vms-ports/cpython/ci/default/tree/vms_source/cpython/vms/aaa_readme.txt

----------
components: Build
hgrepos: 257
messages: 220970
nosy: John.Malmberg
priority: normal
severity: normal
status: open
title: Building Python3 on VMS - External repository
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21809>
_______________________________________

From report at bugs.python.org  Thu Jun 19 15:06:24 2014
From: report at bugs.python.org (eryksun)
Date: Thu, 19 Jun 2014 13:06:24 +0000
Subject: [issue21808] 65001 code page not supported
In-Reply-To: <1403175545.64.0.775481802975.issue21808@psf.upfronthosting.co.za>
Message-ID: <1403183184.83.0.336599168444.issue21808@psf.upfronthosting.co.za>


eryksun added the comment:

cp65001 was added in Python 3.3, for what it's worth. For me codepage 65001 (CP_UTF8) is broken for most console programs. 

Windows API WriteFile gets routed to WriteConsoleA for a console buffer handle, but WriteConsoleA has a different spec. It returns the number of wide characters written instead of the number of bytes. Then WriteFile returns this number without adjusting for the fact that 1 character != 1 byte. For example, the following writes 5 bytes (3 wide characters), but WriteFile returns that NumberOfBytesWritten is 3:

    >>> import sys, msvcrt 
    >>> from ctypes import windll, c_uint, byref

    >>> windll.kernel32.SetConsoleOutputCP(65001)
    1

    >>> h_out = msvcrt.get_osfhandle(sys.stdout.fileno())
    >>> buf = '\u0100\u0101\n'.encode('utf-8')
    >>> n = c_uint()
    >>> windll.kernel32.WriteFile(h_out, buf, len(buf),                
    ...                           byref(n), None)
    ??
    1

    >>> n.value
    3
    >>> len(buf)
    5

There's a similar problem with ReadFile calling ReadConsoleA.

ANSICON (github.com/adoxa/ansicon) can hook WriteFile to fix this for select programs. However, it doesn't hook ReadFile, so stdin.read remains broken. 

>    >>> import locale
>    >>> locale.getpreferredencoding()
>    'cp1252'

The preferred encoding is based on the Windows locale codepage, which is returned by kernel32!GetACP, i.e. the 'ANSI' codepage. If you want the console codepages that were set at program startup, look at sys.stdin.encoding and sys.stdout.encoding:

    >>> windll.kernel32.SetConsoleCP(1252)       
    1
    >>> windll.kernel32.SetConsoleOutputCP(65001)
    1
    >>> script = r'''
    ... import sys
    ... print(sys.stdin.encoding, sys.stdout.encoding)
    ... '''

    >>> subprocess.call('py -3 -c "%s"' % script)
    cp1252 cp65001
    0

>    >>> locale.getlocale()
>    (None, None)
>    >>> locale.getlocale(locale.LC_ALL)
>    (None, None)

On most POSIX platforms nowadays, Py_Initialize sets the LC_CTYPE category to its default value by calling setlocale(LC_CTYPE, "") in order to "obtain the locale's charset without having to switch locales". On the other hand, the bootstrapping process for Windows doesn't use the C runtime locale, so at startup LC_CTYPE is still in the default "C" locale:

    >>> locale.setlocale(locale.LC_CTYPE, None)
    'C'

This in turn gets parsed into the (None, None) tuple that getlocale() returns:

    >>> locale._parse_localename('C')
    (None, None)

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21808>
_______________________________________

From report at bugs.python.org  Thu Jun 19 15:15:08 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 13:15:08 +0000
Subject: [issue21808] 65001 code page not supported
In-Reply-To: <1403175545.64.0.775481802975.issue21808@psf.upfronthosting.co.za>
Message-ID: <1403183708.05.0.572167060507.issue21808@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The support of the code page 65001 (CP_UTF8, "cp65001") was added in Python 3.3. It is usually used for the OEM code page. The chcp command changes the Windows console encoding which is used by sys.{stdin,stdout,stderr).encoding. locale.getpreferredencoding() is the ANSI code page.

Read also:
http://unicodebook.readthedocs.org/operating_systems.html#code-pages
http://unicodebook.readthedocs.org/programming_languages.html#windows

> cp65001 is purported to be an alias for utf8.

No, cp65001 is not an alias of utf8: it handles surrogate characters differently. The behaviour of CP_UTF8 depends on the flags and the Windows version.

If you really want to use the UTF-8 codec: force the stdio encoding using PYTHONIOENCODING envrionment variable:
https://docs.python.org/dev/using/cmdline.html#envvar-PYTHONIOENCODING

Setting the Windows console encoding to cp65001 using the chcp command doesn't make the Windows console fully Unicode compliant. It is a little bit better using TTF fonts, but it's not enough. See the old issue #1602 opened 7 years ago and not fixed yet.

Backporting the cp65001 codec requires too many changes in the codec code. I made these changes between Python 3.1 and 3.3, I don't want to redo them in Python 2.7 because it may break backward compatibility. For example, in Python 3.3, the "strict" mode really means "strict", whereas in Python 2.7, code page codecs use the default flags which is not strict. See:
http://unicodebook.readthedocs.org/operating_systems.html#encode-and-decode-functions

So I'm in favor of closing the issue as "wont fix". The fix is to upgrade to Python 3!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21808>
_______________________________________

From report at bugs.python.org  Thu Jun 19 15:16:55 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Thu, 19 Jun 2014 13:16:55 +0000
Subject: [issue17535] IDLE: Add an option to show line numbers along the left
 side of the editor window, and have it enabled by default.
In-Reply-To: <1364102013.73.0.373085073641.issue17535@psf.upfronthosting.co.za>
Message-ID: <1403183815.86.0.895789430882.issue17535@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

Attached is a patch which adds linenumbering to IDLE. [1] is the current discussion regarding this topic at idle-dev.

This patch is a initial patch. It is missing menu and config additions. I have posted it in this state, so that we can catch platform specific bugs and performance related issues(if any). In the patch, all major additions are in a new file LineNumber.py. This is keeping easier debugging in mind. The code will be restructured in the next version of the patch, which will have the above said additions and performance optimization(if any).

I will be working on menu additions, config dialog additions and performance optimization in the mean time.

For those who are interested, I used tk.call(self.text, 'dlineinfo', '%d.0' % linenum) instead of text.dlineinfo('%d.0' % linenum), because using any text.* method, used to cause a continuous increase in memory usage. I found this out the hard way, when, earlier I was making repeated text.index() calls.

---
[1] - https://mail.python.org/pipermail/idle-dev/2014-June/003456.html

----------
nosy: +jesstess
versions: +Python 3.5 -Python 3.3
Added file: http://bugs.python.org/file35689/line-numbering-v1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17535>
_______________________________________

From report at bugs.python.org  Thu Jun 19 15:51:30 2014
From: report at bugs.python.org (INADA Naoki)
Date: Thu, 19 Jun 2014 13:51:30 +0000
Subject: [issue19870] Backport Cookie fix to 2.7 (httponly / secure flag)
In-Reply-To: <1386055628.27.0.222770059818.issue19870@psf.upfronthosting.co.za>
Message-ID: <1403185890.93.0.936946644221.issue19870@psf.upfronthosting.co.za>


INADA Naoki added the comment:

Could someone review this?
While this is not a regression or bug, I think this is an important
feature when writing HTTP clients.

----------
nosy: +naoki

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19870>
_______________________________________

From report at bugs.python.org  Thu Jun 19 15:56:17 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 13:56:17 +0000
Subject: [issue21808] 65001 code page not supported
In-Reply-To: <1403175545.64.0.775481802975.issue21808@psf.upfronthosting.co.za>
Message-ID: <1403186177.58.0.47599070989.issue21808@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

See also Issue20574.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21808>
_______________________________________

From report at bugs.python.org  Thu Jun 19 15:58:34 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 19 Jun 2014 13:58:34 +0000
Subject: [issue21805] Argparse Revert config_file defaults
In-Reply-To: <1403149794.76.0.705668916508.issue21805@psf.upfronthosting.co.za>
Message-ID: <1403186314.53.0.760347227051.issue21805@psf.upfronthosting.co.za>


R. David Murray added the comment:

I don't understand your use case.  As a user I would expect a switch to either set the value to true or to false, not to toggle it based on some default that might be changed in a configuration file.

But, your method of accomplishing your goal looks fine to me, except that it is unnecessarily verbose.  You can just write:
  
   const=not config_defaults['verbose']

You might also want to make the help text conditional, so that the user knows whether the switch is going to turn verbosity on or off.

You *could* write your own store_opposite action routine, but that seems like overkill, especially if you decide to also make the help text conditional.

Given how simple this is to do, I'm rejecting the feature request.

----------
nosy: +r.david.murray
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21805>
_______________________________________

From report at bugs.python.org  Thu Jun 19 15:59:40 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 19 Jun 2014 13:59:40 +0000
Subject: [issue21807] SysLogHandler closes TCP connection after first message
In-Reply-To: <1403165528.71.0.804407602636.issue21807@psf.upfronthosting.co.za>
Message-ID: <1403186380.05.0.829927650372.issue21807@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +vinay.sajip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21807>
_______________________________________

From report at bugs.python.org  Thu Jun 19 16:04:47 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 19 Jun 2014 14:04:47 +0000
Subject: [issue21808] 65001 code page not supported
In-Reply-To: <1403175545.64.0.775481802975.issue21808@psf.upfronthosting.co.za>
Message-ID: <1403186687.43.0.453998976176.issue21808@psf.upfronthosting.co.za>


R. David Murray added the comment:

I agree with Haypo, because if he isn't interested in doing it, it is unlikely anyone else will find the problem tractable :)  Certainly not anyone else on the core team.  But, the danger of breaking things in 2.7 is the clincher.

----------
nosy: +r.david.murray
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed
versions:  -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21808>
_______________________________________

From report at bugs.python.org  Thu Jun 19 16:07:10 2014
From: report at bugs.python.org (eryksun)
Date: Thu, 19 Jun 2014 14:07:10 +0000
Subject: [issue21808] 65001 code page not supported
In-Reply-To: <1403175545.64.0.775481802975.issue21808@psf.upfronthosting.co.za>
Message-ID: <1403186830.52.0.0421446601744.issue21808@psf.upfronthosting.co.za>


eryksun added the comment:

> Setting the Windows console encoding to cp65001 using the chcp 
> command doesn't make the Windows console fully Unicode compliant. 
> It is a little bit better using TTF fonts, but it's not enough. 
> See the old issue #1602 opened 7 years ago and not fixed yet.

It's annoyingly broken for me due to the problems with WriteFile and ReadFile.

    >>> print('\u0100')             
    ?
    
    >>>

Note the extra line because write() returns that 2 characters were written instead of 3 bytes. So the final linefeed byte gets written again. 

Let's buy 4 and get 1 free:

    >>> print('\u0100' * 4)
    ????
    ?
    
    >>>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21808>
_______________________________________

From report at bugs.python.org  Thu Jun 19 16:07:10 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 19 Jun 2014 14:07:10 +0000
Subject: [issue21809] Building Python3 on VMS - External repository
In-Reply-To: <1403183114.72.0.0988291504524.issue21809@psf.upfronthosting.co.za>
Message-ID: <1403186830.5.0.676163415252.issue21809@psf.upfronthosting.co.za>


R. David Murray added the comment:

Is the purpose of this issue just informational, then?  It would be better to have a listing of active platform forks somewhere in the docs, I think, assuming we don't already.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21809>
_______________________________________

From report at bugs.python.org  Thu Jun 19 16:09:58 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 14:09:58 +0000
Subject: [issue1576313] os.execvp[e] on win32 fails for current directory
Message-ID: <1403186998.64.0.180273453247.issue1576313@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The patch deliberately says Windows msvcrt to distinguish it from the Python module of the same name.

----------
Added file: http://bugs.python.org/file35690/Issue1576313.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1576313>
_______________________________________

From report at bugs.python.org  Thu Jun 19 16:15:00 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 19 Jun 2014 14:15:00 +0000
Subject: [issue19870] Backport Cookie fix to 2.7 (httponly / secure flag)
In-Reply-To: <1386055628.27.0.222770059818.issue19870@psf.upfronthosting.co.za>
Message-ID: <1403187300.68.0.906176178505.issue19870@psf.upfronthosting.co.za>


R. David Murray added the comment:

If it really wasn't a bug, we couldn't backport it.  However, we generally treat RFC non-compliance issues as bugs unless fixing them is disruptive (and this one isn't because I took care to maintain backward compatibility in the original patch), so it is OK to fix it.

Since this is a backport and fairly straightforward, Berker can just commit it once he's up and running with his push privileges.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19870>
_______________________________________

From report at bugs.python.org  Thu Jun 19 16:22:13 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 14:22:13 +0000
Subject: [issue21808] 65001 code page not supported
In-Reply-To: <1403175545.64.0.775481802975.issue21808@psf.upfronthosting.co.za>
Message-ID: <1403187733.91.0.607267006828.issue21808@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> It's annoyingly broken for me due to the problems with WriteFile and ReadFile.

sys.stdout.write() doen't use WriteFile. Again, see the issue #1602 if you are interested to improve the Unicode support of the Windows console.

A workaround is for example to play with IDLE which has a better Unicode support.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21808>
_______________________________________

From report at bugs.python.org  Thu Jun 19 16:23:28 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 14:23:28 +0000
Subject: [issue11352] Update cgi module doc
In-Reply-To: <1298895261.86.0.965235067518.issue11352@psf.upfronthosting.co.za>
Message-ID: <1403187808.4.0.087014712062.issue11352@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Pierre can you submit a clean patch as requested in msg214267?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11352>
_______________________________________

From report at bugs.python.org  Thu Jun 19 16:33:37 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 14:33:37 +0000
Subject: [issue9739] Output of help(...) is wider than 80 characters
In-Reply-To: <1283403700.53.0.514117826781.issue9739@psf.upfronthosting.co.za>
Message-ID: <1403188417.77.0.639145046246.issue9739@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Terry is this something you could take on?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9739>
_______________________________________

From report at bugs.python.org  Thu Jun 19 16:38:46 2014
From: report at bugs.python.org (eryksun)
Date: Thu, 19 Jun 2014 14:38:46 +0000
Subject: [issue21808] 65001 code page not supported
In-Reply-To: <1403175545.64.0.775481802975.issue21808@psf.upfronthosting.co.za>
Message-ID: <1403188726.15.0.364099049917.issue21808@psf.upfronthosting.co.za>


eryksun added the comment:

> sys.stdout.write() doen't use WriteFile. Again, see the 
> issue #1602 if you are interested to improve the Unicode 
> support of the Windows console.

_write calls WriteFile because Python 3 sets standard I/O to binary mode. The source is distributed with Visual Studio, so here's the relevant excerpt from write.c:

        else {
                /* binary mode, no translation */
                if ( WriteFile( (HANDLE)_osfhnd(fh),
                                (LPVOID)buf,
                                cnt,
                               (LPDWORD)&written,
                                NULL) )
                {
                        dosretval = 0;
                        charcount = written;
                }
                else
                        dosretval = GetLastError();
        }

In a debugger you can trace that WriteFile detects the handle is a console buffer handle (the lower 2 tag bits are set on the handle), and redirects the call to WriteConsoleA, which makes an LPC interprocess call to the console server (e.g. csrss.exe or conhost.exe). The LPC call, and associated heap limit, is the reason you had to modify _io.FileIO.write to limit the buffer size to 32767 when writing to the Windows console. See issue 11395.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21808>
_______________________________________

From report at bugs.python.org  Thu Jun 19 16:48:38 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 14:48:38 +0000
Subject: [issue21163] asyncio task possibly incorrectly garbage collected
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <1403189318.53.0.786212703865.issue21163@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ok, I agree that this issue is very tricky :-)

The first problem in asyncio-gc-issue.py is that the producer keeps *weak* references to Queue object, so the Queue objects are quickly destroyed, especially if gc.collect() is called explicitly.

When "yield from queue.get()" is used in a task, the task is paused. The queue creates a Future object and the task registers its _wakeup() method into the Future object.

When the queue object is destroyed, the internal future object (used by the get() method) is destroyed too. The last reference to the task was in this future object. As a consequence, the task is also destroyed.

While there is a bug in asyncio-gc-issue.py, it's very tricky to understand it and I think that asyncio should help developers to detect such bugs.


I propose attached patch which emits a warning if a task is destroyed whereas it is not done (its status is still PENDING). I wrote a unit test which is much simpler than asyncio-gc-issue.py. Read the test to understand the issue. I added many comments to explain the state.

--

My patch was written for Python 3.4+: it adds a destructor to the Task class, and we cannot add a destructor in Future objects because these objects are likely to be part of reference cycles. See the following issue which proposes a fix:
https://code.google.com/p/tulip/issues/detail?id=155

Using this fix for reference cycle, it may be possible to emit also the log in Tulip (Python 3.3).

----------
keywords: +patch
resolution: remind -> 
Added file: http://bugs.python.org/file35691/log_destroyed_pending_task.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Thu Jun 19 16:49:10 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 14:49:10 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <1403189350.36.0.0549423732314.issue21163@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: asyncio task possibly incorrectly garbage collected -> asyncio doesn't warn if a task is destroyed during its execution

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Thu Jun 19 16:58:00 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 19 Jun 2014 14:58:00 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402608565.65.0.506633774065.issue21741@psf.upfronthosting.co.za>
Message-ID: <3gvR8m1hwfz7Ll8@mail.python.org>


Roundup Robot added the comment:

New changeset 706fab0213db by Zachary Ware in branch 'default':
Issue #21741: Add st_file_attributes to os.stat_result on Windows.
http://hg.python.org/cpython/rev/706fab0213db

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:00:23 2014
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 19 Jun 2014 15:00:23 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402608565.65.0.506633774065.issue21741@psf.upfronthosting.co.za>
Message-ID: <1403190023.56.0.291873279157.issue21741@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
Removed message: http://bugs.python.org/msg220987

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:02:01 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 15:02:01 +0000
Subject: [issue21808] 65001 code page not supported
In-Reply-To: <1403175545.64.0.775481802975.issue21808@psf.upfronthosting.co.za>
Message-ID: <1403190121.47.0.644592268942.issue21808@psf.upfronthosting.co.za>


STINNER Victor added the comment:

@eryksun: I agree that using the Python interactive interpreter in the Windows console has many important issues when using non-ASCII characters. But the title of this issue and the initial message is about the code page 65001. The *code page* is supported in Python 3.3 and we are not going to backport the Python codec in Python 2.7. For issues specific to the *Windows console*, there is already an open issue: #1602. It looks like you understand well the problem, so please continue the discussion there.

This issue is closed. Stop commenting a closed issue, others will not see your messages (the issue is not listed in the main bug tracker page).

(Except if someone is interested to backport the Python codec of the Windows code page 65001 in Python 2.7, so we may reopen the issue.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21808>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:02:20 2014
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 19 Jun 2014 15:02:20 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1403190140.32.0.354901934832.issue21719@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Committed as 706fab0213db (with the wrong issue number), with just a couple of comment tweaks (mostly to shorten a couple more lines) and some committer drudge-work.

Thanks for your contribution, Ben!

----------
assignee:  -> zach.ware
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:06:11 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Thu, 19 Jun 2014 15:06:11 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1403190371.98.0.369370394097.issue21719@psf.upfronthosting.co.za>


Ben Hoyt added the comment:

Great, thanks for committing!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:10:07 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Thu, 19 Jun 2014 15:10:07 +0000
Subject: [issue20295] imghdr add openexr support
In-Reply-To: <1390070746.18.0.632580086157.issue20295@psf.upfronthosting.co.za>
Message-ID: <1403190607.35.0.264041520343.issue20295@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Here's an updated patch with a small exr test file.

----------
Added file: http://bugs.python.org/file35692/issue20295.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20295>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:14:59 2014
From: report at bugs.python.org (Steve Dower)
Date: Thu, 19 Jun 2014 15:14:59 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1403190899.34.0.913391989483.issue15993@psf.upfronthosting.co.za>


Steve Dower added the comment:

> I'd be fine to reconsider if a previously-demonstrated bug is now 
> demonstrated-fixed. However, if the actual bug persists, optimization 
> should be disabled for all code, not just for the code that allows to 
> demonstrate the bug. 

I'm okay with that. I thought you meant never enable optimizations with that compiler ever again, which is obviously ridiculous and I should have dismissed the idea on that basis rather than posting a snarky response. Sorry.

> It seems to me that at the time the wrong branch is taken, f->id
> could be in the registers in the wrong order (same as in msg170985),
> but when the error message is printed, the value is read from
> memory.  This is just a guess of course.

I checked that and the registers are fine. Here's the snippet of disassembly I posted with the bug I filed:

 mov     edx,dword ptr [edi+4]  ; == 0x40000000
 mov     ecx,dword ptr [edi]    ; == 0x00000001
 test    edx,edx           ; should be cmp edx,40000000h or equiv.
 ja      lbl1  ; 'default:'
 jb      lbl2              ; should be je after change above
 cmp     ecx,21h
 jbe     lbl2              ; should probably be lbl3
lbl1:
 ; default:
...
lbl2:
 cmp     ecx,1
 jne     lbl3
 ; case 0x4000000000000001
...


It's clearly an incorrect `test` opcode, and I'd expect switch statements where the first case is a 64-bit integer larger than 2**32 to be rare - I've certainly never encountered one before - which is why such a bug could go undiscovered.

When I looked at the disassembly for memoryview it was fine. I actually spent far longer than I should have trying to find the bug that was no longer there...

Also bear in mind that I'm working with VC14 and not VC10, so the difference is due to the compiler and not simply time or magic :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:30:13 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Thu, 19 Jun 2014 15:30:13 +0000
Subject: [issue21807] SysLogHandler closes TCP connection after first message
In-Reply-To: <1403165528.71.0.804407602636.issue21807@psf.upfronthosting.co.za>
Message-ID: <1403191813.39.0.629751932972.issue21807@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

Some information appears to be missing from your snippet: the default logger level is WARNING, so no INFO messages would be expected.

Have you set logging.raiseExceptions to a False value? Are you sure that no network error is occurring? How can you be sure the other end isn't closing the connection? I ask these questions, because there is no code called to explicitly close the socket, unless an error occurs.

Also, no one else has ever reported this problem, and this code hasn't changed in a long time, IIRC.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21807>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:40:51 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 15:40:51 +0000
Subject: [issue21758] Not so correct documentation about
 asyncio.subprocess_shell method
In-Reply-To: <1402762678.44.0.429008087381.issue21758@psf.upfronthosting.co.za>
Message-ID: <1403192451.16.0.138117465105.issue21758@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21758>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:44:27 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 15:44:27 +0000
Subject: [issue18017] ctypes.PyDLL documentation
In-Reply-To: <1369010319.69.0.913023030404.issue18017@psf.upfronthosting.co.za>
Message-ID: <1403192667.53.0.89819412782.issue18017@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Marc can you prepare a patch for this issue?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18017>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:46:06 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 15:46:06 +0000
Subject: [issue16272] C-API documentation clarification for tp_dictoffset
In-Reply-To: <1350520063.61.0.687481658196.issue16272@psf.upfronthosting.co.za>
Message-ID: <1403192766.75.0.422885420256.issue16272@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Chris can you prepare a patch for this?

----------
nosy: +BreamoreBoy
versions:  -Python 2.6, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16272>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:48:32 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 15:48:32 +0000
Subject: [issue21599] Argument transport in attach and detach method in Server
 class in base_events file is not used
In-Reply-To: <1401333377.1.0.573803029837.issue21599@psf.upfronthosting.co.za>
Message-ID: <1403192912.73.0.794245709083.issue21599@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The Server class is hardcoded in create_server() and create_unix_server(), it's not possible to pass an arbitrary class. Only the AbstractServer class is documented, and only close() and wait_for_close() methods:
https://docs.python.org/dev/library/asyncio-eventloop.html#asyncio.AbstractServer

So it's possible to break the API. The Server API is not really public.

@Guido, @Yury: what do you think?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21599>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:49:31 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 15:49:31 +0000
Subject: [issue20493] select module: loop if the timeout is too large
 (OverflowError "timeout is too large")
In-Reply-To: <1391387871.01.0.754074352669.issue20493@psf.upfronthosting.co.za>
Message-ID: <1403192971.39.0.895060945826.issue20493@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: asyncio: OverflowError('timeout is too large') -> select module: loop if the timeout is too large (OverflowError "timeout is too large")

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20493>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:54:02 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 15:54:02 +0000
Subject: [issue18612] More elaborate documentation on how list comprehensions
 and generator expressions relate to each other
In-Reply-To: <1375356212.93.0.797789110077.issue18612@psf.upfronthosting.co.za>
Message-ID: <1403193242.02.0.416785709333.issue18612@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Both list comprehension and generator expression are defined in the glossary https://docs.python.org/3/glossary.html, so what else can be done?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18612>
_______________________________________

From report at bugs.python.org  Thu Jun 19 17:58:04 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 15:58:04 +0000
Subject: [issue18669] curses.chgat() moves cursor,
 documentation says it shouldn't
In-Reply-To: <1375800170.73.0.20062232661.issue18669@psf.upfronthosting.co.za>
Message-ID: <1403193484.65.0.683968345549.issue18669@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we have a comment on this please.

----------
nosy: +BreamoreBoy
versions:  -Python 2.6, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18669>
_______________________________________

From report at bugs.python.org  Thu Jun 19 18:00:03 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 16:00:03 +0000
Subject: [issue21447] Intermittent asyncio.open_connection /
 futures.InvalidStateError
In-Reply-To: <1399400899.35.0.6772968076.issue21447@psf.upfronthosting.co.za>
Message-ID: <1403193603.74.0.375329078854.issue21447@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm unable to reproduce the issue with Python 3.5 (development version).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21447>
_______________________________________

From report at bugs.python.org  Thu Jun 19 18:02:24 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 16:02:24 +0000
Subject: [issue18588] timeit examples should be consistent
In-Reply-To: <1375118438.6.0.867422483387.issue18588@psf.upfronthosting.co.za>
Message-ID: <1403193744.19.0.905784067043.issue18588@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Steven you're into timeit, do you have anything to add here?

----------
nosy: +BreamoreBoy, steven.daprano

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18588>
_______________________________________

From report at bugs.python.org  Thu Jun 19 18:04:58 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 16:04:58 +0000
Subject: [issue18703] To change the doc of html/faq/gui.html
In-Reply-To: <1376157675.52.0.120458668025.issue18703@psf.upfronthosting.co.za>
Message-ID: <1403193898.21.0.197732566567.issue18703@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

It looks as if there's nothing to be done here, is that correct?

----------
nosy: +BreamoreBoy
versions:  -Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18703>
_______________________________________

From report at bugs.python.org  Thu Jun 19 18:10:24 2014
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 19 Jun 2014 16:10:24 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402608565.65.0.506633774065.issue21741@psf.upfronthosting.co.za>
Message-ID: <1403194224.12.0.565809252918.issue21741@psf.upfronthosting.co.za>


Zachary Ware added the comment:

@Terry: This is part of the ongoing effort of issues #16748 and #10967 (and possibly others).  My ultimate goal along those lines is to eradicate support.run_unittest, and this is a step in that direction.

I think there's enough support here to skip python-dev :).

My testing has been limited (by time, mostly) to just a non-verbose run to confirm that nothing errors after the patch.  It seems Serhiy has tested more extensively, though.

@Raymond: May I ask why you removed 3.4 from versions?  Most of the changes like this in individual modules have been made on all open 3.x branches (most that I've been involved in were in the 3.3 maintenance period).  I don't feel strongly enough about making sure this is in 3.4 to argue if you have a good reason, though.

@Serhiy: Thanks for testing this!  The reference counting in individual modules has been dying a slow death, long ago replaced by regrtest's -R option.  For the modules with base classes included in testing, I'm inclined to either leave them as patched (since they don't actually add any tests and their overhead is minimal) or remove them from the patch and deal with them in a new issue; I'm leaning toward the first option.  For the wait tests, I would rather remove them from the patch and deal with them separately.

@Terry, Raymond, Michael, David, and Serhiy: thanks for the support!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Thu Jun 19 18:10:56 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 16:10:56 +0000
Subject: [issue6673] Uncaught comprehension SyntaxError eats up all memory
In-Reply-To: <1249826985.41.0.2934011008.issue6673@psf.upfronthosting.co.za>
Message-ID: <1403194256.19.0.504662555361.issue6673@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Assuming that documentation changes are needed, who's best placed to do them?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6673>
_______________________________________

From report at bugs.python.org  Thu Jun 19 18:18:47 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 19 Jun 2014 16:18:47 +0000
Subject: [issue21680] asyncio: document event loops
In-Reply-To: <1402058495.48.0.977334805226.issue21680@psf.upfronthosting.co.za>
Message-ID: <1403194727.26.0.994063048608.issue21680@psf.upfronthosting.co.za>


STINNER Victor added the comment:

On Windows, the default event loop is _WindowsSelectorEventLoop which calls select.select(). On Windows, select() only accepts socket handles:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms740141%28v=vs.85%29.aspx

Only file descriptors of sockets are accepted for add_reader() and add_writer()? This event loop doesn't support subprocesses. 


On Windows, the proactor event loop can be used instead to support subprocesses. But this event loop doesn't support add_reader() nor add_writer() :-( This event loop doesn't support SSL.


On Windows, the granularity of the monotonic time is usually 15.6 msec. I don't know if it's interesting to mention it. The resolution is different if HPET is enabled on Windows.


On Mac OS X older than 10.9 (Mavericks), selectors.KqueueSelector is the default selector but it doesn't character devices like PTY. The SelectorEventLoop can be used with SelectSelector or PollSelector to handle character devices on Mac OS X 10.6 (Snow Leopard) and later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21680>
_______________________________________

From report at bugs.python.org  Thu Jun 19 18:22:50 2014
From: report at bugs.python.org (paul j3)
Date: Thu, 19 Jun 2014 16:22:50 +0000
Subject: [issue16399] argparse: append action with default list adds to list
 instead of overriding
In-Reply-To: <1351992623.71.0.851432414607.issue16399@psf.upfronthosting.co.za>
Message-ID: <1403194970.66.0.0372070419653.issue16399@psf.upfronthosting.co.za>


paul j3 added the comment:

It should be easy to write a subclass of Action, or append Action, that does what you want.  It just needs a different `__call__` method.  You just need a way of identifying an default that needs to be overwritten as opposed to appended to.


    def __call__(self, parser, namespace, values, option_string=None):
        current_value = getattr(namspace, self.dest)
        if 'current_value is default':
            setattr(namespace, self.dest, values)
            return
        else:
            # the normal append action
            items = _copy.copy(_ensure_value(namespace, self.dest, []))
            items.append(values)
            setattr(namespace, self.dest, items)

People on StackOverFlow might have other ideas.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16399>
_______________________________________

From report at bugs.python.org  Thu Jun 19 18:25:16 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 19 Jun 2014 16:25:16 +0000
Subject: [issue18703] To change the doc of html/faq/gui.html
In-Reply-To: <1376157675.52.0.120458668025.issue18703@psf.upfronthosting.co.za>
Message-ID: <1403195116.58.0.163448927786.issue18703@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18703>
_______________________________________

From report at bugs.python.org  Thu Jun 19 18:33:29 2014
From: report at bugs.python.org (Demian Brecht)
Date: Thu, 19 Jun 2014 16:33:29 +0000
Subject: [issue12849] Cannot override 'connection: close' in urllib2 headers
In-Reply-To: <1314559168.55.0.630424901631.issue12849@psf.upfronthosting.co.za>
Message-ID: <1403195609.15.0.274708915198.issue12849@psf.upfronthosting.co.za>


Demian Brecht added the comment:

The problem here as far as I can tell is that the underlying file object (addinfourl) blocks while waiting for a full response from the server. As detailed in section 8.1 of RFC 2616, requests and responses can be pipelined, meaning requests can be sent while waiting for full responses from a server.

The suggested change of overriding headers is only a partial solution as it doesn't allow for non-blocking pipelining.

@Martin Panter: My suggestion for you would simply be to use http.client (httplib) as R. David Murray suggests, which doesn't auto-inject the Connection header. Also, a server truncating responses when "Connection: close" is sent sounds like a server-side bug to me. Unless you're a server maintainer (or have access to the developers), have you tried reaching out to them to request a fix?

----------
nosy: +dbrecht

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12849>
_______________________________________

From report at bugs.python.org  Thu Jun 19 19:12:25 2014
From: report at bugs.python.org (uglemat)
Date: Thu, 19 Jun 2014 17:12:25 +0000
Subject: [issue18612] More elaborate documentation on how list comprehensions
 and generator expressions relate to each other
In-Reply-To: <1375356212.93.0.797789110077.issue18612@psf.upfronthosting.co.za>
Message-ID: <1403197945.03.0.525797278829.issue18612@psf.upfronthosting.co.za>


uglemat added the comment:

Yeah, I guess it's pretty obvious that generator expressions are not list comprehensions from the glossary. I'll close the bug.

----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18612>
_______________________________________

From report at bugs.python.org  Thu Jun 19 19:35:12 2014
From: report at bugs.python.org (akira)
Date: Thu, 19 Jun 2014 17:35:12 +0000
Subject: [issue9770] curses.isblank function doesn't match ctype.h
In-Reply-To: <1283558509.74.0.494754089018.issue9770@psf.upfronthosting.co.za>
Message-ID: <1403199312.05.0.275887186833.issue9770@psf.upfronthosting.co.za>


akira added the comment:

I've fixed isblank to accept tab instead of backspace and added tests 
for character classification functions from curses.ascii module that
have corresponding analogs in ctype.h. They've uncovered issues in 
isblank, iscntrl, and ispunct functions.

Open questions:

- is it a security bug (backspace is treated as tab in isblank())?
  If it is then 3.1, 3.2, 3.3 branches should also be updated
  [devguide]. If not then only 2.7, 3.4, and default branches should
  be changed.

  [devguide]: http://hg.python.org/devguide/file/9794412fa62d/devcycle.rst#l105

- iscntrl() mistakenly returns false for 0x7f but c11 defines it as
  a control character. Should iscntrl behavior (and its docs) be
  changed to confirm? Should another issue be opened?

- ispunct() mistakenly returns true for control characters such as
  '\n'. The documentation says (paraphrasing) 'any printable except
  space and alnum'. string.printable includes '\n' but 'printing
  character' in C11 does not include the newline. Moreover
  curses.ascii.isprint follows C behavior and excludes control
  characters. Should another issue be opened to return false from
  ispunct() for control characters such as '\n'?

- ispunct() mistakenly returns true for non-ascii characters such as
  0xff

- negative integer values: C functions are defined for EOF macros
  (some negative value) and the behavior is undefined for any other
  negative integer value. What should be curses.ascii.is* predicates
  behavior? Should Python guarantee that False is returned?

- curses.ascii.isspace/.isblank doesn't raise TypeError for bytes,
  None on Python 3

- should constants from string module be used? What is more
  fundamental: string.digits or curses.ascii.isdigit?

- no tests for: isascii, isctrl, ismeta (they are not defined in
  ctype.h). It is unclear what the behaviour should be e.g., isascii
  mistakenly returns True for negative ints, ismeta returns True for
  any non-ascii character including Unicode letters. It is not clear
  how isctrl is different from iscntrl.

----------
keywords: +patch
nosy: +akira
Added file: http://bugs.python.org/file35693/curses_ascii_isblank_issue9770.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9770>
_______________________________________

From report at bugs.python.org  Thu Jun 19 19:40:04 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 17:40:04 +0000
Subject: [issue20068] collections.Counter documentation leaves out interesting
 usecase
In-Reply-To: <1388040167.94.0.902280065341.issue20068@psf.upfronthosting.co.za>
Message-ID: <1403199604.48.0.681964254421.issue20068@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I'm -0 on this as it seems to be six of one, half a dozen of the other,  but I don't get the final say :)

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20068>
_______________________________________

From report at bugs.python.org  Thu Jun 19 20:08:07 2014
From: report at bugs.python.org (Richard Kiss)
Date: Thu, 19 Jun 2014 18:08:07 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <1403201287.24.0.814901553766.issue21163@psf.upfronthosting.co.za>


Richard Kiss added the comment:

The more I use asyncio, the more I am convinced that the correct fix is to keep a strong reference to a pending task (perhaps in a set in the eventloop) until it starts.

Without realizing it, I implicitly made this assumption when I began working on my asyncio project (a bitcoin node) in Python 3.3. I think it may be a common assumption for users. Ask around. I can say that it made the transition to Python 3.4 very puzzling.

In several cases, I've needed to create a task where the side effects are important but the result is not. Sometimes this task is created in another task which may complete before its child task begins, which means there is no natural place to store a reference to this task. (Goofy workaround: wait for child to finish.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Thu Jun 19 21:04:07 2014
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 19 Jun 2014 19:04:07 +0000
Subject: [issue14903] dictobject infinite loop in module set-up
In-Reply-To: <1337890784.99.0.00556765207687.issue14903@psf.upfronthosting.co.za>
Message-ID: <1403204647.89.0.0869270818564.issue14903@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

Can you provide specific details of exactly which python package from which distro is installed on the machines?

Are the machines hardware or VMs?  if they are VMs, what version of what VM system and what hardware are the VMs running on?

I'm asking because someone at work is seeing a potentially similar problem from an ubuntu python2.7-minimal package - i don't know which version - they can pipe in here and provide that and any other details that may be relevant.

----------
nosy: +gregory.p.smith

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14903>
_______________________________________

From report at bugs.python.org  Thu Jun 19 21:23:30 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 19:23:30 +0000
Subject: [issue9972] PyGILState_XXX missing in Python builds without threads
In-Reply-To: <1285687340.14.0.296693885275.issue9972@psf.upfronthosting.co.za>
Message-ID: <1403205810.87.0.774063317538.issue9972@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can somebody check to see if this is still a problem, I've only got a Windows PC.

----------
nosy: +BreamoreBoy
type:  -> behavior
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9972>
_______________________________________

From report at bugs.python.org  Thu Jun 19 21:36:34 2014
From: report at bugs.python.org (John-Mark Bell)
Date: Thu, 19 Jun 2014 19:36:34 +0000
Subject: [issue21810] SIGSEGV in PyObject_Malloc when ARENAS_USE_MMAP
Message-ID: <1403206594.61.0.272134624699.issue21810@psf.upfronthosting.co.za>


New submission from John-Mark Bell:

In low-memory scenarios, the Python 2.7 interpreter may crash as a result of failing to correctly check the return value from mmap in new_arena().

This changeset appears to be the point at which this issue was introduced: http://hg.python.org/cpython/rev/4e43e5b3f7fc

Looking at the head of the 2.7 branch in Mercurial, we see the issue is still present: http://hg.python.org/cpython/file/cf70f030a744/Objects/obmalloc.c#l595

On failure, mmap will return MAP_FAILED ((void *) -1), whereas malloc will return NULL (0). Thus, the check for allocation failure on line 601 will erroneously decide that the allocation succeeded in the mmap case.

The interpreter will subsequently crash once the invalid address is accessed. I've attached a potential fix for this issue.

----------
components: Interpreter Core
files: obmalloc.diff
keywords: patch
messages: 221013
nosy: John-Mark.Bell
priority: normal
severity: normal
status: open
title: SIGSEGV in PyObject_Malloc when ARENAS_USE_MMAP
type: crash
versions: Python 2.7
Added file: http://bugs.python.org/file35694/obmalloc.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21810>
_______________________________________

From report at bugs.python.org  Thu Jun 19 22:05:28 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 19 Jun 2014 20:05:28 +0000
Subject: [issue20068] collections.Counter documentation leaves out interesting
 usecase
In-Reply-To: <1388040167.94.0.902280065341.issue20068@psf.upfronthosting.co.za>
Message-ID: <1403208328.14.0.390682688628.issue20068@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

The introductory example already shows both ways of using a Counter:

1) How to tally one at a time:

   cnt = Counter()
   for word in ['red', 'blue', 'red', 'green', 'blue', 'blue']:
       cnt[word] += 1

2) How to count directly from a list:

    words = re.findall(r'\w+', open('hamlet.txt').read().lower())
    Counter(words).most_common(10)

----------
assignee: docs at python -> rhettinger
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20068>
_______________________________________

From report at bugs.python.org  Thu Jun 19 22:13:12 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 19 Jun 2014 20:13:12 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402608565.65.0.506633774065.issue21741@psf.upfronthosting.co.za>
Message-ID: <1403208792.91.0.900152571564.issue21741@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

>  My ultimate goal along those lines is to eradicate
> support.run_unittest, and this is a step in that direction.
>
>I think there's enough support here to skip python-dev :).

Not really.  There is support here for using unittest.main() whereever it fits and cleans-up the code.  That is not the same as saying we can eliminate support.run_unittest().  That is likely a more thorny issue and may affect users outside the standard library.

> @Raymond: May I ask why you removed 3.4 from versions?

Because we don't backport this sort of change.  The ship for version 3.4 has sailed.  There's no point in rewriting history for something that isn't a bug fix, documentation fix, or performance regression.  Also, who knows who is already relying on the current setup and would have their code broken in the next micro-release.   (Second law of time travel: the past is infinitely fragile and the future is infinitely mallable)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Thu Jun 19 22:17:18 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 19 Jun 2014 20:17:18 +0000
Subject: [issue3425] posixmodule.c always using res = utime(path, NULL)
In-Reply-To: <1216734993.32.0.611530331004.issue3425@psf.upfronthosting.co.za>
Message-ID: <1403209038.19.0.654839196115.issue3425@psf.upfronthosting.co.za>


R. David Murray added the comment:

This is no longer an issue in Python3; there utimes is used if it is available (if utimensat is not).

Since this doesn't affect the platforms actually supported by python2.7, I'm closing this as out of date.

----------
nosy: +r.david.murray
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3425>
_______________________________________

From report at bugs.python.org  Thu Jun 19 22:19:49 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 19 Jun 2014 20:19:49 +0000
Subject: [issue18588] timeit examples should be consistent
In-Reply-To: <1375118438.6.0.867422483387.issue18588@psf.upfronthosting.co.za>
Message-ID: <1403209189.22.0.954241795.issue18588@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> I did find it somewhat confusing when trying to interpret 
> the timeit documentation.

Perhaps that is a good thing.  Making good, repeatable, meaningful timings  where you have a clear interpretation of the results is non-trivial, learned skill.   Cross-checking results and explaining differences are fundamental skills.  There is really no reason the docs should try to make it look easier that it really is (running the tool is easy, but interpreting results sometimes isn't).

> Being a somewhat pedantic and trivial patch, I'm fine if you 
> want to close it wontfix.

That is reasonable.  I don't that this has caused any actual impediment to learning how to use timeit.  The docs have been somewhat successful in that regard.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18588>
_______________________________________

From report at bugs.python.org  Thu Jun 19 22:27:25 2014
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 19 Jun 2014 20:27:25 +0000
Subject: [issue21741] Convert most of the test suite to using unittest.main()
In-Reply-To: <1402608565.65.0.506633774065.issue21741@psf.upfronthosting.co.za>
Message-ID: <1403209645.06.0.174113211075.issue21741@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Raymond Hettinger added the comment:
>>I think there's enough support here to skip python-dev :).
>
> Not really.  There is support here for using unittest.main()
> whereever it fits and cleans-up the code.  That is not the same as
> saying we can eliminate support.run_unittest().  That is likely a
> more thorny issue and may affect users outside the standard library.

Apologies, my remark was in response to Terry's suggestion that this particular issue should go through python-dev, and was only meant to apply to this issue, not the elimination of run_unittest.  If/when the day that is possible comes, I will consult python-dev as appropriate.

>> @Raymond: May I ask why you removed 3.4 from versions?
>
> Because we don't backport this sort of change.  The ship for version
> 3.4 has sailed.  There's no point in rewriting history for something
> that isn't a bug fix, documentation fix, or performance regression.
> Also, who knows who is already relying on the current setup and would
> have their code broken in the next micro-release.   (Second law of
> time travel: the past is infinitely fragile and the future is
> infinitely mallable)

While I appreciate that, the note at the top of https://docs.python.org/3/library/test.html gives me the impression that anyone using code from the test package should either know better or expect their code to break any time they upgrade.  That is, that the test package is exempt from the usual backward compatibility restrictions.

I would rather apply to both 3.4 and default for ease of future merges, but again, since the changes are so small (on a per-module level), I won't fight for it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21741>
_______________________________________

From report at bugs.python.org  Thu Jun 19 22:41:13 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 20:41:13 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403210473.96.0.738902582624.issue14534@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

+1 on the idea.

While the mixin method works and it's not overly complex, it might not be immediately obvious to those unfamiliar with it and to those reviewing the code (i.e. there's no clear hint about the reason why the base class doesn't inherit from TestCase directly).  Using mixins also adds duplication and might results in tests not being run if one adds a new class and forgets to add TestCase in the mix.

A decorator would solve these problems nicely, and a bit of magic under the hood seems to me an acceptable price to pay.

----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Thu Jun 19 22:43:29 2014
From: report at bugs.python.org (eryksun)
Date: Thu, 19 Jun 2014 20:43:29 +0000
Subject: [issue16272] C-API documentation clarification for tp_dictoffset
In-Reply-To: <1350520063.61.0.687481658196.issue16272@psf.upfronthosting.co.za>
Message-ID: <1403210609.72.0.838886216012.issue16272@psf.upfronthosting.co.za>


eryksun added the comment:

It could also mention the generic getter and setter functions for the PyGetSetDef that were added in 3.3: PyType_GenericGetDict and PyType_GenericSetDict.

https://docs.python.org/3/c-api/object.html#c.PyType_GenericGetDict

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16272>
_______________________________________

From report at bugs.python.org  Thu Jun 19 22:45:31 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 19 Jun 2014 20:45:31 +0000
Subject: [issue9972] PyGILState_XXX missing in Python builds without threads
In-Reply-To: <1285687340.14.0.296693885275.issue9972@psf.upfronthosting.co.za>
Message-ID: <1403210731.88.0.787279430241.issue9972@psf.upfronthosting.co.za>


Ned Deily added the comment:

75503c26a17f for Python 3.3 added WITH_THREADS protection to the PyGILState_{Ensure|Release} definitions in Include/pystate.h.

----------
nosy: +ned.deily
resolution:  -> out of date
stage:  -> resolved
status: open -> closed
versions: +Python 3.3 -Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9972>
_______________________________________

From report at bugs.python.org  Thu Jun 19 22:51:09 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 19 Jun 2014 20:51:09 +0000
Subject: [issue21810] SIGSEGV in PyObject_Malloc when ARENAS_USE_MMAP
In-Reply-To: <1403206594.61.0.272134624699.issue21810@psf.upfronthosting.co.za>
Message-ID: <1403211069.12.0.844003436485.issue21810@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +benjamin.peterson, neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21810>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:15:34 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 21:15:34 +0000
Subject: [issue6133] LOAD_CONST followed by LOAD_ATTR can be optimized to
 just	be a LOAD_CONST
In-Reply-To: <1243466391.88.0.68447044966.issue6133@psf.upfronthosting.co.za>
Message-ID: <1403212534.29.0.80669911594.issue6133@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Given the last two comments can this be closed as won't fix?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6133>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:22:05 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 21:22:05 +0000
Subject: [issue8502] support plurals in pygettext
In-Reply-To: <1271985007.3.0.675755685137.issue8502@psf.upfronthosting.co.za>
Message-ID: <1403212925.65.0.285995112328.issue8502@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Patch has been applied so this can be closed.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8502>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:31:12 2014
From: report at bugs.python.org (eryksun)
Date: Thu, 19 Jun 2014 21:31:12 +0000
Subject: [issue18017] ctypes.PyDLL documentation
In-Reply-To: <1369010319.69.0.913023030404.issue18017@psf.upfronthosting.co.za>
Message-ID: <1403213472.06.0.460148928217.issue18017@psf.upfronthosting.co.za>


eryksun added the comment:

16.17.2.2 already has a warning after it introduces CDLL, OleDLL, and WinDLL:

    The Python global interpreter lock is released before 
    calling any function exported by these libraries, and 
    reacquired afterwards.

It links to the glossary entry:

    https://docs.python.org/3/glossary.html#term-global-interpreter-lock

It wouldn't hurt to elaborate and box this warning.

Subsequently, PyDLL is documented to *not* release the GIL. Also,  section 16.17.2.4 documents that CFUNCTYPE and WINFUNCTYPE functions release the GIL and PYFUNCTYPE functions will *not* release the GIL.

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18017>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:31:43 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 21:31:43 +0000
Subject: [issue20957] test_smptnet Fail instead of Skip if SSL-port is
 unavailable
In-Reply-To: <1395060965.42.0.624328393078.issue20957@psf.upfronthosting.co.za>
Message-ID: <1403213503.82.0.561727851505.issue20957@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can somebody review the attached patch please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20957>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:35:06 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 21:35:06 +0000
Subject: [issue13102] xml.dom.minidom does not support default namespaces
In-Reply-To: <1317759114.05.0.782450819911.issue13102@psf.upfronthosting.co.za>
Message-ID: <1403213706.89.0.709584361303.issue13102@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

>From the statement in msg144927 this can be closed as "not a bug".

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13102>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:41:32 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 21:41:32 +0000
Subject: [issue21720] "TypeError: Item in ``from list'' not a string" message
In-Reply-To: <1402493325.12.0.160112781213.issue21720@psf.upfronthosting.co.za>
Message-ID: <1403214092.65.0.831419847078.issue21720@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Do you want to propose a patch?
I think the standard message in these cases is along the lines of "TypeError: fromlist argument X must be str, not unicode"

----------
keywords: +easy
nosy: +ezio.melotti
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21720>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:44:16 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 21:44:16 +0000
Subject: [issue10978] Add optional argument to Semaphore.release for releasing
 multiple threads
In-Reply-To: <1295655336.58.0.55708711889.issue10978@psf.upfronthosting.co.za>
Message-ID: <1403214256.22.0.139988661827.issue10978@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Seems good to proceed as there are no dissenters.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10978>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:45:56 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 19 Jun 2014 21:45:56 +0000
Subject: [issue21810] SIGSEGV in PyObject_Malloc when ARENAS_USE_MMAP
In-Reply-To: <1403206594.61.0.272134624699.issue21810@psf.upfronthosting.co.za>
Message-ID: <3gvcCR2czBz7Ljm@mail.python.org>


Roundup Robot added the comment:

New changeset 012b5c9c062d by Charles-Fran?ois Natali in branch '2.7':
Issue #21810: Backport mmap-based arena allocation failure check.
http://hg.python.org/cpython/rev/012b5c9c062d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21810>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:47:37 2014
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Thu, 19 Jun 2014 21:47:37 +0000
Subject: [issue21810] SIGSEGV in PyObject_Malloc when ARENAS_USE_MMAP
In-Reply-To: <1403206594.61.0.272134624699.issue21810@psf.upfronthosting.co.za>
Message-ID: <1403214457.2.0.604634773451.issue21810@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

Thanks for the report.

The patch introducing mmap() to limit memory fragmentation was applied initially only to the Python 3 branch (3.2 at that time IIRC). This problem was spotted a couple days later, and fixed: http://hg.python.org/cpython/rev/ba8f85e16dd9
I guess the backport to Python 2.7 didn't backport the subsequent fix.

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21810>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:51:50 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 21:51:50 +0000
Subject: [issue9148] os.execve puts process to background on windows
In-Reply-To: <1278156575.44.0.771660264126.issue9148@psf.upfronthosting.co.za>
Message-ID: <1403214710.35.0.0226581119649.issue9148@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I've changed the nosy list according to the experts index for the os module and Windows, sorry if I've named anyone I shouldn't have.

----------
nosy: +BreamoreBoy, loewis, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9148>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:55:22 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 21:55:22 +0000
Subject: [issue19415] test_gdb fails when using --without-doc-strings on
 Fedora 19
In-Reply-To: <1382851899.25.0.924998884504.issue19415@psf.upfronthosting.co.za>
Message-ID: <1403214922.19.0.278769901854.issue19415@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Nick/Dave, any comment on this problem?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19415>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:55:39 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 19 Jun 2014 21:55:39 +0000
Subject: [issue21690] re documentation: re.compile links to re.search /
 re.match instead of regex.search / regex.match
In-Reply-To: <1402183503.23.0.87974807547.issue21690@psf.upfronthosting.co.za>
Message-ID: <3gvcQf3JV1z7Ljm@mail.python.org>


Roundup Robot added the comment:

New changeset 88a1f3cf4ed9 by Ezio Melotti in branch '2.7':
#21690: fix a couple of links in the docs of the re module.  Noticed by Julian Gilbey.
http://hg.python.org/cpython/rev/88a1f3cf4ed9

New changeset 9090348a920d by Ezio Melotti in branch '3.4':
#21690: fix a couple of links in the docs of the re module.  Noticed by Julian Gilbey.
http://hg.python.org/cpython/rev/9090348a920d

New changeset 590ad80784bf by Ezio Melotti in branch 'default':
#21690: merge with 3.4.
http://hg.python.org/cpython/rev/590ad80784bf

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21690>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:56:14 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 19 Jun 2014 21:56:14 +0000
Subject: [issue13223] pydoc removes 'self' in HTML for method docstrings with
 example code
In-Reply-To: <1319050782.47.0.924539258184.issue13223@psf.upfronthosting.co.za>
Message-ID: <1403214974.79.0.846136384597.issue13223@psf.upfronthosting.co.za>


Berker Peksag added the comment:

> I guess the tests --without-doc-strings are broken:
> http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.0%203.x/builds/6900/steps/test/logs/stdio

Attached patch fixes these failures.

----------
nosy: +berker.peksag
versions: +Python 3.5 -Python 3.2, Python 3.3
Added file: http://bugs.python.org/file35695/issue13223_tests.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13223>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:56:49 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 21:56:49 +0000
Subject: [issue21690] re documentation: re.compile links to re.search /
 re.match instead of regex.search / regex.match
In-Reply-To: <1402183503.23.0.87974807547.issue21690@psf.upfronthosting.co.za>
Message-ID: <1403215009.44.0.907363626139.issue21690@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the report!

----------
assignee: docs at python -> ezio.melotti
nosy: +ezio.melotti
stage:  -> resolved
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21690>
_______________________________________

From report at bugs.python.org  Thu Jun 19 23:59:06 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 21:59:06 +0000
Subject: [issue17062] An os.walk inspired replacement for pkgutil.walk_packages
In-Reply-To: <1359371828.89.0.768628623008.issue17062@psf.upfronthosting.co.za>
Message-ID: <1403215146.25.0.337515519492.issue17062@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Could somebody review the attached patch please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17062>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:00:59 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 22:00:59 +0000
Subject: [issue21738] Enum docs claim replacing __new__ is not possible
In-Reply-To: <1402598145.45.0.559693441236.issue21738@psf.upfronthosting.co.za>
Message-ID: <1403215259.01.0.515567307519.issue21738@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Is this common enough that it deserves to be documented?

----------
components: +Documentation
nosy: +ezio.melotti
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21738>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:06:04 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 22:06:04 +0000
Subject: [issue21739] Add hint about expression in list comprehensions
 (https://docs.python.org/2/tutorial/datastructures.html#list-comprehensions)
In-Reply-To: <1402600679.26.0.179499997563.issue21739@psf.upfronthosting.co.za>
Message-ID: <1403215564.18.0.200513839521.issue21739@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

If we don't want to go into the details of why it's not equivalent, using "roughly equivalent" might be enough.

----------
keywords: +easy
nosy: +ezio.melotti
stage:  -> needs patch
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21739>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:07:52 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 22:07:52 +0000
Subject: [issue21740] doctest doesn't allow duck-typing callables
In-Reply-To: <1402606753.04.0.326464066676.issue21740@psf.upfronthosting.co.za>
Message-ID: <1403215672.39.0.849382914402.issue21740@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Would using callable() instead of inspect.isfunction() be ok?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21740>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:13:34 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 19 Jun 2014 22:13:34 +0000
Subject: [issue21740] doctest doesn't allow duck-typing callables
In-Reply-To: <1403215672.39.0.849382914402.issue21740@psf.upfronthosting.co.za>
Message-ID: <53A3608A.6060706@free.fr>


Antoine Pitrou added the comment:

> Ezio Melotti added the comment:
>
> Would using callable() instead of inspect.isfunction() be ok?

I'm not sure, because it would also select classes. I guess we need 
something a bit smarter.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21740>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:15:16 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 22:15:16 +0000
Subject: [issue20457] Use partition and enumerate make getopt easier
In-Reply-To: <1392479479.13.0.903127925391.issue20457@psf.upfronthosting.co.za>
Message-ID: <1403216116.61.0.0437818773056.issue20457@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Based on Raymond's comment I'm going to close this.
Thanks anyway for the patch.

----------
resolution:  -> rejected
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20457>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:20:15 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 22:20:15 +0000
Subject: [issue1043134] Add preferred extensions for MIME types
Message-ID: <1403216415.98.0.456230590091.issue1043134@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage: test needed -> patch review
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1043134>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:24:11 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 19 Jun 2014 22:24:11 +0000
Subject: [issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite
 support
Message-ID: <1403216651.03.0.831203410022.issue21811@psf.upfronthosting.co.za>


New submission from Ned Deily:

Apple recently announced an upcoming public beta and anticipated fall release of the next version of OS X, 10.10 Yosemite.  As usual, developer previews of 10.10 have been made under non-disclosure since the exact details of 10.10 may change prior to the final release.  However, by inspection, there are definitely some issues in Python that will need to be addressed for 10.10 and beyond.  There are a number of places within the cpython code base where decisions are made based on either the running system version or the OS X ABI (e.g. the value of MACOSX_DEPLOYMENT_TARGET) that the interpreter was built with or is being built with.  Most of the current tests do string comparisons of these values which will not work properly with a two-digit version number ('10.10' < '10.9' --> True).  At a minimum, this will likely have the following effects:

1. When running current 3.4.1 and 2.7.7 binary installers on 10.10, building C extension modules will likely result in an incorrect universal platform name, for example, "x86_64" instead of "intel", and that could affect extension module file names and wheel or egg names.

2. In addition, when building Python on 10.10, standard library and third-party extension modules may be built with obsolete link options ("-bundle -bundle_loader python" rather than "-bundle -undefined dynamic_lookup") and some extension module builds may fail as a result.

3. Various tests in the Python test suite may fail, including test_distutils, test__osx_support, and test_sysconfig.

Note that versions of Python older than 3.4 and 2.7 are no longer eligible for bug fixes under python-dev policy but are likely to have similar and/or additional problems.  And, again, there may be other issues identified once 10.10 is released in its final form.

----------
assignee: ned.deily
components: Build, Macintosh, Tests
messages: 221042
nosy: ned.deily
priority: normal
severity: normal
status: open
title: Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite support
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21811>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:29:41 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 19 Jun 2014 22:29:41 +0000
Subject: [issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite
 support
In-Reply-To: <1403216651.03.0.831203410022.issue21811@psf.upfronthosting.co.za>
Message-ID: <1403216981.82.0.363888474021.issue21811@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
keywords: +patch
Added file: http://bugs.python.org/file35696/issue_21811_yosemite_support.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21811>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:30:34 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 19 Jun 2014 22:30:34 +0000
Subject: [issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite
 support
In-Reply-To: <1403216651.03.0.831203410022.issue21811@psf.upfronthosting.co.za>
Message-ID: <1403217034.6.0.648907856733.issue21811@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


Added file: http://bugs.python.org/file35697/issue_21811_yosemite_support_configure_3x.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21811>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:30:40 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 22:30:40 +0000
Subject: [issue18410] Idle: test SearchDialog.py
In-Reply-To: <1373338807.5.0.870375456877.issue18410@psf.upfronthosting.co.za>
Message-ID: <1403217040.77.0.629920892614.issue18410@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18410>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:30:59 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 19 Jun 2014 22:30:59 +0000
Subject: [issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite
 support
In-Reply-To: <1403216651.03.0.831203410022.issue21811@psf.upfronthosting.co.za>
Message-ID: <1403217059.64.0.0868736719517.issue21811@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


Added file: http://bugs.python.org/file35698/issue_21811_yosemite_support_configure_27.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21811>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:34:43 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 22:34:43 +0000
Subject: [issue20254] Duplicate bytearray test on test_socket.py
In-Reply-To: <1389684647.88.0.881886101386.issue20254@psf.upfronthosting.co.za>
Message-ID: <1403217283.8.0.373577757933.issue20254@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Could somebody review the simple patch please.

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20254>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:35:16 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 19 Jun 2014 22:35:16 +0000
Subject: [issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite
 support
In-Reply-To: <1403216651.03.0.831203410022.issue21811@psf.upfronthosting.co.za>
Message-ID: <1403217316.71.0.5512996332.issue21811@psf.upfronthosting.co.za>


Ned Deily added the comment:

The attached patches should address the above issues.  There is a common patch that applies to the current default, 3.4, and 2.7 branches and branch specific patches (one of r default and 3.4, the other for 2.7) for configure.ac changes.  As usual, run autoreconf after applying to update configure itself.

----------
nosy: +benjamin.peterson, larry, ronaldoussoren
priority: normal -> release blocker
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21811>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:35:47 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 22:35:47 +0000
Subject: [issue20091] An index entry for __main__ in "30.5 runpy" is missing
In-Reply-To: <1388243842.91.0.578293707742.issue20091@psf.upfronthosting.co.za>
Message-ID: <1403217347.81.0.0573568590645.issue20091@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
keywords: +easy
stage:  -> needs patch
type:  -> enhancement
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20091>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:36:47 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 19 Jun 2014 22:36:47 +0000
Subject: [issue20446] ipaddress: hash similarities for ipv4 and ipv6
In-Reply-To: <1391086928.1.0.694997709579.issue20446@psf.upfronthosting.co.za>
Message-ID: <1403217407.59.0.590027814763.issue20446@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can someone comment on this issue please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20446>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:43:31 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 22:43:31 +0000
Subject: [issue18138] ctx.load_verify_locations(cadata)
In-Reply-To: <1370397033.84.0.295479011719.issue18138@psf.upfronthosting.co.za>
Message-ID: <1403217811.65.0.0931788294059.issue18138@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18138>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:51:22 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 22:51:22 +0000
Subject: [issue20915] Add "pip" section to experts list in devguide
In-Reply-To: <1394739077.76.0.126503478365.issue20915@psf.upfronthosting.co.za>
Message-ID: <1403218282.36.0.517397863255.issue20915@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> What about adding a ?pip? line in experts.rst in the devguide?

Should this be under "ensurepip" in the "Modules" section or under "pip" in the "Miscellaneous" section?

> can you give Donald and Marcus sufficient rights for bug triage

This is done.

> what about adding a ?pip? component to the tracker with some
> auto-nosy list?

We could, but I would like to keep the list short unless you are expecting lot of pip-related issues.
If/when we implement tags this can also be done.

----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20915>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:53:35 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 22:53:35 +0000
Subject: [issue17006] Add advice on best practices for hashing secrets
In-Reply-To: <1358758082.76.0.415880124971.issue17006@psf.upfronthosting.co.za>
Message-ID: <1403218415.01.0.858102064056.issue17006@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage: needs patch -> patch review
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17006>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:55:50 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 22:55:50 +0000
Subject: [issue17383] Possibly ambiguous phrasing in
 tutorial/modules#more-on-modules
In-Reply-To: <1362700500.92.0.448355159104.issue17383@psf.upfronthosting.co.za>
Message-ID: <1403218550.42.0.7089151087.issue17383@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17383>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:56:38 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 22:56:38 +0000
Subject: [issue20945] why save the item to be replaced as olditem in
 PyTuple_SetItem? It's not useful at all.
In-Reply-To: <1394982485.15.0.988221424677.issue20945@psf.upfronthosting.co.za>
Message-ID: <1403218598.96.0.252212905174.issue20945@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20945>
_______________________________________

From report at bugs.python.org  Fri Jun 20 00:58:23 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 19 Jun 2014 22:58:23 +0000
Subject: [issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite
 support
In-Reply-To: <1403216651.03.0.831203410022.issue21811@psf.upfronthosting.co.za>
Message-ID: <1403218703.29.0.148587227364.issue21811@psf.upfronthosting.co.za>


Ned Deily added the comment:

To clarify, item 1 above should be read as:

"1. When running Pythons installed from current 3.4.1 and 2.7.7 binary installers [...]"

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21811>
_______________________________________

From report at bugs.python.org  Fri Jun 20 01:02:26 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 19 Jun 2014 23:02:26 +0000
Subject: [issue20446] ipaddress: hash similarities for ipv4 and ipv6
In-Reply-To: <1391086928.1.0.694997709579.issue20446@psf.upfronthosting.co.za>
Message-ID: <1403218946.09.0.876996682044.issue20446@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +ncoghlan, pmoody

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20446>
_______________________________________

From report at bugs.python.org  Fri Jun 20 01:06:10 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 23:06:10 +0000
Subject: [issue17462] argparse FAQ: how it is different from optparse
In-Reply-To: <1363624948.23.0.605198582935.issue17462@psf.upfronthosting.co.za>
Message-ID: <1403219170.74.0.877384137953.issue17462@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Patch LGTM.

----------
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17462>
_______________________________________

From report at bugs.python.org  Fri Jun 20 01:14:02 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 19 Jun 2014 23:14:02 +0000
Subject: [issue20915] Add "pip" section to experts list in devguide
In-Reply-To: <1403218282.36.0.517397863255.issue20915@psf.upfronthosting.co.za>
Message-ID: <CADiSq7cJanyjeipO-fpWF8PwrQ8Qgngf76CMwO6rLm17Bq9xJQ@mail.gmail.com>


Nick Coghlan added the comment:

On 20 Jun 2014 08:51, "Ezio Melotti" <report at bugs.python.org> wrote:
>
>
> Ezio Melotti added the comment:
>
> > What about adding a ?pip? line in experts.rst in the devguide?
>
> Should this be under "ensurepip" in the "Modules" section or under "pip"
in the "Miscellaneous" section?

Both makes sense. ensurepip would just be me & Donald, the pip line would
also include Marcus & Paul Moore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20915>
_______________________________________

From report at bugs.python.org  Fri Jun 20 01:18:28 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 19 Jun 2014 23:18:28 +0000
Subject: [issue20062] Remove emacs page from devguide
In-Reply-To: <1387898616.8.0.449305088689.issue20062@psf.upfronthosting.co.za>
Message-ID: <3gvfGC3RfGz7Ljm@mail.python.org>


Roundup Robot added the comment:

New changeset a79c7088ed10 by Ezio Melotti in branch 'default':
#20062: replace emacs page of the devguide with a link to the PythonEditors wiki page.  Initial patch by Albert Looney.
http://hg.python.org/devguide/rev/a79c7088ed10

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20062>
_______________________________________

From report at bugs.python.org  Fri Jun 20 01:19:00 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 23:19:00 +0000
Subject: [issue20062] Remove emacs page from devguide
In-Reply-To: <1387898616.8.0.449305088689.issue20062@psf.upfronthosting.co.za>
Message-ID: <1403219940.71.0.20384844639.issue20062@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

Fixed, thanks for the patch!

----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20062>
_______________________________________

From report at bugs.python.org  Fri Jun 20 01:21:25 2014
From: report at bugs.python.org (Ethan Furman)
Date: Thu, 19 Jun 2014 23:21:25 +0000
Subject: [issue21738] Enum docs claim replacing __new__ is not possible
In-Reply-To: <1402598145.45.0.559693441236.issue21738@psf.upfronthosting.co.za>
Message-ID: <1403220085.25.0.00553357654835.issue21738@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Common, no.  And if the docs were silent on the matter that would be okay, but unfortunately the docs declare that it is not possible, which is just plain wrong.

Patch also mentions _value_ as that is the supported interface when customizing __new__ methods.

----------
keywords: +patch
Added file: http://bugs.python.org/file35699/issue21738.stoneleaf.01.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21738>
_______________________________________

From report at bugs.python.org  Fri Jun 20 01:23:50 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 19 Jun 2014 23:23:50 +0000
Subject: [issue20915] Add "pip" section to experts list in devguide
In-Reply-To: <1394739077.76.0.126503478365.issue20915@psf.upfronthosting.co.za>
Message-ID: <3gvfNP5Znyz7Ljm@mail.python.org>


Roundup Robot added the comment:

New changeset ae349e31b56e by Ezio Melotti in branch 'default':
#20915: add pip experts to the expert list.
http://hg.python.org/devguide/rev/ae349e31b56e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20915>
_______________________________________

From report at bugs.python.org  Fri Jun 20 01:25:14 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 19 Jun 2014 23:25:14 +0000
Subject: [issue20915] Add "pip" section to experts list in devguide
In-Reply-To: <1394739077.76.0.126503478365.issue20915@psf.upfronthosting.co.za>
Message-ID: <1403220314.26.0.909601104684.issue20915@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
assignee:  -> ezio.melotti
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20915>
_______________________________________

From report at bugs.python.org  Fri Jun 20 02:01:05 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 20 Jun 2014 00:01:05 +0000
Subject: [issue15588] quopri: encodestring and decodestring handle bytes,
 not strings
In-Reply-To: <1344411059.45.0.404148694214.issue15588@psf.upfronthosting.co.za>
Message-ID: <1403222465.49.0.130283014248.issue15588@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we have a review on this fairly small patch please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15588>
_______________________________________

From report at bugs.python.org  Fri Jun 20 02:06:21 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 20 Jun 2014 00:06:21 +0000
Subject: [issue18872] platform.linux_distribution() doesn't recognize Amazon
 Linux
In-Reply-To: <1377723584.12.0.843452970556.issue18872@psf.upfronthosting.co.za>
Message-ID: <1403222781.68.0.0164548763029.issue18872@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The patch adds 'system' to _supported_dists in platform.py.  I've no idea whether or not this is acceptable.

----------
nosy: +BreamoreBoy
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18872>
_______________________________________

From report at bugs.python.org  Fri Jun 20 02:34:28 2014
From: report at bugs.python.org (Eduardo Seabra)
Date: Fri, 20 Jun 2014 00:34:28 +0000
Subject: [issue21261] Teach IDLE to Autocomplete dictionary keys
In-Reply-To: <1397672472.64.0.119805531416.issue21261@psf.upfronthosting.co.za>
Message-ID: <1403224468.37.0.431448736812.issue21261@psf.upfronthosting.co.za>


Eduardo Seabra added the comment:

>From the example, I couldn't know if the patch should also autocomplete int and other types. So here's a patch that autocompletes string dictionary keys.
I'm new contributing so let me know if I made anything wrong and I'll fix as soon as possible.

----------
keywords: +patch
nosy: +Eduardo.Seabra
Added file: http://bugs.python.org/file35700/issue21261.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21261>
_______________________________________

From report at bugs.python.org  Fri Jun 20 02:48:18 2014
From: report at bugs.python.org (John Malmberg)
Date: Fri, 20 Jun 2014 00:48:18 +0000
Subject: [issue21809] Building Python3 on VMS - External repository
In-Reply-To: <1403183114.72.0.0988291504524.issue21809@psf.upfronthosting.co.za>
Message-ID: <1403225298.17.0.822715407373.issue21809@psf.upfronthosting.co.za>


John Malmberg added the comment:

This is an informational ticket.

At this point, it is a spare time activity for me.  Hopefully there are other interested parties to help.  Time will tell.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21809>
_______________________________________

From report at bugs.python.org  Fri Jun 20 03:20:14 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 01:20:14 +0000
Subject: [issue9739] Output of help(...) is wider than 80 characters
In-Reply-To: <1283403700.53.0.514117826781.issue9739@psf.upfronthosting.co.za>
Message-ID: <1403227214.05.0.729953177034.issue9739@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Perhaps after the Google Summer of Code project is done (mid-August).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9739>
_______________________________________

From report at bugs.python.org  Fri Jun 20 03:34:01 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 01:34:01 +0000
Subject: [issue6133] LOAD_CONST followed by LOAD_ATTR can be optimized to
 just	be a LOAD_CONST
In-Reply-To: <1243466391.88.0.68447044966.issue6133@psf.upfronthosting.co.za>
Message-ID: <1403228041.05.0.719920760239.issue6133@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution: later -> rejected
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6133>
_______________________________________

From report at bugs.python.org  Fri Jun 20 03:47:30 2014
From: report at bugs.python.org (Lita Cho)
Date: Fri, 20 Jun 2014 01:47:30 +0000
Subject: [issue21655] Write Unit Test for Vec2 and TNavigator class in the
 Turtle Module
In-Reply-To: <1401865520.46.0.61494157732.issue21655@psf.upfronthosting.co.za>
Message-ID: <1403228850.22.0.531993168155.issue21655@psf.upfronthosting.co.za>


Lita Cho added the comment:

Finished testing TNavigator and Vec2 class.

----------
keywords: +patch
title: Write Unit Test for Vec2 class in the Turtle Module -> Write Unit Test for Vec2 and TNavigator class in the Turtle Module
Added file: http://bugs.python.org/file35701/vec2_tnav.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21655>
_______________________________________

From report at bugs.python.org  Fri Jun 20 03:51:43 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Fri, 20 Jun 2014 01:51:43 +0000
Subject: [issue20446] ipaddress: hash similarities for ipv4 and ipv6
In-Reply-To: <1391086928.1.0.694997709579.issue20446@psf.upfronthosting.co.za>
Message-ID: <1403229103.95.0.553942781409.issue20446@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Unless you can show up a real-world workload where this truely impacts performance, I'd classify this is a rather vague concern.

----------
nosy: +pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20446>
_______________________________________

From report at bugs.python.org  Fri Jun 20 04:08:35 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 02:08:35 +0000
Subject: [issue21261] Teach IDLE to Autocomplete dictionary keys
In-Reply-To: <1397672472.64.0.119805531416.issue21261@psf.upfronthosting.co.za>
Message-ID: <1403230115.23.0.542268783726.issue21261@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

String keys is what Raymond requested and what looks sensible to me. A week ago, I committed test_idle/test_hyperparser.py and an incomplete test_autocomplete.py. So we can now, for this issue, at least partly follow our standard procedure of requiring tests with patches.

I want at least a test of is_in_subscript_string(self) added to test_hyperparser. cls.code will need another line (or an existing string bracketed and the string test altered) and a new test_is_in_subscript_string added. If you are working from an installation rather that a repository, and therefore cannot write/test an addition to the new file, say so.

The change to auto-complete is trickier. I would have to look the code versus to tests to decide what to do, if anything. I might decide to improve the autocomplete htest (human test, in repository AutoComplete.py and test_idle/htest.py) rather than the unittest.

In any case, we need a signed contributor agreement to accept patches.
https://www.python.org/psf/contrib
https://www.python.org/psf/contrib/contrib-form/

----------
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21261>
_______________________________________

From report at bugs.python.org  Fri Jun 20 04:14:59 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Fri, 20 Jun 2014 02:14:59 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1403230499.32.0.323396722193.issue21719@psf.upfronthosting.co.za>


Ben Hoyt added the comment:

BTW, thanks for the mention in "What's New in Python 3.5": https://docs.python.org/3.5/whatsnew/3.5.html#os

Can I make one small suggestion for a tweak there? A link to the docs for os.stat() would be good. So maybe instead of mentioning "os.stat_result" -- which isn't really a documented class -- say "The return value of :func:`os.stat` now has..." where os.stat is a link to https://docs.python.org/3.5/library/os.html#os.stat with the documentation for that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Fri Jun 20 04:35:52 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Jun 2014 02:35:52 +0000
Subject: [issue13102] xml.dom.minidom does not support default namespaces
In-Reply-To: <1317759114.05.0.782450819911.issue13102@psf.upfronthosting.co.za>
Message-ID: <1403231752.14.0.280972255427.issue13102@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13102>
_______________________________________

From report at bugs.python.org  Fri Jun 20 04:44:34 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Jun 2014 02:44:34 +0000
Subject: [issue12933] Update or remove claims that distutils requires external
 programs
In-Reply-To: <1315411614.16.0.0292960363033.issue12933@psf.upfronthosting.co.za>
Message-ID: <1403232274.86.0.756870407257.issue12933@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage: needs patch -> patch review
type:  -> enhancement
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12933>
_______________________________________

From report at bugs.python.org  Fri Jun 20 04:50:32 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Jun 2014 02:50:32 +0000
Subject: [issue17888] docs: more information on documentation team
In-Reply-To: <1367412914.06.0.588625037016.issue17888@psf.upfronthosting.co.za>
Message-ID: <1403232632.74.0.104759879076.issue17888@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
keywords: +easy
stage:  -> needs patch
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17888>
_______________________________________

From report at bugs.python.org  Fri Jun 20 05:09:55 2014
From: report at bugs.python.org (paul j3)
Date: Fri, 20 Jun 2014 03:09:55 +0000
Subject: [issue11695] Improve argparse usage/help customization
In-Reply-To: <1301234745.11.0.232414036754.issue11695@psf.upfronthosting.co.za>
Message-ID: <1403233795.64.0.993608620911.issue11695@psf.upfronthosting.co.za>


paul j3 added the comment:

Here's a function that implements the format string:

    def custom_help(template):
        def usage(self):
            formatter = self._get_formatter()
            formatter.add_usage(self.usage, self._actions,
                self._mutually_exclusive_groups, prefix='')
            return formatter.format_help().strip()
        def groups(self):
            formatter = self._get_formatter()
            for action_group in self._action_groups:
                 formatter.start_section(action_group.title)
                 formatter.add_text(action_group.description)
                 formatter.add_arguments(action_group._group_actions)
                 formatter.end_section()
            astr = formatter.format_help().rstrip()
            return astr
        dd = dict(
            usage=usage(parser),
            argument_groups=groups(parser),
            )
        return template%dd

     template = """My Program, version 3.5
     Usage: %(usage)s

     Some description of my program

     %(argument_groups)s

     My epilog text
     """
     print(custom_help(template))

This replaces 'parser.format_help' rather than the 'HelpFormatter' class.  It in effect uses pieces from 'format_help' to format strings like 'usage', and plugs those into the template.

While a template based formatter could be implemented as Formatter subclass, it seems to be an awkward fit.  In the current structure, the 'parser' method determines the overall layout of 'help', while the 'formatter' generates the pieces.  The proposed template deals with the layout, not the pieces.

'format_help' could cast into this form, using a default template.  

Possible generalization include:
- methods to format other parts of the help
- handling of multiline indented blocks
- utilizing other templating tools (string.Template, Py3 format, Mako)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11695>
_______________________________________

From report at bugs.python.org  Fri Jun 20 05:17:54 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 20 Jun 2014 03:17:54 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1403230499.32.0.323396722193.issue21719@psf.upfronthosting.co.za>
Message-ID: <CAKJDb-O6tkajfSpCwOqVyi6-WGb5Og62dxrB6pUPjhMmQJb4tw@mail.gmail.com>


Zachary Ware added the comment:

If you want to make a patch to that effect, I'll commit it.  At this
point though, the whatsnew doc is just a stub and the whole document
will be beaten into better shape closer to release time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Fri Jun 20 05:41:49 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Jun 2014 03:41:49 +0000
Subject: [issue19495] Enhancement for timeit: measure time to run blocks of
 code using 'with'
In-Reply-To: <1383588451.25.0.545990193953.issue19495@psf.upfronthosting.co.za>
Message-ID: <1403235709.94.0.406955484168.issue19495@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I often write code like:
  import time
  start = time.time()
  ...
  end = time.time()
  print(end - start)

Usually I don't do this to measure accurately the performance of some piece of code, but rather I do it for tasks that take some time (e.g. downloading a file, or anything that I can leave there for a while and come back later to see how long it took).

So I'm +1 on a simple context manager that replaces this common snippet, and -0 on something that tries to measure accurately some piece of code (if it takes a few seconds or more, high-accuracy doesn't matter; if it takes a fraction of seconds, I won't trust the result without repeating the measurement in a loop).

Regarding the implementation I can think about 2 things I might want:
1) a way to retrieve the time (possibly as a timedelta-like object [0]), e.g.:
    with elapsed_time() as t:
        ...
    print(t.seconds)
2) a way to print a default message (this could also be the default behavior, with a silent=True to suppress the output), e.g.:
    >>> with elapsed_time(print=True):
    ...     ...
    ...
    Task terminated after X seconds.

For the location I think that the "time" module would be the first place where I would look (since I would have to otherwise import time() from there).  I would probably also look at "timeit" (since I'm going to time something), even though admittedly it doesn't fit too much with the rest.  While it might fit nicely in "contextlib", I won't probably expect to find it there unless I knew it was there in the first place.


[0] would making timedelta a context manager be too crazy?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19495>
_______________________________________

From report at bugs.python.org  Fri Jun 20 06:08:37 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Jun 2014 04:08:37 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1403237317.37.0.86990207668.issue21765@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> I'm not sure what the "Other_ID_Start property" mentioned in [1] and
> [2] means, though. Can we get someone with more in-depth knowledge of
> unicode to help with this? 

See http://www.unicode.org/reports/tr31/#Backward_Compatibility.
Basically they were considered valid ID_Start characters in previous versions of Unicode, but they are no longer valid.  I think it's safe to leave them out (perhaps they could/should be removed from the Python parser too), but if you want to add them the list includes only 4 characters (there are 12 more for Other_ID_Continue).

> The real question is how to do this *fast*, since HyperParser does a
> *lot* of these checks. Do you think caching would be a good approach?

I think it would be enough to check explicitly for ASCII chars, since most of them will be ASCII anyway.  If they are not ASCII you can use unicodedata.category (or .isidentifier() if it does the right thing).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Fri Jun 20 07:30:13 2014
From: report at bugs.python.org (d0n)
Date: Fri, 20 Jun 2014 05:30:13 +0000
Subject: [issue21805] Argparse Revert config_file defaults
In-Reply-To: <1403149794.76.0.705668916508.issue21805@psf.upfronthosting.co.za>
Message-ID: <1403242213.74.0.427698659311.issue21805@psf.upfronthosting.co.za>


d0n added the comment:

Thanks for your reply. It seems you quite good understood my use case =) and I get your point. Also, I just did not mention your (far more easier method) of accomplishing my goal. 
Indeed, where I use that kind of switching I conditionally change the help text as well. So the actual pice of code I use to satisfy my use case now, taking your advice into practice, looks like the following:

parser.add_argument('--verbose', action='store_const', const=not defaults['verbose'], help='switch on/off verbosity (is '+str(defaults['verbose'])+')')

I quite often use that "config - argparse switch" combination and till now I was doing it far more complicated I do by now :D
Thank you very much for your fast assistance and considering how easy it really is to do what I had in mind I agree with you decision to decline this feature request.

kind regards

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21805>
_______________________________________

From report at bugs.python.org  Fri Jun 20 08:14:30 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 20 Jun 2014 06:14:30 +0000
Subject: [issue18872] platform.linux_distribution() doesn't recognize Amazon
 Linux
In-Reply-To: <1377723584.12.0.843452970556.issue18872@psf.upfronthosting.co.za>
Message-ID: <1403244870.06.0.221050279624.issue18872@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18872>
_______________________________________

From report at bugs.python.org  Fri Jun 20 08:14:40 2014
From: report at bugs.python.org (Lita Cho)
Date: Fri, 20 Jun 2014 06:14:40 +0000
Subject: [issue21812] turtle.shapetransform doesn't transform the turtle on
 the first call
Message-ID: <1403244880.01.0.345411438078.issue21812@psf.upfronthosting.co.za>


New submission from Lita Cho:

When you call turtle.shapetransform with a transformation matrix, nothing happens. You have to call turtle.shapesize or turtle.shearfactor first before turtle.shapetransform will take affect. Here is an example.

turtle.shapetransform(2,0,0,2) 
turtle.shapesize(1) 
turtle.shapetransform(2,0,0,2)

Nothing happens with the first call of shapetransform, but after calling shapesize, shapetransform then doubles in size, like it should.

----------
components: Library (Lib)
messages: 221068
nosy: Lita.Cho
priority: normal
severity: normal
status: open
title: turtle.shapetransform doesn't transform the turtle on the first call

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21812>
_______________________________________

From report at bugs.python.org  Fri Jun 20 08:14:50 2014
From: report at bugs.python.org (Lita Cho)
Date: Fri, 20 Jun 2014 06:14:50 +0000
Subject: [issue21812] turtle.shapetransform doesn't transform the turtle on
 the first call
In-Reply-To: <1403244880.01.0.345411438078.issue21812@psf.upfronthosting.co.za>
Message-ID: <1403244890.46.0.947861669655.issue21812@psf.upfronthosting.co.za>


Changes by Lita Cho <lita.cho at gmail.com>:


----------
nosy: +jesstess

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21812>
_______________________________________

From report at bugs.python.org  Fri Jun 20 08:26:14 2014
From: report at bugs.python.org (pokeeffe)
Date: Fri, 20 Jun 2014 06:26:14 +0000
Subject: [issue2943] Distutils should generate a better error message when the
 SDK is not installed
In-Reply-To: <1211455981.94.0.404413935613.issue2943@psf.upfronthosting.co.za>
Message-ID: <1403245574.72.0.832389426214.issue2943@psf.upfronthosting.co.za>


Changes by pokeeffe <launchpad at pokeeffe.net>:


----------
nosy: +pokeeffe

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2943>
_______________________________________

From report at bugs.python.org  Fri Jun 20 08:47:22 2014
From: report at bugs.python.org (marc)
Date: Fri, 20 Jun 2014 06:47:22 +0000
Subject: [issue18017] ctypes.PyDLL documentation
In-Reply-To: <1369010319.69.0.913023030404.issue18017@psf.upfronthosting.co.za>
Message-ID: <1403246842.93.0.547226561975.issue18017@psf.upfronthosting.co.za>


marc added the comment:

I think the problem was a combination of two issues.

First, the warning in 16.17.2.2 is a bit hidden. Kind of squeezed in 
between CDLL, etc and PyDLL. In contrast, 16.17.2.4 does a much better 
job, because it restates the fact that the GIL is released at each and 
every item. I think this is much better, because chances are high that 
you actually read the entry completely. In contrast, in case you 
are in a hurry you might miss the warning in 16.17.2.2

I think the second problem was that back then I was not aware of the 
fact that you need the GIL to call the Python/C API. That was a bit 
stupid indeed. But as a Python beginner it was just not obvious. Maybe 
the Introduction of the Python/C API needs some work, too. No GIL 
mentioned at https://docs.python.org/3/c-api/intro.html.
Furthermore, the examples at 
https://docs.python.org/3/extending/extending.html also do not talk 
about the GIL.

----------
nosy: +marc at bruenink.de

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18017>
_______________________________________

From report at bugs.python.org  Fri Jun 20 09:26:14 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 20 Jun 2014 07:26:14 +0000
Subject: [issue21308] PEP 466: backport ssl changes
In-Reply-To: <9f606957-c0fc-42fe-b0e1-52ea1cb44333@email.android.com>
Message-ID: <1403249174.26.0.0606147442219.issue21308@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

2.7.8 will likely be earlier than expected in order to address the latest OpenSSL update for the Windows installers. So while the likely time frame for this hasn't changed (i.e. November'ish 2014), that release is now expected to be 2.7.9 (assuming the OpenSSL review doesn't find any more surprises, which is a big assumption).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21308>
_______________________________________

From report at bugs.python.org  Fri Jun 20 09:47:30 2014
From: report at bugs.python.org (Bohuslav "Slavek" Kabrda)
Date: Fri, 20 Jun 2014 07:47:30 +0000
Subject: [issue21679] Prevent extraneous fstat during open()
In-Reply-To: <1402055285.47.0.764387439948.issue21679@psf.upfronthosting.co.za>
Message-ID: <1403250450.75.0.130036226547.issue21679@psf.upfronthosting.co.za>


Bohuslav "Slavek" Kabrda added the comment:

I'm attaching fourth version of the patch. Changes:
- fileio's _blksize member is now of type T_UINT
- extended test_fileio.AutoFileTests.testAttributes to also test _blksize value

----------
Added file: http://bugs.python.org/file35702/python3-remove-extraneous-fstat-on-file-open-v4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21679>
_______________________________________

From report at bugs.python.org  Fri Jun 20 09:55:22 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 20 Jun 2014 07:55:22 +0000
Subject: [issue20069] Add unit test for os.chown
In-Reply-To: <1388053703.09.0.645818054692.issue20069@psf.upfronthosting.co.za>
Message-ID: <1403250922.22.0.144483211237.issue20069@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

I think you can skip the entire test class if os.chown is not available. Also, maybe you can move the obtaining of groups and users in setUpClass? 
Also, in 

+        with self.assertRaises(PermissionError) as cx:
+            os.chown(support.TESTFN, uid_1, gid)
+            os.chown(support.TESTFN, uid_2, gid)

if the first os.chown will raise the PermissionError, the second one won't be called, maybe that's not what you intended to do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20069>
_______________________________________

From report at bugs.python.org  Fri Jun 20 09:58:17 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 20 Jun 2014 07:58:17 +0000
Subject: [issue20069] Add unit test for os.chown
In-Reply-To: <1388053703.09.0.645818054692.issue20069@psf.upfronthosting.co.za>
Message-ID: <1403251097.44.0.119098984279.issue20069@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20069>
_______________________________________

From report at bugs.python.org  Fri Jun 20 10:08:56 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 20 Jun 2014 08:08:56 +0000
Subject: [issue21740] doctest doesn't allow duck-typing callables
In-Reply-To: <1402606753.04.0.326464066676.issue21740@psf.upfronthosting.co.za>
Message-ID: <1403251736.85.0.197645191383.issue21740@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

How about using this?

diff -r 1e74350dd056 Lib/doctest.py
--- a/Lib/doctest.py    Tue Jun 17 22:27:46 2014 -0500
+++ b/Lib/doctest.py    Fri Jun 20 11:08:00 2014 +0300
@@ -984,7 +984,8 @@
             for valname, val in obj.__dict__.items():
                 valname = '%s.%s' % (name, valname)
                 # Recurse to functions & classes.
-                if ((inspect.isroutine(val) or inspect.isclass(val)) and
+
+                if ((inspect.isroutine(inspect.unwrap(val)) or inspect.isclass(val)) and
                     self._from_module(module, val)):
                     self._find(tests, val, valname, module, source_lines,
                                globs, seen)

This seems to work for the given example and if the decorator uses update_wrapper or @wraps.

----------
nosy: +Claudiu.Popa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21740>
_______________________________________

From report at bugs.python.org  Fri Jun 20 10:27:09 2014
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 20 Jun 2014 08:27:09 +0000
Subject: [issue20091] An index entry for __main__ in "30.5 runpy" is missing
In-Reply-To: <1388243842.91.0.578293707742.issue20091@psf.upfronthosting.co.za>
Message-ID: <1403252829.98.0.754971150261.issue20091@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Attached patch adds the index entry.

----------
keywords: +patch
nosy: +orsenthil
Added file: http://bugs.python.org/file35703/20091.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20091>
_______________________________________

From report at bugs.python.org  Fri Jun 20 10:38:45 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 20 Jun 2014 08:38:45 +0000
Subject: [issue20091] An index entry for __main__ in "30.5 runpy" is missing
In-Reply-To: <1388243842.91.0.578293707742.issue20091@psf.upfronthosting.co.za>
Message-ID: <3gvthj1fGgz7Ljv@mail.python.org>


Roundup Robot added the comment:

New changeset d641c096b1f5 by Senthil Kumaran in branch '2.7':
issue 20091 - index entry for __main__ in runpy docs.
http://hg.python.org/cpython/rev/d641c096b1f5

New changeset 1727dcfff233 by Senthil Kumaran in branch '3.4':
issue 20091 - index entry for __main__ in runpy docs.
http://hg.python.org/cpython/rev/1727dcfff233

New changeset fd9f7bdd7472 by Senthil Kumaran in branch 'default':
merge from 3.4
http://hg.python.org/cpython/rev/fd9f7bdd7472

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20091>
_______________________________________

From report at bugs.python.org  Fri Jun 20 10:39:28 2014
From: report at bugs.python.org (Senthil Kumaran)
Date: Fri, 20 Jun 2014 08:39:28 +0000
Subject: [issue20091] An index entry for __main__ in "30.5 runpy" is missing
In-Reply-To: <1388243842.91.0.578293707742.issue20091@psf.upfronthosting.co.za>
Message-ID: <1403253568.44.0.960271077573.issue20091@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Fixed in all active branches.

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20091>
_______________________________________

From report at bugs.python.org  Fri Jun 20 10:41:03 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 20 Jun 2014 08:41:03 +0000
Subject: [issue15588] quopri: encodestring and decodestring handle bytes,
 not strings
In-Reply-To: <1344411059.45.0.404148694214.issue15588@psf.upfronthosting.co.za>
Message-ID: <1403253663.91.0.457550917546.issue15588@psf.upfronthosting.co.za>


R. David Murray added the comment:

Please do review it, Mark.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15588>
_______________________________________

From report at bugs.python.org  Fri Jun 20 10:44:46 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 20 Jun 2014 08:44:46 +0000
Subject: [issue16296] Patch to fix building on Win32/64 under VS 2010
In-Reply-To: <1350842175.59.0.919553926658.issue16296@psf.upfronthosting.co.za>
Message-ID: <1403253886.0.0.214931527111.issue16296@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can somebody reset the status to open please.

----------
nosy: +BreamoreBoy, steve.dower, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16296>
_______________________________________

From report at bugs.python.org  Fri Jun 20 11:05:08 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Fri, 20 Jun 2014 09:05:08 +0000
Subject: [issue21308] PEP 466: backport ssl changes
In-Reply-To: <1403249174.26.0.0606147442219.issue21308@psf.upfronthosting.co.za>
Message-ID: <53A3F93C.1050701@egenix.com>


Marc-Andre Lemburg added the comment:

On 20.06.2014 09:26, Nick Coghlan wrote:
> 
> 2.7.8 will likely be earlier than expected in order to address the latest OpenSSL update for the Windows installers. So while the likely time frame for this hasn't changed (i.e. November'ish 2014), that release is now expected to be 2.7.9 (assuming the OpenSSL review doesn't find any more surprises, which is a big assumption).

I think we need to be more careful about using those patch level release
numbers. If we do a new release every time OpenSSL needs to get patched,
we'd probably hit the 2.7.10 wall later this year.

IMO, now would be a good time to discuss how we should deal with
the patch level number turning two digit or preventing that
using some other approach.

----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21308>
_______________________________________

From report at bugs.python.org  Fri Jun 20 11:18:23 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 20 Jun 2014 09:18:23 +0000
Subject: [issue21813] Enhance doc of os.stat_result
Message-ID: <1403255902.92.0.811638089523.issue21813@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Attached patch creates a stat_result class in the os documentation and complete the documentation of each field. It makes possible to link directly an attribute of this class in the documentation, which is useful for the new st_file_attributes (issue #21719) for example.

----------
assignee: docs at python
components: Documentation
files: stat_result.patch
keywords: patch
messages: 221080
nosy: docs at python, haypo
priority: normal
severity: normal
status: open
title: Enhance doc of os.stat_result
versions: Python 3.5
Added file: http://bugs.python.org/file35704/stat_result.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21813>
_______________________________________

From report at bugs.python.org  Fri Jun 20 11:18:58 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 20 Jun 2014 09:18:58 +0000
Subject: [issue21719] Returning Windows file attribute information via
 os.stat()
In-Reply-To: <1402492961.56.0.590714525359.issue21719@psf.upfronthosting.co.za>
Message-ID: <1403255938.11.0.580257499333.issue21719@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Can I make one small suggestion for a tweak there? A link to the docs for os.stat() would be good.

I created the issue #21813 to enhance the documentation of os.stat_result.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21719>
_______________________________________

From report at bugs.python.org  Fri Jun 20 12:02:12 2014
From: report at bugs.python.org (Vincent Besanceney)
Date: Fri, 20 Jun 2014 10:02:12 +0000
Subject: [issue21814] object.__setattr__ or super(...).__setattr__?
Message-ID: <1403258532.08.0.198623829613.issue21814@psf.upfronthosting.co.za>


New submission from Vincent Besanceney:

In: https://docs.python.org/2.7/reference/datamodel.html#customizing-attribute-access

Regarding the description of __setattr__ method: "For new-style classes, rather than accessing the instance dictionary, it should call the base class method with the same name, for example, object.__setattr__(self, name, value)."

Wouldn't it be more consistent for new-style classes, instead of calling "object.__setattr__(self, name, value)", to call "super(<ClassName>, self).__setattr__(name, value)"?

----------
assignee: docs at python
components: Documentation
messages: 221082
nosy: docs at python, vincentbesanceney
priority: normal
severity: normal
status: open
title: object.__setattr__ or super(...).__setattr__?
type: enhancement
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21814>
_______________________________________

From report at bugs.python.org  Fri Jun 20 13:57:14 2014
From: report at bugs.python.org (Chris Withers)
Date: Fri, 20 Jun 2014 11:57:14 +0000
Subject: [issue18996] unittest: more helpful truncating long strings
In-Reply-To: <1378813907.09.0.280972244132.issue18996@psf.upfronthosting.co.za>
Message-ID: <1403265434.42.0.0991378594395.issue18996@psf.upfronthosting.co.za>


Chris Withers added the comment:

So, this appears to be the source of some degraded behaviour for me with Python 3.4 versus Python 3.3.

This code, prior to 3.4:

from testfixtures import Comparison as C

class AClass:
    def __init__(self,x,y=None):
        self.x = x
        if y:
            self.y = y
    def __repr__(self):
        return '<'+self.__class__.__name__+'>'

...

self.assertEqual(
    C('testfixtures.tests.test_comparison.AClass',
      y=5, z='missing'),
      AClass(1, 2))

Would give the following output in the failure message:

"""
<C(failed):testfixtures.tests.test_comparison.AClass>
  x:1 not in Comparison
  y:5 != 2
  z:'missing' not in other
</C> != <AClass>"
"""

Now, in 3.4, you get the (rather unhelpful):

"""
<C(failed):testfixtures.tests.test_com[79 chars] </C> != <AClass>
"""

It's particularly disappointing that there's no API (class attribute, etc) to control whether or not this new behaviour is enabled.

What's the process I should tackle for getting this sorted out?

----------
nosy: +cjw296

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18996>
_______________________________________

From report at bugs.python.org  Fri Jun 20 14:46:21 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 20 Jun 2014 12:46:21 +0000
Subject: [issue20811] str.format for fixed width float can return a string
 longer than the maximum specified
In-Reply-To: <1393624429.46.0.306499394467.issue20811@psf.upfronthosting.co.za>
Message-ID: <1403268381.27.0.8840157522.issue20811@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I cannot see a fix that would keep everybody happy.  Also allow for potential backward compatibility issues.  Given that there are at least two if not more suggested workarounds I'm inclined to close as "wont fix".  Opinions please.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20811>
_______________________________________

From report at bugs.python.org  Fri Jun 20 14:50:39 2014
From: report at bugs.python.org (Eric V. Smith)
Date: Fri, 20 Jun 2014 12:50:39 +0000
Subject: [issue20811] str.format for fixed width float can return a string
 longer than the maximum specified
In-Reply-To: <1393624429.46.0.306499394467.issue20811@psf.upfronthosting.co.za>
Message-ID: <1403268639.14.0.850905801932.issue20811@psf.upfronthosting.co.za>


Changes by Eric V. Smith <eric at trueblade.com>:


----------
assignee:  -> eric.smith
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20811>
_______________________________________

From report at bugs.python.org  Fri Jun 20 15:04:50 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 20 Jun 2014 13:04:50 +0000
Subject: [issue17170] string method lookup is too slow
In-Reply-To: <1360425571.01.0.152514473227.issue17170@psf.upfronthosting.co.za>
Message-ID: <1403269490.59.0.676563971439.issue17170@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I don't think there's anything to do here so can it be closed?  If anything else needs discussing surely it can go to python-ideas, python-dev or a new issue as appropriate.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17170>
_______________________________________

From report at bugs.python.org  Fri Jun 20 15:17:49 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 20 Jun 2014 13:17:49 +0000
Subject: [issue21813] Enhance doc of os.stat_result
In-Reply-To: <1403255902.92.0.811638089523.issue21813@psf.upfronthosting.co.za>
Message-ID: <1403270269.94.0.933784842635.issue21813@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Rietveld didn't like an escape code at the beginning of your patch; here's the last 12,039 bytes of it which will hopefully make Rietveld happy.

----------
nosy: +zach.ware
Added file: http://bugs.python.org/file35705/stat_result.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21813>
_______________________________________

From report at bugs.python.org  Fri Jun 20 15:38:48 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 20 Jun 2014 13:38:48 +0000
Subject: [issue21813] Enhance doc of os.stat_result
In-Reply-To: <1403255902.92.0.811638089523.issue21813@psf.upfronthosting.co.za>
Message-ID: <1403271528.15.0.617859712365.issue21813@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> ...an escape code at the beginning of your patch...

Yeah, these days I suffer because of the issue #19884 (readline issue in Mercurial).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21813>
_______________________________________

From report at bugs.python.org  Fri Jun 20 16:01:23 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 20 Jun 2014 14:01:23 +0000
Subject: [issue20880] Windows installation problem with 3.3.5
In-Reply-To: <1394444585.36.0.114345740007.issue20880@psf.upfronthosting.co.za>
Message-ID: <1403272883.44.0.584842596165.issue20880@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20880>
_______________________________________

From report at bugs.python.org  Fri Jun 20 16:14:45 2014
From: report at bugs.python.org (Alex Gaynor)
Date: Fri, 20 Jun 2014 14:14:45 +0000
Subject: [issue21308] PEP 466: backport ssl changes
In-Reply-To: <9f606957-c0fc-42fe-b0e1-52ea1cb44333@email.android.com>
Message-ID: <1403273685.82.0.806945293891.issue21308@psf.upfronthosting.co.za>


Alex Gaynor added the comment:

I just wanted to note that I've been actively working on this, but it's being difficult in ways I hadn't predicted :-) Will send an update to python-dev in the next week or so.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21308>
_______________________________________

From report at bugs.python.org  Fri Jun 20 16:15:00 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 20 Jun 2014 14:15:00 +0000
Subject: [issue20844] coding bug remains in 3.3.5rc2
In-Reply-To: <1393854882.06.0.561987523346.issue20844@psf.upfronthosting.co.za>
Message-ID: <1403273700.49.0.842506289116.issue20844@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I can reproduce this with 3.4.1 and 3.5.0.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20844>
_______________________________________

From report at bugs.python.org  Fri Jun 20 16:38:36 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Fri, 20 Jun 2014 14:38:36 +0000
Subject: [issue21308] PEP 466: backport ssl changes
In-Reply-To: <9f606957-c0fc-42fe-b0e1-52ea1cb44333@email.android.com>
Message-ID: <1403275116.57.0.168037975463.issue21308@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

MAL - agreed on the version numbering implications of treating OpenSSL CVE's as CPython CVE's, but I think Guido pretty much answered that when he extended the 2.7 EOL to 2020 (i.e. we were going to hit 2.7.10 within the next couple of years regardless).

Starting a python-dev thread on that topic in order to reach a broader audience is still a reasonable idea, though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21308>
_______________________________________

From report at bugs.python.org  Fri Jun 20 16:39:56 2014
From: report at bugs.python.org (=?utf-8?b?UmFmYcWCIFN0b8W8ZWs=?=)
Date: Fri, 20 Jun 2014 14:39:56 +0000
Subject: [issue21815] imaplib truncates some untagged responses
Message-ID: <1403275196.37.0.409307454531.issue21815@psf.upfronthosting.co.za>


New submission from Rafa? Sto?ek:

The regexp in Response_code checks for the existence of [] characters. The problem is that the strings may contain [] characters. I attach debug log which shows the data received from server and what the python extracted from it.

You can see that the PERNANENTFLAGS is truncated and everything from the ] character is lost:

(\Answered \Flagged \Draft \Deleted \Seen OIB-Seen-OIB/Social Networking $Phishing $Forwarded OIB-Seen-OIB/Home OIB-Seen-OIB/Shopping OIB-Seen-INBOX OIB-Seen-OIB/Business OIB-Seen-OIB/Entertainment $NotJunk $NotPhishing $Junk OIB-Seen-[Gmail

----------
components: Library (Lib)
messages: 221091
nosy: rafales
priority: normal
severity: normal
status: open
title: imaplib truncates some untagged responses
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21815>
_______________________________________

From report at bugs.python.org  Fri Jun 20 16:40:45 2014
From: report at bugs.python.org (=?utf-8?b?UmFmYcWCIFN0b8W8ZWs=?=)
Date: Fri, 20 Jun 2014 14:40:45 +0000
Subject: [issue21815] imaplib truncates some untagged responses
In-Reply-To: <1403275196.37.0.409307454531.issue21815@psf.upfronthosting.co.za>
Message-ID: <1403275245.56.0.0625799552768.issue21815@psf.upfronthosting.co.za>


Rafa? Sto?ek added the comment:

Oops, forgot the file.

----------
Added file: http://bugs.python.org/file35706/imaplib_log.txt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21815>
_______________________________________

From report at bugs.python.org  Fri Jun 20 16:49:06 2014
From: report at bugs.python.org (Demian Brecht)
Date: Fri, 20 Jun 2014 14:49:06 +0000
Subject: [issue21790] Change blocksize in http.client to the value of
 resource.getpagesize
In-Reply-To: <1403019624.98.0.809499942301.issue21790@psf.upfronthosting.co.za>
Message-ID: <1403275746.43.0.0020276072146.issue21790@psf.upfronthosting.co.za>


Demian Brecht added the comment:

Updated to mmap.PAGESIZE, which seems to be available on all systems.

----------
Added file: http://bugs.python.org/file35707/issue21790.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21790>
_______________________________________

From report at bugs.python.org  Fri Jun 20 17:03:04 2014
From: report at bugs.python.org (Fred Wheeler)
Date: Fri, 20 Jun 2014 15:03:04 +0000
Subject: [issue7980] time.strptime not thread safe
In-Reply-To: <1266835598.13.0.361031999331.issue7980@psf.upfronthosting.co.za>
Message-ID: <1403276584.17.0.259276890143.issue7980@psf.upfronthosting.co.za>


Fred Wheeler added the comment:

This issue should be noted in the documentation of strptime in the time and datetime modules and/or the thread module.  As it stands there is no good way for a user of these modules to learn of this problem until one day the right race conditions exist to expose the problem.


Perhaps the following notes will do?

https://docs.python.org/2/library/time.html#time.strptime

Thread safety: The use of strptime is thread safe, but with one important caveat.  The first use of strptime is not thread safe because the first use will import _strptime.  That import is not thread safe and may throw AttributeError or ImportError.  To avoid this issue, import _strptime explicitly before starting threads, or call strptime once before starting threads.

https://docs.python.org/2/library/datetime.html
(under strptime())

See time.strptime() for important thread safety information.


Having just encountered this unusual and undocumented thread safety problem using 2.7.6, I'm wondering if there are other similar lurking thread safety issues that I might only find when the race conditions are just right and my program stops working.

----------
nosy: +fredwheeler

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7980>
_______________________________________

From report at bugs.python.org  Fri Jun 20 17:03:11 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 20 Jun 2014 15:03:11 +0000
Subject: [issue21790] Change blocksize in http.client to the value of
 resource.getpagesize
In-Reply-To: <1403019624.98.0.809499942301.issue21790@psf.upfronthosting.co.za>
Message-ID: <1403276591.42.0.637676833427.issue21790@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> When sending data, the blocksize is currently hardcoded to 8192.

Yeah, same value for io.DEFAULT_BUFFER_SIZE.

> It should likely be set to the value of resource.getpagesize().

Could you please elaborate? A page size is 4096 bytes on my Linux. So your page double the number of calls to read(), right?

shutil.copyfileobj() uses a buffer of 16 KB by default.

See also the issue #21679 which adds a private copy of the stat().st_blksize attribute in a FileIO object.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21790>
_______________________________________

From report at bugs.python.org  Fri Jun 20 17:16:22 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 20 Jun 2014 15:16:22 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <1403277382.11.0.26636507976.issue21163@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> The more I use asyncio, the more I am convinced that the correct fix is to keep a strong reference to a pending task (perhaps in a set in the eventloop) until it starts.

The problem is not the task, read again my message. The problem is that nobody holds a strong reference to the Queue, whereas the producer is supposed to fill this queue, and the task is waiting for it.

I cannot make a suggestion how to fix your example, it depends on what you want to do.

> Without realizing it, I implicitly made this assumption when I began working on my asyncio project (a bitcoin node) in Python 3.3. I think it may be a common assumption for users. Ask around. I can say that it made the transition to Python 3.4 very puzzling.

Sorry, I don't understand the relation between this issue and the Python version (3.3 vs 3.4). Do you mean that Python 3.4 behaves differently?

The garbage collection of Python 3.4 has been *improved*. Python 3.4 is able to break more reference cycles.

If your program doesn't run anymore on Python 3.4, it means maybe that you rely on reference cycle, which sounds very silly.

> In several cases, I've needed to create a task where the side effects are important but the result is not. Sometimes this task is created in another task which may complete before its child task begins, which means there is no natural place to store a reference to this task. (Goofy workaround: wait for child to finish.)

I'm not sure that this is the same issue. If you think so, could you please write a short example showing the problem?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Fri Jun 20 17:18:28 2014
From: report at bugs.python.org (Demian Brecht)
Date: Fri, 20 Jun 2014 15:18:28 +0000
Subject: [issue21793] httplib client/server status refactor
In-Reply-To: <1403031756.71.0.442697149496.issue21793@psf.upfronthosting.co.za>
Message-ID: <1403277508.44.0.67492705786.issue21793@psf.upfronthosting.co.za>


Demian Brecht added the comment:

New patch attached addressing review comments.

----------
Added file: http://bugs.python.org/file35708/issue21793.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21793>
_______________________________________

From report at bugs.python.org  Fri Jun 20 17:23:06 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 20 Jun 2014 15:23:06 +0000
Subject: [issue19980] Improve help('non-topic') response
In-Reply-To: <1386984892.27.0.919528696836.issue19980@psf.upfronthosting.co.za>
Message-ID: <1403277786.44.0.484236160187.issue19980@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can somebody set the stage to patch review and give my patch the once over please, thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19980>
_______________________________________

From report at bugs.python.org  Fri Jun 20 17:43:52 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 20 Jun 2014 15:43:52 +0000
Subject: [issue15045] Make textwrap.dedent() consistent with
 str.splitlines(True) and str.strip()
In-Reply-To: <1339421358.2.0.611530152115.issue15045@psf.upfronthosting.co.za>
Message-ID: <1403279032.18.0.791978685965.issue15045@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15045>
_______________________________________

From report at bugs.python.org  Fri Jun 20 17:44:18 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 20 Jun 2014 15:44:18 +0000
Subject: [issue7283] test_site failure when .local/lib/pythonX.Y/site-packages
 hasn't been created yet
In-Reply-To: <1257640034.65.0.139323856655.issue7283@psf.upfronthosting.co.za>
Message-ID: <1403279058.6.0.47951053217.issue7283@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
assignee: tarek -> 
versions: +Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7283>
_______________________________________

From report at bugs.python.org  Fri Jun 20 17:53:18 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 20 Jun 2014 15:53:18 +0000
Subject: [issue20708] commands has no "RANDOM" environment?
In-Reply-To: <1392936909.36.0.153013593454.issue20708@psf.upfronthosting.co.za>
Message-ID: <1403279598.23.0.23294812063.issue20708@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Since commands is deprecated, closing the issue.

----------
nosy: +zach.ware
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20708>
_______________________________________

From report at bugs.python.org  Fri Jun 20 17:56:19 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 20 Jun 2014 15:56:19 +0000
Subject: [issue19348] Building _testcapimodule as a builtin results in compile
 error
In-Reply-To: <1382442846.46.0.759535198419.issue19348@psf.upfronthosting.co.za>
Message-ID: <1403279779.23.0.280428470908.issue19348@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
resolution: remind -> 
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19348>
_______________________________________

From report at bugs.python.org  Fri Jun 20 18:09:30 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 20 Jun 2014 16:09:30 +0000
Subject: [issue3353] make built-in tokenizer available via Python C API
In-Reply-To: <1216035196.11.0.15913194841.issue3353@psf.upfronthosting.co.za>
Message-ID: <1403280570.19.0.345465933471.issue3353@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3353>
_______________________________________

From report at bugs.python.org  Fri Jun 20 18:24:22 2014
From: report at bugs.python.org (Ian Cordasco)
Date: Fri, 20 Jun 2014 16:24:22 +0000
Subject: [issue10510] distutils upload/register should use CRLF in HTTP
 requests
In-Reply-To: <1290489114.33.0.672814735109.issue10510@psf.upfronthosting.co.za>
Message-ID: <1403281462.85.0.0625654844122.issue10510@psf.upfronthosting.co.za>


Ian Cordasco added the comment:

Bumping this once more.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10510>
_______________________________________

From report at bugs.python.org  Fri Jun 20 18:59:27 2014
From: report at bugs.python.org (paul j3)
Date: Fri, 20 Jun 2014 16:59:27 +0000
Subject: [issue21805] Argparse Revert config_file defaults
In-Reply-To: <1403149794.76.0.705668916508.issue21805@psf.upfronthosting.co.za>
Message-ID: <1403283567.91.0.970332230534.issue21805@psf.upfronthosting.co.za>


paul j3 added the comment:

Another approach would be make the 'argparse' argument a 'switch' command, and act on it after parsing.  Roughly what I have in mind is:

    parser.add_argument('--verbosity', dest='switch_verbosity, action='store_true', help='....'%config_defaults['verbose'])
    ....
    args = parser.parse_args()

    verbosity = config_defaults['verbose']
    if args.switch_verbosity:
       verbosity = not verbosity

In other words, you don't need to do all of the manipulation of values in 'argparse' itself.  Its primary purpose is to decipher what the user wants, and secondarily to guide him (with help, error messages, etc).

----------
nosy: +paul.j3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21805>
_______________________________________

From report at bugs.python.org  Fri Jun 20 19:53:06 2014
From: report at bugs.python.org (Eduardo Seabra)
Date: Fri, 20 Jun 2014 17:53:06 +0000
Subject: [issue21261] Teach IDLE to Autocomplete dictionary keys
In-Reply-To: <1397672472.64.0.119805531416.issue21261@psf.upfronthosting.co.za>
Message-ID: <1403286786.64.0.390030157015.issue21261@psf.upfronthosting.co.za>


Eduardo Seabra added the comment:

I've added three lines to cls.code to test_hyperparser. So I can test for subscripts with double quotes, single quotes and with no strings at all.

Should I implement try_open_completions_event for COMPLETE_DICTIONARY? Calling this event everytime someone types a string seemed a bit expensive in my opinion.

I'm attaching the new patch.

As fas as the signed contributor, I've already signed last week but still waiting.

----------
Added file: http://bugs.python.org/file35709/issue21261.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21261>
_______________________________________

From report at bugs.python.org  Fri Jun 20 20:13:56 2014
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 20 Jun 2014 18:13:56 +0000
Subject: [issue21801] inspect.signature doesn't always return a signature
In-Reply-To: <1403095305.91.0.217669494481.issue21801@psf.upfronthosting.co.za>
Message-ID: <1403288036.4.0.553201925868.issue21801@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

This behaviour is indeed a bug. However, I think that the solution you propose is wrong.

If we ignore invalid contents of __signature__ we are masking a bug or incorrect behaviour. In this case, you should have checked the requested attribute name in '__getattr__', and return something other than _Method, if it is a '__signature__'.

Please find attached a patch, that checks if __signature__ is an instance of Signature class, and raises a TypeError if it isn't.

----------
nosy: +larry, ncoghlan
Added file: http://bugs.python.org/file35710/issue21801.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21801>
_______________________________________

From report at bugs.python.org  Fri Jun 20 20:21:51 2014
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 20 Jun 2014 18:21:51 +0000
Subject: [issue21684] inspect.signature bind doesn't include defaults or empty
 tuple/dicts
In-Reply-To: <1402117848.15.0.331618951416.issue21684@psf.upfronthosting.co.za>
Message-ID: <1403288511.71.0.0613388300702.issue21684@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

That's the intended and documented behaviour, see https://docs.python.org/3/library/inspect.html#inspect.BoundArguments.arguments.

You can easily implement the functionality you need by iterating through Signature.parameters and copying defaults to the BoundArguments.arguments mapping. There is no need to complicate the API with a dedicated method for that (if anything, in 3.5 you can subclass Signature and use from_callable to have any functionality you want).

Closing this one as 'not a bug'.

----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21684>
_______________________________________

From report at bugs.python.org  Fri Jun 20 20:22:39 2014
From: report at bugs.python.org (Jim Jewett)
Date: Fri, 20 Jun 2014 18:22:39 +0000
Subject: [issue8110] subprocess.py doesn't correctly detect Windows machines
In-Reply-To: <1268236633.45.0.419738445411.issue8110@psf.upfronthosting.co.za>
Message-ID: <1403288559.26.0.459256842955.issue8110@psf.upfronthosting.co.za>


Jim Jewett added the comment:

It would be good to have the library work unchanged on both implementations.

If subprocess only failed later, it would be less good, as the stdlib would then set an example that doesn't actually succeed.

Note that the attached patch (by flox) does NOT implement the discussed "or" tests on sysm.platform; it instead checks whether _subprocess it importable.  Is the assumption of an accelerator module itself too implementation-specific?  I'm also not sure that the test in the patch isn't too broad -- is windows the only platform with _subprocess?  Because if not, then the new test would mess up logic later in the file, such as that at line 635 in Popen.__init__

----------
nosy: +Jim.Jewett

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8110>
_______________________________________

From report at bugs.python.org  Fri Jun 20 20:24:40 2014
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 20 Jun 2014 18:24:40 +0000
Subject: [issue17424] help() should use the class signature
In-Reply-To: <1363296390.29.0.253596803628.issue17424@psf.upfronthosting.co.za>
Message-ID: <1403288680.78.0.82988507943.issue17424@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Since 3.4, help() uses signature.
Closing this one.

----------
nosy: +yselivanov
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17424>
_______________________________________

From report at bugs.python.org  Fri Jun 20 20:25:01 2014
From: report at bugs.python.org (Jim Jewett)
Date: Fri, 20 Jun 2014 18:25:01 +0000
Subject: [issue8110] subprocess.py doesn't correctly detect Windows machines
In-Reply-To: <1268236633.45.0.419738445411.issue8110@psf.upfronthosting.co.za>
Message-ID: <1403288701.17.0.172475508236.issue8110@psf.upfronthosting.co.za>


Jim Jewett added the comment:

(The above concerns -- other than whether it is sufficient to work -- do not apply to the change at https://bitbucket.org/ironpython/ironlanguages/commits/b6bb2a9a7bc5/  )

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8110>
_______________________________________

From report at bugs.python.org  Fri Jun 20 20:25:42 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 18:25:42 +0000
Subject: [issue19980] Improve help('non-topic') response
In-Reply-To: <1386984892.27.0.919528696836.issue19980@psf.upfronthosting.co.za>
Message-ID: <1403288742.25.0.699198580637.issue19980@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19980>
_______________________________________

From report at bugs.python.org  Fri Jun 20 20:40:30 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 20 Jun 2014 18:40:30 +0000
Subject: [issue10217] python-2.7.amd64.msi install fails
In-Reply-To: <1288234706.92.0.436900381953.issue10217@psf.upfronthosting.co.za>
Message-ID: <1403289630.02.0.435449034989.issue10217@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Nearly two years since the last new information here and no obvious problem and this really looks like a duplicate of 4735 anyway; closing the issue.

----------
nosy: +zach.ware
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> An error occurred during the installation of assembly
versions: +Python 2.7 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10217>
_______________________________________

From report at bugs.python.org  Fri Jun 20 20:41:43 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 20 Jun 2014 18:41:43 +0000
Subject: [issue4735] An error occurred during the installation of assembly
In-Reply-To: <1230086140.51.0.868984437874.issue4735@psf.upfronthosting.co.za>
Message-ID: <1403289703.39.0.296103247985.issue4735@psf.upfronthosting.co.za>


Zachary Ware added the comment:

If a reboot fixed it (3 years ago), not our bug (probably, until someone can reproduce it reliably).  Closing the issue.

----------
nosy: +zach.ware
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4735>
_______________________________________

From report at bugs.python.org  Fri Jun 20 20:47:21 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 20 Jun 2014 18:47:21 +0000
Subject: [issue13504] Meta-issue for "Invent with Python" IDLE feedback
In-Reply-To: <1322613083.36.0.200533745275.issue13504@psf.upfronthosting.co.za>
Message-ID: <1403290041.69.0.0334706485807.issue13504@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
dependencies: +IDLE: Mac OS X pressing ctrl-A in Python shell moved cursor before the prompt, which then makes the keyboard unresponsive.
versions: +Python 2.7, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13504>
_______________________________________

From report at bugs.python.org  Fri Jun 20 20:48:04 2014
From: report at bugs.python.org (Demian Brecht)
Date: Fri, 20 Jun 2014 18:48:04 +0000
Subject: [issue21793] httplib client/server status refactor
In-Reply-To: <1403031756.71.0.442697149496.issue21793@psf.upfronthosting.co.za>
Message-ID: <1403290084.92.0.454802914029.issue21793@psf.upfronthosting.co.za>


Demian Brecht added the comment:

Updated patch with silly missed doc update.

----------
Added file: http://bugs.python.org/file35711/issue21793_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21793>
_______________________________________

From report at bugs.python.org  Fri Jun 20 20:53:54 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 18:53:54 +0000
Subject: [issue21768] Fix a NameError in test_pydoc
In-Reply-To: <1402820763.05.0.689844101555.issue21768@psf.upfronthosting.co.za>
Message-ID: <1403290434.43.0.714387451752.issue21768@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21768>
_______________________________________

From report at bugs.python.org  Fri Jun 20 20:59:53 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 20 Jun 2014 18:59:53 +0000
Subject: [issue21768] Fix a NameError in test_pydoc
In-Reply-To: <1402820763.05.0.689844101555.issue21768@psf.upfronthosting.co.za>
Message-ID: <3gw8TP053Zz7Ljj@mail.python.org>


Roundup Robot added the comment:

New changeset b0c850121ded by Terry Jan Reedy in branch '2.7':
Issue #21768: fix type in test_pydoc, patch by Claudiu Popa.
http://hg.python.org/cpython/rev/b0c850121ded

New changeset 64f6e66d6e7a by Terry Jan Reedy in branch '3.4':
Issue #21768: fix type in test_pydoc, patch by Claudiu Popa.
http://hg.python.org/cpython/rev/64f6e66d6e7a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21768>
_______________________________________

From report at bugs.python.org  Fri Jun 20 21:01:34 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 19:01:34 +0000
Subject: [issue21768] Fix a NameError in test_pydoc
In-Reply-To: <1402820763.05.0.689844101555.issue21768@psf.upfronthosting.co.za>
Message-ID: <1403290894.22.0.292937227783.issue21768@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Just curious: did you find this when a test failed? by reading? or running checker program? (The latter would be a good idea to catch things like this.)

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21768>
_______________________________________

From report at bugs.python.org  Fri Jun 20 21:09:42 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 20 Jun 2014 19:09:42 +0000
Subject: [issue21768] Fix a NameError in test_pydoc
In-Reply-To: <1402820763.05.0.689844101555.issue21768@psf.upfronthosting.co.za>
Message-ID: <1403291382.43.0.950524491019.issue21768@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Through a checker program. I ran pylint from time to time to detect crashes and other stuff and I stumble across these bugs.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21768>
_______________________________________

From report at bugs.python.org  Fri Jun 20 21:11:33 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 19:11:33 +0000
Subject: [issue21768] Fix a NameError in test_pydoc
In-Reply-To: <1402820763.05.0.689844101555.issue21768@psf.upfronthosting.co.za>
Message-ID: <1403291493.31.0.699734702183.issue21768@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21768>
_______________________________________

From report at bugs.python.org  Fri Jun 20 21:11:47 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 19:11:47 +0000
Subject: [issue21769] Fix a NameError in test_descr
In-Reply-To: <1402821832.43.0.295083108794.issue21769@psf.upfronthosting.co.za>
Message-ID: <1403291507.49.0.980987329573.issue21769@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
nosy: +terry.reedy
versions: +Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21769>
_______________________________________

From report at bugs.python.org  Fri Jun 20 21:16:39 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 20 Jun 2014 19:16:39 +0000
Subject: [issue21801] inspect.signature doesn't always return a signature
In-Reply-To: <1403095305.91.0.217669494481.issue21801@psf.upfronthosting.co.za>
Message-ID: <1403291799.3.0.231859653131.issue21801@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Your patch looks good to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21801>
_______________________________________

From report at bugs.python.org  Fri Jun 20 21:17:24 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 20 Jun 2014 19:17:24 +0000
Subject: [issue21768] Fix a NameError in test_pydoc
In-Reply-To: <1402820763.05.0.689844101555.issue21768@psf.upfronthosting.co.za>
Message-ID: <3gw8sb6H5wz7LjY@mail.python.org>


Roundup Robot added the comment:

New changeset ec0aae4df38b by Terry Jan Reedy in branch '3.4':
Issue #21768: fix NameError in test_pydescr. Patch by Claudiu Popa.
http://hg.python.org/cpython/rev/ec0aae4df38b

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21768>
_______________________________________

From report at bugs.python.org  Fri Jun 20 21:18:11 2014
From: report at bugs.python.org (Thomas Ball)
Date: Fri, 20 Jun 2014 19:18:11 +0000
Subject: [issue21816] OverflowError: Python int too large to convert to C long
Message-ID: <1403291891.37.0.500451065377.issue21816@psf.upfronthosting.co.za>


New submission from Thomas Ball:

The attached file raises the exception:

OverflowError: Python int too large to convert to C long

in Python 2.7.7, which clearly is a bug. 

The error is not present in Python 3.4.

----------
files: testint.py
messages: 221116
nosy: Thomas.Ball
priority: normal
severity: normal
status: open
title: OverflowError: Python int too large to convert to C long
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35712/testint.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21816>
_______________________________________

From report at bugs.python.org  Fri Jun 20 21:18:38 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 19:18:38 +0000
Subject: [issue21768] Fix a NameError in test_pydoc
In-Reply-To: <1402820763.05.0.689844101555.issue21768@psf.upfronthosting.co.za>
Message-ID: <1403291918.58.0.376798951415.issue21768@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
Removed message: http://bugs.python.org/msg221115

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21768>
_______________________________________

From report at bugs.python.org  Fri Jun 20 21:24:27 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 19:24:27 +0000
Subject: [issue21769] Fix a NameError in test_descr
In-Reply-To: <1402821832.43.0.295083108794.issue21769@psf.upfronthosting.co.za>
Message-ID: <1403292267.95.0.331039577987.issue21769@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

(Message sent to 21768 by incomplete edit of previous message)
New changeset ec0aae4df38b by Terry Jan Reedy in branch '3.4':
Issue #21768: fix NameError in test_pydescr. Patch by Claudiu Popa.
http://hg.python.org/cpython/rev/ec0aae4df38b

It would be helpful if you could run pylint on all three current versions and mark which have the error. Once you have the repository, you can make semi-clones that share the one repository and only have separate working directories. A short download script can pull once and update all three.

----------
versions:  -Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21769>
_______________________________________

From report at bugs.python.org  Fri Jun 20 21:28:37 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 19:28:37 +0000
Subject: [issue21769] Fix a NameError in test_descr
In-Reply-To: <1402821832.43.0.295083108794.issue21769@psf.upfronthosting.co.za>
Message-ID: <1403292517.62.0.273053039652.issue21769@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Could not find error in 2.7.

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21769>
_______________________________________

From report at bugs.python.org  Fri Jun 20 21:54:59 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 20 Jun 2014 19:54:59 +0000
Subject: [issue18996] unittest: more helpful truncating long strings
In-Reply-To: <1378813907.09.0.280972244132.issue18996@psf.upfronthosting.co.za>
Message-ID: <1403294099.02.0.636451261266.issue18996@psf.upfronthosting.co.za>


Ned Deily added the comment:

Chris, I would start by opening a new issue. Comments on closed issues whose code is already released are likely to be overlooked.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18996>
_______________________________________

From report at bugs.python.org  Fri Jun 20 21:56:49 2014
From: report at bugs.python.org (Demian Brecht)
Date: Fri, 20 Jun 2014 19:56:49 +0000
Subject: [issue21790] Change blocksize in http.client to the value of
 resource.getpagesize
In-Reply-To: <1403019624.98.0.809499942301.issue21790@psf.upfronthosting.co.za>
Message-ID: <1403294209.88.0.941500152761.issue21790@psf.upfronthosting.co.za>


Demian Brecht added the comment:

I very well could be missing something here (and, admittedly, my OS knowledge is rusty at best), but for the most part, page sizes are 4096, except for SPARC, which is 8192.

> So your page double the number of calls to read(), right?

No. read() is called until EOF. I'm assuming that 8192 may have been used to accommodate worst case architecture?

I'd have to dig through the C side of things (which I haven't done yet) to see what's going on down at that level, but my assumption is that it's allocating 8192 bytes for each read. Should EOF be reached with <= 1 page filled, it'd result in a wasted page.

Far from the end of the world, but just something I noticed in passing.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21790>
_______________________________________

From report at bugs.python.org  Fri Jun 20 22:06:06 2014
From: report at bugs.python.org (Yury Selivanov)
Date: Fri, 20 Jun 2014 20:06:06 +0000
Subject: [issue21801] inspect.signature doesn't always return a signature
In-Reply-To: <1403095305.91.0.217669494481.issue21801@psf.upfronthosting.co.za>
Message-ID: <1403294766.61.0.2172058389.issue21801@psf.upfronthosting.co.za>


Changes by Yury Selivanov <yselivanov.ml at gmail.com>:


----------
assignee:  -> yselivanov
keywords: +needs review
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21801>
_______________________________________

From report at bugs.python.org  Fri Jun 20 22:21:51 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 20 Jun 2014 20:21:51 +0000
Subject: [issue21816] OverflowError: Python int too large to convert to C long
In-Reply-To: <1403291891.37.0.500451065377.issue21816@psf.upfronthosting.co.za>
Message-ID: <1403295711.14.0.862236428152.issue21816@psf.upfronthosting.co.za>


Ned Deily added the comment:

In a 32-bit version of Python 2, that value cannot be represented as an 'int' type.

>>> i = 3783907807
>>> type(i)
<type 'long'>

Normally, Python 2 implicitly creates objects of type 'int' or type 'long' as needed.  But in your example, you are forcing type 'int' and you correctly get an exception.  Your example does not fail with a 64-bit version of Python 2 but it would fail with a larger number.  Python 3 does not have this problem because the distinction between the two types has been removed: all Python 3 ints are unlimited precision.

https://docs.python.org/2/library/stdtypes.html#numeric-types-int-float-long-complex
https://docs.python.org/3.4/whatsnew/3.0.html#integers

----------
nosy: +ned.deily
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21816>
_______________________________________

From report at bugs.python.org  Fri Jun 20 23:03:53 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 20 Jun 2014 21:03:53 +0000
Subject: [issue21491] race condition in SocketServer.py ForkingMixIn
 collect_children
In-Reply-To: <1399970954.74.0.599178198558.issue21491@psf.upfronthosting.co.za>
Message-ID: <3gwCDS5tzKz7LjS@mail.python.org>


Roundup Robot added the comment:

New changeset aa5e3f7a5501 by Charles-Fran?ois Natali in branch '2.7':
Issue #21491: SocketServer: Fix a race condition in child processes reaping.
http://hg.python.org/cpython/rev/aa5e3f7a5501

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21491>
_______________________________________

From report at bugs.python.org  Fri Jun 20 23:06:43 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 21:06:43 +0000
Subject: [issue21777] Separate out documentation of binary sequence methods
In-Reply-To: <1402918605.38.0.604956966245.issue21777@psf.upfronthosting.co.za>
Message-ID: <1403298403.61.0.533836892438.issue21777@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21777>
_______________________________________

From report at bugs.python.org  Fri Jun 20 23:08:55 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 21:08:55 +0000
Subject: [issue21784] __init__.py can be a directory
In-Reply-To: <1402973312.89.0.00365270476425.issue21784@psf.upfronthosting.co.za>
Message-ID: <1403298535.66.0.72981910738.issue21784@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions:  -Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21784>
_______________________________________

From report at bugs.python.org  Fri Jun 20 23:11:57 2014
From: report at bugs.python.org (paul j3)
Date: Fri, 20 Jun 2014 21:11:57 +0000
Subject: [issue11695] Improve argparse usage/help customization
In-Reply-To: <1301234745.11.0.232414036754.issue11695@psf.upfronthosting.co.za>
Message-ID: <1403298717.16.0.988748045262.issue11695@psf.upfronthosting.co.za>


paul j3 added the comment:

This patch has a 'custom_help' which, with a default template, is compatible with 'format_help' (i.e. it passes test_argparse).  It also handles the sample template in this issue.

Due to long line wrapping issues, the 'Usage: ' string the test template has to be entered separately as a usage 'prefix'.  Indenting of long wrapped values (like usage) is correct only if the '%(...)s' string is at the start of a line.

I see this as a test-of-concept patch.

----------
keywords: +patch
Added file: http://bugs.python.org/file35713/issue11695_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11695>
_______________________________________

From report at bugs.python.org  Fri Jun 20 23:42:38 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 20 Jun 2014 21:42:38 +0000
Subject: [issue21491] race condition in SocketServer.py ForkingMixIn
 collect_children
In-Reply-To: <1399970954.74.0.599178198558.issue21491@psf.upfronthosting.co.za>
Message-ID: <3gwD5B20shz7Ljj@mail.python.org>


Roundup Robot added the comment:

New changeset 2a7375bd09f9 by Charles-Fran?ois Natali in branch '3.4':
Issue #21491: socketserver: Fix a race condition in child processes reaping.
http://hg.python.org/cpython/rev/2a7375bd09f9

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21491>
_______________________________________

From report at bugs.python.org  Fri Jun 20 23:49:50 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 20 Jun 2014 21:49:50 +0000
Subject: [issue21770] Module not callable in script_helper.py
In-Reply-To: <1402823886.54.0.105174822288.issue21770@psf.upfronthosting.co.za>
Message-ID: <3gwDFT518Kz7Ljj@mail.python.org>


Roundup Robot added the comment:

New changeset 108a23d02b84 by Terry Jan Reedy in branch '3.4':
Issue #21770: Call function instead of module. Patch by Claudiu Popa.
http://hg.python.org/cpython/rev/108a23d02b84

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21770>
_______________________________________

From report at bugs.python.org  Fri Jun 20 23:51:21 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 20 Jun 2014 21:51:21 +0000
Subject: [issue21491] race condition in SocketServer.py ForkingMixIn
 collect_children
In-Reply-To: <1399970954.74.0.599178198558.issue21491@psf.upfronthosting.co.za>
Message-ID: <3gwDHF0GvMz7Ljj@mail.python.org>


Roundup Robot added the comment:

New changeset ae0b572ced20 by Charles-Fran?ois Natali in branch 'default':
Issue #21491: socketserver: Fix a race condition in child processes reaping.
http://hg.python.org/cpython/rev/ae0b572ced20

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21491>
_______________________________________

From report at bugs.python.org  Sat Jun 21 00:06:02 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 20 Jun 2014 22:06:02 +0000
Subject: [issue21770] Module not callable in script_helper.py
In-Reply-To: <1402823886.54.0.105174822288.issue21770@psf.upfronthosting.co.za>
Message-ID: <1403301962.19.0.0125297643844.issue21770@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

It took me a few minutes to realized that you patched test_cmd_line_script.py to get the failure. When I did that, both 
 test_module_in_package_in_zipfile and
 test_module_in_subpackage_in_zipfile
failed with TypeError in the call to _make_test_zip_pkg.

After reverting test_cmd_line_script.py, importing your patch, and re-patching test_cmd_line_script.py, both methods still fail, but only later in the _check_script call. This means that the earlier call succeeded.

2.7 did not need patching because in the same spot, script_helper.make_zip_pkg calls the following dubious function instead of directly calling py_compile(.compile). Someone should have copied the first line of the body instead re-typing it.

def compile_script(script_name):
    py_compile.compile(script_name, doraise=True)
    if __debug__:
        compiled_name = script_name + 'c'
    else:
        compiled_name = script_name + 'o'
    return compiled_name

----------
assignee:  -> terry.reedy
nosy: +terry.reedy
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> behavior
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21770>
_______________________________________

From report at bugs.python.org  Sat Jun 21 00:13:22 2014
From: report at bugs.python.org (Ram Rachum)
Date: Fri, 20 Jun 2014 22:13:22 +0000
Subject: [issue21817] `concurrent.futures.ProcessPoolExecutor` swallows
 tracebacks
Message-ID: <1403302402.66.0.944637105053.issue21817@psf.upfronthosting.co.za>


New submission from Ram Rachum:

When you use `concurrent.futures.ProcessPoolExecutor` and an exception is raised in the created process, it doesn't show you the traceback. This makes debugging very annoying.

Example file:

    #!python
    
    import sys
    import concurrent.futures 
    
    def f():
        # Successful assert:
        assert True
        return g()
    
    def g():
        # Hard-to-find failing assert:
        assert False
    
        
    if __name__ == '__main__':
        with concurrent.futures.ProcessPoolExecutor(max_workers=1) as executor:
            assert isinstance(executor, concurrent.futures.Executor)
            future = executor.submit(f)
            future.result()
        print('Main process finished')
        
        
If you run this under Windows, you get this: 

    Traceback (most recent call last):
      File "./bug.py", line 20, in <module>
        future.result()
      File "c:\python34\lib\concurrent\futures\_base.py", line 402, in result
        return self.__get_result()
      File "c:\python34\lib\concurrent\futures\_base.py", line 354, in __get_result
        raise self._exception
    AssertionError

This is the traceback of the main process, while we want the traceback of the process that failed.

----------
components: Library (Lib)
messages: 221128
nosy: cool-RR
priority: normal
severity: normal
status: open
title: `concurrent.futures.ProcessPoolExecutor` swallows tracebacks
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21817>
_______________________________________

From report at bugs.python.org  Sat Jun 21 00:50:42 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 20 Jun 2014 22:50:42 +0000
Subject: [issue6462] bsddb3 intermittent test failures
In-Reply-To: <1247329933.16.0.47150397.issue6462@psf.upfronthosting.co.za>
Message-ID: <1403304642.25.0.581066680909.issue6462@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@David this is now out of date?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6462>
_______________________________________

From report at bugs.python.org  Sat Jun 21 00:54:55 2014
From: report at bugs.python.org (Lita Cho)
Date: Fri, 20 Jun 2014 22:54:55 +0000
Subject: [issue21812] turtle.shapetransform doesn't transform the turtle on
 the first call
In-Reply-To: <1403244880.01.0.345411438078.issue21812@psf.upfronthosting.co.za>
Message-ID: <1403304895.01.0.418952314688.issue21812@psf.upfronthosting.co.za>


Lita Cho added the comment:

Have a patch that fixes this. Rather than calling self._update() directory, we should be calling self._pen(resizemode="user"), since the user is changing the size of the turtle, just like how shapesize and shearfactor are updating.

----------
keywords: +patch
Added file: http://bugs.python.org/file35714/turtle_shapetransform.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21812>
_______________________________________

From report at bugs.python.org  Sat Jun 21 00:56:55 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 20 Jun 2014 22:56:55 +0000
Subject: [issue21784] __init__.py can be a directory
In-Reply-To: <1402973312.89.0.00365270476425.issue21784@psf.upfronthosting.co.za>
Message-ID: <1403305015.24.0.108053361966.issue21784@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> So maybe a check was dropped by mistake?

Why do we care?  For the most part, Linux treats directories as files (if I do a mkdir twice, the error is "mkdir: tmp: File exists".  We don't care about the other flags rwx so why should we care about d?

Python should avoid adding superfluous checks when it doesn't have to.

> Anyways, it doesn't bother me too much.

AFAICT, it hasn't bothered anyone.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21784>
_______________________________________

From report at bugs.python.org  Sat Jun 21 00:57:03 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 20 Jun 2014 22:57:03 +0000
Subject: [issue6916] Remove deprecated items from asynchat
In-Reply-To: <1252994156.96.0.167712988312.issue6916@psf.upfronthosting.co.za>
Message-ID: <1403305023.11.0.600441494951.issue6916@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I don't think removing the documentation for a deprecated item is a good solution.  If people find it somewhere (old code, googling, via dir()) and find no related documentation, they might keep using it.
If it's clearly documented that the item exists but it's deprecated, people will avoid it (or at least be aware of what it does and the reason why it's deprecated).

I think it would be better to add back the documentation with a deprecated-removed directive, and possibly add warnings in the code (if they are not there already).  In future versions we can remove code and docs together.

----------
keywords: +easy -patch
resolution: fixed -> 
stage: patch review -> needs patch
status: closed -> open
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6916>
_______________________________________

From report at bugs.python.org  Sat Jun 21 01:28:08 2014
From: report at bugs.python.org (Angus Taggart)
Date: Fri, 20 Jun 2014 23:28:08 +0000
Subject: [issue21818] cookielib documentation references Cookie module,
 not cookielib.Cookie class
Message-ID: <1403306887.99.0.626699628104.issue21818@psf.upfronthosting.co.za>


New submission from Angus Taggart:

all the links to Cookie class in the cookielib documentation point to Cookie module.


for example:

CookieJar.set_cookie(cookie)

    Set a *Cookie*, without checking with policy to see whether or not it should be set.


cookie in the documentation links to
https://docs.python.org/2/library/cookie.html#module-Cookie

cookie in the documentation should link to
https://docs.python.org/2/library/cookielib.html#cookielib.Cookie

----------
assignee: docs at python
components: Documentation
messages: 221133
nosy: Ajtag, docs at python
priority: normal
severity: normal
status: open
title: cookielib documentation references Cookie module, not cookielib.Cookie class
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21818>
_______________________________________

From report at bugs.python.org  Sat Jun 21 01:28:08 2014
From: report at bugs.python.org (eryksun)
Date: Fri, 20 Jun 2014 23:28:08 +0000
Subject: [issue20844] coding bug remains in 3.3.5rc2
In-Reply-To: <1393854882.06.0.561987523346.issue20844@psf.upfronthosting.co.za>
Message-ID: <1403306888.59.0.522625158028.issue20844@psf.upfronthosting.co.za>


eryksun added the comment:

This fix for issue 20731 doesn't address this bug completely because it's possible for ftell to return -1 without an actual error, as test2.py demonstrates. 

In text mode, CRLF is translated to LF by the CRT's _read function (Win32 ReadFile). So the buffer that's used by FILE streams is already translated. To get the stream position, ftell first calls _lseek (Win32 SetFilePointer) to get the file pointer. Then it adjusts the file pointer for the unwritten/unread bytes in the buffer. The problem for reading is how to tell whether or not LF in the buffer was translated from CRLF? The chosen 'solution' is to just assume CRLF.

The example file test2.py is 33 bytes. At the time fp_setreadl calls ftell(tok->fp), the file pointer is 33, and Py_UniversalNewlineFgets has read the stream up to '#coding:latin-1\n'. That leaves 17 newline characters buffered. As stated above, ftell assumes CRLF, so it calculates the stream position as 33 - (17 * 2) == -1. That happens to be the value returned for an error, but who's checking? In this case, errno is 0 instead of the documented errno constants EBADF or EINVAL.

Here's an example in 2.7.7, since it uses FILE streams:

    >>> f = open('test2.py')
    >>> f.read(16)
    '#coding:latin-1\n'
    >>> f.tell()
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
    IOError: [Errno 0] Error

Can the file be opened in binary mode in Modules/main.c? Currently it's using `_Py_wfopen(filename, L"r")`. But decoding_fgets calls Py_UniversalNewlineFgets, which expects binary mode anyway.

----------
nosy: +eryksun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20844>
_______________________________________

From report at bugs.python.org  Sat Jun 21 01:46:18 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 20 Jun 2014 23:46:18 +0000
Subject: [issue17153] tarfile extract fails when Unicode in pathname
In-Reply-To: <1360255401.83.0.937643629633.issue17153@psf.upfronthosting.co.za>
Message-ID: <1403307978.01.0.369893615408.issue17153@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Lars can we have a response on this issue please?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17153>
_______________________________________

From report at bugs.python.org  Sat Jun 21 02:27:38 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Jun 2014 00:27:38 +0000
Subject: [issue13372] handle_close called twice in poll2
In-Reply-To: <1320773533.14.0.440579615875.issue13372@psf.upfronthosting.co.za>
Message-ID: <1403310458.84.0.0474092230602.issue13372@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

To me the patched code in readwrite seems cut and paste.  Could it be written something like this?

have_fileno = not map or obj._fileno in map
if have_fileno and flags & select.POLLIN:
    obj.handle_read_event()
if have_fileno and flags & select.POLLOUT:
    obj.handle_write_event()
if have_fileno and flags & select.POLLPRI:
    obj.handle_expt_event()
if (have_fileno and flags & (select.POLLHUP | select.POLLERR | select.POLLNVAL):
     obj.handle_close()

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13372>
_______________________________________

From report at bugs.python.org  Sat Jun 21 02:35:39 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Jun 2014 00:35:39 +0000
Subject: [issue8918] distutils test_config_cmd failure on Solaris
In-Reply-To: <1275846660.59.0.731483262347.issue8918@psf.upfronthosting.co.za>
Message-ID: <1403310939.2.0.0505901342962.issue8918@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is there a good reason for this being set to third party when it was raised against Python 2.7rc1?  Is it still a problem with the 2.7 series or any of the 3.x series?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8918>
_______________________________________

From report at bugs.python.org  Sat Jun 21 02:42:04 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Jun 2014 00:42:04 +0000
Subject: [issue9784] _msi.c warnings under 64-bit Windows
In-Reply-To: <1283777742.83.0.840213462008.issue9784@psf.upfronthosting.co.za>
Message-ID: <1403311324.32.0.139950672604.issue9784@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Could somebody review the patch please as it's well over my head.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9784>
_______________________________________

From report at bugs.python.org  Sat Jun 21 03:03:57 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Sat, 21 Jun 2014 01:03:57 +0000
Subject: [issue20446] ipaddress: hash similarities for ipv4 and ipv6
In-Reply-To: <1391086928.1.0.694997709579.issue20446@psf.upfronthosting.co.za>
Message-ID: <1403312637.5.0.335787222749.issue20446@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

Correct me if I'm wrong, but wouldn't this only become a concern if:

1. You're storing both IPv4 and IPv6 addresses side-by-side
2. You're storing well over a billion IP addresses
3. Hash codes for the hex string of an IP address were predictably sequential (they're not)

On point #3 alone, you can check for yourself. In a quick test within a single process on Python 3.4, hash(hex(0x1)) == 7060637827927985012 while hash(hex(0x2)) == -4275917786525356978 (your numbers may vary thanks to per process string hash seeding, but they should be quite random). As such, you couldn't easily fill more than two sequential buckets reliably; you could guarantee collision chaining occurs at least once (since as you noted, you can create two IP addresses with the same hash reliably), but the chains will be evenly distributed; you can't build on that to get a second, third, ..., nth collision.

There wouldn't be a meaningful "imbalance" between low and high IP addresses either; below a billion or so IP addresses, random chance would dictate the occasional hash code would collide, and you could guarantee that collisions with the sub-32 bit values would collide one extra time before finding an empty bucket, but I seem to recall a typical dict insertion involves 1-5 collisions already; adding one extra to every single dict insertion/lookup costs something, but it's not that much, and the scenarios required to take advantage of it would be incredibly contrived.

----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20446>
_______________________________________

From report at bugs.python.org  Sat Jun 21 03:06:15 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Sat, 21 Jun 2014 01:06:15 +0000
Subject: [issue21817] `concurrent.futures.ProcessPoolExecutor` swallows
 tracebacks
In-Reply-To: <1403302402.66.0.944637105053.issue21817@psf.upfronthosting.co.za>
Message-ID: <1403312775.85.0.813633478153.issue21817@psf.upfronthosting.co.za>


Changes by Josh Rosenberg <shadowranger+python at gmail.com>:


----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21817>
_______________________________________

From report at bugs.python.org  Sat Jun 21 03:31:14 2014
From: report at bugs.python.org (Tim Peters)
Date: Sat, 21 Jun 2014 01:31:14 +0000
Subject: [issue20446] ipaddress: hash similarities for ipv4 and ipv6
In-Reply-To: <1391086928.1.0.694997709579.issue20446@psf.upfronthosting.co.za>
Message-ID: <1403314274.85.0.121426935045.issue20446@psf.upfronthosting.co.za>


Tim Peters added the comment:

I'm more puzzled by why `__hash__()` here bothers to call `hex()` at all.  It's faster to hash the underlying int as-is, and collisions in this specific context would still be rare.

@Josh, note that there's nothing bad about getting sequential hash codes in CPython's implementation of dicts.  This is explained in dictobject.c, in the long comment block starting with "Major subtleties ahead:".

In any case, I'm closing this, as nobody has brought up a real problem.

----------
nosy: +tim.peters
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20446>
_______________________________________

From report at bugs.python.org  Sat Jun 21 03:33:02 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 21 Jun 2014 01:33:02 +0000
Subject: [issue20446] ipaddress: hash similarities for ipv4 and ipv6
In-Reply-To: <1403314274.85.0.121426935045.issue20446@psf.upfronthosting.co.za>
Message-ID: <53A4E0CA.3070609@free.fr>


Antoine Pitrou added the comment:

> Tim Peters added the comment:
>
> I'm more puzzled by why `__hash__()` here bothers to call `hex()` at
all. It's faster to hash the underlying int as-is, and collisions in
this specific context would still be rare.

Let someone provide a patch, then.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20446>
_______________________________________

From report at bugs.python.org  Sat Jun 21 03:45:09 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Jun 2014 01:45:09 +0000
Subject: [issue21809] Building Python3 on VMS - External repository
In-Reply-To: <1403183114.72.0.0988291504524.issue21809@psf.upfronthosting.co.za>
Message-ID: <1403315109.87.0.805603483232.issue21809@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This tracker is for possible patches to the CPython repository, PEPs, and dev(elopemnt)guide, which are all controlled by the CPython Core Development group. The issue stages are all geared to that. Informational posts are better suited to the Wiki.

----------
nosy: +terry.reedy
resolution:  -> third party
stage:  -> resolved
status: open -> closed
type: enhancement -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21809>
_______________________________________

From report at bugs.python.org  Sat Jun 21 04:01:51 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 02:01:51 +0000
Subject: [issue6916] Remove deprecated items from asynchat
In-Reply-To: <1252994156.96.0.167712988312.issue6916@psf.upfronthosting.co.za>
Message-ID: <1403316111.07.0.718732797981.issue6916@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> I don't think removing the documentation for a deprecated item is a good solution.

Dedocumenting is a reasonable thing to do and I believe we've done it several times before, leaving code only so as to not break anything.  I expect this code to get zero maintenance as it fades into oblivion.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6916>
_______________________________________

From report at bugs.python.org  Sat Jun 21 04:14:15 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 02:14:15 +0000
Subject: [issue21814] object.__setattr__ or super(...).__setattr__?
In-Reply-To: <1403258532.08.0.198623829613.issue21814@psf.upfronthosting.co.za>
Message-ID: <1403316855.8.0.180141866295.issue21814@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> Wouldn't it be more consistent for new-style classes,
> instead of calling "object.__setattr__(self, name, value)",
> to call "super(<ClassName>, self).__setattr__(name, value)"?

That's not always the right thing to do.  Calling object.__setattr__ gives a known, guaranteed behavior.   Using super however relies on an MRO calculation that may send the super call outside the inheritance tree to a methods that wasn't expecting to be called. 

Put another way, super was designed for cooperative multiple inheritance with implies an element of coordinated cooperation that isn't always present.

I think the current advice should stand.  We aren't advising people to always use super instead of calling a parent class method directly.  Part of the reason is that super can be much trickier that people expect.

Also, in Python 2.7 super() doesn't have the same magical but clean invocation it has in Python 3.  The two argument form isn't as elegant looking or as easy to get right.

----------
assignee: docs at python -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21814>
_______________________________________

From report at bugs.python.org  Sat Jun 21 04:18:09 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 02:18:09 +0000
Subject: [issue21740] doctest doesn't allow duck-typing callables
In-Reply-To: <1402606753.04.0.326464066676.issue21740@psf.upfronthosting.co.za>
Message-ID: <1403317089.16.0.949661496986.issue21740@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> I'm not sure, because it would also select classes. 

Is there any reason to preclude classes?  They could reasonably have docstrings that contain doctests.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21740>
_______________________________________

From report at bugs.python.org  Sat Jun 21 04:25:24 2014
From: report at bugs.python.org (Lita Cho)
Date: Sat, 21 Jun 2014 02:25:24 +0000
Subject: [issue21597] Allow turtledemo code pane to get wider.
In-Reply-To: <1401306787.8.0.543638067901.issue21597@psf.upfronthosting.co.za>
Message-ID: <1403317524.9.0.334506186702.issue21597@psf.upfronthosting.co.za>


Lita Cho added the comment:

ping!

I just want to know how I should proceed with this ticket. I can try removing the Frames with get rid of the lag, but then I feel like we can't use the Grid Manager at all. :\

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21597>
_______________________________________

From report at bugs.python.org  Sat Jun 21 04:30:41 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Jun 2014 02:30:41 +0000
Subject: [issue21597] Allow turtledemo code pane to get wider.
In-Reply-To: <1401306787.8.0.543638067901.issue21597@psf.upfronthosting.co.za>
Message-ID: <1403317841.22.0.389095163858.issue21597@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I downloaded new patch and will try to look at it this weekend.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21597>
_______________________________________

From report at bugs.python.org  Sat Jun 21 04:55:30 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 02:55:30 +0000
Subject: [issue17462] argparse FAQ: how it is different from optparse
In-Reply-To: <1363624948.23.0.605198582935.issue17462@psf.upfronthosting.co.za>
Message-ID: <1403319330.65.0.86424703161.issue17462@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thanks for the patch.  It reads well and is informative.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17462>
_______________________________________

From report at bugs.python.org  Sat Jun 21 05:04:15 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 03:04:15 +0000
Subject: [issue15025] httplib and http.client are missing response messages
 for defined WEBDAV responses, e.g., UNPROCESSABLE_ENTITY (422)
In-Reply-To: <1339067742.9.0.619240246861.issue15025@psf.upfronthosting.co.za>
Message-ID: <1403319855.18.0.582210671625.issue15025@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15025>
_______________________________________

From report at bugs.python.org  Sat Jun 21 05:04:27 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 03:04:27 +0000
Subject: [issue20898] Missing 507 response description
In-Reply-To: <1394637244.26.0.361164120424.issue20898@psf.upfronthosting.co.za>
Message-ID: <1403319867.75.0.213513373315.issue20898@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20898>
_______________________________________

From report at bugs.python.org  Sat Jun 21 05:08:52 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 03:08:52 +0000
Subject: [issue21786] Use assertEqual in test_pydoc
In-Reply-To: <1402982862.21.0.976348306375.issue21786@psf.upfronthosting.co.za>
Message-ID: <1403320132.48.0.159982778382.issue21786@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21786>
_______________________________________

From report at bugs.python.org  Sat Jun 21 05:16:51 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 03:16:51 +0000
Subject: [issue21708] Deprecate nonstandard behavior of a dumbdbm database
In-Reply-To: <1402425082.25.0.679069092867.issue21708@psf.upfronthosting.co.za>
Message-ID: <1403320611.15.0.77296814598.issue21708@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: serhiy.storchaka -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21708>
_______________________________________

From report at bugs.python.org  Sat Jun 21 05:24:20 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Sat, 21 Jun 2014 03:24:20 +0000
Subject: [issue20446] ipaddress: hash similarities for ipv4 and ipv6
In-Reply-To: <1391086928.1.0.694997709579.issue20446@psf.upfronthosting.co.za>
Message-ID: <1403321060.78.0.745647559281.issue20446@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

@Tim: Sorry, forgot the internals there (I read all that a while ago, but it's not easy to keep all the details in mind). Apparently there are four reasons this isn't actually a problem. :-)

I agree it's kind of silly that it's converted to a hex string before hashing. Maybe the person writing the code also forgot about sequential hashes being harmless and thought using string hashes (that vary more erratically in modern SIP hash Python) over int hashes would reduce collisions?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20446>
_______________________________________

From report at bugs.python.org  Sat Jun 21 05:24:45 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 03:24:45 +0000
Subject: [issue11974] Class definition gotcha.. should this be documented
 somewhere?
In-Reply-To: <1304274889.3.0.162053692496.issue11974@psf.upfronthosting.co.za>
Message-ID: <1403321085.57.0.99361848836.issue11974@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: docs at python -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11974>
_______________________________________

From report at bugs.python.org  Sat Jun 21 05:59:54 2014
From: report at bugs.python.org (grossdm)
Date: Sat, 21 Jun 2014 03:59:54 +0000
Subject: [issue21716] 3.4.1 download page link for OpenPGP signatures has no
 sigs
In-Reply-To: <1402516347.14.0.518988965748.issue21716@psf.upfronthosting.co.za>
Message-ID: <1403323194.0.0.544086640205.issue21716@psf.upfronthosting.co.za>


grossdm added the comment:

I believe it was the same page.

Looking through my browser history, I see that I looked at the download page for an older version - I did find the links on that page.

Perhaps it was just a hiccup in my browser.

Thanks for responding; I know the proper place to report my future phantom issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21716>
_______________________________________

From report at bugs.python.org  Sat Jun 21 06:10:09 2014
From: report at bugs.python.org (Kay Hayen)
Date: Sat, 21 Jun 2014 04:10:09 +0000
Subject: [issue16967] Keyword only argument default values are evaluated
 before other defaults
In-Reply-To: <1358192234.34.0.230545519043.issue16967@psf.upfronthosting.co.za>
Message-ID: <1403323809.53.0.127991344471.issue16967@psf.upfronthosting.co.za>


Kay Hayen added the comment:

I can confirm that Python3.4 is not affected. Python 3.3 and 3.2 still are.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16967>
_______________________________________

From report at bugs.python.org  Sat Jun 21 06:11:42 2014
From: report at bugs.python.org (Kay Hayen)
Date: Sat, 21 Jun 2014 04:11:42 +0000
Subject: [issue9716] The inittab modules cannot be packages
In-Reply-To: <1283192897.9.0.714463074092.issue9716@psf.upfronthosting.co.za>
Message-ID: <1403323902.19.0.552001177656.issue9716@psf.upfronthosting.co.za>


Kay Hayen added the comment:

Are you still tracking this as a feature request. If so, please note that I don't need it anymore. The meta path based import mechanism is fully sufficient to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9716>
_______________________________________

From report at bugs.python.org  Sat Jun 21 06:34:17 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 04:34:17 +0000
Subject: [issue21635] difflib.SequenceMatcher stores matching blocks as tuples, 
 not Match named tuples
In-Reply-To: <1401703436.14.0.164374106757.issue21635@psf.upfronthosting.co.za>
Message-ID: <1403325257.29.0.726764486869.issue21635@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21635>
_______________________________________

From report at bugs.python.org  Sat Jun 21 06:43:09 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 04:43:09 +0000
Subject: [issue21635] difflib.SequenceMatcher stores matching blocks as tuples, 
 not Match named tuples
In-Reply-To: <1401703436.14.0.164374106757.issue21635@psf.upfronthosting.co.za>
Message-ID: <1403325789.99.0.85033711467.issue21635@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> What behavior both looks wrong and gets improved by the change?

The incorrect behavior is that matching_blocks is incorrectly cached so that calls to get_matching_blocks() returns an answer without the named tuple (in contravention of the documented behavior):

>>> s = SequenceMatcher(None, "abxcd", "abcd")
>>> s.get_matching_blocks()
[Match(a=0, b=0, size=2), Match(a=3, b=2, size=2), Match(a=5, b=4, size=0)]
>>> s.get_matching_blocks()
[(0, 0, 2), (3, 2, 2), (5, 4, 0)]
>>> s.get_matching_blocks()
[(0, 0, 2), (3, 2, 2), (5, 4, 0)]

----------
priority: normal -> high
stage: test needed -> needs patch
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21635>
_______________________________________

From report at bugs.python.org  Sat Jun 21 06:46:54 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 04:46:54 +0000
Subject: [issue7676] IDLE shell shouldn't use TABs
In-Reply-To: <1263213381.47.0.181451927584.issue7676@psf.upfronthosting.co.za>
Message-ID: <1403326014.57.0.337770583854.issue7676@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

[Cherniavsky Beni]
> it's makes copy-paste code between the shell and editor 
> windows confusing

This has been a continual source of frustration for students in my Python courses as well.  I'm looking forward to it being fixed.

----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7676>
_______________________________________

From report at bugs.python.org  Sat Jun 21 07:04:51 2014
From: report at bugs.python.org (Sworddragon)
Date: Sat, 21 Jun 2014 05:04:51 +0000
Subject: [issue21819] Remaining buffer from socket isn't available anymore
 after calling socket.recv the first time
Message-ID: <1403327091.28.0.269013779192.issue21819@psf.upfronthosting.co.za>


New submission from Sworddragon:

If I'm receiving data from a socket (several bytes) and making the first call to socket.recv(1) all is fine but the second call won't get any further data. But doing this again with socket.recv(2) instead will successfully get the 2 bytes. Here is a testcase:


Script:

def icmp_packet(type, code, data):
	length_data = len(data)
	if length_data % 2 == 1:
		data += b'\x00'
	checksum = code | type << 8
	i = 0
	while i < length_data:
		checksum += data[i + 1] | data[i] << 8
		checksum = (checksum & 65535) + (checksum >> 16)
		i += 2
	return bytes([type]) + bytes([code]) + (checksum ^ 65535).to_bytes(2, 'big') + data

import socket

connection = socket.socket(proto = socket.IPPROTO_ICMP, type = socket.SOCK_RAW)
connection.settimeout(1)
connection.sendto(icmp_packet(8, 0, b'\x00\x00\x00\x00'), ('8.8.8.8', 0))
print(connection.recv(2))
connection.close()
connection = socket.socket(proto = socket.IPPROTO_ICMP, type = socket.SOCK_RAW)
connection.settimeout(1)
connection.sendto(icmp_packet(8, 0, b'\x00\x00\x00\x00'), ('8.8.8.8', 0))
print(connection.recv(1))
print(connection.recv(1))
connection.close()


Here is the result:

root at ubuntu:/home/sworddragon/tmp# python3 test.py
b'E\x00'
b'E'
Traceback (most recent call last):
  File "test.py", line 24, in <module>
    print(connection.recv(1))
socket.timeout: timed out

----------
components: Library (Lib)
messages: 221155
nosy: Sworddragon
priority: normal
severity: normal
status: open
title: Remaining buffer from socket isn't available anymore after calling socket.recv the first time
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21819>
_______________________________________

From report at bugs.python.org  Sat Jun 21 08:00:01 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 21 Jun 2014 06:00:01 +0000
Subject: [issue21716] 3.4.1 download page link for OpenPGP signatures has no
 sigs
In-Reply-To: <1402516347.14.0.518988965748.issue21716@psf.upfronthosting.co.za>
Message-ID: <1403330401.78.0.901434226257.issue21716@psf.upfronthosting.co.za>


Ned Deily added the comment:

OK, glad it works now for now.

----------
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21716>
_______________________________________

From report at bugs.python.org  Sat Jun 21 08:01:56 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 21 Jun 2014 06:01:56 +0000
Subject: [issue21716] 3.4.1 download page link for OpenPGP signatures has no
 sigs
In-Reply-To: <1402516347.14.0.518988965748.issue21716@psf.upfronthosting.co.za>
Message-ID: <1403330516.96.0.628180163769.issue21716@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
Removed message: http://bugs.python.org/msg221156

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21716>
_______________________________________

From report at bugs.python.org  Sat Jun 21 08:02:30 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 21 Jun 2014 06:02:30 +0000
Subject: [issue21716] 3.4.1 download page link for OpenPGP signatures has no
 sigs
In-Reply-To: <1402516347.14.0.518988965748.issue21716@psf.upfronthosting.co.za>
Message-ID: <1403330550.57.0.948047111778.issue21716@psf.upfronthosting.co.za>


Ned Deily added the comment:

OK, glad it works now for you.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21716>
_______________________________________

From report at bugs.python.org  Sat Jun 21 09:15:49 2014
From: report at bugs.python.org (Tal Einat)
Date: Sat, 21 Jun 2014 07:15:49 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1403334949.22.0.404692853804.issue21765@psf.upfronthosting.co.za>


Tal Einat added the comment:

Alright, so I'm going to use the equivalent of the following code, unless someone can tell me that something is wrong:


from keyword import iskeyword
from unicodedata import category, normalize

_ID_FIRST_CATEGORIES = {"Lu", "Ll", "Lt", "Lm", "Lo", "Nl",
                        "Other_ID_Start"}
_ID_CATEGORIES = _ID_FIRST_CATEGORIES | {"Mn", "Mc", "Nd", "Pc",
                                         "Other_ID_Continue"}

_ASCII_ID_CHARS = set(string.ascii_letters + string.digits + "_")
_ID_KEYWORDS = {"True", "False", "None"}

def is_id_char(char):
    return char in _ASCII_ID_CHARS or (
        ord(char) >= 128 and
        category(normalize(char)[0]) in _ID_CATEGORIES
    )

def is_identifier(id_candidate):
    return id_candidate.isidentifier() and (
        (not iskeyword(id_candidate)) or
        id_candidate in _ID_KEYWORDS
    )

 def _eat_identifier(str, limit, pos):
    i = pos
    while i > limit and is_id_char(str[pos - i]):
        i -= 1
    if i < pos and not is_identifier(str[i:pos]):
        return 0
    return pos - i

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sat Jun 21 09:41:06 2014
From: report at bugs.python.org (Vincent Besanceney)
Date: Sat, 21 Jun 2014 07:41:06 +0000
Subject: [issue21814] object.__setattr__ or super(...).__setattr__?
In-Reply-To: <1403258532.08.0.198623829613.issue21814@psf.upfronthosting.co.za>
Message-ID: <1403336466.2.0.207375320833.issue21814@psf.upfronthosting.co.za>


Vincent Besanceney added the comment:

If I understand it right, in a simple case like this:

  class Foo(object):

    def __setattr__(self, name, value):
      # some logic, then...
      super(Foo, self).__setattr__(name, value)

calling super is equivalent to calling object.__setattr__, but doesn't have any added-value since there's no cooperative multiple inheritance involved, in that case we are better off calling the parent class method directly.

If Foo evolves to have multiple ancestors, object has a __setattr__ method and that object is always the last class in the MRO chain, so any sequence of calls to super(..).__setattr__ is guaranteed to end with a call to object.__setattr__ method (assuming ancestors __setattr__ method, if any, calls super as well), and that may be what we want, i.e. to also benefit from an ancestor __setattr__ method.

Hmm, this last point may be too specific if not out of scope in regards to the documentation. Falling back to the original need, from the documentation "If __setattr__() wants to assign to an instance attribute...", so as you said, "calling object.__setattr__ gives a known, guaranteed behavior".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21814>
_______________________________________

From report at bugs.python.org  Sat Jun 21 10:20:48 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 21 Jun 2014 08:20:48 +0000
Subject: [issue6916] Remove deprecated items from asynchat
In-Reply-To: <1252994156.96.0.167712988312.issue6916@psf.upfronthosting.co.za>
Message-ID: <1403338848.23.0.936352147237.issue6916@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

IMHO until the code is there, the documentation also should be there -- even if it just to acknowledge the existence of the code and signal its deprecation.  Whether the code is eventually removed or not it's a separate issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6916>
_______________________________________

From report at bugs.python.org  Sat Jun 21 10:33:39 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 21 Jun 2014 08:33:39 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1403339619.71.0.612807156117.issue21765@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> _ID_FIRST_CATEGORIES = {"Lu", "Ll", "Lt", "Lm", "Lo", "Nl",
>                         "Other_ID_Start"}
> _ID_CATEGORIES = _ID_FIRST_CATEGORIES | {"Mn", "Mc", "Nd", "Pc",
>                                          "Other_ID_Continue"}

Note that "Other_ID_Start" and "Other_ID_Continue" are not categories -- they are properties -- and that unicodedata.category() won't return them, so adding them to these set won't have any effect.  I don't think there's a way to check if chars have that property, but as I said in my previous message it's probably safe to ignore them (nothing will explode even in the unlikely case that those chars are used, right?).

> def is_id_char(char):
>    return char in _ASCII_ID_CHARS or (
>        ord(char) >= 128 and

What's the reason for checking if the ord is >= 128?

>        category(normalize(char)[0]) in _ID_CATEGORIES
>    )

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sat Jun 21 11:08:17 2014
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sat, 21 Jun 2014 09:08:17 +0000
Subject: [issue13223] pydoc removes 'self' in HTML for method docstrings with
 example code
In-Reply-To: <1319050782.47.0.924539258184.issue13223@psf.upfronthosting.co.za>
Message-ID: <1403341697.0.0.00616782813147.issue13223@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

Berker, I've committed your patch, thanks!

----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13223>
_______________________________________

From report at bugs.python.org  Sat Jun 21 11:10:17 2014
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sat, 21 Jun 2014 09:10:17 +0000
Subject: [issue21491] race condition in SocketServer.py ForkingMixIn
 collect_children
In-Reply-To: <1399970954.74.0.599178198558.issue21491@psf.upfronthosting.co.za>
Message-ID: <1403341817.65.0.644266013517.issue21491@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

Committed, thanks!

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
type: resource usage -> behavior
versions: +Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21491>
_______________________________________

From report at bugs.python.org  Sat Jun 21 12:08:56 2014
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sat, 21 Jun 2014 10:08:56 +0000
Subject: [issue21819] Remaining buffer from socket isn't available anymore
 after calling socket.recv the first time
In-Reply-To: <1403327091.28.0.269013779192.issue21819@psf.upfronthosting.co.za>
Message-ID: <1403345336.49.0.793431288638.issue21819@psf.upfronthosting.co.za>


Charles-Fran?ois Natali added the comment:

> If I'm receiving data from a socket (several bytes) and making the
> first call to socket.recv(1) all is fine but the second call won't get
> any further data. But doing this again with socket.recv(2) instead will
> successfully get the 2 bytes. Here is a testcase:

First, note that Python just calles the underlying recv() syscall, so it's not at fault here.

And actually, noone's at fault here, because what you're trying to do doesn't make sense: ICMP is datagram-oriented, so you should use recvfrom(): and if you try to receive less bytes than the datagram size, the rest will be discarded, like UDP.

----------
nosy: +neologix
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21819>
_______________________________________

From report at bugs.python.org  Sat Jun 21 12:26:11 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 21 Jun 2014 10:26:11 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1403346371.75.0.9224830937.issue21765@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

The Other_ID_Start property is defined in

http://www.unicode.org/Public/UCD/latest/ucd/PropList.txt

It currently includes 4 characters.

However, I would propose that methods .isidstart and .isidcontinue get added to the str type if there is a need for them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sat Jun 21 12:27:47 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Sat, 21 Jun 2014 10:27:47 +0000
Subject: [issue21308] PEP 466: backport ssl changes
In-Reply-To: <1403275116.57.0.168037975463.issue21308@psf.upfronthosting.co.za>
Message-ID: <53A55E1A.7090006@egenix.com>


Marc-Andre Lemburg added the comment:

On 20.06.2014 16:38, Nick Coghlan wrote:
> 
> Nick Coghlan added the comment:
> 
> MAL - agreed on the version numbering implications of treating OpenSSL CVE's as CPython CVE's, but I think Guido pretty much answered that when he extended the 2.7 EOL to 2020 (i.e. we were going to hit 2.7.10 within the next couple of years regardless).
> 
> Starting a python-dev thread on that topic in order to reach a broader audience is still a reasonable idea, though.

Done.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21308>
_______________________________________

From report at bugs.python.org  Sat Jun 21 12:34:46 2014
From: report at bugs.python.org (Chris Withers)
Date: Sat, 21 Jun 2014 10:34:46 +0000
Subject: [issue21820] unittest: unhelpful truncating of long strings.
Message-ID: <1403346886.23.0.538670310002.issue21820@psf.upfronthosting.co.za>


New submission from Chris Withers:

This code, prior to 3.4:

from testfixtures import Comparison as C

class AClass:
    def __init__(self,x,y=None):
        self.x = x
        if y:
            self.y = y
    def __repr__(self):
        return '<'+self.__class__.__name__+'>'

...

self.assertEqual(
    C('testfixtures.tests.test_comparison.AClass',
      y=5, z='missing'),
      AClass(1, 2))

Would give the following output in the failure message:

"""
<C(failed):testfixtures.tests.test_comparison.AClass>
  x:1 not in Comparison
  y:5 != 2
  z:'missing' not in other
</C> != <AClass>"
"""

Now, in 3.4, you get the (rather unhelpful):

"""
<C(failed):testfixtures.tests.test_com[79 chars] </C> != <AClass>
"""

It's particularly disappointing that there's no API (class attribute, etc) to control whether or not this new behaviour is enabled.

I believe the change that introduced this behaviour was in [issue18996]

----------
components: Tests
keywords: 3.4regression
messages: 221167
nosy: cjw296
priority: normal
severity: normal
status: open
title: unittest: unhelpful truncating of long strings.
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21820>
_______________________________________

From report at bugs.python.org  Sat Jun 21 12:35:26 2014
From: report at bugs.python.org (Chris Withers)
Date: Sat, 21 Jun 2014 10:35:26 +0000
Subject: [issue18996] unittest: more helpful truncating long strings
In-Reply-To: <1378813907.09.0.280972244132.issue18996@psf.upfronthosting.co.za>
Message-ID: <1403346926.37.0.108639699438.issue18996@psf.upfronthosting.co.za>


Chris Withers added the comment:

Okay, opened [issue21820].

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18996>
_______________________________________

From report at bugs.python.org  Sat Jun 21 12:55:29 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 21 Jun 2014 10:55:29 +0000
Subject: [issue21820] unittest: unhelpful truncating of long strings.
In-Reply-To: <1403346886.23.0.538670310002.issue21820@psf.upfronthosting.co.za>
Message-ID: <1403348129.53.0.157733421626.issue21820@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

I'd say it's actually a bug that the new behaviour is triggering for inputs that aren't strings.

----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21820>
_______________________________________

From report at bugs.python.org  Sat Jun 21 12:56:29 2014
From: report at bugs.python.org (Chris Withers)
Date: Sat, 21 Jun 2014 10:56:29 +0000
Subject: [issue21820] unittest: unhelpful truncating of long strings.
In-Reply-To: <1403346886.23.0.538670310002.issue21820@psf.upfronthosting.co.za>
Message-ID: <1403348189.53.0.414937141221.issue21820@psf.upfronthosting.co.za>


Chris Withers added the comment:

Agreed, but even for strings, there really should be an API to control this...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21820>
_______________________________________

From report at bugs.python.org  Sat Jun 21 13:33:52 2014
From: report at bugs.python.org (Mateusz Loskot)
Date: Sat, 21 Jun 2014 11:33:52 +0000
Subject: [issue17797] Visual C++ 11.0 reports fileno(stdin) == 0 for
 non-console program
In-Reply-To: <1366373912.56.0.138468709297.issue17797@psf.upfronthosting.co.za>
Message-ID: <1403350432.49.0.328816974057.issue17797@psf.upfronthosting.co.za>


Mateusz Loskot added the comment:

FYI, I've got it confirmed fix for the bug in VS has been released [1]

"""
We have fixed this behavior for the next major release, Visual Studio "14." The fix is present in the Visual Studio "14" CTP that was released earlier this month.
"""

[1] https://connect.microsoft.com/VisualStudio/feedback/details/785119/fileno-stdin-0-for-non-console-application#tabs

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17797>
_______________________________________

From report at bugs.python.org  Sat Jun 21 13:54:07 2014
From: report at bugs.python.org (Tal Einat)
Date: Sat, 21 Jun 2014 11:54:07 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1403351647.58.0.662390893724.issue21765@psf.upfronthosting.co.za>


Tal Einat added the comment:

> What's the reason for checking if the ord is >= 128?

It's an optimization. Assuming the majority of characters will be ASCII, most non-identifier characters will fail this test, thus avoiding the more involved generic Unicode check.

> However, I would propose that methods .isidstart and
> .isidcontinue get added to the str type if there is a
> need for them.

I was surprised to find .isidentifier() is a method of the str type. Even if that is considered useful enough to be a method of str, I don't think the functions you suggest are generally useful enough to warrant being added as methods.

Then again, I'm no authority on decided what gets included as methods of base types. Regardless, I'd rather this patch go in without affecting str; adding these methods to str is a separate issue. If someone decides to pursue that, feel free to use this code and/or +nosy me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sat Jun 21 13:59:34 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 21 Jun 2014 11:59:34 +0000
Subject: [issue6916] Remove deprecated items from asynchat
In-Reply-To: <1252994156.96.0.167712988312.issue6916@psf.upfronthosting.co.za>
Message-ID: <3gwb5x63Gcz7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset 233168a2a656 by Giampaolo Rodola' in branch 'default':
#6916: raise a deprecation warning if using asynchat.fifo
http://hg.python.org/cpython/rev/233168a2a656

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6916>
_______________________________________

From report at bugs.python.org  Sat Jun 21 14:01:53 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sat, 21 Jun 2014 12:01:53 +0000
Subject: [issue6916] Remove deprecated items from asynchat
In-Reply-To: <1252994156.96.0.167712988312.issue6916@psf.upfronthosting.co.za>
Message-ID: <1403352113.83.0.713647320564.issue6916@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Signaling the deprecation or just the existence of asynchat.fifo really isn't worth the effort because the code is no longer used since fifo was replaced with a deque in python 2.6.
Basically it's dead code and the only reason it remained there is because there were some complaints about a compatibility breakage when the 2.6 patch was applied, but I remember fifo class had nothing to do with it.
FWIW I added a deprecation warning and scheduled asynchat.fifo for removal in python 3.6 but IMO it is not worth it to mention it in the doc.

----------
resolution:  -> fixed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6916>
_______________________________________

From report at bugs.python.org  Sat Jun 21 14:20:46 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 21 Jun 2014 12:20:46 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1403353246.57.0.959684568118.issue1602@psf.upfronthosting.co.za>


Changes by Nick Coghlan <ncoghlan at gmail.com>:


----------
priority: low -> normal

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Sat Jun 21 14:27:21 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 21 Jun 2014 12:27:21 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1403353641.31.0.459953756629.issue1602@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

The fact Unicode doesn't work at the command prompt makes it look like Unicode on Windows just plain doesn't work, even in Python 3. Steve, if you (or a colleague) could provide some insight on getting this to work properly, that would be greatly appreciated.

----------
nosy: +ncoghlan, steve.dower
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Sat Jun 21 14:29:27 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 21 Jun 2014 12:29:27 +0000
Subject: [issue17620] Python interactive console doesn't use sys.stdin for
 input
In-Reply-To: <1364921954.86.0.527255608282.issue17620@psf.upfronthosting.co.za>
Message-ID: <1403353767.31.0.429752450303.issue17620@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Steve, another one to look at in the context of improving the Unicode handling situation at the Windows command prompt.

----------
nosy: +steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17620>
_______________________________________

From report at bugs.python.org  Sat Jun 21 16:35:56 2014
From: report at bugs.python.org (PierreAugier)
Date: Sat, 21 Jun 2014 14:35:56 +0000
Subject: [issue21821] The function cygwinccompiler.is_cygwingcc leads to
 FileNotFoundError under Windows 7
Message-ID: <1403361356.73.0.508496637116.issue21821@psf.upfronthosting.co.za>


New submission from PierreAugier:

Under Windows 7, with Python 3.4.1 |Anaconda 2.0.1 (64-bit), calling the function cygwinccompiler.is_cygwingcc of the distutils package leads to a FileNotFoundError.

I solved the problem for me by adding the argument shell=True in l. 404 of cygwinccompiler.py:

out_string = check_output(['gcc', '-dumpmachine'], shell=True)

----------
components: Distutils
messages: 221177
nosy: dstufft, eric.araujo, paugier
priority: normal
severity: normal
status: open
title: The function cygwinccompiler.is_cygwingcc leads to FileNotFoundError under Windows 7
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21821>
_______________________________________

From report at bugs.python.org  Sat Jun 21 17:12:49 2014
From: report at bugs.python.org (Steve Dower)
Date: Sat, 21 Jun 2014 15:12:49 +0000
Subject: [issue1602] windows console doesn't print or input Unicode
In-Reply-To: <1197453390.87.0.813702844893.issue1602@psf.upfronthosting.co.za>
Message-ID: <1403363569.31.0.596304108183.issue1602@psf.upfronthosting.co.za>


Steve Dower added the comment:

My understanding is that the best way to write Unicode to the console is through WriteConsoleW(), which seems to be where this discussion ended up. The only apparent sticking point is that this would cause an ordering incompatibility with `stdout.write(); stdout.buffer.write(); stdout.write()`.

Last I heard, the official "advice" was to use PowerShell. Clearly everyone's keen to jump on that... (I'm not even sure it's an instant fix either - PS is a much better shell for file manipulation and certainly handles encoding better than type/echo/etc., but I think it will still go back to the OEM CP for executables.)

One other point that came up was UTF-8 handling after redirecting output to a file. I don't see an issue there - UTF-8 is going to be one of the first guesses (with or without a BOM) for text that is not UTF-16, and apps that assume something else are no worse off than with any other codepage.

So I don't have any great answers, sorry. I'd love to see the defaults handle it properly, but opt-in scripts like Drekin's may be the best way to enable it broadly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1602>
_______________________________________

From report at bugs.python.org  Sat Jun 21 17:15:37 2014
From: report at bugs.python.org (Steve Dower)
Date: Sat, 21 Jun 2014 15:15:37 +0000
Subject: [issue17620] Python interactive console doesn't use sys.stdin for
 input
In-Reply-To: <1364921954.86.0.527255608282.issue17620@psf.upfronthosting.co.za>
Message-ID: <1403363737.18.0.829049083611.issue17620@psf.upfronthosting.co.za>


Steve Dower added the comment:

Thanks Nick, but this has a pretty clear scope that may help the Unicode situation in cmd but doesn't directly relate to it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17620>
_______________________________________

From report at bugs.python.org  Sat Jun 21 17:44:35 2014
From: report at bugs.python.org (Steve)
Date: Sat, 21 Jun 2014 15:44:35 +0000
Subject: [issue21822] KeyboardInterrupt during Thread.join hangs that Thread
Message-ID: <1403365475.16.0.757881205569.issue21822@psf.upfronthosting.co.za>


New submission from Steve:

I am attempting to join a thread after a previous join was interrupted by Ctrl-C.

I did not find any warning for this case in threading module docs, so I assume this is legal.

The full test script is attached, but the essential code is:

def work(t):
    sleep(t)

twork = 3; twait = 4
t = Thread(target=work, args=(twork,))
try:
	t.start()
	t.join(twait)  # here I do Ctrl-C
except KeyboardInterrupt:
	pass
t.join()  # this hangs if twork < twait


I can observe the following reproduce sequence:

1. start another thread that sleeps (or works) for T seconds
2. join that thread with timeout longer than T
3. before thread finishes and join returns, hit Ctrl-C to raise KeyboardInterrupt (KI)
4. after T seconds, thread finishes its (Python) code and KI is raised
5. Process Explorer confirms that thread really terminates (looked at .ident())
6. thread still reports .is_alive() == True
7. second attempt to join that thread hangs indefinitely

I tried replacing try-except clause with custom signal handler for SIGINT, as shown in the script. If the handler does not raise an exception, the thread can be normally joined. If it does, however, the behavior is the same as with default handler.

My _guess_ is that the exception prevents some finishing code that puts Thread into proper stopped state after its target completes.

Running Python 3.4.0 on Windows 7 x64

----------
components: Library (Lib)
files: join.py
messages: 221180
nosy: tupl
priority: normal
severity: normal
status: open
title: KeyboardInterrupt during Thread.join hangs that Thread
versions: Python 3.4
Added file: http://bugs.python.org/file35715/join.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21822>
_______________________________________

From report at bugs.python.org  Sat Jun 21 18:18:47 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 16:18:47 +0000
Subject: [issue21814] object.__setattr__ or super(...).__setattr__?
In-Reply-To: <1403258532.08.0.198623829613.issue21814@psf.upfronthosting.co.za>
Message-ID: <1403367527.12.0.409328413558.issue21814@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> If I understand it right, in a simple case like this: 
 ...
> calling super is equivalent to calling object.__setattr__,

It is not equivalent.  Instances of Foo() would behave equivalently but it might do something different for subclasses of Foo.  If you're interested in learning more about super(), have a look at:  http://rhettinger.wordpress.com/2011/05/26/super-considered-super/

In the meantime, I'm closing this because we do not make that blanket advice to always use super() instead of a direct call to a parent.  Sometimes you want one and sometimes you want the other depending on what you're trying to do.

----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21814>
_______________________________________

From report at bugs.python.org  Sat Jun 21 20:27:50 2014
From: report at bugs.python.org (Sworddragon)
Date: Sat, 21 Jun 2014 18:27:50 +0000
Subject: [issue21819] Remaining buffer from socket isn't available anymore
 after calling socket.recv the first time
In-Reply-To: <1403327091.28.0.269013779192.issue21819@psf.upfronthosting.co.za>
Message-ID: <1403375270.2.0.381260657952.issue21819@psf.upfronthosting.co.za>


Sworddragon added the comment:

> and if you try to receive less bytes than the datagram size, the rest will be discarded, like UDP.

I'm wondering how would it be possible then to fetch packets of an unknown size without using an extremely big buffer.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21819>
_______________________________________

From report at bugs.python.org  Sat Jun 21 20:27:57 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 21 Jun 2014 18:27:57 +0000
Subject: [issue21635] difflib.SequenceMatcher stores matching blocks as tuples, 
 not Match named tuples
In-Reply-To: <1401703436.14.0.164374106757.issue21635@psf.upfronthosting.co.za>
Message-ID: <3gwlk45G8hz7Ljr@mail.python.org>


Roundup Robot added the comment:

New changeset f02a563ad1bf by Raymond Hettinger in branch '2.7':
Issue 21635:  Fix caching in difflib.SequenceMatcher.get_matching_blocks().
http://hg.python.org/cpython/rev/f02a563ad1bf

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21635>
_______________________________________

From report at bugs.python.org  Sat Jun 21 20:28:20 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 21 Jun 2014 18:28:20 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1403375300.96.0.760225987063.issue21765@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

> It's an optimization. Assuming the majority of characters will be
> ASCII, most non-identifier characters will fail this test, thus
> avoiding the more involved generic Unicode check.

I don't know what kind of characters are usually received as input.  If things like (ASCII) spaces, parentheses, commas are common, then the optimization is probably OK.

@Martin
Do you know the reason why characters with the Other_ID_Start have been included in the first place, given that they are no longer considered valid identifiers and I can hardly think any situation where someone would need it?  Could they be removed from 3.5 if that makes the code simpler?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sat Jun 21 20:44:22 2014
From: report at bugs.python.org (Martin Vignali)
Date: Sat, 21 Jun 2014 18:44:22 +0000
Subject: [issue16512] imghdr doesn't recognize variant jpeg formats
In-Reply-To: <1353406880.2.0.236043197389.issue16512@psf.upfronthosting.co.za>
Message-ID: <1403376262.23.0.0860237004994.issue16512@psf.upfronthosting.co.za>


Martin Vignali added the comment:

I'm okay with just testing the first two bytes, it's the method we currently use for our
internal tools.

But maybe it can be interesting, to add another test, in order to detect incomplete file
(created when a camera make a recording error for example, and very useful to detect, because an incomplete jpeg file, make a crash for a lot of application)

We use this patch of imghdr :

--------------------------------------
def test_jpeg(h, f):
    """JPEG data in JFIF or Exif format"""
    if not h.startswith(b'\xff\xd8'):#Test empty files, and incorrect start of file
        return None
    else:
        if f:#if we test a file, test end of jpeg
            f.seek(-2,2)
            if f.read(2).endswith(b'\xff\xd9'):
                return 'jpeg'
        else:#if we just test the header, consider this is a valid jpeg and not test end of file
            return 'jpeg'
-------------------------------------

----------
nosy: +mvignali

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16512>
_______________________________________

From report at bugs.python.org  Sat Jun 21 20:59:55 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 21 Jun 2014 18:59:55 +0000
Subject: [issue21635] difflib.SequenceMatcher stores matching blocks as tuples, 
 not Match named tuples
In-Reply-To: <1401703436.14.0.164374106757.issue21635@psf.upfronthosting.co.za>
Message-ID: <3gwmQy71XPz7LjN@mail.python.org>


Roundup Robot added the comment:

New changeset ed73c127421c by Raymond Hettinger in branch '3.4':
Issue 21635:  Fix caching in difflib.SequenceMatcher.get_matching_blocks().
http://hg.python.org/cpython/rev/ed73c127421c

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21635>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:01:31 2014
From: report at bugs.python.org (paul j3)
Date: Sat, 21 Jun 2014 19:01:31 +0000
Subject: [issue11695] Improve argparse usage/help customization
In-Reply-To: <1301234745.11.0.232414036754.issue11695@psf.upfronthosting.co.za>
Message-ID: <1403377291.94.0.81348144539.issue11695@psf.upfronthosting.co.za>


paul j3 added the comment:

That original template can also be implemented with a customized 'format_help':

    def custom_help(self):
        formatter = self._get_formatter()
        formatter.add_text('My Program, version 3.5')
        formatter.add_usage(self.usage, self._actions,
                        self._mutually_exclusive_groups,
                        prefix='Usage: ')
        formatter.add_text('Some description of my program')
        for action_group in self._action_groups:
            with formatter.add_section(action_group.title):
                formatter.add_text(action_group.description)
                formatter.add_arguments(action_group._group_actions)
        formatter.add_text('My epilog text')
        return formatter.format_help()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11695>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:04:02 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 19:04:02 +0000
Subject: [issue6916] Remove deprecated items from asynchat
In-Reply-To: <1252994156.96.0.167712988312.issue6916@psf.upfronthosting.co.za>
Message-ID: <1403377442.72.0.913361875387.issue6916@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

The tests are failing:

======================================================================
ERROR: test_basic (test.test_asynchat.TestFifo)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/raymond/cpython/Lib/test/test_asynchat.py", line 266, in test_basic
    assert issubclass(w[0].category, DeprecationWarning)
IndexError: list index out of range

======================================================================
ERROR: test_given_list (test.test_asynchat.TestFifo)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Users/raymond/cpython/Lib/test/test_asynchat.py", line 283, in test_given_list
    assert issubclass(w[0].category, DeprecationWarning)
IndexError: list index out of range

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6916>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:04:16 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 19:04:16 +0000
Subject: [issue6916] Remove deprecated items from asynchat
In-Reply-To: <1252994156.96.0.167712988312.issue6916@psf.upfronthosting.co.za>
Message-ID: <1403377456.12.0.0112673708603.issue6916@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
priority: normal -> high
resolution: fixed -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6916>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:05:02 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 19:05:02 +0000
Subject: [issue21635] difflib.SequenceMatcher stores matching blocks as tuples, 
 not Match named tuples
In-Reply-To: <1401703436.14.0.164374106757.issue21635@psf.upfronthosting.co.za>
Message-ID: <1403377502.79.0.158175656244.issue21635@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21635>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:08:31 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 21 Jun 2014 19:08:31 +0000
Subject: [issue21786] Use assertEqual in test_pydoc
In-Reply-To: <1402982862.21.0.976348306375.issue21786@psf.upfronthosting.co.za>
Message-ID: <3gwmcv05BYz7LjP@mail.python.org>


Roundup Robot added the comment:

New changeset b1c7f28f9c0a by Raymond Hettinger in branch 'default':
Issue 21786:  Clean-up test_pydoc taking taking advantage of diffing in unittest.
http://hg.python.org/cpython/rev/b1c7f28f9c0a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21786>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:09:35 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 19:09:35 +0000
Subject: [issue21786] Use assertEqual in test_pydoc
In-Reply-To: <1402982862.21.0.976348306375.issue21786@psf.upfronthosting.co.za>
Message-ID: <1403377775.59.0.386283272269.issue21786@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thanks for the patch.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21786>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:22:01 2014
From: report at bugs.python.org (Sworddragon)
Date: Sat, 21 Jun 2014 19:22:01 +0000
Subject: [issue21331] Reversing an encoding with unicode-escape returns a
 different result
In-Reply-To: <1398200303.74.0.876201125787.issue21331@psf.upfronthosting.co.za>
Message-ID: <1403378521.5.0.453642375126.issue21331@psf.upfronthosting.co.za>


Sworddragon added the comment:

> It is too late to change the unicode-escape encoding.

So it will stay at ISO-8859-1? If yes I think this ticket can be closed as wont fix.

----------
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21331>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:27:09 2014
From: report at bugs.python.org (Sworddragon)
Date: Sat, 21 Jun 2014 19:27:09 +0000
Subject: [issue20756] Segmentation fault with unoconv
In-Reply-To: <1393208033.51.0.325325143651.issue20756@psf.upfronthosting.co.za>
Message-ID: <1403378829.78.0.0790662225342.issue20756@psf.upfronthosting.co.za>


Sworddragon added the comment:

I have retested this with the correct linked version and it is working fine now so I'm closing this ticket.

----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20756>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:27:51 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 21 Jun 2014 19:27:51 +0000
Subject: [issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite
 support
In-Reply-To: <1403216651.03.0.831203410022.issue21811@psf.upfronthosting.co.za>
Message-ID: <1403378871.43.0.609308965407.issue21811@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

What version is that patch against? 21249d990428 does not appear to be from cpython.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21811>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:31:50 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 21 Jun 2014 19:31:50 +0000
Subject: [issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite
 support
In-Reply-To: <1403216651.03.0.831203410022.issue21811@psf.upfronthosting.co.za>
Message-ID: <1403379110.67.0.168960477304.issue21811@psf.upfronthosting.co.za>


Ned Deily added the comment:

All of the patches are against the tips of their branches (as of the other day).  The rev number crept in as a result of the configure patch being applied via mq against the base patch.  Sorry for the confusion.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21811>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:32:54 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 21 Jun 2014 19:32:54 +0000
Subject: [issue20756] Segmentation fault with unoconv
In-Reply-To: <1393208033.51.0.325325143651.issue20756@psf.upfronthosting.co.za>
Message-ID: <1403379174.8.0.494477279733.issue20756@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20756>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:36:10 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 21 Jun 2014 19:36:10 +0000
Subject: [issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite
 support
In-Reply-To: <1403216651.03.0.831203410022.issue21811@psf.upfronthosting.co.za>
Message-ID: <1403379370.37.0.571967468465.issue21811@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

I was going to say that the patch is fine as it does not actually refer to details of unreleased operating systems (i.e. the code using numeric version comparison is correct whether or not 10.10 ever gets released).

However, some changes do refer to such information, e.g. knowledge of the format of MACOSX_DEPLOYMENT_TARGET. I'm generally -1 on committing such changes. As you say, the system vendor may change his mind (and e.g. chose to release the system as 11.0 instead of 10.10, because of issues with two-digit subversion numbers, in which case your change would be incorrect).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21811>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:53:18 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 21 Jun 2014 19:53:18 +0000
Subject: [issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite
 support
In-Reply-To: <1403216651.03.0.831203410022.issue21811@psf.upfronthosting.co.za>
Message-ID: <1403380398.19.0.504966597843.issue21811@psf.upfronthosting.co.za>


Ned Deily added the comment:

I don't disagree with your comment in general but I have it on good authority that the format of MACOSX_DEPLOYMENT_TARGET is not going to change unexpectedly.  And it will all be a moot point in several weeks when the public beta appears.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21811>
_______________________________________

From report at bugs.python.org  Sat Jun 21 21:58:25 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 21 Jun 2014 19:58:25 +0000
Subject: [issue21817] `concurrent.futures.ProcessPoolExecutor` swallows
 tracebacks
In-Reply-To: <1403302402.66.0.944637105053.issue21817@psf.upfronthosting.co.za>
Message-ID: <1403380705.7.0.00621652209465.issue21817@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +bquinlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21817>
_______________________________________

From report at bugs.python.org  Sat Jun 21 22:03:12 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 21 Jun 2014 20:03:12 +0000
Subject: [issue21820] unittest: unhelpful truncating of long strings.
In-Reply-To: <1403346886.23.0.538670310002.issue21820@psf.upfronthosting.co.za>
Message-ID: <1403380992.35.0.652109999607.issue21820@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +ezio.melotti, michael.foord

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21820>
_______________________________________

From report at bugs.python.org  Sat Jun 21 22:14:52 2014
From: report at bugs.python.org (Ryan McCampbell)
Date: Sat, 21 Jun 2014 20:14:52 +0000
Subject: [issue21684] inspect.signature bind doesn't include defaults or empty
 tuple/dicts
In-Reply-To: <1402117848.15.0.331618951416.issue21684@psf.upfronthosting.co.za>
Message-ID: <1403381692.49.0.606858237002.issue21684@psf.upfronthosting.co.za>


Ryan McCampbell added the comment:

Copying defaults still doesn't give you var positional/keyword arguments, which means, you have to explicitly check the parameter type, and then add them in. I still think it would more useful to have an "official" way of getting all function parameters from arguments.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21684>
_______________________________________

From report at bugs.python.org  Sat Jun 21 22:32:23 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 21 Jun 2014 20:32:23 +0000
Subject: [issue21331] Reversing an encoding with unicode-escape returns a
 different result
In-Reply-To: <1398200303.74.0.876201125787.issue21331@psf.upfronthosting.co.za>
Message-ID: <1403382743.59.0.775212765367.issue21331@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

I disagree. The current decoder implementation is clearly incorrect: the unicode-escape encoding only uses bytes < 128. So decoding non-ascii bytes should fail. So the examples in msg217021 should all give UnicodeDecodeErrors.

As this is an incompatible change, we need to deprecate the current behavior for 3.5, and change it in 3.6.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21331>
_______________________________________

From report at bugs.python.org  Sat Jun 21 22:36:07 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 21 Jun 2014 20:36:07 +0000
Subject: [issue14457] Unattended Install doesn't populate registry
In-Reply-To: <1333150946.4.0.260311652374.issue14457@psf.upfronthosting.co.za>
Message-ID: <1403382967.9.0.270059069555.issue14457@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14457>
_______________________________________

From report at bugs.python.org  Sat Jun 21 22:41:45 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Jun 2014 20:41:45 +0000
Subject: [issue9012] Separate compilation of time and datetime modules
In-Reply-To: <1276703214.18.0.763658156575.issue9012@psf.upfronthosting.co.za>
Message-ID: <1403383305.08.0.437390547432.issue9012@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Steve/Zach any interest in this one?

----------
nosy: +steve.dower, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9012>
_______________________________________

From report at bugs.python.org  Sat Jun 21 22:45:36 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 21 Jun 2014 20:45:36 +0000
Subject: [issue19351] python msi installers - silent mode
In-Reply-To: <1382450332.98.0.946317884841.issue19351@psf.upfronthosting.co.za>
Message-ID: <1403383536.64.0.890870734419.issue19351@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Jason: can you please report how exactly you attempted to perform the installation?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19351>
_______________________________________

From report at bugs.python.org  Sat Jun 21 22:45:38 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Jun 2014 20:45:38 +0000
Subject: [issue9194] winreg:fixupMultiSZ should check that P < Q in the inner
 loop
In-Reply-To: <1278558407.29.0.39315930303.issue9194@psf.upfronthosting.co.za>
Message-ID: <1403383538.1.0.215700148828.issue9194@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Steve/Zach FYI.

----------
nosy: +steve.dower, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9194>
_______________________________________

From report at bugs.python.org  Sat Jun 21 22:49:26 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sat, 21 Jun 2014 20:49:26 +0000
Subject: [issue19351] python msi installers - silent mode
In-Reply-To: <1382450332.98.0.946317884841.issue19351@psf.upfronthosting.co.za>
Message-ID: <1403383766.82.0.0408305358259.issue19351@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

I cannot reproduce the issue. In an elevated terminal, I run

msiexec /i python-3.4.1.amd64.msi /qn /l*v python.log ALLUSERS=1

Python installs fine, and does appear in the "Remove programs" panel.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19351>
_______________________________________

From report at bugs.python.org  Sat Jun 21 23:10:46 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Jun 2014 21:10:46 +0000
Subject: [issue13247] under Windows,
 os.path.abspath returns non-ASCII bytes paths as question marks
In-Reply-To: <1319327124.52.0.956024299245.issue13247@psf.upfronthosting.co.za>
Message-ID: <1403385046.58.0.825208436304.issue13247@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can someone do a patch review please, it's way over my head, and set the stage and versions as appropriate.

----------
nosy: +steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13247>
_______________________________________

From report at bugs.python.org  Sat Jun 21 23:21:50 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Sat, 21 Jun 2014 21:21:50 +0000
Subject: [issue21331] Reversing an encoding with unicode-escape returns a
 different result
In-Reply-To: <1398200303.74.0.876201125787.issue21331@psf.upfronthosting.co.za>
Message-ID: <1403385710.63.0.301546888762.issue21331@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

The unicode-escape codec was used in Python 2 to convert Unicode literals in source code to Unicode objects. Before PEP 263, Unicode literals in source code were interpreted as Latin-1. See http://legacy.python.org/dev/peps/pep-0263/ for details.

The implementation is correct, but doesn't necessarily match today's realities anymore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21331>
_______________________________________

From report at bugs.python.org  Sat Jun 21 23:59:10 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 21:59:10 +0000
Subject: [issue11974] Class definition gotcha.. should this be documented
 somewhere?
In-Reply-To: <1304274889.3.0.162053692496.issue11974@psf.upfronthosting.co.za>
Message-ID: <1403387950.08.0.248446391069.issue11974@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Renee, thanks for the patch.  It looks pretty good.

I've reworked a bit to accomplish the following:

* Added a short introductory a short discussion about class variables versus instance variables.  This addresses other questions that tend to arise irrespective of mutability.

* Referenced the related discussion in"A Word About Names and Objects".

* Referenced the term "mutable" in the glossary.

* change "dangerous" to "unexpected" in accordance with the style guide and following Guido's own wording on the subject.

* Change the class names from "A" and "B" to a "Dog" class because readers tend to find that the more abstract "A" and "B" examples are a little harder to follow.

----------
Added file: http://bugs.python.org/file35716/class_instance_variables.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11974>
_______________________________________

From report at bugs.python.org  Sun Jun 22 00:09:50 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 22:09:50 +0000
Subject: [issue11974] Class definition gotcha.. should this be documented
 somewhere?
In-Reply-To: <1304274889.3.0.162053692496.issue11974@psf.upfronthosting.co.za>
Message-ID: <1403388590.0.0.033281674707.issue11974@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


Removed file: http://bugs.python.org/file35716/class_instance_variables.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11974>
_______________________________________

From report at bugs.python.org  Sun Jun 22 00:10:05 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 21 Jun 2014 22:10:05 +0000
Subject: [issue11974] Class definition gotcha.. should this be documented
 somewhere?
In-Reply-To: <1304274889.3.0.162053692496.issue11974@psf.upfronthosting.co.za>
Message-ID: <1403388605.16.0.0128913850799.issue11974@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


Added file: http://bugs.python.org/file35717/class_instance_variables.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11974>
_______________________________________

From report at bugs.python.org  Sun Jun 22 01:00:24 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 21 Jun 2014 23:00:24 +0000
Subject: [issue21597] Allow turtledemo code pane to get wider.
In-Reply-To: <1401306787.8.0.543638067901.issue21597@psf.upfronthosting.co.za>
Message-ID: <1403391624.39.0.735289789393.issue21597@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I played around for a couple of hours, but am not sure what I want to do other than catching currently uncaught turtle.Terminator (in another issue). I might want to try my original idea of just using grid, without PanedWindow.

Another idea is to ttk widgets, including PanedWindow, to see if they act the same.
http://www.tkdocs.com/tutorial/complex.html
says "Typically the widgets you're adding to a panedwindow will be frames containing many other widgets.". Than implies that the combination should work. The (partial) example there (including a Python tkinter version) uses two ttk.LabelFrames in a ttk.PanedWindow. Perhaps you can try your minimal example with a ttk Frame.

Through Google I found an example of PanedWindow with two Frames here (line 29):
http://nullege.com/codes/show/src%40r%40o%40robotframework-workbench-0.5%40rwb%40editor%40custom_notebook.py/29/Tkinter.PanedWindow/python
so it is definitely being done. If we cannot get it to work without tearing, I may ask on StackOverflow. So please post your minimal code of empty frames that exhibits the problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21597>
_______________________________________

From report at bugs.python.org  Sun Jun 22 01:09:09 2014
From: report at bugs.python.org (Peter Santoro)
Date: Sat, 21 Jun 2014 23:09:09 +0000
Subject: [issue21427] installer not working
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1403392149.55.0.990047494549.issue21427@psf.upfronthosting.co.za>


Peter Santoro added the comment:

I believe I may have hit a related issue yesterday.  I'm using Python 3.3.5 (32 and 64 bit) and 3.4.1 (32 and 64 bit) releases all on the same Windows 7SP1/64bit PC (patched with latest MS updates).  The Tkinter applications that I wrote and have been using with 3.x for a while now stopped working sometime after installing 3.4.1 - I only noticed this behavior yesterday.  All the Tkinter apps run fine as .py files (but with an associated console window); however, they no longer run as .pyw files.  Instead, they silently fail.

I checked my file associations/types and I believe they are correct.  The py.exe and pyw.exe files are in the Windows directory.  None of my colleagues have this issue, but they only have one Python installation (3.4.1 64bit).  My users also only have one Python version installed (3.3.5 or 3.4.1) and they are not experiencing this issue.

I did search for a empty file on the path with the same name as the python script that I was trying to execute, as this will lead to silent failures - but I found none.

I also tried using the Python Windows installer repair facility on the Python 3.4.1 64bit install, but that didn't help.  I then uninstalled and reinstalled my Python 3.4.1 64bit release, but that didn't help either.

I did notice that the py.exe and pyw.exe files in my Windows directory were not identical to a colleague's Python 3.4.1 64bit PC.

I then ran pyw.exe via windbg (e.g. windbg pyw.exe -3.4 irtool.pyw, windbg pyw.exe -3.4-32 irtool.pyw) to see if there were obvious errors.  I discovered that my pyw.exe silently fails whenever it is instructed to use the 3.4.1 release.  However, when I specified Python 3.3.5 (pyw.exe -3.3 or -3.3-32) my Tkinter applications ran fine and as expected, without an associated console window.

I'm reasonably certain that I did not intentionally modify the py.exe and pyw.exe files in my Windows directory.

Also, all my scripts start with the following: 
#!/usr/bin/python3

Unfortunately, I'm not able to uninstall 3.3.5, until we upgrade all users to 3.4.x (probably shortly after 3.4.2 is released).

----------
nosy: +peter at psantoro.net

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Sun Jun 22 01:11:47 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Jun 2014 23:11:47 +0000
Subject: [issue19806] smtpd crashes when a multi-byte UTF-8 sequence is split
 between consecutive data packets
In-Reply-To: <1385532648.32.0.209027401379.issue19806@psf.upfronthosting.co.za>
Message-ID: <1403392307.02.0.339214615121.issue19806@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Petri/Illirgway could one of you produce a new patch including the code change and a test for this?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19806>
_______________________________________

From report at bugs.python.org  Sun Jun 22 01:17:22 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Jun 2014 23:17:22 +0000
Subject: [issue16976] Asyncore/asynchat hangs when used with ssl sockets
In-Reply-To: <1358287365.37.0.159760356153.issue16976@psf.upfronthosting.co.za>
Message-ID: <1403392642.93.0.891091375707.issue16976@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

As issue10084 has been closed "won't fix" then the same must apply here.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16976>
_______________________________________

From report at bugs.python.org  Sun Jun 22 01:21:01 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Jun 2014 23:21:01 +0000
Subject: [issue12498] asyncore.dispatcher_with_send,
 disconnection problem + miss-conception
In-Reply-To: <1309830930.03.0.793190602228.issue12498@psf.upfronthosting.co.za>
Message-ID: <1403392861.29.0.704449373975.issue12498@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Other asyncore issues have been closed as "won't fix" as it's been deprecated in favour of asyncio.  I assume the same applies here.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12498>
_______________________________________

From report at bugs.python.org  Sun Jun 22 01:45:40 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 21 Jun 2014 23:45:40 +0000
Subject: [issue12378] smtplib.SMTP_SSL leaks socket connections on SSL error
In-Reply-To: <1308599064.12.0.317669798103.issue12378@psf.upfronthosting.co.za>
Message-ID: <1403394340.49.0.829780099878.issue12378@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I don't know where we stand with this as it references asyncore which is deprecated in favour of asynio, can someone please advise.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12378>
_______________________________________

From report at bugs.python.org  Sun Jun 22 03:35:29 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 01:35:29 +0000
Subject: [issue21708] Deprecate nonstandard behavior of a dumbdbm database
In-Reply-To: <1402425082.25.0.679069092867.issue21708@psf.upfronthosting.co.za>
Message-ID: <1403400929.26.0.832337848324.issue21708@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

The core idea is reasonable.  

The patch overreaches by adding readonly warnings to __setitem__ and __delitem__ which will spew-out on every call (these could be ignored or set to warn once by the user but that is PITA).

Minor nit.  We have a little PEP-8 overkill on the string splits:

+            with self.assertWarnsRegex(DeprecationWarning,
+                                       "The database file is missing, the "
+                                       "semantics of the 'c' flag will "
+                                       "be used."):

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21708>
_______________________________________

From report at bugs.python.org  Sun Jun 22 04:17:02 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 22 Jun 2014 02:17:02 +0000
Subject: [issue21815] imaplib truncates some untagged responses
In-Reply-To: <1403275196.37.0.409307454531.issue21815@psf.upfronthosting.co.za>
Message-ID: <1403403422.32.0.955399212829.issue21815@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
components: +email
nosy: +barry, r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21815>
_______________________________________

From report at bugs.python.org  Sun Jun 22 04:33:55 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 02:33:55 +0000
Subject: [issue10978] Add optional argument to Semaphore.release for releasing
 multiple threads
In-Reply-To: <1295655336.58.0.55708711889.issue10978@psf.upfronthosting.co.za>
Message-ID: <1403404435.85.0.47782756487.issue10978@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Updated patch (with tests and docs).

----------
nosy: +tim.peters
versions: +Python 3.5 -Python 3.3
Added file: http://bugs.python.org/file35718/multirelease.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10978>
_______________________________________

From report at bugs.python.org  Sun Jun 22 04:39:17 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 22 Jun 2014 02:39:17 +0000
Subject: [issue21820] unittest: unhelpful truncating of long strings.
In-Reply-To: <1403346886.23.0.538670310002.issue21820@psf.upfronthosting.co.za>
Message-ID: <1403404757.62.0.0368957527973.issue21820@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +r.david.murray, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21820>
_______________________________________

From report at bugs.python.org  Sun Jun 22 05:39:43 2014
From: report at bugs.python.org (Kovid Goyal)
Date: Sun, 22 Jun 2014 03:39:43 +0000
Subject: [issue16512] imghdr doesn't recognize variant jpeg formats
In-Reply-To: <1353406880.2.0.236043197389.issue16512@psf.upfronthosting.co.za>
Message-ID: <1403408383.69.0.244189105327.issue16512@psf.upfronthosting.co.za>


Kovid Goyal added the comment:

You cannot assume the file like object passed to imghdr is seekable. And IMO it is not the job of imghdr to check file validity, especially since it does not do that for all formats.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16512>
_______________________________________

From report at bugs.python.org  Sun Jun 22 06:15:08 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 22 Jun 2014 04:15:08 +0000
Subject: [issue21823] Catch turtle.Terminator exceptions in turtledemo
Message-ID: <1403410508.48.0.229814389673.issue21823@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

When a turtle update operation cannot finish because the underlying canvas has been cleared (when the STOP button is pushed), turtle.Terminator is raised. When turtledemo runs the main function of a demo, it catches any Termininator raised before main returns. 

However, special demos leave an event loop running after main returns.  If the demo is free running, as with clock and minimal_hanoi, clicking STOP causes such exceptions.  (This is not be a problem with paint as updates only happen in response to mouse events on the canvas and complete before a user could move the mouse to the STOP button.)

This is the clock trackback, with common file prefix removed:
  \tkinter\__init__.py", line 1487, in __call__
    return self.func(*args)
  \tkinter\__init__.py", line 532, in callit
    func(*args)
  \turtledemo\clock.py", line 116, in tick
    second_hand.setheading(6*sekunde)
  \turtle.py", line 1935, in setheading
    self._rotate(angle)
  \turtle.py", line 3277, in _rotate
    self._update()
  \turtle.py", line 2659, in _update
    self._update_data()
  \turtle.py", line 2645, in _update_data
    self.screen._incrementudc()
  \turtle.py", line 1291, in _incrementudc
    raise Terminator

The hanoi traceback starts differently:
  \tkinter\__init__.py", line 1487, in __call__
    return self.func(*args)
  \turtle.py", line 686, in eventfun
    fun()
  \turtledemo\minimal_hanoi.py", line 53, in play
    hanoi(6, t1, t2, t3)
  ...<5 recursive calls deleted>
  \turtledemo\minimal_hanoi.py", line 36, in push
    to_.push(from_.pop())
  \turtledemo\minimal_hanoi.py", line 36, in push
    d.setx(self.x)
  \turtle.py", line 1807, in setx
    self._goto(Vec2D(x, self._position[1]))
  \turtle.py", line 3178, in _goto
  <last 3 lines as above>

These exceptions and tracebacks do not stop the master demo window, but are printed to the console (python -m turtledemo) or Idle Shell (open in editor, run). They are ugly, might unnecessarily alarm a naive user, or falsely teach that tracebacks are to be ignored.

In the patch to clock.tick, I put try: at the top, to be safe, although just before the update of the second hand might be good enough.

----------
assignee: terry.reedy
messages: 221215
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Catch turtle.Terminator exceptions in turtledemo
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21823>
_______________________________________

From report at bugs.python.org  Sun Jun 22 07:21:13 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 22 Jun 2014 05:21:13 +0000
Subject: [issue21823] Catch turtle.Terminator exceptions in turtledemo
In-Reply-To: <1403410508.48.0.229814389673.issue21823@psf.upfronthosting.co.za>
Message-ID: <3gx2Cr46X9z7LkK@mail.python.org>


Roundup Robot added the comment:

New changeset a43d03cdf38b by Terry Jan Reedy in branch '2.7':
Issue #21823: Catch turtle.Terminator exceptions in turtledemo.
http://hg.python.org/cpython/rev/a43d03cdf38b

New changeset 1ae2382417dc by Terry Jan Reedy in branch '3.4':
Issue #21823: Catch turtle.Terminator exceptions in turtledemo.
http://hg.python.org/cpython/rev/1ae2382417dc

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21823>
_______________________________________

From report at bugs.python.org  Sun Jun 22 07:24:00 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 22 Jun 2014 05:24:00 +0000
Subject: [issue21823] Catch turtle.Terminator exceptions in turtledemo
In-Reply-To: <1403410508.48.0.229814389673.issue21823@psf.upfronthosting.co.za>
Message-ID: <1403414640.8.0.625102644698.issue21823@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

In 2.7, the exception in tick occurred at tracer(False), so I moved try: up in all patches.

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21823>
_______________________________________

From report at bugs.python.org  Sun Jun 22 07:47:40 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sun, 22 Jun 2014 05:47:40 +0000
Subject: [issue21817] `concurrent.futures.ProcessPoolExecutor` swallows
 tracebacks
In-Reply-To: <1403302402.66.0.944637105053.issue21817@psf.upfronthosting.co.za>
Message-ID: <1403416060.32.0.934580894184.issue21817@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Hello. Here's a patch based on c4f92b597074, which adds something similar to multiprocessing.pool.
The output after the patch is:

concurrent.futures.process.RemoteTraceback:
"""
Traceback (most recent call last):
  File "D:\Projects\cpython\lib\concurrent\futures\process.py", line 153, in _process_worker
    r = call_item.fn(*call_item.args, **call_item.kwargs)
  File "D:\Projects\cpython\PCbuild\a.py", line 9, in f
    return g()
  File "D:\Projects\cpython\PCbuild\a.py", line 13, in g
    assert False
AssertionError
"""

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "a.py", line 20, in <module>
    future.result()
  File "D:\Projects\cpython\lib\concurrent\futures\_base.py", line 402, in result
    return self.__get_result()
  File "D:\Projects\cpython\lib\concurrent\futures\_base.py", line 354, in __get_result
    raise self._exception
AssertionError


It's a little better than the current output, even though it's a little verbose.

----------
keywords: +patch
nosy: +Claudiu.Popa
stage:  -> patch review
versions: +Python 3.5
Added file: http://bugs.python.org/file35719/issue21817.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21817>
_______________________________________

From report at bugs.python.org  Sun Jun 22 07:49:55 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sun, 22 Jun 2014 05:49:55 +0000
Subject: [issue21527] concurrent.futures.ThreadPoolExecutor does not use a
 default value
In-Reply-To: <1400453267.44.0.909455514702.issue21527@psf.upfronthosting.co.za>
Message-ID: <1403416195.99.0.520476429563.issue21527@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21527>
_______________________________________

From report at bugs.python.org  Sun Jun 22 07:50:45 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 22 Jun 2014 05:50:45 +0000
Subject: [issue21824] Make turtledemo 2.7 help show file contents,
 not file name.
Message-ID: <1403416245.17.0.0382058231746.issue21824@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

When Demo/turtle/turtleDemo.py is run and the user selects any of the 3 Help menu entries, the filename is displayed in the test viewer instead of the file contents. The bug is that the 3 showxyz functions call textView.TextViewer directly, with the filename, instead of the viewfile function that opens and reads the file and passes the contents on to TextViewer.

----------
assignee: terry.reedy
messages: 221219
nosy: terry.reedy
priority: normal
severity: normal
stage: needs patch
status: open
title: Make turtledemo 2.7 help show file contents, not file name.
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21824>
_______________________________________

From report at bugs.python.org  Sun Jun 22 08:02:29 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 22 Jun 2014 06:02:29 +0000
Subject: [issue17172] Add turtledemo to IDLE menu
In-Reply-To: <1360441966.18.0.528447885335.issue17172@psf.upfronthosting.co.za>
Message-ID: <1403416949.12.0.696123358564.issue17172@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

In 2.7, turtledemo is in <pythondir>/Demo/turtle when those directories are present. They are not currently installed by the 2.7 Windows installer, but this could be requested (of Steve Dower) on another issue. A 2.7 patch would be slightly tricker as it would have to check for the existence of turtledemo. Options:
* check before installing the menu entry and dont add it if not present.
* always make menu entry and check when clicked.

Is turtledemo present on *nix/mac often enough to make a 2.7 addition worthwhile even without Windows?

----------
dependencies: +Allow turtledemo code pane to get wider., Catch turtle.Terminator exceptions in turtledemo, Make turtledemo 2.7 help show file contents, not file name.
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17172>
_______________________________________

From report at bugs.python.org  Sun Jun 22 08:27:42 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 22 Jun 2014 06:27:42 +0000
Subject: [issue21823] Catch turtle.Terminator exceptions in turtledemo
In-Reply-To: <1403410508.48.0.229814389673.issue21823@psf.upfronthosting.co.za>
Message-ID: <1403418462.47.0.042978421086.issue21823@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Since hanoi do not have user interaction, once started, it does not need to be 'special'. Like planets_and_moon, it could run until done and then return 'Done'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21823>
_______________________________________

From report at bugs.python.org  Sun Jun 22 08:32:42 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 22 Jun 2014 06:32:42 +0000
Subject: [issue21824] Make turtledemo 2.7 help show file contents,
 not file name.
In-Reply-To: <1403416245.17.0.0382058231746.issue21824@psf.upfronthosting.co.za>
Message-ID: <3gx3pK4596z7LjV@mail.python.org>


Roundup Robot added the comment:

New changeset 9778d37c2d18 by Terry Jan Reedy in branch '2.7':
Issue #21824: Turtledemo 2.7 help menu entries now display help text instead
http://hg.python.org/cpython/rev/9778d37c2d18

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21824>
_______________________________________

From report at bugs.python.org  Sun Jun 22 08:33:14 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 22 Jun 2014 06:33:14 +0000
Subject: [issue21824] Make turtledemo 2.7 help show file contents,
 not file name.
In-Reply-To: <1403416245.17.0.0382058231746.issue21824@psf.upfronthosting.co.za>
Message-ID: <1403418794.66.0.0808564675404.issue21824@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21824>
_______________________________________

From report at bugs.python.org  Sun Jun 22 08:40:56 2014
From: report at bugs.python.org (=?utf-8?q?Charles-Fran=C3=A7ois_Natali?=)
Date: Sun, 22 Jun 2014 06:40:56 +0000
Subject: [issue21819] Remaining buffer from socket isn't available anymore
 after calling socket.recv the first time
In-Reply-To: <1403375270.2.0.381260657952.issue21819@psf.upfronthosting.co.za>
Message-ID: <CAH_1eM3dBu8-Qym=KM12JmzrAaaTZUAKon0rY-0iZ-nGZvRcNQ@mail.gmail.com>


Charles-Fran?ois Natali added the comment:

> I'm wondering how would it be possible then to fetch packets of an unknown size without using an extremely big buffer.

IP packets are limited to 64K, so just pass a 64K buffer, that's not
"extremely big".
If you really wanted to avoid this, you could try the FIONREAD ioctl,
but I wouldn't advise it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21819>
_______________________________________

From report at bugs.python.org  Sun Jun 22 09:15:34 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 07:15:34 +0000
Subject: [issue19145] Inconsistent behaviour in itertools.repeat when using
 negative times
In-Reply-To: <1380727396.47.0.412229295257.issue19145@psf.upfronthosting.co.za>
Message-ID: <1403421334.42.0.0227819593175.issue19145@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I'm inclined to apply Vajrasky Kok's third version (with minor cleanups).

The rule will be pretty much what Guido stated but without adding a special case for times=None (that could be an added enhancement at a later time if the need arose):  "If I had complete freedom in redefining the spec I would treat positional and keyword the same, interpret absent or None to mean "forever" and explicit negative integers to mean the same as zero, and make repr show a positional integer >= 0 if the repeat isn't None."

The if-absent-run-forever rule matches what the decade old positional-only API does and what the newer keyword form does as well.  It also matches what the documented rough equivalent code does.

The negative-times-means-zero rule matches the current positional-only api, it matches list.__mul__ and str.__mul__, and it matches the documented equivalent code.   However, it does change the meaning of the keyword argument when the value is negative (the part that conflicts with the positional API, was never intended, nor was promised in the docs).

Larry's false dilemmas aside, I think that takes care of the core issue that a negative value for a keyword times-argument does not have the same behavior as it would for a positional times-argument.

The use of "None" for an optional argument in the "equivalent" code is red herring.  As Serhiy says, the "sample Python implementation is only a demonstration, it shouldn't be exact equivalent."  If Larry still perceives this to be "wildly out of sync", it isn't hard to put in the usual "times=sentinel" setup in the same code, but that only adds a little precision at the expense of clarity (i.e. readers are more likely to be confused by the sentinel trick than by the conventional way of noting optional arguments with None).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19145>
_______________________________________

From report at bugs.python.org  Sun Jun 22 09:24:51 2014
From: report at bugs.python.org (Larry Hastings)
Date: Sun, 22 Jun 2014 07:24:51 +0000
Subject: [issue19145] Inconsistent behaviour in itertools.repeat when using
 negative times
In-Reply-To: <1380727396.47.0.412229295257.issue19145@psf.upfronthosting.co.za>
Message-ID: <1403421891.55.0.307800026553.issue19145@psf.upfronthosting.co.za>


Larry Hastings added the comment:

Please clarify, what is my "false dilemma"?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19145>
_______________________________________

From report at bugs.python.org  Sun Jun 22 09:27:25 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 07:27:25 +0000
Subject: [issue13247] under Windows,
 os.path.abspath returns non-ASCII bytes paths as question marks
In-Reply-To: <1319327124.52.0.956024299245.issue13247@psf.upfronthosting.co.za>
Message-ID: <1403422045.89.0.640571753908.issue13247@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

I'm -1 on the patch. The string currently returned might be useless, but the fundamental problem is that using bytes for filenames on Windows just isn't sufficient for all cases. Microsoft has chosen to return question marks in the API, and Python should return them as the system vendor did.

Another alternative would be to switch to UTF-8 as the file system encoding on Windows, but that change might be too incompatible.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13247>
_______________________________________

From report at bugs.python.org  Sun Jun 22 09:45:51 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 07:45:51 +0000
Subject: [issue6305] islice doesn't accept large stop values
In-Reply-To: <1245309263.43.0.625809679675.issue6305@psf.upfronthosting.co.za>
Message-ID: <1403423151.91.0.369315296488.issue6305@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Alok, overall the patch looks pretty good and you've done great work on it.

However, in working through its details, I find myself having major misgivings about doubling the size and complexity of the code for something that may not be ever benefit any real code.

Terry noted that range() supports values bigger than the word size but the needs there are much different.  Programs can reasonably use ranges with large start points, but an islice() call would have to iterate over *start* values before it begins returning any usable values:

  list(range(sys.maxsize+10, sys.maxsize+20))  # maybe a good idea
  list(islice(count(), sys.maxsize + 10, sys.maxsize + 20))  # probably not a good idea

When we finally get 64-bit everywhere (not there yet), I think the code in this patch would never get exercised.  Even in the 32-bit world, islicing over 2**32 inputs doesn't seem like a great idea.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6305>
_______________________________________

From report at bugs.python.org  Sun Jun 22 09:54:43 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 07:54:43 +0000
Subject: [issue21812] turtle.shapetransform doesn't transform the turtle on
 the first call
In-Reply-To: <1403244880.01.0.345411438078.issue21812@psf.upfronthosting.co.za>
Message-ID: <1403423683.29.0.660317083352.issue21812@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

The looks good.  Please revise the patch to isolate the actual change in logic and not confound it with PEP-8 nits which make the patch harder to review.

Also, please be careful with breaking lines.  In the following part of the diff, the space after "matrix:" is lost (Hazards like this are one reason to avoid cosmetic changes).

-            raise TurtleGraphicsError("Bad shape transform matrix: must not be singular")
+            raise TurtleGraphicsError(("Bad shape transform matrix:"
+                                       "must not be singular")

----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21812>
_______________________________________

From report at bugs.python.org  Sun Jun 22 09:57:17 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 07:57:17 +0000
Subject: [issue9012] Separate compilation of time and datetime modules
In-Reply-To: <1276703214.18.0.763658156575.issue9012@psf.upfronthosting.co.za>
Message-ID: <1403423837.48.0.458049935465.issue9012@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

This issue has been superseded by #14180. __PyTime_DoubleToTimet no longer exists; its successor now lives in pytime.c.

----------
resolution:  -> out of date
status: open -> closed
superseder:  -> Factorize code to convert int/float to time_t, timeval or timespec

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9012>
_______________________________________

From report at bugs.python.org  Sun Jun 22 10:05:30 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 08:05:30 +0000
Subject: [issue21812] turtle.shapetransform doesn't transform the turtle on
 the first call
In-Reply-To: <1403244880.01.0.345411438078.issue21812@psf.upfronthosting.co.za>
Message-ID: <1403424330.68.0.360873989461.issue21812@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
Removed message: http://bugs.python.org/msg221228

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21812>
_______________________________________

From report at bugs.python.org  Sun Jun 22 10:17:24 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 08:17:24 +0000
Subject: [issue6305] islice doesn't accept large stop values
In-Reply-To: <1245309263.43.0.625809679675.issue6305@psf.upfronthosting.co.za>
Message-ID: <1403425044.92.0.506825176101.issue6305@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

I'd find it sad if we would, after 5 years of asking for contributions, and after somebody actually contributing, now declare that we really don't want a contribution.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6305>
_______________________________________

From report at bugs.python.org  Sun Jun 22 10:22:51 2014
From: report at bugs.python.org (Arfrever Frehtes Taifersar Arahesis)
Date: Sun, 22 Jun 2014 08:22:51 +0000
Subject: [issue21766] CGIHTTPServer File Disclosure
In-Reply-To: <1402796008.56.0.634825726515.issue21766@psf.upfronthosting.co.za>
Message-ID: <1403425371.86.0.197648665092.issue21766@psf.upfronthosting.co.za>


Changes by Arfrever Frehtes Taifersar Arahesis <Arfrever.FTA at GMail.Com>:


----------
nosy: +Arfrever

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21766>
_______________________________________

From report at bugs.python.org  Sun Jun 22 10:24:03 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 22 Jun 2014 08:24:03 +0000
Subject: [issue21812] turtle.shapetransform doesn't transform the turtle on
 the first call
In-Reply-To: <1403244880.01.0.345411438078.issue21812@psf.upfronthosting.co.za>
Message-ID: <3gx6Gp51GKz7LjV@mail.python.org>


Roundup Robot added the comment:

New changeset 39b094798e14 by Raymond Hettinger in branch '3.4':
Issue #21812:  Trigger immediate transformation in turtle.shapetransform().
http://hg.python.org/cpython/rev/39b094798e14

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21812>
_______________________________________

From report at bugs.python.org  Sun Jun 22 10:27:58 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 08:27:58 +0000
Subject: [issue2574] Add RFC 3768 SSM Multicast support to "socket"
In-Reply-To: <1207599142.63.0.703836832788.issue2574@psf.upfronthosting.co.za>
Message-ID: <1403425678.82.0.671805045786.issue2574@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Looks as if the status was inadvertently set to languishing.  Stage needs setting to patch review.  The patch is effectively all new C code but there are no doc changes or tests.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2574>
_______________________________________

From report at bugs.python.org  Sun Jun 22 10:29:08 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 08:29:08 +0000
Subject: [issue21812] turtle.shapetransform doesn't transform the turtle on
 the first call
In-Reply-To: <1403244880.01.0.345411438078.issue21812@psf.upfronthosting.co.za>
Message-ID: <1403425748.16.0.983245733135.issue21812@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thanks for noticing this and for the patch.

In the future, to make patches easier to review, please isolate the core logic change from inconsequential whitespace and linewrap edits.  Also note that breaking strings in the middle to accommodate a max line length can be error-prone (in this case a space was dropped between "matrix:" and "must").

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
type:  -> behavior
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21812>
_______________________________________

From report at bugs.python.org  Sun Jun 22 10:48:26 2014
From: report at bugs.python.org (Pat Le Cat)
Date: Sun, 22 Jun 2014 08:48:26 +0000
Subject: [issue21799] Py_SetPath() gives compile error: undefined reference to
 '__imp_Py_SetPath'
In-Reply-To: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>
Message-ID: <1403426906.46.0.380303796882.issue21799@psf.upfronthosting.co.za>


Pat Le Cat added the comment:

Okay I tried the exact same example code from your website on the MSVC-2013 (same OS) suite and got new errors with it and a strange warning.

>>Warning:
1>c:\python34\include\pymath.h(22): warning C4273: 'round' : inconsistent dll linkage
1>C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\math.h(516) : see previous definition of 'round'

>>Runtime crash:
C:\Users\xxx\Documents\Visual Studio 2013\Projects\SnakesTest\x64\Release>SnakesTest.exe multiply multiply 3 2
Fatal Python error: Py_Initialize: unable to load the file system codec
ImportError: No module named 'encodings'

I linked with both the 'python3.lib' and the 'python34.lib' (what's the difference anyways?) with the same results.
It looks to me as if the DLL doesn't contain all the same symbols as in the include file, or have you done some obscure compressing with the DLL maybe? But the "inconsistent dll linkage" seems to be the leading hint here.


ADDENDUM: I forgot to mention that under mingw I do directly link to the python3.dll, since there is no python3.a libfile around and dlltool was unable to extract any symbols from the DLL.

----------
Added file: http://bugs.python.org/file35720/SnakesTest.cpp

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Sun Jun 22 10:50:58 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 08:50:58 +0000
Subject: [issue6305] islice doesn't accept large stop values
In-Reply-To: <1245309263.43.0.625809679675.issue6305@psf.upfronthosting.co.za>
Message-ID: <1403427058.5.0.506849147649.issue6305@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Martin, "finding it sad" doesn't really help much here.

We *can* put the patch in.  Alok devoted a good chunk of time to creating the patch and I've already devoted a good chunk of time to reviewing it.  

However, in so doing I became concerned that it wasn't the right thing to do.  The code size and complexity is much bigger than I expected (as compared to what I had to do for itertools.count for example).  The use case is much weaker (because unlike range() and count() we don't have an arbitrary start point).  This thought surfaced when reading Alok's notes on the difficulty of testing this patch in a reasonable amount of time.

Besides feeling sad, what is your recommendation?  Would you like me to finish the review and check it in to make everyone feel good?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6305>
_______________________________________

From report at bugs.python.org  Sun Jun 22 10:53:57 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 08:53:57 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1403427237.29.0.0173457824687.issue21765@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

The reason the Unicode consortium made this list (Other_ID_Start) is that they want to promise 100% backwards compatibility: if some programming language had been using UAX#31, changes to the Unicode database might break existing code. To avoid this, UAX#31 guarantees 100% stability.

The reason Python uses it is because it uses UAX#31, with the minimum number of modifications. We really shouldn't be making arbitrary changes to it. If we would e.g. say that we drop these four characters now, the next Unicode version might add more characters to Other_ID_Start, and then we would have to say that we include some, but not all, characters from Other_ID_Start.

So if IDLE wants to reimplement the XID_Start and XID_Continue properties, it should do it correctly. Note that the proposed patch only manages to replicate the ID_Start and ID_Continue properties. For the XID versions, see

http://www.unicode.org/reports/tr31/#NFKC_Modifications

Unfortunately, the specification doesn't explain exactly how these modifications are performed. For item 1, I think it is:

Characters which are in ID_Start (because they count as letters) but their NFKC decomposition does not start with an ID_Start character (because it starts with a modifier instead) are removed in XID_Start

For item 2, they unfortunately don't list all characters that get excluded. For the one example that they do give, the reason is clear: U+037A (GREEK YPOGEGRAMMENI, category Lm) decomposes to U+0020 (SPACE) U+0345 (COMBINING GREEK YPOGEGRAMMENI). Having a space in an identifier is clearly out of the question. I assume similar problems occur with "certain Arabic presentation forms". I wish the consortium was more explicit as to what precise algorithms they use to derive their derived properties.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sun Jun 22 10:58:42 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 08:58:42 +0000
Subject: [issue19145] Inconsistent behaviour in itertools.repeat when using
 negative times
In-Reply-To: <1380727396.47.0.412229295257.issue19145@psf.upfronthosting.co.za>
Message-ID: <1403427522.23.0.50167556975.issue19145@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> Please clarify

I was referring to your first post, "I see two possible choices here ... [changing the signature to times=-1 or to times=None]".  

There was another choice, make the code work as originally intended where omitting the times argument repeats indefinitely and where negative values are treated the same as zero.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19145>
_______________________________________

From report at bugs.python.org  Sun Jun 22 11:32:13 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 09:32:13 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1403429533.19.0.935270502007.issue21765@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Tal: If you want to verify your is_id_char function, you could use the code

for i in range(65536):
    c = chr(i)
    c2 = 'a'+c
    if is_id_char(c) != c2.isidentifier():
        print('\\u%.4x'%i,is_id_char(c),c2.isidentifier())

Alternatively, you could use the strategy taken in that code for is_id_char itself:

def is_id_char(c):
  return ('a'+c).isidentifier()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sun Jun 22 11:35:54 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 09:35:54 +0000
Subject: [issue8343] improve re parse error messages for named groups
In-Reply-To: <1270716731.5.0.82696133579.issue8343@psf.upfronthosting.co.za>
Message-ID: <1403429754.15.0.609991736604.issue8343@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I understand that the patch cannot be used as the OP refuses to sign the CLA.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8343>
_______________________________________

From report at bugs.python.org  Sun Jun 22 11:45:19 2014
From: report at bugs.python.org (Pat Le Cat)
Date: Sun, 22 Jun 2014 09:45:19 +0000
Subject: [issue21799] Py_SetPath() gives compile error: undefined reference to
 '__imp_Py_SetPath'
In-Reply-To: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>
Message-ID: <1403430319.18.0.88823345983.issue21799@psf.upfronthosting.co.za>


Pat Le Cat added the comment:

**Missing Python34.dll in installation**

Okay it's getting more interesting. I downloaded Python 3.4 windows x64 binary and extracted the DLLs and suddenly I discovered that release 3.4.1 is missing the Python34.dll !! :-O

Once I link against the python34.dll from mingw/gcc then it compiles fine :D (the 77kb from the python3.dll seemed too small anyhow ;) )

Now I have the similar error at runtime as with MSVC-2013:
C:\Development\xxx\Testo1\Snakes\Release>Snakes.exe multiply multiply 3 2
Fatal Python error: Py_Initialize: unable to load the file system codec
ImportError: No module named 'encodings'


Now the question remains what "unicode" module python is complaining about?!?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Sun Jun 22 11:52:56 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 09:52:56 +0000
Subject: [issue8908] friendly errors for UAC misbehavior in windows installers
In-Reply-To: <1275756301.53.0.564921810654.issue8908@psf.upfronthosting.co.za>
Message-ID: <1403430776.01.0.0275607440664.issue8908@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The patches cannot be used as the OP hasn't signed the CLA.

----------
components:  -Distutils2
nosy: +BreamoreBoy, dstufft

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8908>
_______________________________________

From report at bugs.python.org  Sun Jun 22 12:04:01 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 10:04:01 +0000
Subject: [issue4714] print opcode stats at the end of pybench runs
In-Reply-To: <1229895457.43.0.758313096043.issue4714@psf.upfronthosting.co.za>
Message-ID: <1403431441.48.0.321369634171.issue4714@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Antoine/Marc-Andre are either of you interested in taking this forward?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4714>
_______________________________________

From report at bugs.python.org  Sun Jun 22 12:11:57 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 10:11:57 +0000
Subject: [issue5800] make wsgiref.headers.Headers accept empty constructor
In-Reply-To: <1240243265.38.0.0946630520568.issue5800@psf.upfronthosting.co.za>
Message-ID: <1403431917.92.0.421850796224.issue5800@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

This shouldn't be languishing, work has been committed against revision 86742 and there's another patch that apparently just needs a little tweak.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5800>
_______________________________________

From report at bugs.python.org  Sun Jun 22 12:12:46 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 22 Jun 2014 10:12:46 +0000
Subject: [issue16976] Asyncore/asynchat hangs when used with ssl sockets
In-Reply-To: <1358287365.37.0.159760356153.issue16976@psf.upfronthosting.co.za>
Message-ID: <1403431966.27.0.201040457528.issue16976@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

Yes.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16976>
_______________________________________

From report at bugs.python.org  Sun Jun 22 12:42:03 2014
From: report at bugs.python.org (Pat Le Cat)
Date: Sun, 22 Jun 2014 10:42:03 +0000
Subject: [issue21799] Py_SetPath() gives compile error: undefined reference to
 '__imp_Py_SetPath'
In-Reply-To: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>
Message-ID: <1403433723.01.0.145134035624.issue21799@psf.upfronthosting.co.za>


Pat Le Cat added the comment:

Update on mingw: When I comment out the Py_SetPath() function call, then the code runs up to the 4th test print and then crashes again, possibly at: "Py_XDECREF(pArgs)". So apart from the 'encoding' module that cannot be found there is still a crash. I installed Python 3.4.1 again for this.
BTW: The multiply.py runs fine when called with "py -3" directly.

>>Output:
C:\Development\xxx\Testo1\Snakes\Release>Snakes.exe multiply multiply 3 2
Number of arguments 5
Will compute 3 times 2
Result:  6
***Test1***Test2***Test3Will compute 3 times 2
***Test4

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Sun Jun 22 12:44:17 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 22 Jun 2014 10:44:17 +0000
Subject: [issue6916] Remove deprecated items from asynchat
In-Reply-To: <1252994156.96.0.167712988312.issue6916@psf.upfronthosting.co.za>
Message-ID: <3gx9Nc3g1Vz7Lkr@mail.python.org>


Roundup Robot added the comment:

New changeset aeeb385e61e4 by Giampaolo Rodola' in branch 'default':
#6916: attempt to fix BB failure
http://hg.python.org/cpython/rev/aeeb385e61e4

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6916>
_______________________________________

From report at bugs.python.org  Sun Jun 22 13:07:02 2014
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 22 Jun 2014 11:07:02 +0000
Subject: [issue5800] make wsgiref.headers.Headers accept empty constructor
In-Reply-To: <1240243265.38.0.0946630520568.issue5800@psf.upfronthosting.co.za>
Message-ID: <1403435222.6.0.877860919064.issue5800@psf.upfronthosting.co.za>


Berker Peksag added the comment:

The patch is not committed yet.

$ ./python
Python 3.5.0a0 (default:979aaa08c067+, Jun 19 2014, 13:01:36) 
[GCC 4.6.3] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> from wsgiref.headers import Headers
>>> h = Headers()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: __init__() missing 1 required positional argument: 'headers'

Here's an updated patch that addresses ?ric's review (and without cosmetic changes to make review easier).

----------
nosy: +berker.peksag
status: languishing -> open
versions: +Python 3.5 -Python 3.3
Added file: http://bugs.python.org/file35721/issue5800.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5800>
_______________________________________

From report at bugs.python.org  Sun Jun 22 13:43:19 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 11:43:19 +0000
Subject: [issue5800] make wsgiref.headers.Headers accept empty constructor
In-Reply-To: <1240243265.38.0.0946630520568.issue5800@psf.upfronthosting.co.za>
Message-ID: <1403437399.11.0.190874461595.issue5800@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Just for the record clicking on "revision 86742" gives "Specified revision r86742 not found".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5800>
_______________________________________

From report at bugs.python.org  Sun Jun 22 14:04:07 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 12:04:07 +0000
Subject: [issue2459] speedup for / while / if with better bytecode
In-Reply-To: <1206224909.42.0.227263347483.issue2459@psf.upfronthosting.co.za>
Message-ID: <1403438647.53.0.225156285405.issue2459@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

As a lot of work has gone into this it saddens me to see it languishing.  Surely if Python performance is to be improved the bytecode for conditionals and loops is one of the places if not the place to do it?  Are there any names missing from the nosy list that ought to be there?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2459>
_______________________________________

From report at bugs.python.org  Sun Jun 22 15:10:57 2014
From: report at bugs.python.org (Pedro Gimeno)
Date: Sun, 22 Jun 2014 13:10:57 +0000
Subject: [issue2506] Add mechanism to disable optimizations
In-Reply-To: <1206797921.05.0.258043023613.issue2506@psf.upfronthosting.co.za>
Message-ID: <1403442657.58.0.585541992824.issue2506@psf.upfronthosting.co.za>


Pedro Gimeno added the comment:

I consider peephole optimization when no optimization was requested a bug.

Documentation for -O says it "Turns on basic optimizations". Peephole optimization is a basic optimization, yet it is performed even when no basic optimizations were requested.

No need to add a switch. Just don't optimize if not requested.

----------
nosy: +pgimeno

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2506>
_______________________________________

From report at bugs.python.org  Sun Jun 22 15:12:12 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 13:12:12 +0000
Subject: [issue9175] ctypes doesn't build on hp-ux
In-Reply-To: <1278407736.6.0.642117116261.issue9175@psf.upfronthosting.co.za>
Message-ID: <1403442732.85.0.67313780975.issue9175@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Was this ever a Python issue if the compiler isn't supported by ctypes?  If it is a Python issue what is the likelihood of a fix being put in place for the 2.7 series?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9175>
_______________________________________

From report at bugs.python.org  Sun Jun 22 15:35:45 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 13:35:45 +0000
Subject: [issue15745] Numerous utime ns tests fail on FreeBSD w/ ZFS
 (update:	and NetBSD w/ FFS, Solaris w/ UFS)
In-Reply-To: <1345515355.02.0.72747216818.issue15745@psf.upfronthosting.co.za>
Message-ID: <1403444145.73.0.818855009849.issue15745@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Could we have a formal review of the patch please as Victor seemed fairly happy with it in msg176881.  Note that #16287 also refers to this issue.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15745>
_______________________________________

From report at bugs.python.org  Sun Jun 22 15:44:56 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 13:44:56 +0000
Subject: [issue1299] distutils.sysconfig is not cross-platform compatible
In-Reply-To: <1192727810.38.0.522851261061.issue1299@psf.upfronthosting.co.za>
Message-ID: <1403444696.45.0.0790186336857.issue1299@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

>From https://docs.python.org/3/library/distutils.html "Most Python users will not want to use this module directly, but instead use the cross-version tools maintained by the Python Packaging Authority. Refer to the Python Packaging User Guide for more information.".  So can this be closed as out of date?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1299>
_______________________________________

From report at bugs.python.org  Sun Jun 22 15:48:09 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Jun 2014 13:48:09 +0000
Subject: [issue21799] Py_SetPath() gives compile error: undefined reference to
 '__imp_Py_SetPath'
In-Reply-To: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>
Message-ID: <1403444889.81.0.516918914952.issue21799@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +loewis, steve.dower, tim.golden, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Sun Jun 22 16:04:36 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Jun 2014 14:04:36 +0000
Subject: [issue10978] Add optional argument to Semaphore.release for releasing
 multiple threads
In-Reply-To: <1295655336.58.0.55708711889.issue10978@psf.upfronthosting.co.za>
Message-ID: <1403445876.88.0.403568222159.issue10978@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10978>
_______________________________________

From report at bugs.python.org  Sun Jun 22 16:09:33 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 14:09:33 +0000
Subject: [issue21799] Py_SetPath() gives compile error: undefined reference to
 '__imp_Py_SetPath'
In-Reply-To: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>
Message-ID: <1403446173.87.0.217360329626.issue21799@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Pat Le Cat: Please focus on one issue at a time. I'm tempted to close this issue as "works for me", and let you start over reporting one single issue that we then try to resolve.

In any case, ignore python3.dll. It's meant for a different use case than yours.

As for your initial report: Please report the exact version of mingw64 that you have been using, and the exact command line that you were trying to use.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Sun Jun 22 16:39:52 2014
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 22 Jun 2014 14:39:52 +0000
Subject: [issue6916] Remove deprecated items from asynchat
In-Reply-To: <1252994156.96.0.167712988312.issue6916@psf.upfronthosting.co.za>
Message-ID: <1403447992.1.0.878998998811.issue6916@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Would using assertWarns be more suitable here? Attached a patch.

----------
keywords: +patch
nosy: +berker.peksag
Added file: http://bugs.python.org/file35722/use-assertwarns.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6916>
_______________________________________

From report at bugs.python.org  Sun Jun 22 16:41:18 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sun, 22 Jun 2014 14:41:18 +0000
Subject: [issue17535] IDLE: Add an option to show line numbers along the left
 side of the editor window, and have it enabled by default.
In-Reply-To: <1364102013.73.0.373085073641.issue17535@psf.upfronthosting.co.za>
Message-ID: <1403448078.18.0.290752619736.issue17535@psf.upfronthosting.co.za>


Saimadhav Heblikar added the comment:

List of additions/changes
    1. EditorWindow uses LineNumber.Text instead of tkinter.Text.
    2. Added linenumber canvas to IDLE windows except PyShell
    3. Some info about LineNumber.Text
        a) Inherits tk.Text
        b) Generates <<Changed>> virtual event, when insert, delete, replace,
           cursor changes position, window resized, scrolled etc. Nothing else
           is affected. The result of the original call is returned.
    4. LineNumber.LineNumberCanvas info
        a) font_color and breakpoint_color have default values
        b) Linenumber and breakpoints disabled by default. Instantiating
           a LineNumberCanvas object does not pack it.
        c) Pack it programmatically by calling its "attach" method.
           Compulsorily supply the text widget to attach to.
           Supply other parameters like font_color, background, 
           breakpoint_color as necessary.
        d) Unpack using "detach" method.
        e) Breakpoint feature is enabled only if LineNumberCanvas can 
           "see" an EditorWindow instance called "editwin" as its attribute.
           It(editwin) should implement set_breakpoint(linenumber) and 
           clear_breakpoint(linenumber) methods. EditorWindow responsible
           for binding breakpoint action on the canvas to LineNumberCanvas'
           toggle_breakpoint method.
        f) Contains a htest for GUI testing linenumbering and breakpoints.
        g) Any valid color can be set for linenumber canvas' background,
           its font color and breakpoint color. NS: Breakpoint does not have
           a background color.
        h) Linenumber canvas enabled by default.
    5. Linenumber preferences in configDialog's "General" tab.
       Highlight preferences in  configDialog's "Highlight" tab.
    6. Other changes
       a) Refactoring of PyShell's set_breakpoint_here, set_breakpoint,
          clear_breakpoint_here and clear_breakpoint to make more consistent.

----------
Added file: http://bugs.python.org/file35723/line-numbering-v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17535>
_______________________________________

From report at bugs.python.org  Sun Jun 22 16:50:43 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sun, 22 Jun 2014 14:50:43 +0000
Subject: [issue17535] IDLE: Add an option to show line numbers along the left
 side of the editor window, and have it enabled by default.
In-Reply-To: <1364102013.73.0.373085073641.issue17535@psf.upfronthosting.co.za>
Message-ID: <1403448643.68.0.780614623884.issue17535@psf.upfronthosting.co.za>


Changes by Saimadhav Heblikar <saimadhavheblikar at gmail.com>:


----------
nosy: +taleinat

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17535>
_______________________________________

From report at bugs.python.org  Sun Jun 22 17:00:19 2014
From: report at bugs.python.org (Pat Le Cat)
Date: Sun, 22 Jun 2014 15:00:19 +0000
Subject: [issue21799] Py_SetPath() gives compile error: undefined reference to
 '__imp_Py_SetPath'
In-Reply-To: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>
Message-ID: <1403449219.62.0.714384171675.issue21799@psf.upfronthosting.co.za>


Pat Le Cat added the comment:

Yes I'm sorry, this evolved as I investigated further. So the initial case has become this:

Bug:
Python 3.4 Windows installation contains python34.dll but does not install it. Both: python-3.4.1.amd64.msi and python-3.4.0.amd64.msi (maybe the 32bit too?)

Negligence:
Documentation should mention that to embed Python it is necessary to use python34.dll (at least under Windows) and that with MingW one can directly link to the DLL and doesn't need an .a file.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Sun Jun 22 17:06:08 2014
From: report at bugs.python.org (Pat Le Cat)
Date: Sun, 22 Jun 2014 15:06:08 +0000
Subject: [issue21799] Py_SetPath() gives compile error: undefined reference to
 '__imp_Py_SetPath'
In-Reply-To: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>
Message-ID: <1403449568.16.0.992677993647.issue21799@psf.upfronthosting.co.za>


Pat Le Cat added the comment:

Plus the MSVC-2013 compiler warning noted earlier of course:

>>Warning:
1>c:\python34\include\pymath.h(22): warning C4273: 'round' : inconsistent dll linkage
1>C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\include\math.h(516) : see previous definition of 'round'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Sun Jun 22 17:26:25 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 22 Jun 2014 15:26:25 +0000
Subject: [issue1742205] ZipFile.writestr writes incorrect extended local
 headers
Message-ID: <1403450785.58.0.550142232486.issue1742205@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1742205>
_______________________________________

From report at bugs.python.org  Sun Jun 22 17:29:59 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 22 Jun 2014 15:29:59 +0000
Subject: [issue1742205] ZipFile.writestr writes incorrect extended local
 headers
Message-ID: <1403450999.12.0.450114196434.issue1742205@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1742205>
_______________________________________

From report at bugs.python.org  Sun Jun 22 17:33:28 2014
From: report at bugs.python.org (Pat Le Cat)
Date: Sun, 22 Jun 2014 15:33:28 +0000
Subject: [issue21825] Embedding-Python example code from documentation crashes
Message-ID: <1403451208.28.0.571545120594.issue21825@psf.upfronthosting.co.za>


New submission from Pat Le Cat:

When I comment out the Py_SetPath() function call (Line 56), then the code runs up to the 4th test print and then crashes again, possibly at: "Py_XDECREF(pArgs)" else it crashes at Py_Initalize. The same behavior can be observed under Python 3.4.0 and 3.4.1 and on both the MSVC and GCC compiler.
BTW: The multiply.py runs fine when called with "py -3" directly.

>>Output without Py_SetPath:
C:\Development\xxx\Testo1\Snakes\Release>Snakes.exe multiply multiply 3 2
Number of arguments 5
Will compute 3 times 2
Result:  6
***Test1***Test2***Test3Will compute 3 times 2
***Test4

>>Output with Py_SetPath:
C:\Development\xxx\Testo1\Snakes\Release>Snakes.exe multiply multiply 3 2
Fatal Python error: Py_Initialize: unable to load the file system codec
ImportError: No module named 'encodings'


**Dev-Environment:
Windows 8.1 64bit, MSVC-2013 and MingW (installed with mingw-w64-install.exe downloaded in June 2014).

**Microsoft Visual Studio Professional 2013: v12.0.30501.00 Update2

**GCC/G++ Version:
C:\Development\xxx\Testo1\Snakes\Release>g++ -v
Using built-in specs.
COLLECT_GCC=g++
COLLECT_LTO_WRAPPER=C:/MingW64/bin/../libexec/gcc/x86_64-w64-mingw32/4.9.0/lto-wrapper.exe
Target: x86_64-w64-mingw32
Configured with: ../../../src/gcc-4.9.0/configure --host=x86_64-w64-mingw32 --build=x86_64-w64-mingw32 --targe
t=x86_64-w64-mingw32 --prefix=/mingw64 --with-sysroot=/c/mingw490/x86_64-490-win32-seh-rt_v3-rev1/mingw64 --wi
th-gxx-include-dir=/mingw64/x86_64-w64-mingw32/include/c++ --enable-shared --enable-static --disable-multilib
--enable-languages=ada,c,c++,fortran,objc,obj-c++,lto --enable-libstdcxx-time=yes --enable-threads=win32 --ena
ble-libgomp --enable-libatomic --enable-lto --enable-graphite --enable-checking=release --enable-fully-dynamic
-string --enable-version-specific-runtime-libs --disable-isl-version-check --disable-cloog-version-check --dis
able-libstdcxx-pch --disable-libstdcxx-debug --enable-bootstrap --disable-rpath --disable-win32-registry --dis
able-nls --disable-werror --disable-symvers --with-gnu-as --with-gnu-ld --with-arch=nocona --with-tune=core2 -
-with-libiconv --with-system-zlib --with-gmp=/c/mingw490/prerequisites/x86_64-w64-mingw32-static --with-mpfr=/
c/mingw490/prerequisites/x86_64-w64-mingw32-static --with-mpc=/c/mingw490/prerequisites/x86_64-w64-mingw32-sta
tic --with-isl=/c/mingw490/prerequisites/x86_64-w64-mingw32-static --with-cloog=/c/mingw490/prerequisites/x86_
64-w64-mingw32-static --enable-cloog-backend=isl --with-pkgversion='x86_64-win32-seh-rev1, Built by MinGW-W64
project' --with-bugurl=http://sourceforge.net/projects/mingw-w64 CFLAGS='-O2 -pipe -I/c/mingw490/x86_64-490-wi
n32-seh-rt_v3-rev1/mingw64/opt/include -I/c/mingw490/prerequisites/x86_64-zlib-static/include -I/c/mingw490/pr
erequisites/x86_64-w64-mingw32-static/include' CXXFLAGS='-O2 -pipe -I/c/mingw490/x86_64-490-win32-seh-rt_v3-re
v1/mingw64/opt/include -I/c/mingw490/prerequisites/x86_64-zlib-static/include -I/c/mingw490/prerequisites/x86_
64-w64-mingw32-static/include' CPPFLAGS= LDFLAGS='-pipe -L/c/mingw490/x86_64-490-win32-seh-rt_v3-rev1/mingw64/
opt/lib -L/c/mingw490/prerequisites/x86_64-zlib-static/lib -L/c/mingw490/prerequisites/x86_64-w64-mingw32-stat
ic/lib'
Thread model: win32
gcc version 4.9.0 (x86_64-win32-seh-rev1, Built by MinGW-W64 project)

----------
components: Build, Demos and Tools
files: main.cpp
messages: 221259
nosy: Pat.Le.Cat
priority: normal
severity: normal
status: open
title: Embedding-Python example code from documentation crashes
type: crash
versions: Python 3.4
Added file: http://bugs.python.org/file35724/main.cpp

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21825>
_______________________________________

From report at bugs.python.org  Sun Jun 22 17:34:19 2014
From: report at bugs.python.org (Pat Le Cat)
Date: Sun, 22 Jun 2014 15:34:19 +0000
Subject: [issue21825] Embedding-Python example code from documentation crashes
In-Reply-To: <1403451208.28.0.571545120594.issue21825@psf.upfronthosting.co.za>
Message-ID: <1403451259.93.0.52939032681.issue21825@psf.upfronthosting.co.za>


Pat Le Cat added the comment:

Crash Error Window (pic)

----------
Added file: http://bugs.python.org/file35725/snakes_bug.jpg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21825>
_______________________________________

From report at bugs.python.org  Sun Jun 22 17:47:32 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 15:47:32 +0000
Subject: [issue21031] [patch] Add AlpineLinux to the platform module's
 supported distributions list
In-Reply-To: <1395547536.87.0.0316178193706.issue21031@psf.upfronthosting.co.za>
Message-ID: <1403452052.26.0.208966526033.issue21031@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Why has this been set to languishing as it's only three months old?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21031>
_______________________________________

From report at bugs.python.org  Sun Jun 22 17:48:03 2014
From: report at bugs.python.org (Alok Singhal)
Date: Sun, 22 Jun 2014 15:48:03 +0000
Subject: [issue6305] islice doesn't accept large stop values
In-Reply-To: <1245309263.43.0.625809679675.issue6305@psf.upfronthosting.co.za>
Message-ID: <1403452083.14.0.40154863438.issue6305@psf.upfronthosting.co.za>


Alok Singhal added the comment:

Hi Raymond, Martin,

I won't feel bad about this patch not making it into the final Python distribution.  I worked on this bug because it was the only "core C" bug at PyCon US sprints for CPython.  I learned a bit more about CPython while working on it and I don't consider the time I spent on this bug as wasted.

Other than symmetry arguments, I can't think of any other argument for islice to accept large values.

  a = []
  a[sys.maxsize+2:] # gives: []
  islice(a, None, sys.maxsize+2) # raises exception

But because islice has to go through the elements of the iterable from the current value to "start", while the first example doesn't, I don't think the symmetry argument is that strong here.

So, I think it's fine if we close this bug without accepting this patch.

Thanks for your time in reviewing it!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6305>
_______________________________________

From report at bugs.python.org  Sun Jun 22 17:49:33 2014
From: report at bugs.python.org (Demian Brecht)
Date: Sun, 22 Jun 2014 15:49:33 +0000
Subject: [issue21818] cookielib documentation references Cookie module,
 not cookielib.Cookie class
In-Reply-To: <1403306887.99.0.626699628104.issue21818@psf.upfronthosting.co.za>
Message-ID: <1403452173.37.0.671063399825.issue21818@psf.upfronthosting.co.za>


Changes by Demian Brecht <demianbrecht at gmail.com>:


----------
nosy: +dbrecht

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21818>
_______________________________________

From report at bugs.python.org  Sun Jun 22 17:51:08 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Jun 2014 15:51:08 +0000
Subject: [issue21714] Path.with_name can construct invalid paths
In-Reply-To: <1402465166.82.0.496470455769.issue21714@psf.upfronthosting.co.za>
Message-ID: <1403452268.15.0.894024132923.issue21714@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> should "path.with_name('foo/')" be allowed?

For sanity, I think path separators should be disallowed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21714>
_______________________________________

From report at bugs.python.org  Sun Jun 22 17:55:42 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 15:55:42 +0000
Subject: [issue21799] Py_SetPath() gives compile error: undefined reference to
 '__imp_Py_SetPath'
In-Reply-To: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>
Message-ID: <1403452542.47.0.0444890170231.issue21799@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Your report is difficult to believe, since it would mean that Python 3.4 cannot work at all, for anybody. We would have received hundreds of reports if this was actually true.

I just tried again, and it indeed correctly installed python34.dll:

C:\>dir c:\Windows\System32\python34.dll
 Datentr?ger in Laufwerk C: ist Packard Bell
 Volumeseriennummer: 7AFF-FF59

 Verzeichnis von c:\Windows\System32

18.05.2014  10:45         4.047.872 python34.dll
               1 Datei(en),      4.047.872 Bytes

Closing this as "works for me". You may reopen it if you insist that it didn't install python34.dll on your system. If you want to report a different issue, please open a new one. If you need help in your Python project, please contact one of the Python support forums, such as python-list at python.org.

----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Sun Jun 22 17:56:34 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 15:56:34 +0000
Subject: [issue21799] python34.dll is not installed
In-Reply-To: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>
Message-ID: <1403452594.22.0.0821870434062.issue21799@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
title: Py_SetPath() gives compile error: undefined reference to '__imp_Py_SetPath' -> python34.dll is not installed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Sun Jun 22 17:56:54 2014
From: report at bugs.python.org (Tumer Topcu)
Date: Sun, 22 Jun 2014 15:56:54 +0000
Subject: [issue6362] multiprocessing: handling of errno after signals in
 sem_acquire()
In-Reply-To: <1246236953.98.0.347685302465.issue6362@psf.upfronthosting.co.za>
Message-ID: <1403452614.04.0.00351163700952.issue6362@psf.upfronthosting.co.za>


Tumer Topcu added the comment:

Looks like the suggested fix is there in v2.7.6:

do {
        Py_BEGIN_ALLOW_THREADS
        if (blocking && timeout_obj == Py_None)
            res = sem_wait(self->handle);
        else if (!blocking)
            res = sem_trywait(self->handle);
        else
            res = sem_timedwait(self->handle, &deadline);
        Py_END_ALLOW_THREADS
        err = errno;
        if (res == MP_EXCEPTION_HAS_BEEN_SET)
            break;
    } while (res < 0 && errno == EINTR && !PyErr_CheckSignals());

    if (res < 0) {
        errno = err;
        if (errno == EAGAIN || errno == ETIMEDOUT)
            Py_RETURN_FALSE;
        else if (errno == EINTR)
            return NULL;
        else
            return PyErr_SetFromErrno(PyExc_OSError);
    }


But I am still able to reproduce the issue following the exact same steps written.

----------
nosy: +trent, tumert

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6362>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:01:11 2014
From: report at bugs.python.org (tw.bert)
Date: Sun, 22 Jun 2014 16:01:11 +0000
Subject: [issue21826] Performance issue (+fix) AIX ctypes.util with no
 /sbin/ldconfig present
Message-ID: <1403452871.25.0.30621640858.issue21826@psf.upfronthosting.co.za>


New submission from tw.bert:

Preample: This is my first post to the python issue tracker, I included a fix.

This issue is probably related to http://bugs.python.org/issue11063 .

The problem:

After upgrading a package on AIX 7.1 x64 that started using the uuid module, we experienced serious performance issues.

The culprit (found after a day of debugging) is here:

File: ctypes/util.py
Note: The file /sbin/ldconfig does *not* exist, so no useful information is collected here.
The statement: 

`f = os.popen('/sbin/ldconfig -p 2>/dev/null')`

To be more specific about the performace at popen(), the performance degradation happens in it's close() method. It takes 300 ms, which is unacceptable. In a larger scope, statements that took 200ms now take 1400ms (because the above is called several times.

If I simply check for os.path.exists before the popen, the performance is fine again. See the included simple patch. It's a simple unix diff, we don't have git on that machine. Git can handle those diffs easily to my knowledge.

More information:

Small scope, culprit identified:

import os, time, traceback
print os.__file__
print time.clock(),'pre'
f = None
try:
  #if os.path.exists('/sbin/ldconfig'):
  f = os.popen('/sbin/ldconfig -p 2>/dev/null')
except:
  print traceback.format_exc()
finally:
  print time.clock(),'post close'
  if f: f.close()
  print time.clock(),'post finally'

This takes 300ms (post finally) without the check for exists.

Large scope, before patch:
time python -c "import hiredis;import redis;print 'redis-py version: %s , hiredis-py version: %s' %(redis.VERSION,hiredis.__ver
sion__,)"
redis-py version: (2, 10, 1) , hiredis-py version: 0.1.3

real    0m1.409s
user    0m0.416s
sys     0m0.129s

Large scope, after patch:
time python -c "import hiredis;import redis;print 'redis-py version: %s , hiredis-py version: %s' %(redis.VERSION,hiredis.__ver
sion__,)"
redis-py version: (2, 10, 1) , hiredis-py version: 0.1.3

real    0m0.192s
user    0m0.056s
sys     0m0.050s

----------
components: ctypes
files: patch_ctypes_util_py.diff
keywords: patch
messages: 221266
nosy: tw.bert
priority: normal
severity: normal
status: open
title: Performance issue (+fix) AIX ctypes.util with no /sbin/ldconfig present
versions: Python 2.7
Added file: http://bugs.python.org/file35726/patch_ctypes_util_py.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21826>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:07:28 2014
From: report at bugs.python.org (Tal Einat)
Date: Sun, 22 Jun 2014 16:07:28 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1403453248.76.0.109053443584.issue21765@psf.upfronthosting.co.za>


Tal Einat added the comment:

> Note that the proposed patch only manages to replicate the
> ID_Start and ID_Continue properties.

Is this just because of the mishandling of the Other_ID_Start and Other_ID_Continue properties, or something else as well? I based my code on the definitions in:

https://docs.python.org/3/reference/lexical_analysis.html#identifiers

Are those actually wrong?


Note that my code uses category(normalize(char)[0]), so it's always making sure that the first character is valid. Actually, though, I now realize that it should check all of the values returned by normalize().

Regarding testing ('a'+something).isidentifier(), Terry already suggested something along those lines. I think I'll end up using something of the sort, to avoid adding additional complex Unicode-related code to maintain in the future.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:08:19 2014
From: report at bugs.python.org (Pat Le Cat)
Date: Sun, 22 Jun 2014 16:08:19 +0000
Subject: [issue21799] python34.dll is not installed
In-Reply-To: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>
Message-ID: <1403453299.43.0.706889827299.issue21799@psf.upfronthosting.co.za>


Pat Le Cat added the comment:

Ah it installs it in Windows/Sytem32 okay I had no clue, another undocumented behavior :)

Still it is missing in the DLLs folder. And you haven't explained the warning under MSVC. And the documentation should be enhanced as I suggested to be more clear.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:10:23 2014
From: report at bugs.python.org (Pat Le Cat)
Date: Sun, 22 Jun 2014 16:10:23 +0000
Subject: [issue21799] python34.dll is not installed
In-Reply-To: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>
Message-ID: <1403453423.07.0.40747843746.issue21799@psf.upfronthosting.co.za>


Pat Le Cat added the comment:

Well?

----------
resolution: works for me -> 
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:12:51 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 16:12:51 +0000
Subject: [issue3451] Asymptotically faster divmod and str(long)
In-Reply-To: <1217121065.64.0.642253571203.issue3451@psf.upfronthosting.co.za>
Message-ID: <1403453571.08.0.447919581204.issue3451@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

As issue18107 has been closed as a duplicate of this, should this be moved to open from languishing?

----------
nosy: +BreamoreBoy, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3451>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:17:05 2014
From: report at bugs.python.org (Eli Bendersky)
Date: Sun, 22 Jun 2014 16:17:05 +0000
Subject: [issue14156] argparse.FileType for '-' doesn't work for a mode of 'rb'
In-Reply-To: <1330513271.31.0.437438851478.issue14156@psf.upfronthosting.co.za>
Message-ID: <1403453825.05.0.906556267765.issue14156@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

Nosy-ing myself since I just ran into it. Annoying issue that precludes from using argparse's builtin '-' recognition for reading binary data.

I'll try to carve some time later to look at the patches.

----------
nosy: +eli.bendersky
versions: +Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14156>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:37:22 2014
From: report at bugs.python.org (Tumer Topcu)
Date: Sun, 22 Jun 2014 16:37:22 +0000
Subject: [issue6362] multiprocessing: handling of errno after signals in
 sem_acquire()
In-Reply-To: <1246236953.98.0.347685302465.issue6362@psf.upfronthosting.co.za>
Message-ID: <1403455042.68.0.838754469145.issue6362@psf.upfronthosting.co.za>


Tumer Topcu added the comment:

Nevermind the last comment (curse of using a loaner laptop), tried again after compiling against the latest repo all works as expected. I believe this issue can be closed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6362>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:38:09 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 16:38:09 +0000
Subject: [issue21799] python34.dll is not installed
In-Reply-To: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>
Message-ID: <1403455089.39.0.613561417707.issue21799@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

The issue you have reported is that python34.dll is not being installed. I  closed this report as invalid (and will reclose it again now). That the DLL isn't installed into the DLLs folder is by design: it either installs into system32, or into the DLLs folder. It would be harmful to install it twice.

If you have another issue to report, please submit a new bug report. One issue at a time, please. When reporting a documentation bug, please also include in the report which documentation you have been looking at. Preferably propose a specific wording for a specific section you want to see changed.

----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:38:56 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 22 Jun 2014 16:38:56 +0000
Subject: [issue17170] string method lookup is too slow
In-Reply-To: <1360425571.01.0.152514473227.issue17170@psf.upfronthosting.co.za>
Message-ID: <1403455136.03.0.46547965021.issue17170@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Indeed keeping this issue open wouldn't be very productive since it relates to the more general problem of Python's slow interpretation.

----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17170>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:40:45 2014
From: report at bugs.python.org (Pat Le Cat)
Date: Sun, 22 Jun 2014 16:40:45 +0000
Subject: [issue21799] python34.dll is not installed
In-Reply-To: <1403042038.73.0.889262541766.issue21799@psf.upfronthosting.co.za>
Message-ID: <1403455245.45.0.446330484999.issue21799@psf.upfronthosting.co.za>


Pat Le Cat added the comment:

Cheesas you are really making it hard by design to report things to Python. Maybe a bit more common sense could help the project, or should I file a new bug-report for that too?  :-/

----------
resolution: works for me -> rejected

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21799>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:42:38 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 16:42:38 +0000
Subject: [issue6362] multiprocessing: handling of errno after signals in
 sem_acquire()
In-Reply-To: <1246236953.98.0.347685302465.issue6362@psf.upfronthosting.co.za>
Message-ID: <1403455358.64.0.760070599307.issue6362@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Thanks, closing as fixed.

----------
nosy: +loewis
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6362>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:44:47 2014
From: report at bugs.python.org (Robert Li)
Date: Sun, 22 Jun 2014 16:44:47 +0000
Subject: [issue21827] textwrap.dedent() fails when largest common whitespace
 is a substring of smallest leading whitespace
Message-ID: <1403455487.85.0.474137406062.issue21827@psf.upfronthosting.co.za>


New submission from Robert Li:

Failing test case: "  \tboo\n \tghost"

expected:          " \tboo\n\tghost"
returns:           "  \tboo\n \tghost"

----------
components: Library (Lib)
messages: 221277
nosy: pitrou, r.david.murray, robertjli, yjchen
priority: normal
severity: normal
status: open
title: textwrap.dedent() fails when largest common whitespace is a substring of smallest leading whitespace
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21827>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:47:59 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 22 Jun 2014 16:47:59 +0000
Subject: [issue21826] Performance issue (+fix) AIX ctypes.util with no
 /sbin/ldconfig present
In-Reply-To: <1403452871.25.0.30621640858.issue21826@psf.upfronthosting.co.za>
Message-ID: <1403455679.61.0.87226622235.issue21826@psf.upfronthosting.co.za>


R. David Murray added the comment:

How does this interact with issue 11063?

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21826>
_______________________________________

From report at bugs.python.org  Sun Jun 22 18:56:51 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 16:56:51 +0000
Subject: [issue21765] Idle: make 3.x HyperParser work with non-ascii
 identifiers.
In-Reply-To: <1402787574.99.0.986548729035.issue21765@psf.upfronthosting.co.za>
Message-ID: <1403456211.07.0.487360651756.issue21765@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

I think you are misinterpreting the grammar. Your code declares that U+00B2 (SUPERSCRIPT TWO, ?) is an identifier character. Its category is No, so it is actually not. However, its normalization is U+0032 (DIGIT TWO, 2), which is an identifier character - but that doesn't make SUPERSCRIPT TWO a member of XID_Continue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21765>
_______________________________________

From report at bugs.python.org  Sun Jun 22 19:07:15 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 17:07:15 +0000
Subject: [issue21827] textwrap.dedent() fails when largest common whitespace
 is a substring of smallest leading whitespace
In-Reply-To: <1403455487.85.0.474137406062.issue21827@psf.upfronthosting.co.za>
Message-ID: <1403456835.37.0.92379632106.issue21827@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21827>
_______________________________________

From report at bugs.python.org  Sun Jun 22 19:10:49 2014
From: report at bugs.python.org (Amadu Durham)
Date: Sun, 22 Jun 2014 17:10:49 +0000
Subject: [issue8192] SQLite3 PRAGMA table_info doesn't respect database on
 Win32
In-Reply-To: <1269196118.36.0.673213819166.issue8192@psf.upfronthosting.co.za>
Message-ID: <1403457049.98.0.601839075939.issue8192@psf.upfronthosting.co.za>


Amadu Durham added the comment:

Tested in both versions 2.7 and 3.4 this sqlite3 inconsistency has been corrected and no longer exists.

----------
nosy: +amadu
type:  -> behavior
versions: +Python 2.7, Python 3.4 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8192>
_______________________________________

From report at bugs.python.org  Sun Jun 22 19:18:26 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 17:18:26 +0000
Subject: [issue21827] textwrap.dedent() fails when largest common whitespace
 is a substring of smallest leading whitespace
In-Reply-To: <1403455487.85.0.474137406062.issue21827@psf.upfronthosting.co.za>
Message-ID: <1403457506.05.0.651335831907.issue21827@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Confirmed that the test case fails on 2.7, 3.4, and 3.5

----------
priority: normal -> high
stage:  -> needs patch
versions: +Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21827>
_______________________________________

From report at bugs.python.org  Sun Jun 22 19:27:36 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 22 Jun 2014 17:27:36 +0000
Subject: [issue3423] DeprecationWarning message applies to wrong context with
 exec()
In-Reply-To: <1216687242.26.0.837867299264.issue3423@psf.upfronthosting.co.za>
Message-ID: <1403458056.46.0.0405128247221.issue3423@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
resolution: rejected -> 
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3423>
_______________________________________

From report at bugs.python.org  Sun Jun 22 19:28:00 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 17:28:00 +0000
Subject: [issue21827] textwrap.dedent() fails when largest common whitespace
 is a substring of smallest leading whitespace
In-Reply-To: <1403455487.85.0.474137406062.issue21827@psf.upfronthosting.co.za>
Message-ID: <1403458080.52.0.807642152296.issue21827@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This one isn't hard.  Would you like to make a patch?  If not, I get to it this evening.

----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21827>
_______________________________________

From report at bugs.python.org  Sun Jun 22 19:30:48 2014
From: report at bugs.python.org (YJ Chen)
Date: Sun, 22 Jun 2014 17:30:48 +0000
Subject: [issue21827] textwrap.dedent() fails when largest common whitespace
 is a substring of smallest leading whitespace
In-Reply-To: <1403455487.85.0.474137406062.issue21827@psf.upfronthosting.co.za>
Message-ID: <1403458248.78.0.791230792732.issue21827@psf.upfronthosting.co.za>


YJ Chen added the comment:

Hi Raymond- Rob and I have a patch ready. We are figuring out how to upload/submit it. New to this... :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21827>
_______________________________________

From report at bugs.python.org  Sun Jun 22 19:31:23 2014
From: report at bugs.python.org (tw.bert)
Date: Sun, 22 Jun 2014 17:31:23 +0000
Subject: [issue21826] Performance issue (+fix) AIX ctypes.util with no
 /sbin/ldconfig present
In-Reply-To: <1403452871.25.0.30621640858.issue21826@psf.upfronthosting.co.za>
Message-ID: <1403458283.74.0.318079707075.issue21826@psf.upfronthosting.co.za>


tw.bert added the comment:

Hi David, thank you for looking into this.
Issue 11063 starts with "When the uuid.py module is simply imported it has the side effect of forking a subprocess (/sbin/ldconfig) and doing a lot of stuff find a uuid implementation by ctypes.".

My fix is specific about solving the AIX performance problem I encounter in the exact same condition as above. My guess is, that if 11063 is picked up (not using external tools), the AIX performance problem will be addressed automatically, rendering the new issue 21826 obsolete.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21826>
_______________________________________

From report at bugs.python.org  Sun Jun 22 19:32:09 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 22 Jun 2014 17:32:09 +0000
Subject: [issue21827] textwrap.dedent() fails when largest common whitespace
 is a substring of smallest leading whitespace
In-Reply-To: <1403455487.85.0.474137406062.issue21827@psf.upfronthosting.co.za>
Message-ID: <1403458329.48.0.286784772704.issue21827@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21827>
_______________________________________

From report at bugs.python.org  Sun Jun 22 19:35:52 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 17:35:52 +0000
Subject: [issue8192] SQLite3 PRAGMA table_info doesn't respect database on
 Win32
In-Reply-To: <1269196118.36.0.673213819166.issue8192@psf.upfronthosting.co.za>
Message-ID: <1403458552.84.0.131005734008.issue8192@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Thanks for the check.

----------
nosy: +loewis
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8192>
_______________________________________

From report at bugs.python.org  Sun Jun 22 19:44:52 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 17:44:52 +0000
Subject: [issue21427] cannot register 64 bit component
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1403459092.8.0.649220967752.issue21427@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Peter: as it turns out, Uwe actually reported two separate issue. In this tracker, we have a "one issue at a time policy", and I'm relabelling the issue as the one that Uwe initially reported (cannot register 64bit component).

So I'm quite certain that *your* (Peter's) issue is not the same as the one reported here. Please report it in a separate issue. People following up to this, please only follow-up if you want to contribute to the original problem (namely, "cannot register 64 bit component").

Uwe: thanks for your investigation. I understand that the problem you were concerned about (installation failed) is solved with a work-around. If you want to see it properly resolved/investigated, please submit a new bug report, providing detailed steps to reproduce the issue. 

Without such steps, I'm tempted to declare that this was a problem with a third-party library, and not a problem with Python, or a misconfiguration of your machine. It is not plausible that the 3.4 installation would access the 3.3 installation directory, so if it did, it's either because some extension library, or some system administrator, has messed with the configuration (registry or environment variables).

----------
title: installer not working -> cannot register 64 bit component

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Sun Jun 22 19:53:32 2014
From: report at bugs.python.org (John Cherian)
Date: Sun, 22 Jun 2014 17:53:32 +0000
Subject: [issue1690201] Added support for custom readline functions
Message-ID: <1403459612.91.0.444674264564.issue1690201@psf.upfronthosting.co.za>


Changes by John Cherian <john.jcheri at gmail.com>:


----------
nosy: +John.Cherian

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1690201>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:03:54 2014
From: report at bugs.python.org (Robert Li)
Date: Sun, 22 Jun 2014 18:03:54 +0000
Subject: [issue21827] textwrap.dedent() fails when largest common whitespace
 is a substring of smallest leading whitespace
In-Reply-To: <1403455487.85.0.474137406062.issue21827@psf.upfronthosting.co.za>
Message-ID: <1403460234.49.0.104881040964.issue21827@psf.upfronthosting.co.za>


Robert Li added the comment:

YJ and I are adding a patch and an additional test.

----------
hgrepos: +258
versions:  -Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21827>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:04:06 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 22 Jun 2014 18:04:06 +0000
Subject: [issue6305] islice doesn't accept large stop values
In-Reply-To: <1245309263.43.0.625809679675.issue6305@psf.upfronthosting.co.za>
Message-ID: <1403460246.48.0.310124305282.issue6305@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

All contributions are subject to final commit review. I looked at the patch and it is a *lot* of code for little benefit. I think the better solution would be an informative error message: "Currently, islice arguments must be less than {} on {}-bit systems".format(n, k).

Since I posted nearly 4 years ago, I have become more aware of the important differences between 3.x range as a sequence class whose instances are non-iterator *(re)iterables* and count as an iterator class whose instances are one-time *iterators*. To me, arbitrarily large indices now seem more appropriate for virtual sequences that can do O[1] indexing rather than iterators where indexing is O[n].

A recent proposal on python-ideas, which as I remember amounted to enhancing count to be more like range, tripped over this difference. I suggested that a new infinite sequence class Count (like range but without necessarily having a stop value) was a more sensible idea for what the OP wanted to do.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6305>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:04:29 2014
From: report at bugs.python.org (Robert Li)
Date: Sun, 22 Jun 2014 18:04:29 +0000
Subject: [issue21827] textwrap.dedent() fails when largest common whitespace
 is a substring of smallest leading whitespace
In-Reply-To: <1403455487.85.0.474137406062.issue21827@psf.upfronthosting.co.za>
Message-ID: <1403460269.78.0.964252148378.issue21827@psf.upfronthosting.co.za>


Changes by Robert Li <li.robertj+pythonbugs at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file35727/cb18733ce8f1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21827>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:05:45 2014
From: report at bugs.python.org (SHIRLEY LU)
Date: Sun, 22 Jun 2014 18:05:45 +0000
Subject: [issue6588] insert cookies into cookie jar - cookielib.py
In-Reply-To: <1248746834.41.0.511434731236.issue6588@psf.upfronthosting.co.za>
Message-ID: <1403460345.17.0.414404860792.issue6588@psf.upfronthosting.co.za>


SHIRLEY LU added the comment:

Is this issue still relevant? Adding new cookies is supported in the cookiejar.py lib now. There does not seem to be an issue with null version.

----------
nosy: +shirllu
versions: +Python 2.7 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6588>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:08:59 2014
From: report at bugs.python.org (Blake Hartstein)
Date: Sun, 22 Jun 2014 18:08:59 +0000
Subject: [issue20928] xml.etree.ElementInclude does not include nested
 xincludes
In-Reply-To: <1394829606.55.0.5394943571.issue20928@psf.upfronthosting.co.za>
Message-ID: <1403460539.3.0.582548579755.issue20928@psf.upfronthosting.co.za>


Blake Hartstein added the comment:

This patch incorporates nested includes and a testcase that shows how it handles infinite include by throwing an exception.

----------
nosy: +urule99
Added file: http://bugs.python.org/file35728/issue20928_fixed.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20928>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:11:44 2014
From: report at bugs.python.org (Jeffrey Falgout)
Date: Sun, 22 Jun 2014 18:11:44 +0000
Subject: [issue8630] Keepends param in codec readline(s)
In-Reply-To: <1273077495.73.0.386813094956.issue8630@psf.upfronthosting.co.za>
Message-ID: <1403460704.81.0.601103220031.issue8630@psf.upfronthosting.co.za>


Jeffrey Falgout added the comment:

Wrote tests

----------
hgrepos: +259
nosy: +jeffrey.falgout

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8630>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:17:03 2014
From: report at bugs.python.org (Jeffrey Falgout)
Date: Sun, 22 Jun 2014 18:17:03 +0000
Subject: [issue8630] Keepends param in codec readline(s)
In-Reply-To: <1273077495.73.0.386813094956.issue8630@psf.upfronthosting.co.za>
Message-ID: <1403461023.6.0.418240118538.issue8630@psf.upfronthosting.co.za>


Changes by Jeffrey Falgout <jeffrey.falgout at gmail.com>:


Added file: http://bugs.python.org/file35729/45139b30afef.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8630>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:18:54 2014
From: report at bugs.python.org (Andy Almonte)
Date: Sun, 22 Jun 2014 18:18:54 +0000
Subject: [issue21297] csv.skipinitialspace only skips spaces,
 not "whitespace" in general
In-Reply-To: <1397821941.61.0.706896478348.issue21297@psf.upfronthosting.co.za>
Message-ID: <1403461134.19.0.14842073511.issue21297@psf.upfronthosting.co.za>


Changes by Andy Almonte <andy.almonte at gmail.com>:


----------
nosy: +Andy.Almonte

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21297>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:24:59 2014
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 22 Jun 2014 18:24:59 +0000
Subject: [issue11974] Class definition gotcha.. should this be documented
 somewhere?
In-Reply-To: <1304274889.3.0.162053692496.issue11974@psf.upfronthosting.co.za>
Message-ID: <1403461499.31.0.649595926914.issue11974@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11974>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:28:23 2014
From: report at bugs.python.org (Zachary Ware)
Date: Sun, 22 Jun 2014 18:28:23 +0000
Subject: [issue21827] textwrap.dedent() fails when largest common whitespace
 is a substring of smallest leading whitespace
In-Reply-To: <1403455487.85.0.474137406062.issue21827@psf.upfronthosting.co.za>
Message-ID: <1403461703.12.0.593792638946.issue21827@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Raymond confirmed that the issue exists on 2.7 and 3.4, so we'll keep those in the version list.  Whoever makes the commit will take care of backporting the patch, though.

----------
versions: +Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21827>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:35:28 2014
From: report at bugs.python.org (Andrew C)
Date: Sun, 22 Jun 2014 18:35:28 +0000
Subject: [issue3353] make built-in tokenizer available via Python C API
In-Reply-To: <1216035196.11.0.15913194841.issue3353@psf.upfronthosting.co.za>
Message-ID: <1403462128.57.0.356493476551.issue3353@psf.upfronthosting.co.za>


Andrew C added the comment:

The previously posted patch has become outdated due to signature changes staring with revision 89f4293 on Nov 12, 2009.  Attached is an updated patch.

Can it also be confirmed what are the outstanding items for this patch to be applied?  Based on the previous logs it's not clear if it's waiting for documentation on the struct tok_state or if there is another change requested.  Thanks.

----------
hgrepos: +260
nosy: +Andrew.C

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3353>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:36:54 2014
From: report at bugs.python.org (Andrew C)
Date: Sun, 22 Jun 2014 18:36:54 +0000
Subject: [issue3353] make built-in tokenizer available via Python C API
In-Reply-To: <1216035196.11.0.15913194841.issue3353@psf.upfronthosting.co.za>
Message-ID: <1403462214.93.0.953763343674.issue3353@psf.upfronthosting.co.za>


Changes by Andrew C <andrew.carrera at gmail.com>:


Added file: http://bugs.python.org/file35730/82706ea73ada.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3353>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:37:45 2014
From: report at bugs.python.org (Robert Li)
Date: Sun, 22 Jun 2014 18:37:45 +0000
Subject: [issue21827] textwrap.dedent() fails when largest common whitespace
 is a substring of smallest leading whitespace
In-Reply-To: <1403455487.85.0.474137406062.issue21827@psf.upfronthosting.co.za>
Message-ID: <1403462265.14.0.218585688499.issue21827@psf.upfronthosting.co.za>


Changes by Robert Li <li.robertj+python at gmail.com>:


Added file: http://bugs.python.org/file35731/34e88a05562f.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21827>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:41:48 2014
From: report at bugs.python.org (YJ Chen)
Date: Sun, 22 Jun 2014 18:41:48 +0000
Subject: [issue15045] Make textwrap.dedent() consistent with
 str.splitlines(True) and str.strip()
In-Reply-To: <1339421358.2.0.611530152115.issue15045@psf.upfronthosting.co.za>
Message-ID: <1403462508.38.0.347982104795.issue15045@psf.upfronthosting.co.za>


Changes by YJ Chen <chen.yanjiun at gmail.com>:


----------
nosy: +robertjli, yjchen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15045>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:55:50 2014
From: report at bugs.python.org (Michael Wu)
Date: Sun, 22 Jun 2014 18:55:50 +0000
Subject: [issue3423] DeprecationWarning message applies to wrong context with
 exec()
In-Reply-To: <1216687242.26.0.837867299264.issue3423@psf.upfronthosting.co.za>
Message-ID: <1403463350.86.0.206434748027.issue3423@psf.upfronthosting.co.za>


Michael Wu added the comment:

I ran the examples in this thread with Python 3.5, and it appears to print out the correct line that exec() occurs on (http://codepad.org/M5CevRwT). It might be time to close this issue.

----------
nosy: +Michael.Wu
Added file: http://bugs.python.org/file35732/testfile.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3423>
_______________________________________

From report at bugs.python.org  Sun Jun 22 20:56:03 2014
From: report at bugs.python.org (Michael Wu)
Date: Sun, 22 Jun 2014 18:56:03 +0000
Subject: [issue3423] DeprecationWarning message applies to wrong context with
 exec()
In-Reply-To: <1216687242.26.0.837867299264.issue3423@psf.upfronthosting.co.za>
Message-ID: <1403463363.4.0.379438018686.issue3423@psf.upfronthosting.co.za>


Changes by Michael Wu <michael.yixuan.wu at gmail.com>:


Removed file: http://bugs.python.org/file35732/testfile.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3423>
_______________________________________

From report at bugs.python.org  Sun Jun 22 21:02:19 2014
From: report at bugs.python.org (Tumer Topcu)
Date: Sun, 22 Jun 2014 19:02:19 +0000
Subject: [issue15983] multiprocessing JoinableQueue's join function with
 timeout
In-Reply-To: <1348147792.78.0.126354805475.issue15983@psf.upfronthosting.co.za>
Message-ID: <1403463739.22.0.202114799087.issue15983@psf.upfronthosting.co.za>


Changes by Tumer Topcu <tumert at gmail.com>:


----------
nosy: +tumert, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15983>
_______________________________________

From report at bugs.python.org  Sun Jun 22 21:21:47 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 19:21:47 +0000
Subject: [issue15851] Lib/robotparser.py doesn't accept setting a user agent
 string, instead it uses the default.
In-Reply-To: <1346610964.7.0.836759738208.issue15851@psf.upfronthosting.co.za>
Message-ID: <1403464907.25.0.695806541125.issue15851@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The code given in msg183579 works perfectly in 3.4.1 and 3.5.0.  Is there anything to fix here whether code or docs?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15851>
_______________________________________

From report at bugs.python.org  Sun Jun 22 21:36:07 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 19:36:07 +0000
Subject: [issue17594] mingw: preset configure defaults
In-Reply-To: <1364759209.12.0.183871965153.issue17594@psf.upfronthosting.co.za>
Message-ID: <1403465767.68.0.445629631611.issue17594@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can someone comment on this please as I know nothing about the build system or mingw.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17594>
_______________________________________

From report at bugs.python.org  Sun Jun 22 21:37:06 2014
From: report at bugs.python.org (paul j3)
Date: Sun, 22 Jun 2014 19:37:06 +0000
Subject: [issue9341] allow argparse subcommands to be grouped
In-Reply-To: <1279887451.34.0.723880615782.issue9341@psf.upfronthosting.co.za>
Message-ID: <1403465826.71.0.878575331315.issue9341@psf.upfronthosting.co.za>


paul j3 added the comment:

This patch accomplishes this task by adding a  _PseudoGroup class to _SubParsersAction.  It's like the _ChoicesPseudoAction except that it maintains its own _choices_actions list.

It takes advantage of the fact that formatter._format_actions is recursive when it comes to actions in _choices_actions.  In fact it is possible to define groups within groups (not that I would recommend that).

There is one simple test case in test_argparse, similar to the example in this issue.

----------
keywords: +patch
Added file: http://bugs.python.org/file35733/issue9341_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9341>
_______________________________________

From report at bugs.python.org  Sun Jun 22 21:40:20 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 19:40:20 +0000
Subject: [issue15178] Doctest should handle situations when test files are not
 readable
In-Reply-To: <1340622105.45.0.77795142646.issue15178@psf.upfronthosting.co.za>
Message-ID: <1403466020.29.0.74927629266.issue15178@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@David can you pick this up given your previous involvement?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15178>
_______________________________________

From report at bugs.python.org  Sun Jun 22 21:42:27 2014
From: report at bugs.python.org (V. Kumar)
Date: Sun, 22 Jun 2014 19:42:27 +0000
Subject: [issue9740] Support for HTTP 1.1 persistent connections throughout
 the standard library
In-Reply-To: <1283428611.84.0.131704513964.issue9740@psf.upfronthosting.co.za>
Message-ID: <1403466147.11.0.133989371526.issue9740@psf.upfronthosting.co.za>


V. Kumar added the comment:

Verified that Persistent Connections per HTTP 1.1 spec is already implemented and working correctly.

See:
http://hg.python.org/cpython/file/3f3de8c47ff8/Lib/http/client.py#l432

Also, tested this in packet sniffer to verify that connection is being reused.

But the server.py has in issue where the keep-alive can be used in HTTP/1.0:
http://hg.python.org/cpython/file/7417d8854f93/Lib/http/server.py#l331
So, the and in this line needs to be an 'or'.

----------
nosy: +trent, vklogin

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9740>
_______________________________________

From report at bugs.python.org  Sun Jun 22 21:46:44 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 19:46:44 +0000
Subject: [issue2213] build_tkinter.py does not handle paths with spaces
In-Reply-To: <1204331742.92.0.0412981555519.issue2213@psf.upfronthosting.co.za>
Message-ID: <1403466404.96.0.846509648915.issue2213@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I've seen several comments recently about the workaround to this problem being "don't put spaces in paths on Windows", so can we close this as "won't fix"?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2213>
_______________________________________

From report at bugs.python.org  Sun Jun 22 21:46:59 2014
From: report at bugs.python.org (YJ Chen)
Date: Sun, 22 Jun 2014 19:46:59 +0000
Subject: [issue7283] test_site failure when .local/lib/pythonX.Y/site-packages
 hasn't been created yet
In-Reply-To: <1257640034.65.0.139323856655.issue7283@psf.upfronthosting.co.za>
Message-ID: <1403466419.71.0.683323435917.issue7283@psf.upfronthosting.co.za>


YJ Chen added the comment:

Works for 3.4 and 3.5 but could not successfully run test on 2.7.

Error:
======================================================================
FAIL: test_getsitepackages (test.test_site.HelperFunctionsTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/7.1/lib/python2.7/test/test_site.py", line 247, in test_getsitepackages
    self.assertEqual(len(dirs), 4)
AssertionError: 2 != 4

======================================================================
FAIL: test_getuserbase (test.test_site.HelperFunctionsTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/7.1/lib/python2.7/test/test_site.py", line 210, in test_getuserbase
    site.getuserbase())
AssertionError: /Users/yjchen/Library/Python/2.7

======================================================================
FAIL: test_s_option (test.test_site.HelperFunctionsTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/Library/Frameworks/Python.framework/Versions/7.1/lib/python2.7/test/test_site.py", line 193, in test_s_option
    self.assertEqual(rc, 1)
AssertionError: 0 != 1

----------------------------------------------------------------------

----------
nosy: +yjchen

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7283>
_______________________________________

From report at bugs.python.org  Sun Jun 22 21:47:50 2014
From: report at bugs.python.org (jhao)
Date: Sun, 22 Jun 2014 19:47:50 +0000
Subject: [issue1398781] Example in section 5.3 "Pure Embedding" doesn't work.
Message-ID: <1403466470.52.0.603152233709.issue1398781@psf.upfronthosting.co.za>


jhao added the comment:

I have updated the example in the doc. This default behavior is introduced because of security reason as detailed in http://bugs.python.org/issue5753

----------
hgrepos: +261
nosy: +jhao

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1398781>
_______________________________________

From report at bugs.python.org  Sun Jun 22 22:01:52 2014
From: report at bugs.python.org (Eugene Tang)
Date: Sun, 22 Jun 2014 20:01:52 +0000
Subject: [issue7932] print statement delayed IOError when stdout has been
 closed
In-Reply-To: <1266195907.59.0.6287236457.issue7932@psf.upfronthosting.co.za>
Message-ID: <1403467312.61.0.215274574539.issue7932@psf.upfronthosting.co.za>


Eugene Tang added the comment:

A similar problem seems to appear in Python 3.5

./python -c 'import sys; print("x", file=sys.stdout)' 1>&- ; echo $? 
0

./python -c 'import sys; print("x", file=sys.stderr)' 2>&- ; echo $?
x
0

but again, this does seem to be a very specific corner case.

----------
nosy: +eugenet
versions: +Python 3.5 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7932>
_______________________________________

From report at bugs.python.org  Sun Jun 22 22:05:33 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 20:05:33 +0000
Subject: [issue9740] Support for HTTP 1.1 persistent connections throughout
 the standard library
In-Reply-To: <1283428611.84.0.131704513964.issue9740@psf.upfronthosting.co.za>
Message-ID: <1403467533.95.0.694811630512.issue9740@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Mr. Kumar: the "and" is intentional. The server will use keep-alive messages only if it operates in HTTP/1.1 mode itself (protocol_version). By default, it operates in HTTP/1.0 mode, and does not enable persistent connections there. The initial implementation did, but it failed since it often would not send content-length headers, which are mandatory for persistent connections.

----------
nosy: +loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9740>
_______________________________________

From report at bugs.python.org  Sun Jun 22 22:29:09 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 22 Jun 2014 20:29:09 +0000
Subject: [issue10747] Include version info in Windows shortcuts
In-Reply-To: <1292932439.68.0.958376446451.issue10747@psf.upfronthosting.co.za>
Message-ID: <3gxQMS6Yx5z7LjT@mail.python.org>


Roundup Robot added the comment:

New changeset b896fe4b1201 by Martin v. L?wis in branch '3.4':
Issue #10747: Use versioned labels in the Windows start menu.
http://hg.python.org/cpython/rev/b896fe4b1201

New changeset 3ca598c3437f by Martin v. L?wis in branch 'default':
Issue #10747: Merge with 3.4
http://hg.python.org/cpython/rev/3ca598c3437f

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10747>
_______________________________________

From report at bugs.python.org  Sun Jun 22 22:29:53 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 20:29:53 +0000
Subject: [issue10747] Include version info in Windows shortcuts
In-Reply-To: <1292932439.68.0.958376446451.issue10747@psf.upfronthosting.co.za>
Message-ID: <1403468993.24.0.669893138965.issue10747@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Thanks for the patch. Committed as-is to 3.4 and 3.5.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10747>
_______________________________________

From report at bugs.python.org  Sun Jun 22 22:30:53 2014
From: report at bugs.python.org (Tumer Topcu)
Date: Sun, 22 Jun 2014 20:30:53 +0000
Subject: [issue15983] multiprocessing JoinableQueue's join function with
 timeout
In-Reply-To: <1348147792.78.0.126354805475.issue15983@psf.upfronthosting.co.za>
Message-ID: <1403469053.27.0.56536157895.issue15983@psf.upfronthosting.co.za>


Tumer Topcu added the comment:

Another option is instead of adding a timeout parameter, a new function to check if everything is done. Like:

def all_tasks_finished(self)
    return self._unfinished_tasks._semlock._is_zero()

Which can then be utilized exactly shown in the above noted stackoverflow answer. This way it will be consistent with queue.py

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15983>
_______________________________________

From report at bugs.python.org  Sun Jun 22 22:31:07 2014
From: report at bugs.python.org (Tumer Topcu)
Date: Sun, 22 Jun 2014 20:31:07 +0000
Subject: [issue15983] multiprocessing JoinableQueue's join function with
 timeout
In-Reply-To: <1348147792.78.0.126354805475.issue15983@psf.upfronthosting.co.za>
Message-ID: <1403469067.17.0.19119475896.issue15983@psf.upfronthosting.co.za>


Changes by Tumer Topcu <tumert at gmail.com>:


----------
nosy: +trent

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15983>
_______________________________________

From report at bugs.python.org  Sun Jun 22 22:35:08 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 20:35:08 +0000
Subject: [issue21331] Reversing an encoding with unicode-escape returns a
 different result
In-Reply-To: <1398200303.74.0.876201125787.issue21331@psf.upfronthosting.co.za>
Message-ID: <1403469308.58.0.498907103679.issue21331@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

As you say, the unicode-escape codec is tied to the Python language definition. So if the language changes, the codec needs to change as well. 

A Unicode literal in source code might be using any encoding, so to be on the safe side, restricting it to ASCII is meaningful. Or else, if we want to use the default source encoding (as it did in 2.x), we should assume UTF-8 (per PEP 3120). Using ISO-8859-1 is clearly wrong for 3.x.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21331>
_______________________________________

From report at bugs.python.org  Sun Jun 22 22:39:02 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 20:39:02 +0000
Subject: [issue21532] 2.7.7rc1 msi is lacking libpython27.a
In-Reply-To: <1400478135.47.0.49178894487.issue21532@psf.upfronthosting.co.za>
Message-ID: <1403469542.83.0.407347553239.issue21532@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21532>
_______________________________________

From report at bugs.python.org  Sun Jun 22 22:41:53 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 20:41:53 +0000
Subject: [issue21158] Windows installer service could not be accessed
In-Reply-To: <1396639122.72.0.136527705506.issue21158@psf.upfronthosting.co.za>
Message-ID: <1403469713.43.0.367465466229.issue21158@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Closing because of lack of feedback.

----------
resolution:  -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21158>
_______________________________________

From report at bugs.python.org  Sun Jun 22 22:50:11 2014
From: report at bugs.python.org (Amitava Bhattacharyya)
Date: Sun, 22 Jun 2014 20:50:11 +0000
Subject: [issue20092] type() constructor should bind __int__ to __index__ when
 __index__ is defined and __int__ is not
In-Reply-To: <1388260592.79.0.323683192221.issue20092@psf.upfronthosting.co.za>
Message-ID: <1403470211.64.0.0911797371002.issue20092@psf.upfronthosting.co.za>


Amitava Bhattacharyya added the comment:

I started working on this issue as part of the Bloomberg Python Sprint (https://etherpad.mozilla.org/LjZPQ55oZs).

Ethan, can you confirm if the attached test case summarizes the issue correctly?

I tried to hook _PyLong_FromNbInt to check nb_index but didn't make progress there. Will need to load in a debugger to see what's going on.

----------
nosy: +amitava.b, trent
Added file: http://bugs.python.org/file35734/test_index_not_int.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20092>
_______________________________________

From report at bugs.python.org  Sun Jun 22 23:02:04 2014
From: report at bugs.python.org (Victor Zhong)
Date: Sun, 22 Jun 2014 21:02:04 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403470924.22.0.668868322207.issue14534@psf.upfronthosting.co.za>


Victor Zhong added the comment:

We made a patch for this issue at Bloomberg's Python Open Source Event. Please find the diff here: 

https://bitbucket.org/hllowrld/cpython/commits/382773b2611a86326568a22dd5cef6c7f7bae18c

Zach Ware will review the patch.

----------
hgrepos: +262
nosy: +vzhong

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Sun Jun 22 23:03:46 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 21:03:46 +0000
Subject: [issue21030] pip usable only by administrators on Windows and SELinux
In-Reply-To: <1395534344.37.0.780621309419.issue21030@psf.upfronthosting.co.za>
Message-ID: <1403471026.27.0.709645996555.issue21030@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

If this needs to be done by fixing the ACLs afterwards, then I suggest to add a C custom action, based on the code in

http://stackoverflow.com/questions/17536692/resetting-file-security-to-inherit-after-a-movefile-operation

----------
title: pip usable only by administrators on Windows -> pip usable only by administrators on Windows and SELinux

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21030>
_______________________________________

From report at bugs.python.org  Sun Jun 22 23:17:56 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 22 Jun 2014 21:17:56 +0000
Subject: [issue20578] BufferedIOBase.readinto1 is missing
In-Reply-To: <1391991229.05.0.363628736117.issue20578@psf.upfronthosting.co.za>
Message-ID: <3gxRRl2dhbz7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset 213490268be4 by Benjamin Peterson in branch 'default':
add BufferedIOBase.readinto1 (closes #20578)
http://hg.python.org/cpython/rev/213490268be4

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20578>
_______________________________________

From report at bugs.python.org  Sun Jun 22 23:29:48 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 22 Jun 2014 21:29:48 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <1403472588.51.0.95868590833.issue21652@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Vladimir, if you could provide a patch implementing your proposed rollback, that would be appreciated.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Sun Jun 22 23:33:40 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 22 Jun 2014 21:33:40 +0000
Subject: [issue3423] DeprecationWarning message applies to wrong context with
 exec()
In-Reply-To: <1216687242.26.0.837867299264.issue3423@psf.upfronthosting.co.za>
Message-ID: <1403472820.09.0.823908438391.issue3423@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Zach, your header editing is inconsistent. If you think this is a bug rather than enhancement issue, please say why. Either way, what change you would make?  And even if you think there is a bug, why would you make a change in maintenance releases, given that we do not change exception messages in maintenance releases? Is the change you would make worth breaking doc tests?

Michael, your statement and posted link do not match. Installed 3.4.0 and locally built 3.5.0a0 both produce, for me,
Traceback (most recent call last):
  File "C:\Programs\Python34\tem.py", line 10, in <module>
    exec("raise 'two'")
  File "<string>", line 1, in <module>
TypeError: exceptions must derive from BaseException

2.7 produces
Traceback (most recent call last):
  File "C:\Programs\Python34\tem.py", line 10, in <module>
    exec("raise 'two'")
  File "<string>", line 1, in <module>
TypeError: exceptions must be old-style classes or derived from BaseException, not str

In other words, the string exception deprecation warning is obsolete and does not occur in any current Python.

The string.maketrans example is also obsolete as maketrans has been removed since 3.1. It now is an AttributeError. In 2.7, it is not deprecated.

----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3423>
_______________________________________

From report at bugs.python.org  Sun Jun 22 23:34:13 2014
From: report at bugs.python.org (Ned Deily)
Date: Sun, 22 Jun 2014 21:34:13 +0000
Subject: [issue2213] build_tkinter.py does not handle paths with spaces
In-Reply-To: <1204331742.92.0.0412981555519.issue2213@psf.upfronthosting.co.za>
Message-ID: <1403472853.21.0.232580752923.issue2213@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +steve.dower, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2213>
_______________________________________

From report at bugs.python.org  Sun Jun 22 23:46:05 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Sun, 22 Jun 2014 21:46:05 +0000
Subject: [issue2213] build_tkinter.py does not handle paths with spaces
In-Reply-To: <1204331742.92.0.0412981555519.issue2213@psf.upfronthosting.co.za>
Message-ID: <1403473565.25.0.186606288976.issue2213@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
versions: +Python 3.5 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2213>
_______________________________________

From report at bugs.python.org  Sun Jun 22 23:52:01 2014
From: report at bugs.python.org (karl)
Date: Sun, 22 Jun 2014 21:52:01 +0000
Subject: [issue15851] Lib/robotparser.py doesn't accept setting a user agent
 string, instead it uses the default.
In-Reply-To: <1346610964.7.0.836759738208.issue15851@psf.upfronthosting.co.za>
Message-ID: <1403473921.64.0.382796379574.issue15851@psf.upfronthosting.co.za>


karl added the comment:

Mark,

The code is using urllib for demonstrating the issue with wikipedia and other sites which are blocking python-urllib user agents because it is used by many spam harvesters.

The proposal is about giving a possibility in robotparser lib to add a feature for setting up the user-agent.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15851>
_______________________________________

From report at bugs.python.org  Sun Jun 22 23:56:07 2014
From: report at bugs.python.org (karl)
Date: Sun, 22 Jun 2014 21:56:07 +0000
Subject: [issue15851] Lib/robotparser.py doesn't accept setting a user agent
 string, instead it uses the default.
In-Reply-To: <1346610964.7.0.836759738208.issue15851@psf.upfronthosting.co.za>
Message-ID: <1403474167.36.0.204337461559.issue15851@psf.upfronthosting.co.za>


karl added the comment:

Note that one of the proposal is to just document in
https://docs.python.org/3/library/urllib.robotparser.html
the proposal made in msg169722 (available in 3.4+)

    robotparser.URLopener.version = 'MyVersion'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15851>
_______________________________________

From report at bugs.python.org  Sun Jun 22 23:58:53 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 22 Jun 2014 21:58:53 +0000
Subject: [issue15851] Lib/robotparser.py doesn't accept setting a user agent
 string, instead it uses the default.
In-Reply-To: <1346610964.7.0.836759738208.issue15851@psf.upfronthosting.co.za>
Message-ID: <1403474333.07.0.453150640155.issue15851@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

c:\cpython\PCbuild>python_d.exe -V
Python 3.5.0a0

c:\cpython\PCbuild>type C:\Users\Mark\MyPython\mytest.py
#!/usr/bin/env python3
# -*- coding: latin-1 -*-

import urllib.request
opener = urllib.request.build_opener()
opener.addheaders = [('User-agent', 'Python-urllib')]
fobj = opener.open('http://en.wikipedia.org/robots.txt')
print('Finished, no traceback here')

c:\cpython\PCbuild>python_d.exe C:\Users\Mark\MyPython\mytest.py
Finished, no traceback here

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15851>
_______________________________________

From report at bugs.python.org  Mon Jun 23 00:21:12 2014
From: report at bugs.python.org (Paul A.)
Date: Sun, 22 Jun 2014 22:21:12 +0000
Subject: [issue14540] Crash in Modules/_ctypes/libffi/src/dlmalloc.c on
 ia64-hp-hpux11.31
In-Reply-To: <1334023876.29.0.692126392594.issue14540@psf.upfronthosting.co.za>
Message-ID: <1403475672.49.0.758004071494.issue14540@psf.upfronthosting.co.za>


Paul A. added the comment:

I believe this problem has been gone since around 2.7.5, so can I close this myself?

----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14540>
_______________________________________

From report at bugs.python.org  Mon Jun 23 00:23:17 2014
From: report at bugs.python.org (Ned Deily)
Date: Sun, 22 Jun 2014 22:23:17 +0000
Subject: [issue7283] test_site failure when .local/lib/pythonX.Y/site-packages
 hasn't been created yet
In-Reply-To: <1257640034.65.0.139323856655.issue7283@psf.upfronthosting.co.za>
Message-ID: <1403475797.14.0.771437670897.issue7283@psf.upfronthosting.co.za>


Ned Deily added the comment:

YJ, the test_site failures you are seeing should have been fixed by the changes for Issue10881 (82c4f094f811) that were released with Python 2.7.3.  Please update your Python 2.7 to the latest release (currently 2.7.7).

Otherwise, unless somebody is able to reproduce the original failure (I can't so far), I think we should close this issue.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7283>
_______________________________________

From report at bugs.python.org  Mon Jun 23 00:44:14 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 22:44:14 +0000
Subject: [issue17535] IDLE: Add an option to show line numbers along the left
 side of the editor window, and have it enabled by default.
In-Reply-To: <1364102013.73.0.373085073641.issue17535@psf.upfronthosting.co.za>
Message-ID: <1403477054.16.0.338055430035.issue17535@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

FWIW, I don't think line numbers should be "enabled by default" for IDLE or any other editor.  It isn't the norm and can be distracting.  If you've ever tried to use IDLE to teach kids, you would value minimizing visual distractions.

----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17535>
_______________________________________

From report at bugs.python.org  Mon Jun 23 00:47:00 2014
From: report at bugs.python.org (Lita Cho)
Date: Sun, 22 Jun 2014 22:47:00 +0000
Subject: [issue21812] turtle.shapetransform doesn't transform the turtle on
 the first call
In-Reply-To: <1403244880.01.0.345411438078.issue21812@psf.upfronthosting.co.za>
Message-ID: <1403477220.36.0.469506516996.issue21812@psf.upfronthosting.co.za>


Lita Cho added the comment:

Absolutely! I totally forgot I made those changes for PEP8! Next time, I will totally submit just the change associated with the ticket.

Thank you, Raymond, for the feedback and reviewing my code!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21812>
_______________________________________

From report at bugs.python.org  Mon Jun 23 00:47:42 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 22:47:42 +0000
Subject: [issue15851] Lib/robotparser.py doesn't accept setting a user agent
 string, instead it uses the default.
In-Reply-To: <1346610964.7.0.836759738208.issue15851@psf.upfronthosting.co.za>
Message-ID: <1403477262.62.0.314386473572.issue15851@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
nosy: +rhettinger
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15851>
_______________________________________

From report at bugs.python.org  Mon Jun 23 00:49:52 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sun, 22 Jun 2014 22:49:52 +0000
Subject: [issue8343] improve re parse error messages for named groups
In-Reply-To: <1270716731.5.0.82696133579.issue8343@psf.upfronthosting.co.za>
Message-ID: <1403477392.93.0.189825712635.issue8343@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I'll apply this (with some minor changes).

----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8343>
_______________________________________

From report at bugs.python.org  Mon Jun 23 01:18:30 2014
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 22 Jun 2014 23:18:30 +0000
Subject: [issue21427] Windows installer: cannot register 64 bit component
In-Reply-To: <1399217925.98.0.594848268677.issue21427@psf.upfronthosting.co.za>
Message-ID: <1403479110.86.0.92071230922.issue21427@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: cannot register 64 bit component -> Windows installer: cannot register 64 bit component

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21427>
_______________________________________

From report at bugs.python.org  Mon Jun 23 01:27:16 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 22 Jun 2014 23:27:16 +0000
Subject: [issue16667] timezone docs need "versionadded: 3.2"
In-Reply-To: <1355272202.83.0.0809647453086.issue16667@psf.upfronthosting.co.za>
Message-ID: <3gxVJz2zwQz7Lk1@mail.python.org>


Roundup Robot added the comment:

New changeset b32174cad588 by Benjamin Peterson in branch '3.4':
some timezone doc improvements (closes #16667)
http://hg.python.org/cpython/rev/b32174cad588

New changeset 7dc94337ef67 by Benjamin Peterson in branch 'default':
merge 3.4 (#16667)
http://hg.python.org/cpython/rev/7dc94337ef67

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16667>
_______________________________________

From report at bugs.python.org  Mon Jun 23 01:29:17 2014
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 22 Jun 2014 23:29:17 +0000
Subject: [issue13247] under Windows,
 os.path.abspath returns non-ASCII bytes paths as question marks
In-Reply-To: <1319327124.52.0.956024299245.issue13247@psf.upfronthosting.co.za>
Message-ID: <1403479757.38.0.799281686799.issue13247@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ok to keep calls to ANSI versions of the Windows API when bytes filenames are used (so get question marks on encoding errors).

> Another alternative would be to switch to UTF-8 as the file system encoding on Windows, but that change might be too incompatible.

On Linux, I tried to have more than one "OS" encoding and it was a big fail (search for "PYTHONFSENCODING" env var in Python history). It introduced many new tricky issues. In short, Python should use the same "OS encoding" *everyone*. Since they are many places where Python doesn't control the encoding, we must use the same encoding than the OS. For example, os.listdir(b'.') uses the ANSI code page. If you concatenate two strings, one encoding to UTF-8 and the other encoded to the ANSI code page, you will at least see mojibake, and your operation will probably fail (ex: unable to open the file).

I mean that forcing an encoding *everywhere* is a losing battle. There are too many external functions using the locale encoding on UNIX and the ANSI code page on Windows. Not only in the C library, think also to OpenSSL just to give you one example.

Anyway, bytes filenames are deprecated since Python 3.2 so it's maybe time to stop using them!

--

Another alternative is to completly drop support of bytes filenames on Windows in Python 3.5. But I expect that too many applications will just fail. It's too early for such disruptive change.

So I'm just closing the issue as "not a bug", because Python just follows the vendor choice (Microsoft decided to use funny question marks :-)).

----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13247>
_______________________________________

From report at bugs.python.org  Mon Jun 23 01:49:18 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 22 Jun 2014 23:49:18 +0000
Subject: [issue17449] dev guide appears not to cover the benchmarking suite
In-Reply-To: <1363579697.14.0.518781563777.issue17449@psf.upfronthosting.co.za>
Message-ID: <3gxVpP5wSZz7LjN@mail.python.org>


Roundup Robot added the comment:

New changeset 428b6350307e by Benjamin Peterson in branch 'default':
add a pointer to the benchmarks repo (closes #17449)
http://hg.python.org/devguide/rev/428b6350307e

----------
nosy: +python-dev
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17449>
_______________________________________

From report at bugs.python.org  Mon Jun 23 02:00:28 2014
From: report at bugs.python.org (karl)
Date: Mon, 23 Jun 2014 00:00:28 +0000
Subject: [issue15851] Lib/robotparser.py doesn't accept setting a user agent
 string, instead it uses the default.
In-Reply-To: <1346610964.7.0.836759738208.issue15851@psf.upfronthosting.co.za>
Message-ID: <1403481628.06.0.397133787225.issue15851@psf.upfronthosting.co.za>


karl added the comment:

? python
Python 2.7.5 (default, Mar  9 2014, 22:15:05) 
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import robotparser
>>> rp = robotparser.RobotFileParser('http://somesite.test.site/robots.txt')
>>> rp.read()
>>> 


Let's check the server logs:

127.0.0.1 - - [23/Jun/2014:08:44:37 +0900] "GET /robots.txt HTTP/1.0" 200 92 "-" "Python-urllib/1.17"

Robotparser by default was using in 2.* the Python-urllib/1.17 user agent which is traditionally blocked by many sysadmins. A solution has been already proposed above:

This is the proposed test for 3.4

import urllib.robotparser
import urllib.request
opener = urllib.request.build_opener()
opener.addheaders = [('User-agent', 'MyUa/0.1')]
urllib.request.install_opener(opener)
rp = urllib.robotparser.RobotFileParser('http://localhost:9999')
rp.read()


The issue is not anymore about changing the lib, but just about documenting on how to change the RobotFileParser default UA. We can change the title of this issue if it's confusing. Or close it and open a new one for documenting what makes it easier :)

Currently robotparser.py imports urllib user agent.
http://hg.python.org/cpython/file/7dc94337ef67/Lib/urllib/request.py#l364

It's a common failure we encounter when using urllib in general, including robotparser.


As for wikipedia, they fixed their server side user agent sniffing, and do not filter anymore python-urllib. 

GET /robots.txt HTTP/1.1
Accept: */*
Accept-Encoding: gzip, deflate, compress
Host: en.wikipedia.org
User-Agent: Python-urllib/1.17

HTTP/1.1 200 OK
Accept-Ranges: bytes
Age: 3161
Cache-control: s-maxage=3600, must-revalidate, max-age=0
Connection: keep-alive
Content-Encoding: gzip
Content-Length: 5208
Content-Type: text/plain; charset=utf-8
Date: Sun, 22 Jun 2014 23:59:16 GMT
Last-modified: Tue, 26 Nov 2013 17:39:43 GMT
Server: Apache
Set-Cookie: GeoIP=JP:Tokyo:35.6850:139.7514:v4; Path=/; Domain=.wikipedia.org
Vary: X-Subdomain
Via: 1.1 varnish, 1.1 varnish, 1.1 varnish
X-Article-ID: 19292575
X-Cache: cp1065 miss (0), cp4016 hit (1), cp4009 frontend hit (215)
X-Content-Type-Options: nosniff
X-Language: en
X-Site: wikipedia
X-Varnish: 2529666795, 2948866481 2948865637, 4134826198 4130750894


Many other sites still do. :)

----------
versions: +Python 3.4 -Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15851>
_______________________________________

From report at bugs.python.org  Mon Jun 23 02:45:25 2014
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 23 Jun 2014 00:45:25 +0000
Subject: [issue2213] build_tkinter.py does not handle paths with spaces
In-Reply-To: <1204331742.92.0.0412981555519.issue2213@psf.upfronthosting.co.za>
Message-ID: <1403484325.81.0.322819129478.issue2213@psf.upfronthosting.co.za>


Zachary Ware added the comment:

build_tkinter.py no longer exists in 3.5, so I'm inclined to close as 'out of date'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2213>
_______________________________________

From report at bugs.python.org  Mon Jun 23 02:46:33 2014
From: report at bugs.python.org (Antony Lee)
Date: Mon, 23 Jun 2014 00:46:33 +0000
Subject: [issue21714] Path.with_name can construct invalid paths
In-Reply-To: <1402465166.82.0.496470455769.issue21714@psf.upfronthosting.co.za>
Message-ID: <1403484393.25.0.497451276631.issue21714@psf.upfronthosting.co.za>


Antony Lee added the comment:

The attached patch fixes all the issues mentioned, and also integrates the fixes of issue 20639 (issues with with_suffix) as they are quite similar.

----------
keywords: +patch
Added file: http://bugs.python.org/file35735/pathlib-with_name-with_suffix.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21714>
_______________________________________

From report at bugs.python.org  Mon Jun 23 02:49:16 2014
From: report at bugs.python.org (Ben Galin)
Date: Mon, 23 Jun 2014 00:49:16 +0000
Subject: [issue18624] Add alias for iso-8859-8-i which is the same as
 iso-8859-8
In-Reply-To: <1375398269.06.0.0330535739148.issue18624@psf.upfronthosting.co.za>
Message-ID: <1403484556.8.0.763162005192.issue18624@psf.upfronthosting.co.za>


Ben Galin added the comment:

Added a patch with these two 8859-8 aliases and a corresponding test in test_codecs.py (couldn't find test_encodings.py mentioned in an earlier message).  The test also found a missing 'tactis' codec (issue 1251921), so I've commented it out in the aliases.py file.  Please take a look.

----------
nosy: +bensws
Added file: http://bugs.python.org/file35736/8859-8_aliases_and_test.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18624>
_______________________________________

From report at bugs.python.org  Mon Jun 23 02:55:16 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 23 Jun 2014 00:55:16 +0000
Subject: [issue20939] test_geturl of test_urllibnet fails with
 'https://www.python.org/' != 'http://www.python.org/'
In-Reply-To: <1394912477.16.0.0678033428019.issue20939@psf.upfronthosting.co.za>
Message-ID: <1403484916.97.0.0254395605183.issue20939@psf.upfronthosting.co.za>


Ned Deily added the comment:

Since the original problems reported here have been fixed in current branches, I'm closing this issue.

----------
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed
versions:  -Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20939>
_______________________________________

From report at bugs.python.org  Mon Jun 23 03:00:14 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 23 Jun 2014 01:00:14 +0000
Subject: [issue13143] os.path.islink documentation is ambiguous
In-Reply-To: <1318221303.29.0.86938915547.issue13143@psf.upfronthosting.co.za>
Message-ID: <3gxXNF09Dxz7Llt@mail.python.org>


Roundup Robot added the comment:

New changeset f463387d2434 by Benjamin Peterson in branch '2.7':
clarify that islink only really works if python knows about symlinks (closes #13143)
http://hg.python.org/cpython/rev/f463387d2434

New changeset db7887f3e6a2 by Benjamin Peterson in branch '3.4':
clarify that islink only really works if python knows about symlinks (closes #13143)
http://hg.python.org/cpython/rev/db7887f3e6a2

New changeset 81529993f60d by Benjamin Peterson in branch 'default':
merge 3.4 (#13143)
http://hg.python.org/cpython/rev/81529993f60d

----------
nosy: +python-dev
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13143>
_______________________________________

From report at bugs.python.org  Mon Jun 23 03:30:00 2014
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 23 Jun 2014 01:30:00 +0000
Subject: [issue3423] DeprecationWarning message applies to wrong context with
 exec()
In-Reply-To: <1216687242.26.0.837867299264.issue3423@psf.upfronthosting.co.za>
Message-ID: <1403487000.75.0.849636608117.issue3423@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Sorry, Terry; I updated the resolution because the issue was not closed, and the versions to match the currently acceptable branches after a discussion at the Bloomberg sprint, but failed to elaborate on what the actual bug here is that came out of that discussion.

The actual problem is with any warning raised by exec'ing a string:

C:\Temp>type exectest.py
# line 1

import os

os.listdir(b'.') # line 5

exec("os.listdir(b'.')") # line 7
C:\Temp>py -3.4 -Wall exectest.py
exectest.py:5: DeprecationWarning: The Windows bytes API has been deprecated, use Unicode filenames instead
  os.listdir(b'.') # line 5
exectest.py:1: DeprecationWarning: The Windows bytes API has been deprecated, use Unicode filenames instead
  # line 1

C:\Temp>type exectest-2.7.py
# line 1

"test" > 3 # line 3

exec("'test' > 3") # line 5

C:\Temp>py -2.7 -3 -Wall exectest-2.7.py
exectest-2.7.py:3: DeprecationWarning: comparing unequal types not supported in 3.x
  "test" > 3 # line 3
exectest-2.7.py:1: DeprecationWarning: comparing unequal types not supported in 3.x
  # line 1

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3423>
_______________________________________

From report at bugs.python.org  Mon Jun 23 03:35:29 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 23 Jun 2014 01:35:29 +0000
Subject: [issue21672] Python for Windows 2.7.7: Path Configuration File No
 Longer Works With UNC Paths
In-Reply-To: <1401994479.3.0.49246899079.issue21672@psf.upfronthosting.co.za>
Message-ID: <1403487329.38.0.0704077874202.issue21672@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +benjamin.peterson
priority: normal -> release blocker
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21672>
_______________________________________

From report at bugs.python.org  Mon Jun 23 03:38:17 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 23 Jun 2014 01:38:17 +0000
Subject: [issue5888] mmap ehancement - resize with sequence notation
In-Reply-To: <1241116451.53.0.52928290171.issue5888@psf.upfronthosting.co.za>
Message-ID: <1403487497.13.0.756978094695.issue5888@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5888>
_______________________________________

From report at bugs.python.org  Mon Jun 23 04:11:05 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 23 Jun 2014 02:11:05 +0000
Subject: [issue21672] Python for Windows 2.7.7: Path Configuration File No
 Longer Works With UNC Paths
In-Reply-To: <1401994479.3.0.49246899079.issue21672@psf.upfronthosting.co.za>
Message-ID: <3gxYy00l5cz7LjX@mail.python.org>


Roundup Robot added the comment:

New changeset 26ec6248ee8b by Benjamin Peterson in branch '2.7':
fix ntpath.join on UNC-style paths by backporting py3k's splitdrive (closes #21672)
http://hg.python.org/cpython/rev/26ec6248ee8b

----------
nosy: +python-dev
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21672>
_______________________________________

From report at bugs.python.org  Mon Jun 23 04:33:26 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 23 Jun 2014 02:33:26 +0000
Subject: [issue8343] improve re parse error messages for named groups
In-Reply-To: <1270716731.5.0.82696133579.issue8343@psf.upfronthosting.co.za>
Message-ID: <3gxZRn4wXbz7LjP@mail.python.org>


Roundup Robot added the comment:

New changeset 9c7b50a36b42 by Raymond Hettinger in branch '2.7':
Issue #8343: Named group error msgs did not show the group name.
http://hg.python.org/cpython/rev/9c7b50a36b42

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8343>
_______________________________________

From report at bugs.python.org  Mon Jun 23 04:48:01 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 23 Jun 2014 02:48:01 +0000
Subject: [issue8343] improve re parse error messages for named groups
In-Reply-To: <1270716731.5.0.82696133579.issue8343@psf.upfronthosting.co.za>
Message-ID: <3gxZmc4xf8z7LjN@mail.python.org>


Roundup Robot added the comment:

New changeset 404dcd29b0a6 by Raymond Hettinger in branch '3.4':
Issue #8343: Named group error msgs did not show the group name.
http://hg.python.org/cpython/rev/404dcd29b0a6

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8343>
_______________________________________

From report at bugs.python.org  Mon Jun 23 04:49:02 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 23 Jun 2014 02:49:02 +0000
Subject: [issue8343] improve re parse error messages for named groups
In-Reply-To: <1270716731.5.0.82696133579.issue8343@psf.upfronthosting.co.za>
Message-ID: <1403491742.57.0.372046347879.issue8343@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thanks for noticing this.

----------
resolution: accepted -> fixed
status: open -> closed
type:  -> behavior
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8343>
_______________________________________

From report at bugs.python.org  Mon Jun 23 04:52:37 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 23 Jun 2014 02:52:37 +0000
Subject: [issue15851] Lib/robotparser.py doesn't accept setting a user agent
 string, instead it uses the default.
In-Reply-To: <1346610964.7.0.836759738208.issue15851@psf.upfronthosting.co.za>
Message-ID: <1403491957.79.0.789237629681.issue15851@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15851>
_______________________________________

From report at bugs.python.org  Mon Jun 23 04:57:13 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 23 Jun 2014 02:57:13 +0000
Subject: [issue15178] Doctest should handle situations when test files are not
 readable
In-Reply-To: <1340622105.45.0.77795142646.issue15178@psf.upfronthosting.co.za>
Message-ID: <1403492233.71.0.778054574301.issue15178@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15178>
_______________________________________

From report at bugs.python.org  Mon Jun 23 05:24:09 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 23 Jun 2014 03:24:09 +0000
Subject: [issue18032] set methods should specify whether they consume
 iterators "lazily"
In-Reply-To: <1369223923.83.0.620034016791.issue18032@psf.upfronthosting.co.za>
Message-ID: <1403493849.47.0.546125111103.issue18032@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

The patch looks good.  I'll go over it in more detail shortly.

----------
nosy:  -docs at python
stage: needs patch -> patch review
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18032>
_______________________________________

From report at bugs.python.org  Mon Jun 23 06:14:50 2014
From: report at bugs.python.org (Ethan Furman)
Date: Mon, 23 Jun 2014 04:14:50 +0000
Subject: [issue20092] type() constructor should bind __int__ to __index__ when
 __index__ is defined and __int__ is not
In-Reply-To: <1388260592.79.0.323683192221.issue20092@psf.upfronthosting.co.za>
Message-ID: <1403496890.81.0.248649728066.issue20092@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Yes, that test should pass when this issue is resolved.

I can't tell from your comment what you are trying to do to resolve it, but the course of action I had in mind was to have the `type` meta-class make a final examination of the type it was creating, and if that type had __index__ but not __int__ then bind __int__ to __index__.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20092>
_______________________________________

From report at bugs.python.org  Mon Jun 23 06:23:13 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 23 Jun 2014 04:23:13 +0000
Subject: [issue21670] Add repr to shelve.Shelf
In-Reply-To: <1401989217.73.0.191894123322.issue21670@psf.upfronthosting.co.za>
Message-ID: <1403497393.84.0.744578591492.issue21670@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
nosy: +rhettinger
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21670>
_______________________________________

From report at bugs.python.org  Mon Jun 23 06:26:08 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 23 Jun 2014 04:26:08 +0000
Subject: [issue18032] Optimization for set/frozenset.issubset()
In-Reply-To: <1369223923.83.0.620034016791.issue18032@psf.upfronthosting.co.za>
Message-ID: <1403497568.0.0.352365504963.issue18032@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
title: set methods should specify whether they consume iterators "lazily" -> Optimization for set/frozenset.issubset()

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18032>
_______________________________________

From report at bugs.python.org  Mon Jun 23 06:44:12 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 23 Jun 2014 04:44:12 +0000
Subject: [issue21670] Add repr to shelve.Shelf
In-Reply-To: <1401989217.73.0.191894123322.issue21670@psf.upfronthosting.co.za>
Message-ID: <1403498652.58.0.0884788894839.issue21670@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

This may not be the right repr for the usual way of creating shelves:

    d = shelve.open('tmp.shl')
    print(repr(d))             # I would expect the repr to show 
                               # the underlying db instead of all the
                               # key/value pairs which can be passed
                               # in the constructors

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21670>
_______________________________________

From report at bugs.python.org  Mon Jun 23 06:57:17 2014
From: report at bugs.python.org (Tal Einat)
Date: Mon, 23 Jun 2014 04:57:17 +0000
Subject: [issue17535] IDLE: Add an option to show line numbers along the left
 side of the editor window, and have it enabled by default.
In-Reply-To: <1364102013.73.0.373085073641.issue17535@psf.upfronthosting.co.za>
Message-ID: <1403499437.72.0.180045954344.issue17535@psf.upfronthosting.co.za>


Tal Einat added the comment:

Many IDEs do show line numbers by default. And it does make discussing code with others simpler, e.g. when teaching. But I tend to agree with Raymond that it would be better to keep the default interface clean. Anyone who will want line numbers will be able to turn them on them easily.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17535>
_______________________________________

From report at bugs.python.org  Mon Jun 23 07:12:00 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Mon, 23 Jun 2014 05:12:00 +0000
Subject: [issue21670] Add repr to shelve.Shelf
In-Reply-To: <1401989217.73.0.191894123322.issue21670@psf.upfronthosting.co.za>
Message-ID: <1403500320.45.0.883074945242.issue21670@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

The problem is that the repr of the underlying db is not very helpful either, as seen for the dbm backend.

>>> import dbm
>>> dbm.open("test", "c")
<dbm.dumb._Database object at 0x03091FC0>
>>> f=_
>>> f[b"2"] = b"a"
>>> f
<dbm.dumb._Database object at 0x03091FC0>
>>>

But it shows the content of the underlying database, not the key / value pairs passed in the constructor:

>>> shelve.open("test1")
DbfilenameShelf({})
>>> f=_
>>> f["2"] = "4"
>>> f
DbfilenameShelf({'2': '4'})
>>> f["40"] = "50"
>>> f.dict
<dbm.dumb._Database object at 0x02ACC038>
>>> f.dict.keys()
[b'40', b'2']
>>>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21670>
_______________________________________

From report at bugs.python.org  Mon Jun 23 07:31:37 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 23 Jun 2014 05:31:37 +0000
Subject: [issue7932] print statement delayed IOError when stdout has been
 closed
In-Reply-To: <1266195907.59.0.6287236457.issue7932@psf.upfronthosting.co.za>
Message-ID: <1403501497.43.0.618285971299.issue7932@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

I have no interest to work on this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7932>
_______________________________________

From report at bugs.python.org  Mon Jun 23 07:31:50 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 23 Jun 2014 05:31:50 +0000
Subject: [issue7932] print statement delayed IOError when stdout has been
 closed
In-Reply-To: <1266195907.59.0.6287236457.issue7932@psf.upfronthosting.co.za>
Message-ID: <1403501510.69.0.897833101585.issue7932@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
nosy:  -loewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7932>
_______________________________________

From report at bugs.python.org  Mon Jun 23 07:39:16 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 23 Jun 2014 05:39:16 +0000
Subject: [issue6305] islice doesn't accept large stop values
In-Reply-To: <1245309263.43.0.625809679675.issue6305@psf.upfronthosting.co.za>
Message-ID: <1403501956.55.0.180826642747.issue6305@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Well, as Alok has indicated that he can understand this not getting accepted, I'm now fine with that, too. 

Terry: Raymond had already adjusted the error message five years ago.

So closing this as "won't fix".

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6305>
_______________________________________

From report at bugs.python.org  Mon Jun 23 07:47:57 2014
From: report at bugs.python.org (Chris Withers)
Date: Mon, 23 Jun 2014 05:47:57 +0000
Subject: [issue21820] unittest: unhelpful truncating of long strings.
In-Reply-To: <1403346886.23.0.538670310002.issue21820@psf.upfronthosting.co.za>
Message-ID: <1403502477.16.0.37184541127.issue21820@psf.upfronthosting.co.za>


Chris Withers added the comment:

If I worked up a patch that:

- made sure this truncation wasn't used for non-strings

- added a class-attribute control for the truncation

Would it be well received?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21820>
_______________________________________

From report at bugs.python.org  Mon Jun 23 11:38:19 2014
From: report at bugs.python.org (Markus Kettunen)
Date: Mon, 23 Jun 2014 09:38:19 +0000
Subject: [issue16587] Py_Initialize breaks wprintf on Windows
In-Reply-To: <1354321432.5.0.798652538273.issue16587@psf.upfronthosting.co.za>
Message-ID: <1403516299.5.0.805958909217.issue16587@psf.upfronthosting.co.za>


Markus Kettunen added the comment:

It's quite common to use wide character strings to support Unicode in C and C++.

In C++ this often means using std::wstring and std::wcout. Maybe these are more common than wprintf? In any case the console output breaks as Py_Initialize hijacks the host application's standard output streams which sounds quite illegitimate to me.

I understand that Python isn't designed for embedding and it would be a lot of work to fix it, but I would still encourage everyone to take a look at this bug. For me, this was one of the reasons I ultimately had to decide against using Python as my application's scripting language, which is a shame.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16587>
_______________________________________

From report at bugs.python.org  Mon Jun 23 11:48:05 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 23 Jun 2014 09:48:05 +0000
Subject: [issue16587] Py_Initialize breaks wprintf on Windows
In-Reply-To: <1354321432.5.0.798652538273.issue16587@psf.upfronthosting.co.za>
Message-ID: <1403516885.17.0.957196120218.issue16587@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"In C++ this often means using std::wstring and std::wcout. Maybe these are more common than wprintf? In any case the console output breaks as Py_Initialize hijacks the host application's standard output streams which sounds quite illegitimate to me."

On Linux, std::wcout doesn't use wprintf(). Do you mean that std::wcout also depends on the "mode" of stdout (_setmode)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16587>
_______________________________________

From report at bugs.python.org  Mon Jun 23 11:59:21 2014
From: report at bugs.python.org (Markus Kettunen)
Date: Mon, 23 Jun 2014 09:59:21 +0000
Subject: [issue16587] Py_Initialize breaks wprintf on Windows
In-Reply-To: <1354321432.5.0.798652538273.issue16587@psf.upfronthosting.co.za>
Message-ID: <1403517561.21.0.518499456388.issue16587@psf.upfronthosting.co.za>


Markus Kettunen added the comment:

> On Linux, std::wcout doesn't use wprintf(). Do you mean that std::wcout also depends on the "mode" of stdout (_setmode)?

Yes, exactly. I originally noticed this bug by using std::wcout on Windows.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16587>
_______________________________________

From report at bugs.python.org  Mon Jun 23 14:00:50 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Mon, 23 Jun 2014 12:00:50 +0000
Subject: [issue21807] SysLogHandler closes TCP connection after first message
In-Reply-To: <1403165528.71.0.804407602636.issue21807@psf.upfronthosting.co.za>
Message-ID: <1403524850.39.0.569788651184.issue21807@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

The default for syslog-ng's so_keepalive() option is No (don't keep the socket open). Since you haven't responded with more information, I'll assume that you're using this default setting, and that syslog-ng is terminating the connection. Reopen if you have information to the contrary.

----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21807>
_______________________________________

From report at bugs.python.org  Mon Jun 23 14:37:41 2014
From: report at bugs.python.org (Nicolas Limage)
Date: Mon, 23 Jun 2014 12:37:41 +0000
Subject: [issue21828] added/corrected containment relationship for networks in
 lib ipaddress
Message-ID: <1403527061.43.0.332069268045.issue21828@psf.upfronthosting.co.za>


New submission from Nicolas Limage:

The current version of the ipaddress library implements containment relationship in a way that a network is never contained in another network :

>>> from ipaddress import IPv4Network,IPv4Address
>>> IPv4Network(u'192.168.22.0/24') in IPv4Network(u'192.168.0.0/16')
False

I think it would be better to define the containment relationship between networks as such :

- if network A contains all the ip addresses of network B, then B in A is True
- by extension of this rule, A in A is True

It is useful to quickly determine if a network is a subnet of another

----------
components: Library (Lib)
files: ipaddress-network-containment.diff
keywords: patch
messages: 221350
nosy: Nicolas.Limage
priority: normal
severity: normal
status: open
title: added/corrected containment relationship for networks in lib ipaddress
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35737/ipaddress-network-containment.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21828>
_______________________________________

From report at bugs.python.org  Mon Jun 23 14:40:25 2014
From: report at bugs.python.org (Nicolas Limage)
Date: Mon, 23 Jun 2014 12:40:25 +0000
Subject: [issue21828] added/corrected containment relationship for networks in
 lib ipaddress
In-Reply-To: <1403527061.43.0.332069268045.issue21828@psf.upfronthosting.co.za>
Message-ID: <1403527225.39.0.292573848751.issue21828@psf.upfronthosting.co.za>


Changes by Nicolas Limage <nicolas.limage at gmail.com>:


----------
nosy:  -Nicolas.Limage
resolution:  -> duplicate
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21828>
_______________________________________

From report at bugs.python.org  Mon Jun 23 14:52:05 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Mon, 23 Jun 2014 12:52:05 +0000
Subject: [issue21829] Wrong test in ctypes
Message-ID: <1403527925.65.0.212984709862.issue21829@psf.upfronthosting.co.za>


New submission from Claudiu Popa:

There's a problem with ctypes.test.test_values on Windows.
First, the test is wrong because it uses the following:

if __debug__:
    self.assertEqual(opt, 0)
elif ValuesTestCase.__doc__ is not None:
    self.assertEqual(opt, 1)

ValuesTestCase doesn't have a docstring and the check always fails when running the test suite with -O or -OO.
Second, running the test suite with -O and afterwards with -OO, will lead to the following failure:

======================================================================
FAIL: test_optimizeflag (ctypes.test.test_values.Win_ValuesTestCase)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "D:\Projects\cpython\lib\ctypes\test\test_values.py", line 50, in test_optimizeflag
    self.assertEqual(opt, 1)
AssertionError: 2 != 1

----------------------------------------------------------------------

That's because the .pyo file for test_values already exist when rerunning with -OO and the docstring will be there. Now, I don't know why the file is not rebuilt and the documentation regarding -OO and -O is pretty scarce. The attached file tries a different approach, regenerate a test class each time the test is run in order to obtain its docstring. If run with -OO, it will be dropped properly.

----------
components: Tests, ctypes
files: ctypes.patch
keywords: patch
messages: 221351
nosy: Claudiu.Popa
priority: normal
severity: normal
stage: patch review
status: open
title: Wrong test in ctypes
type: behavior
versions: Python 3.5
Added file: http://bugs.python.org/file35738/ctypes.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21829>
_______________________________________

From report at bugs.python.org  Mon Jun 23 14:54:35 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Mon, 23 Jun 2014 12:54:35 +0000
Subject: [issue21829] Wrong test in ctypes
In-Reply-To: <1403527925.65.0.212984709862.issue21829@psf.upfronthosting.co.za>
Message-ID: <1403528075.16.0.299075934483.issue21829@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21829>
_______________________________________

From report at bugs.python.org  Mon Jun 23 15:05:19 2014
From: report at bugs.python.org (Terry Chia)
Date: Mon, 23 Jun 2014 13:05:19 +0000
Subject: [issue17888] docs: more information on documentation team
In-Reply-To: <1367412914.06.0.588625037016.issue17888@psf.upfronthosting.co.za>
Message-ID: <1403528719.81.0.841290918993.issue17888@psf.upfronthosting.co.za>


Terry Chia added the comment:

Hello,

I have attached a patch that should resolve this issue. Do let me know if anything needs fixing as this is my first contribution.

----------
keywords: +patch
nosy: +terry.chia
Added file: http://bugs.python.org/file35739/issue17888.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17888>
_______________________________________

From report at bugs.python.org  Mon Jun 23 15:08:24 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 23 Jun 2014 13:08:24 +0000
Subject: [issue12750] datetime.strftime('%s') should respect tzinfo
In-Reply-To: <1313375473.21.0.352014190788.issue12750@psf.upfronthosting.co.za>
Message-ID: <1403528904.06.0.981878939751.issue12750@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

I would like to hear from others on this feature.  One concern that I have is whether it is wise to truncate the fractional seconds part in '%s'.  Also, if we support '%s' in strftime we should probably support it in strptime as well.

----------
nosy: +haypo, tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12750>
_______________________________________

From report at bugs.python.org  Mon Jun 23 15:14:42 2014
From: report at bugs.python.org (Jim Jewett)
Date: Mon, 23 Jun 2014 13:14:42 +0000
Subject: [issue21800] Implement RFC 6855 (IMAP Support for UTF-8) in imaplib.
Message-ID: <1403529282.13.0.666934036562.issue21800@psf.upfronthosting.co.za>


Changes by Jim Jewett <jimjjewett at gmail.com>:


----------
stage:  -> needs patch
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21800>
_______________________________________

From report at bugs.python.org  Mon Jun 23 15:27:43 2014
From: report at bugs.python.org (Christian Ullrich)
Date: Mon, 23 Jun 2014 13:27:43 +0000
Subject: [issue21030] pip usable only by administrators on Windows and SELinux
In-Reply-To: <1395534344.37.0.780621309419.issue21030@psf.upfronthosting.co.za>
Message-ID: <1403530063.46.0.329947663218.issue21030@psf.upfronthosting.co.za>


Christian Ullrich added the comment:

Actually, this appears to be fixed in pip 1.5.6 (and 1.5.5, commit 79408cbc6fa5d61b74b046105aee61f12311adc9, AFAICT), which is included in 3.4.1; I cannot reproduce the problem in 3.4.1. That makes this bug obsolete.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21030>
_______________________________________

From report at bugs.python.org  Mon Jun 23 15:28:07 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 23 Jun 2014 13:28:07 +0000
Subject: [issue21820] unittest: unhelpful truncating of long strings.
In-Reply-To: <1403502477.16.0.37184541127.issue21820@psf.upfronthosting.co.za>
Message-ID: <CADiSq7f604DzuherfvZ4LVEVu5U3T4J=S7r2acqLg7y7+z-ZWw@mail.gmail.com>


Nick Coghlan added the comment:

It's ultimately up to Michael as the module maintainer, but the class
attribute approach would match the way maxDiff works.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21820>
_______________________________________

From report at bugs.python.org  Mon Jun 23 15:39:30 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 23 Jun 2014 13:39:30 +0000
Subject: [issue21820] unittest: unhelpful truncating of long strings.
In-Reply-To: <CADiSq7f604DzuherfvZ4LVEVu5U3T4J=S7r2acqLg7y7+z-ZWw@mail.gmail.com>
Message-ID: <CADiSq7eKRfT+t5Zgrcv3vE60V2H7WqNni+kmerwxNSO556BUnA@mail.gmail.com>


Nick Coghlan added the comment:

Oh, one point - the "don't trigger on non-strings" could likely go in a bug
fix release for 3.4, but the flag to turn it off entirely would be a new
feature for 3.5.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21820>
_______________________________________

From report at bugs.python.org  Mon Jun 23 16:13:00 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 23 Jun 2014 14:13:00 +0000
Subject: [issue21829] Wrong test in ctypes
In-Reply-To: <1403527925.65.0.212984709862.issue21829@psf.upfronthosting.co.za>
Message-ID: <1403532780.83.0.719725713716.issue21829@psf.upfronthosting.co.za>


R. David Murray added the comment:

There is an issue open for the -O/-OO and .pyo file issue.  Or maybe we closed it won't fix, I forget.  -O/-OO have problems.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21829>
_______________________________________

From report at bugs.python.org  Mon Jun 23 16:23:14 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 23 Jun 2014 14:23:14 +0000
Subject: [issue21717] Exclusive mode for ZipFile and TarFile
In-Reply-To: <1402482380.66.0.687307266587.issue21717@psf.upfronthosting.co.za>
Message-ID: <1403533394.2.0.569386311344.issue21717@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's a patch for tarfile.

----------
keywords: +patch
nosy: +berker.peksag, lars.gustaebel, serhiy.storchaka
stage:  -> patch review
type:  -> enhancement
versions:  -Python 3.4
Added file: http://bugs.python.org/file35740/issue21717_tarfile.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21717>
_______________________________________

From report at bugs.python.org  Mon Jun 23 16:33:37 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 23 Jun 2014 14:33:37 +0000
Subject: [issue19259] Provide Python implementation of
 operator.compare_digest()
In-Reply-To: <1381750256.83.0.263124716214.issue19259@psf.upfronthosting.co.za>
Message-ID: <1403534017.64.0.381762274016.issue19259@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Ping?

----------
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19259>
_______________________________________

From report at bugs.python.org  Mon Jun 23 16:34:36 2014
From: report at bugs.python.org (Aivar Annamaa)
Date: Mon, 23 Jun 2014 14:34:36 +0000
Subject: [issue21295] Python 3.4 gives wrong col_offset for Call nodes
 returned from ast.parse
In-Reply-To: <1397818180.59.0.739018200129.issue21295@psf.upfronthosting.co.za>
Message-ID: <1403534076.37.0.0164306371862.issue21295@psf.upfronthosting.co.za>


Aivar Annamaa added the comment:

Just found out that ast.Attribute in Python 3.4 has similar problem

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21295>
_______________________________________

From report at bugs.python.org  Mon Jun 23 16:49:33 2014
From: report at bugs.python.org (Boris Dayma)
Date: Mon, 23 Jun 2014 14:49:33 +0000
Subject: [issue7511] msvc9compiler.py: ValueError when trying to compile with
 VC Express
In-Reply-To: <1260858478.84.0.495655867168.issue7511@psf.upfronthosting.co.za>
Message-ID: <1403534973.22.0.0934825670373.issue7511@psf.upfronthosting.co.za>


Changes by Boris Dayma <koushkov at gmail.com>:


----------
nosy: +Borisd13

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7511>
_______________________________________

From report at bugs.python.org  Mon Jun 23 16:50:35 2014
From: report at bugs.python.org (Michael Foord)
Date: Mon, 23 Jun 2014 14:50:35 +0000
Subject: [issue21820] unittest: unhelpful truncating of long strings.
In-Reply-To: <1403346886.23.0.538670310002.issue21820@psf.upfronthosting.co.za>
Message-ID: <1403535035.1.0.221054272748.issue21820@psf.upfronthosting.co.za>


Michael Foord added the comment:

I agree that it looks like a bug that this behaviour is triggering for non-strings. There is separate code (which uses maxDiff) for comparing collections. 

Switching off the behaviour for 3.4 / 2.7 and a new class attribute for 3.5 is a good approach.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21820>
_______________________________________

From report at bugs.python.org  Mon Jun 23 17:02:30 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 23 Jun 2014 15:02:30 +0000
Subject: [issue17570] Improve devguide Windows instructions
In-Reply-To: <1364523214.84.0.368819983889.issue17570@psf.upfronthosting.co.za>
Message-ID: <1403535750.97.0.726817708032.issue17570@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +zach.ware
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17570>
_______________________________________

From report at bugs.python.org  Mon Jun 23 17:16:02 2014
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 23 Jun 2014 15:16:02 +0000
Subject: [issue17570] Improve devguide Windows instructions
In-Reply-To: <1364523214.84.0.368819983889.issue17570@psf.upfronthosting.co.za>
Message-ID: <1403536562.83.0.178105812824.issue17570@psf.upfronthosting.co.za>


Zachary Ware added the comment:

What about adding a new "Platform Quirks" page listing all the known differences in usage between the three major platforms? Then in places where the instructions are a bit different per platform, like:

   ./python.exe -m test -j3

write something like

   <python> -m test -j3

and add a link to the relevant part of the Quirks page.

On the other hand, are there enough such "quirks" (meaning things that really are the same, just different invocations/etc.) to warrant a new page?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17570>
_______________________________________

From report at bugs.python.org  Mon Jun 23 17:17:38 2014
From: report at bugs.python.org (Zachary Ware)
Date: Mon, 23 Jun 2014 15:17:38 +0000
Subject: [issue17570] Improve devguide Windows instructions
In-Reply-To: <1364523214.84.0.368819983889.issue17570@psf.upfronthosting.co.za>
Message-ID: <1403536658.64.0.390243192872.issue17570@psf.upfronthosting.co.za>


Zachary Ware added the comment:

As previously pointed out, the current patches are not adequate.

----------
stage: patch review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17570>
_______________________________________

From report at bugs.python.org  Mon Jun 23 17:32:06 2014
From: report at bugs.python.org (Steve Dower)
Date: Mon, 23 Jun 2014 15:32:06 +0000
Subject: [issue19351] python msi installers - silent mode
In-Reply-To: <1382450332.98.0.946317884841.issue19351@psf.upfronthosting.co.za>
Message-ID: <1403537526.39.0.598276287126.issue19351@psf.upfronthosting.co.za>


Steve Dower added the comment:

The difference may be the "ALLUSERS=1" option. Windows Installer is supposed to auto-detect this when an installer is run as an admin, but maybe something in our authoring is preventing this detection?

When I get a chance I'll try both and see if the logs show whether this is the case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19351>
_______________________________________

From report at bugs.python.org  Mon Jun 23 17:35:32 2014
From: report at bugs.python.org (Donald Stufft)
Date: Mon, 23 Jun 2014 15:35:32 +0000
Subject: [issue21030] pip usable only by administrators on Windows and SELinux
In-Reply-To: <1395534344.37.0.780621309419.issue21030@psf.upfronthosting.co.za>
Message-ID: <1403537732.72.0.64797422815.issue21030@psf.upfronthosting.co.za>


Donald Stufft added the comment:

I believe in pip 1.5.6 we switched from shutil.move to shutil.copytree which I believe will reset the permissions/SELinux context?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21030>
_______________________________________

From report at bugs.python.org  Mon Jun 23 18:35:23 2014
From: report at bugs.python.org (Aaron Meurer)
Date: Mon, 23 Jun 2014 16:35:23 +0000
Subject: [issue21821] The function cygwinccompiler.is_cygwingcc leads to
 FileNotFoundError under Windows 7
In-Reply-To: <1403361356.73.0.508496637116.issue21821@psf.upfronthosting.co.za>
Message-ID: <1403541323.24.0.275727860427.issue21821@psf.upfronthosting.co.za>


Changes by Aaron Meurer <asmeurer at gmail.com>:


----------
nosy: +Aaron.Meurer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21821>
_______________________________________

From report at bugs.python.org  Mon Jun 23 18:36:33 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 23 Jun 2014 16:36:33 +0000
Subject: [issue7982] extend captured_output to simulate different
 stdout.encoding
In-Reply-To: <1266844157.92.0.671833558035.issue7982@psf.upfronthosting.co.za>
Message-ID: <1403541393.86.0.54661310695.issue7982@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's a patch to add an optional encoding parameter to captured_stdout.

----------
keywords: +patch
nosy: +berker.peksag
stage: needs patch -> patch review
Added file: http://bugs.python.org/file35741/issue7982.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7982>
_______________________________________

From report at bugs.python.org  Mon Jun 23 19:05:59 2014
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 23 Jun 2014 17:05:59 +0000
Subject: [issue21684] inspect.signature bind doesn't include defaults or empty
 tuple/dicts
In-Reply-To: <1402117848.15.0.331618951416.issue21684@psf.upfronthosting.co.za>
Message-ID: <1403543159.41.0.1553983653.issue21684@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Ryan,
Can you explain the use case for it? What's the problem you're trying to solve?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21684>
_______________________________________

From report at bugs.python.org  Mon Jun 23 19:24:02 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 23 Jun 2014 17:24:02 +0000
Subject: [issue21801] inspect.signature doesn't always return a signature
In-Reply-To: <1403095305.91.0.217669494481.issue21801@psf.upfronthosting.co.za>
Message-ID: <3gxyCN6hc4z7Ljq@mail.python.org>


Roundup Robot added the comment:

New changeset cc0f5d6ccb70 by Yury Selivanov in branch '3.4':
inspect: Validate that __signature__ is None or an instance of Signature.
http://hg.python.org/cpython/rev/cc0f5d6ccb70

New changeset fa5b985f0920 by Yury Selivanov in branch 'default':
inspect: Validate that __signature__ is None or an instance of Signature.
http://hg.python.org/cpython/rev/fa5b985f0920

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21801>
_______________________________________

From report at bugs.python.org  Mon Jun 23 19:24:36 2014
From: report at bugs.python.org (Yury Selivanov)
Date: Mon, 23 Jun 2014 17:24:36 +0000
Subject: [issue21801] inspect.signature doesn't always return a signature
In-Reply-To: <1403095305.91.0.217669494481.issue21801@psf.upfronthosting.co.za>
Message-ID: <1403544276.62.0.543095982491.issue21801@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

Fixed in 3.4 and 3.5.
Thanks for the bug report!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21801>
_______________________________________

From report at bugs.python.org  Mon Jun 23 19:43:56 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 23 Jun 2014 17:43:56 +0000
Subject: [issue21030] pip usable only by administrators on Windows and SELinux
In-Reply-To: <1395534344.37.0.780621309419.issue21030@psf.upfronthosting.co.za>
Message-ID: <1403545436.28.0.661178823146.issue21030@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Christian: thanks for the update. It's actually that the bug is fixed, not obsolete :-)

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21030>
_______________________________________

From report at bugs.python.org  Mon Jun 23 19:45:29 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 23 Jun 2014 17:45:29 +0000
Subject: [issue19351] python msi installers - silent mode
In-Reply-To: <1382450332.98.0.946317884841.issue19351@psf.upfronthosting.co.za>
Message-ID: <1403545529.77.0.0328548638225.issue19351@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Steve: how is the auto-detection supposed to work, and what is the rationale? Shouldn't it be possible that even someone with administrator privileges still might want to install "just for me"? And how would they then specify that on the command line, given that ALLUSERS can only be set, not reset?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19351>
_______________________________________

From report at bugs.python.org  Mon Jun 23 19:50:18 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 23 Jun 2014 17:50:18 +0000
Subject: [issue2213] build_tkinter.py does not handle paths with spaces
In-Reply-To: <1204331742.92.0.0412981555519.issue2213@psf.upfronthosting.co.za>
Message-ID: <1403545818.02.0.214339182686.issue2213@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution: accepted -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2213>
_______________________________________

From report at bugs.python.org  Mon Jun 23 20:01:46 2014
From: report at bugs.python.org (Steve Dower)
Date: Mon, 23 Jun 2014 18:01:46 +0000
Subject: [issue19351] python msi installers - silent mode
In-Reply-To: <1382450332.98.0.946317884841.issue19351@psf.upfronthosting.co.za>
Message-ID: <1403546506.55.0.777154783373.issue19351@psf.upfronthosting.co.za>


Steve Dower added the comment:

It's described at http://msdn.microsoft.com/en-us/library/aa367559(v=vs.85).aspx, and frankly it is incredibly confusing.

It is possible to reset ALLUSERS on the command line by specifying ALLUSERS=""

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19351>
_______________________________________

From report at bugs.python.org  Mon Jun 23 21:11:02 2014
From: report at bugs.python.org (David M Noriega)
Date: Mon, 23 Jun 2014 19:11:02 +0000
Subject: [issue21830] ssl.wrap_socket fails on Windows 7 when specifying
 ca_certs
Message-ID: <1403550662.12.0.944818442815.issue21830@psf.upfronthosting.co.za>


New submission from David M Noriega:

When trying to use python3-ldap package on Windows 7, found I could not get a TLS connection to work and traced it to its use of ssl.wrap_socket. Trying out the following simple socket test fails

import socket
import ssl
sock = socket.socket()
sock.connect(("host.name", 636))
ssl = ssl.wrap_socket(sock, cert_reqs=ssl.CERT_REQUIRED, ca_certs=r"C:path\to\cert\file")
Traceback (most recent call last):
  File "<pyshell#4>", line 1, in <module>
    sock = ssl.wrap_socket(sock, cert_reqs=ssl.CERT_REQUIRED, ca_certs=r"F:\Downloads\csbc-cacert.pem")
  File "C:\Python34\lib\ssl.py", line 888, in wrap_socket
    ciphers=ciphers)
  File "C:\Python34\lib\ssl.py", line 511, in __init__
    self._context.load_verify_locations(ca_certs)
ssl.SSLError: unknown error (_ssl.c:2734)

This code works on Windows XP(and of course linux) and I'm able to use getpeercert()

A workaround I was able to figure out was to use ssl.SSLContext in conjunction with Windows central certificate store. By first loading my CA cert into the trusted root cert store, I could use SSLContext.load_default_certs() to create an ssl socket.

----------
components: Windows
messages: 221373
nosy: David.M.Noriega
priority: normal
severity: normal
status: open
title: ssl.wrap_socket fails on Windows 7 when specifying ca_certs
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21830>
_______________________________________

From report at bugs.python.org  Mon Jun 23 21:36:25 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 23 Jun 2014 19:36:25 +0000
Subject: [issue14013] tarfile should expose supported formats
In-Reply-To: <1329236847.51.0.270430673151.issue14013@psf.upfronthosting.co.za>
Message-ID: <1403552185.76.0.0933374741846.issue14013@psf.upfronthosting.co.za>


Berker Peksag added the comment:

I've updated ?ric's patch. Minor changes:
- Updated versionadded directive
- A couple of cosmetic changes (e.g. removed brackets in the list comprehension)

----------
assignee: docs at python -> 
components:  -Documentation
nosy: +berker.peksag
versions: +Python 3.5 -Python 3.3
Added file: http://bugs.python.org/file35742/issue14013.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14013>
_______________________________________

From report at bugs.python.org  Mon Jun 23 22:00:37 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 23 Jun 2014 20:00:37 +0000
Subject: [issue21830] ssl.wrap_socket fails on Windows 7 when specifying
 ca_certs
In-Reply-To: <1403550662.12.0.944818442815.issue21830@psf.upfronthosting.co.za>
Message-ID: <1403553637.37.0.463268060939.issue21830@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +christian.heimes

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21830>
_______________________________________

From report at bugs.python.org  Mon Jun 23 23:00:18 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 23 Jun 2014 21:00:18 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <1403557218.5.0.504444695777.issue21163@psf.upfronthosting.co.za>


STINNER Victor added the comment:

@Guido, @Yury: What do you think of log_destroyed_pending_task.patch? Does it sound correct?

Or would you prefer to automatically keep a strong reference somewhere and then break the strong reference when the task is done? Such approach sounds to be error prone :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Mon Jun 23 23:01:55 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 23 Jun 2014 21:01:55 +0000
Subject: [issue19351] python msi installers - silent mode
In-Reply-To: <1382450332.98.0.946317884841.issue19351@psf.upfronthosting.co.za>
Message-ID: <1403557315.01.0.821735132228.issue19351@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Much of the text refers to Installer 5.0. msi.py currently targets installer 2.0. Does the auto-detection also work on such installers?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19351>
_______________________________________

From report at bugs.python.org  Mon Jun 23 23:10:32 2014
From: report at bugs.python.org (David Bolen)
Date: Mon, 23 Jun 2014 21:10:32 +0000
Subject: [issue15599] test_threaded_import fails sporadically on Windows and
 FreeBSD
In-Reply-To: <1344473974.14.0.584788696764.issue15599@psf.upfronthosting.co.za>
Message-ID: <1403557832.31.0.679270804501.issue15599@psf.upfronthosting.co.za>


David Bolen added the comment:

I've been experimenting with setting up a Windows 8.1 buildbot, and found this ticket after finding a problem with test_threaded_import, testing against the 3.4 branch.

I seem to be have a low syscheckinterval issue similar to that discussed here on some platforms, though I run into it sooner than 0.00001.

If I change the syscheckinterval adjustment to 0.001 the tests run in about 4s.  Just slightly below that, 0.0009, it can take well over an hour when run manually, always getting killed due to a timeout when running the buildbot test batch file.  Each use of check_module_parallel_init in the test takes 20-30 minutes.  During this time the CPU remains pegged at 100%.  

I don't see any additional slow-down between 0.0009 and the default of 0.00001, so it feels more like crossing a threshold somewhere around 1ms than scaling equally around and through that point.

While the machine is not tremendously powerful (it's an Azure VM - single core ~2GHz), everything else is working well and build times and the remainder of the full test suite run in a reasonable time.

-- David

----------
nosy: +db3l

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15599>
_______________________________________

From report at bugs.python.org  Mon Jun 23 23:33:15 2014
From: report at bugs.python.org (Steve Dower)
Date: Mon, 23 Jun 2014 21:33:15 +0000
Subject: [issue19351] python msi installers - silent mode
In-Reply-To: <1382450332.98.0.946317884841.issue19351@psf.upfronthosting.co.za>
Message-ID: <1403559194.99.0.78899073303.issue19351@psf.upfronthosting.co.za>


Steve Dower added the comment:

No idea, TBH, though I'd guess that the behaviour comes from the installed version of Windows Installer and the database schema comes from the authored version.

Nonetheless, if the solution is to add "ALLUSERS=1" to the command line when doing silent all-user installs, I'm okay with documenting that as being the fix for 2.7 and 3.4.

For Python 3.5, Windows Vista is the earliest supported platform, and so we can assume Windows Installer 4.0 or later (not that there's any need to take advantage of it) ref: http://msdn.microsoft.com/en-us/library/cc185688(v=vs.85).aspx

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19351>
_______________________________________

From report at bugs.python.org  Mon Jun 23 23:46:57 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 23 Jun 2014 21:46:57 +0000
Subject: [issue12378] smtplib.SMTP_SSL leaks socket connections on SSL error
In-Reply-To: <1308599064.12.0.317669798103.issue12378@psf.upfronthosting.co.za>
Message-ID: <1403560017.85.0.124542386125.issue12378@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Giampaolo can you add anything to this?

----------
nosy: +giampaolo.rodola

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12378>
_______________________________________

From report at bugs.python.org  Mon Jun 23 23:47:48 2014
From: report at bugs.python.org (Steve Dower)
Date: Mon, 23 Jun 2014 21:47:48 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1403560068.94.0.0568006564865.issue15993@psf.upfronthosting.co.za>


Steve Dower added the comment:

This has been confirmed as a bug in VC14 (and earlier) and there'll be a fix going in soon.

For those interested, here's a brief rundown of the root cause:

* the switch in build_filter_spec() switches on a 64-bit value
* one case is 0x4000000000000001 and the rest are <=0x21
* PGO detects that 0x4000000000000001 is the hot case
(bug starts here)
* PGO detects that the cold cases are 32-bits or less and so enables an optimisation to skip comparing the high DWORD
* PGO adds check for the hot case, but using the 32-bit optimisation
 - it checks for "0x1" rather than the full value
(bug ends here)
* PGO adds checks for cold cases

The fix will be to check both hot and cold cases to see whether the 32-bit optimisation can be used. A "workaround" (that I wouldn't dream of using, but it illustrates the issue) would be to add a dead case that requires 64-bits. This would show up in the list of cold cases and prevent the 32-bit optimisation from being used.

No indication of when the fix will go in, but it should be in the next public release, and I'll certainly be able to test it in advance of that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Mon Jun 23 23:59:45 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Mon, 23 Jun 2014 21:59:45 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1403560785.51.0.874555451359.issue15993@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

Thanks a lot for this investigation; I'm glad you are working on this.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Tue Jun 24 00:21:53 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 23 Jun 2014 22:21:53 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1403562113.47.0.204176454984.issue15993@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +tim.golden, zach.ware -haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Tue Jun 24 00:24:14 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 23 Jun 2014 22:24:14 +0000
Subject: [issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
In-Reply-To: <1348173110.08.0.356112095586.issue15993@psf.upfronthosting.co.za>
Message-ID: <1403562254.35.0.915104526747.issue15993@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15993>
_______________________________________

From report at bugs.python.org  Tue Jun 24 01:07:34 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Mon, 23 Jun 2014 23:07:34 +0000
Subject: [issue18032] Optimization for set/frozenset.issubset()
In-Reply-To: <1369223923.83.0.620034016791.issue18032@psf.upfronthosting.co.za>
Message-ID: <1403564854.22.0.369165488935.issue18032@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

Patch needs some work. See comments on patch.

----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18032>
_______________________________________

From report at bugs.python.org  Tue Jun 24 01:13:11 2014
From: report at bugs.python.org (brian morrow)
Date: Mon, 23 Jun 2014 23:13:11 +0000
Subject: [issue12378] smtplib.SMTP_SSL leaks socket connections on SSL error
In-Reply-To: <1308599064.12.0.317669798103.issue12378@psf.upfronthosting.co.za>
Message-ID: <1403565191.07.0.426050752951.issue12378@psf.upfronthosting.co.za>


brian morrow added the comment:

Not sure if this is still relevant, but I've supplied a python2.7 patch for this issue. All regression tests still pass and the underlying socket connection is closed:

bmorrow at xorange:~/cpython$ ./python -m smtpd -n -c DebuggingServer localhost:2525

>>> import smtplib
>>> s = smtplib.SMTP_SSL("localhost", 2525)
[...]
ssl.SSLError: [Errno 1] _ssl.c:510: error:140770FC:SSL routines:SSL23_GET_SERVER_HELLO:unknown protocol

bmorrow at xorange:~/cpython$ ps -ef | grep "./python"
bmorrow  19052 19742  0 19:08 pts/17   00:00:00 ./python

bmorrow at xorange:~/cpython$ lsof -P -p 19052 | grep 2525
bmorrow at xorange:~/cpython$ 

bmorrow at xorange:~/cpython$ lsof -P -p 19742 | grep 2525
bmorrow at xorange:~/cpython$

----------
keywords: +patch
nosy: +bhm
Added file: http://bugs.python.org/file35743/issue12378_py27.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12378>
_______________________________________

From report at bugs.python.org  Tue Jun 24 01:30:10 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Mon, 23 Jun 2014 23:30:10 +0000
Subject: [issue21030] pip usable only by administrators on Windows and SELinux
In-Reply-To: <1403537732.72.0.64797422815.issue21030@psf.upfronthosting.co.za>
Message-ID: <CADiSq7cTsrEZWmQX4gj7ZLjEEC2+xXagke0u0QBd_SFF_PhNBA@mail.gmail.com>


Nick Coghlan added the comment:

A little additional explanation of why the switch to copytree would have
fixed this, at least in the SELinux case: under SELinux, files typically
get labelled with a context based on where they're created. Copying creates
a *new* file at the destination with the correct context for that location
(based on system policy), but moving an *existing* file will retain its
*original* context - you then have to call "restorecon" to adjust the
context for the new location.

I assume Windows NTFS ACLs are similar, being set based on the parent
directory at creation and then preserved when moved.

Moral of the story? These days, if you're relocating files to a different
directory, copying and then deleting the original will be significantly
more consistent across different environments. OS level move operations are
best avoided in cross platform code, unless it's within the same directory,
or you really need the speed and are prepared to sort out the relevant
access control tweaks afterwards.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21030>
_______________________________________

From report at bugs.python.org  Tue Jun 24 02:09:07 2014
From: report at bugs.python.org (akira)
Date: Tue, 24 Jun 2014 00:09:07 +0000
Subject: [issue12750] datetime.strftime('%s') should respect tzinfo
In-Reply-To: <1313375473.21.0.352014190788.issue12750@psf.upfronthosting.co.za>
Message-ID: <1403568547.34.0.757424158006.issue12750@psf.upfronthosting.co.za>


akira added the comment:

*If* the support for %s strftime format code is added then it should
keep backward compatibility on Linux, OSX: it should produce an
integer string with the correct rounding.

Currently, datetime.strftime delegates to a platform strftime(3) for
format specifiers that are not described explicitly [1]:

> The full set of format codes supported varies across platforms,
> because Python calls the platform C library?s strftime() function,
> and platform variations are common. To see the full set of format
> codes supported on your platform, consult the strftime(3)
> documentation.

[1]: https://docs.python.org/3.4/library/datetime.html#strftime-strptime-behavior

%s is not defined in C, POSIX but is already defined on Linux, BSD [2]
where `datetime.now().strftime('%s')` can print an integer timestamp.

>  %s    is replaced by the number of seconds since the Epoch, UTC (see
>  mktime(3)).

[2]: http://www.openbsd.org/cgi-bin/man.cgi?query=strftime

Unsupported format code is *undefined behavior* (crash, launch a
missile is a valid behavior) otherwise.

Support for additional codes on some platforms is explicitly mentioned
in datetime docs therefore %s behavior shouldn't change if it is
well-defined on a given platform i.e., `datetime.now().strftime('%s')`
should keep producing an integer string on Linux, BSD.

- old code: `aware_dt.astimezone().strftime('%s')`
- proposed code: `aware_dt.strftime('%s')` (all platforms)

'%d' produces the wrong rounding on my machine:

  >>> from datetime import datetime, timezone
  >>> dt = datetime(1969, 1, 1, 0,0,0, 600000, tzinfo=timezone.utc)
  >>> '%d' % dt.timestamp()
  '-31535999'
  >>> dt.astimezone().strftime('%s')
  '-31536000'

`math.floor` could be used instead:

  >>> '%d' % math.floor(dt.timestamp())
  '-31536000'

There is no issue with the round-trip via a float timestamp for
datetime.min...datetime.max range on my machine. `calendar.timegm`
could be used to avoid floats if desired:

  >>> import calendar
  >>> calendar.timegm(dt.astimezone(timezone.utc).timetuple())
  -31536000

Note: dt.utctimetuple() is not used to avoid producing the wrong
result silently if dt is a naive datetime object; an exception is
raised instead.

The result is equivalent to `time.strftime('%s',
dt.astimezone().timetuple())` (+/- date/time range issues).

---

It is not clear what the returned value for %s strptime should be:
naive or timezone-aware datetime object and what timezone e.g.,

- old code: `datetime.fromtimestamp(int('-31536000'), timezone.utc)`
- proposed code: `datetime.strptime('-31536000', '%s')`

The result is an aware datetime object in UTC timezone.

----------
nosy: +akira

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12750>
_______________________________________

From report at bugs.python.org  Tue Jun 24 02:26:57 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Tue, 24 Jun 2014 00:26:57 +0000
Subject: [issue12750] datetime.strftime('%s') should respect tzinfo
In-Reply-To: <1313375473.21.0.352014190788.issue12750@psf.upfronthosting.co.za>
Message-ID: <1403569617.81.0.291077404029.issue12750@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> It is not clear what the returned value for %s strptime should be:

I would start conservatively and require %z to be used with %s.  In this case, we can easily produce aware datetime objects.

I suspect that in the absence of %z, the most useful option would be to return naive datetime in the local timezone, but that can be added later.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12750>
_______________________________________

From report at bugs.python.org  Tue Jun 24 02:37:39 2014
From: report at bugs.python.org (Yury Selivanov)
Date: Tue, 24 Jun 2014 00:37:39 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <1403570259.64.0.128992744738.issue21163@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

>@Guido, @Yury: What do you think of log_destroyed_pending_task.patch? Does it sound correct?

Premature task garbage collection is indeed hard to debug. But at least, with your patch, one gets an exception and has a chance to track the bug down. So I'm +1 for the patch.

As for having strong references to tasks: it may have its own downsides, such as hard to debug memory leaks. I'd rather prefer my program to crash and/or having your patch report me the problem, than to search for an obscure code that eats all server memory once a week. I think we need to collect more evidence that the problem is common & annoying, before making any decisions on this topic, as that's something that will be hard to revert. Hence I'm -1 for strong references.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Tue Jun 24 03:03:30 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 24 Jun 2014 01:03:30 +0000
Subject: [issue11974] Class definition gotcha.. should this be documented
 somewhere?
In-Reply-To: <1304274889.3.0.162053692496.issue11974@psf.upfronthosting.co.za>
Message-ID: <3gy8PX5pgYz7Ljg@mail.python.org>


Roundup Robot added the comment:

New changeset 8e0b7393e921 by Raymond Hettinger in branch '2.7':
Issue #11974:  Add tutorial section on class and instance variables
http://hg.python.org/cpython/rev/8e0b7393e921

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11974>
_______________________________________

From report at bugs.python.org  Tue Jun 24 03:05:29 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Tue, 24 Jun 2014 01:05:29 +0000
Subject: [issue21830] ssl.wrap_socket fails on Windows 7 when specifying
 ca_certs
In-Reply-To: <1403550662.12.0.944818442815.issue21830@psf.upfronthosting.co.za>
Message-ID: <1403571929.82.0.269894815671.issue21830@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

Are you 100% sure your CA files is in the precise PEM format required by Python for CA certs, as described in https://docs.python.org/3/library/ssl.html#ssl-certificates ?

The most likely cause of your failure and success would be if you were using some other cert format that Windows could load that wasn't PEM.

Also, side-note, you messed up your path when you attempted to anonymize it (you omitted the backslash after C:). Of course, you didn't anonymize it in the error output, so I can tell the original path was not messed up.

----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21830>
_______________________________________

From report at bugs.python.org  Tue Jun 24 03:11:48 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Jun 2014 01:11:48 +0000
Subject: [issue11974] Class definition gotcha.. should this be documented
 somewhere?
In-Reply-To: <1304274889.3.0.162053692496.issue11974@psf.upfronthosting.co.za>
Message-ID: <1403572308.94.0.2641010552.issue11974@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
versions: +Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11974>
_______________________________________

From report at bugs.python.org  Tue Jun 24 03:12:41 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Jun 2014 01:12:41 +0000
Subject: [issue11974] Class definition gotcha.. should this be documented
 somewhere?
In-Reply-To: <1304274889.3.0.162053692496.issue11974@psf.upfronthosting.co.za>
Message-ID: <1403572361.64.0.424067243179.issue11974@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I'll load this into 3.4 and 3.5 shortly.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11974>
_______________________________________

From report at bugs.python.org  Tue Jun 24 03:55:42 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Tue, 24 Jun 2014 01:55:42 +0000
Subject: [issue5888] mmap enhancement - resize with sequence notation
In-Reply-To: <1241116451.53.0.52928290171.issue5888@psf.upfronthosting.co.za>
Message-ID: <1403574942.37.0.829523181831.issue5888@psf.upfronthosting.co.za>


Changes by Josh Rosenberg <shadowranger+python at gmail.com>:


----------
title: mmap ehancement - resize with sequence notation -> mmap enhancement - resize with sequence notation

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5888>
_______________________________________

From report at bugs.python.org  Tue Jun 24 05:02:40 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 03:02:40 +0000
Subject: [issue12066] Empty ('') xmlns attribute is not properly handled by
 xml.dom.minidom
In-Reply-To: <1305234676.35.0.0571872848833.issue12066@psf.upfronthosting.co.za>
Message-ID: <1403578960.17.0.68187795307.issue12066@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

This works perfectly for me using 3.4.1.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12066>
_______________________________________

From report at bugs.python.org  Tue Jun 24 05:08:44 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 03:08:44 +0000
Subject: [issue12239] msilib VT_EMPTY SummaryInformation properties raise an
 error (suggest returning None)
In-Reply-To: <1307024024.44.0.716968870376.issue12239@psf.upfronthosting.co.za>
Message-ID: <1403579324.62.0.178001809452.issue12239@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +loewis, steve.dower
versions: +Python 3.4, Python 3.5 -Python 2.7, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12239>
_______________________________________

From report at bugs.python.org  Tue Jun 24 05:09:53 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 03:09:53 +0000
Subject: [issue12639] msilib Directory.start_component() fails if keyfile is
 not None
In-Reply-To: <1311611007.28.0.321431208072.issue12639@psf.upfronthosting.co.za>
Message-ID: <1403579393.1.0.468795287801.issue12639@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +loewis, steve.dower
versions: +Python 3.5 -Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12639>
_______________________________________

From report at bugs.python.org  Tue Jun 24 05:11:23 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 24 Jun 2014 03:11:23 +0000
Subject: [issue21831] integer overflow in 'buffer' type allows reading memory
Message-ID: <1403579483.71.0.894080875478.issue21831@psf.upfronthosting.co.za>


New submission from Benjamin Peterson:

Reported by Chris Foster on the security list:

$ ./python 
Python 2.7.7+ (2.7:8e0b7393e921, Jun 24 2014, 03:01:40) 
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> a = bytearray('hola mundo')
>>> b = buffer(a, 0x7fffffff, 0x7fffffff)
>>> print repr(b[:0x100])
"\x00\x08\x11\x00\x00\x00\x00\x00\x00\x00\xa00_\xf7\x10\x00\x00\x00i\x03\x00\x00\x02\x00\x00\x00\xa0\xd1\x18\x08I\x03\x00\x00\xff\xff\xff\xff\x00\x00\x00\x00Directory tree walk with callback function.\n\n    For each directory in the directory tree rooted at top (including top\n    itself, but excluding '.' and '..'), call func(arg, dirname, fnames).\n    dirname is the na"

----------
components: Interpreter Core
messages: 221392
nosy: benjamin.peterson
priority: release blocker
severity: normal
status: open
title: integer overflow in 'buffer' type allows reading memory
type: security
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21831>
_______________________________________

From report at bugs.python.org  Tue Jun 24 05:13:54 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 24 Jun 2014 03:13:54 +0000
Subject: [issue21831] integer overflow in 'buffer' type allows reading memory
In-Reply-To: <1403579483.71.0.894080875478.issue21831@psf.upfronthosting.co.za>
Message-ID: <3gyCJ15LMVz7Ljp@mail.python.org>


Roundup Robot added the comment:

New changeset 8d963c7db507 by Benjamin Peterson in branch '2.7':
avoid overflow with large buffer sizes and/or offsets (closes #21831)
http://hg.python.org/cpython/rev/8d963c7db507

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21831>
_______________________________________

From report at bugs.python.org  Tue Jun 24 05:52:23 2014
From: report at bugs.python.org (Kevin Norris)
Date: Tue, 24 Jun 2014 03:52:23 +0000
Subject: [issue21832] collections.namedtuple does questionable things when
 passed questionable arguments
Message-ID: <1403581943.09.0.462599950196.issue21832@psf.upfronthosting.co.za>


New submission from Kevin Norris:

Code such as this:

    class Foo:
        def __str__(self):
            # Perhaps this value comes from user input, or
            # some other unsafe source
            return something_untrusted
        def isidentifier(self):
            # Perhaps it returns false in some esoteric case
            # which we don't care about. Assume developer
            # did not know about str.isidentifier() and
            # the name clash is accidental.
            return True

    collections.namedtuple(Foo(), ())

...may result in arbitrary code execution.  Since the collections documentation does not say that such things can happen, this could result in highly obscure security vulnerabilities.  The easiest fix is to simply call str() on the typename argument to namedtuple(), as is currently done with the field_names argument.  But IMHO this is like cleaning up an SQL injection with string sanitizing, instead of just switching to prepared statements.  The "switch to prepared statements" route is conveniently available as a rejected patch for issue 3974.

The above code will not work as such in Python 2.7, but more elaborate shenanigans can fool the sanitizing in that version as well.

This issue was originally reported on security at python.org, where I was advised to file a bug report normally.

----------
components: Library (Lib)
messages: 221394
nosy: Kevin.Norris
priority: normal
severity: normal
status: open
title: collections.namedtuple does questionable things when passed questionable arguments
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21832>
_______________________________________

From report at bugs.python.org  Tue Jun 24 05:58:58 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Tue, 24 Jun 2014 03:58:58 +0000
Subject: [issue21832] collections.namedtuple does questionable things when
 passed questionable arguments
In-Reply-To: <1403581943.09.0.462599950196.issue21832@psf.upfronthosting.co.za>
Message-ID: <1403582338.04.0.917820276137.issue21832@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21832>
_______________________________________

From report at bugs.python.org  Tue Jun 24 06:11:20 2014
From: report at bugs.python.org (anon)
Date: Tue, 24 Jun 2014 04:11:20 +0000
Subject: [issue19915] int.bit_at(n) - Accessing a single bit in O(1)
In-Reply-To: <1386376026.32.0.661343465084.issue19915@psf.upfronthosting.co.za>
Message-ID: <1403583080.73.0.145074201348.issue19915@psf.upfronthosting.co.za>


anon added the comment:

I think the case where i is negative can be handled by

bits_at(i, pos, width) = bits_at(~i, pos, width) ^ ((1 << width) - 1)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19915>
_______________________________________

From report at bugs.python.org  Tue Jun 24 06:16:42 2014
From: report at bugs.python.org (pturing)
Date: Tue, 24 Jun 2014 04:16:42 +0000
Subject: [issue18643] implement socketpair() on Windows
In-Reply-To: <1375531895.31.0.501848123953.issue18643@psf.upfronthosting.co.za>
Message-ID: <1403583402.43.0.367415241321.issue18643@psf.upfronthosting.co.za>


Changes by pturing <pturing at gmail.com>:


----------
nosy: +pturing

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18643>
_______________________________________

From report at bugs.python.org  Tue Jun 24 06:38:25 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 24 Jun 2014 04:38:25 +0000
Subject: [issue3423] DeprecationWarning message applies to wrong context with
 exec()
In-Reply-To: <1216687242.26.0.837867299264.issue3423@psf.upfronthosting.co.za>
Message-ID: <1403584705.98.0.178638933135.issue3423@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Rereading this, I see interlocked behavior (implementation bug) and enhancement (design bug) issues. I have been focused on just the former. 

Consider the exception traceback in msg107441: there are *two* filename, line# pairs. Now consider this warning for tem.py
---
from os import listdir
from warnings import simplefilter
simplefilter('always', DeprecationWarning)
s = "a = 2\nlistdir(b'.')\n"
exec(s)
---
Warning (from warnings module):
  File "C:\Programs\Python34\tem.py", line 2
    from os import listdir
DeprecationWarning: The Windows bytes API has been deprecated, use Unicode filenames instead
---
There is only *one* filename, line# pair. If we accept that limitation, what should the filename be? An actual filename (if possible) or "<string>"?  Considered in isolation, I think the first (the current choice) is better, because it is essential for fixing the warning (as stated in msg107441). Hence I rejected Greg's first 'solution'.

Similarly, what should the line# be?  The line number of the exec statement or the line number in the string of the statement that caused the warning?  Considered in isolation, the second (the current choice) seems better; the string s could have hundreds of lines and it would be really helpful for eliminating the warning to know which one generated the warning. I presume the author of exec had a reason such as this. Hence I rejected Greg's second solution.

The two isolated answeres make for an inconsistent pair. The could be manageable, but...

The third question is what line, if any, should be printed. If possible, the line in the string that caused the problem seems best. (But note that this line is missing from the exception traceback.)  Second best is the line of the exec call (which *is* in the exception traceback).  The current behavior, resulting from warnings not knowing that the filename and lineno it gets do not form a pair, is worse than nothing and I agree that it is a bug.

I am not sure what to do. The exception/traceback/warning system was not designed for exec.

----------
stage:  -> test needed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3423>
_______________________________________

From report at bugs.python.org  Tue Jun 24 07:33:14 2014
From: report at bugs.python.org (Demian Brecht)
Date: Tue, 24 Jun 2014 05:33:14 +0000
Subject: [issue17229] unable to discover preferred HTTPConnection class
In-Reply-To: <1361222471.81.0.536204108906.issue17229@psf.upfronthosting.co.za>
Message-ID: <1403587994.83.0.0633558711812.issue17229@psf.upfronthosting.co.za>


Changes by Demian Brecht <demianbrecht at gmail.com>:


----------
nosy: +dbrecht

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17229>
_______________________________________

From report at bugs.python.org  Tue Jun 24 08:33:44 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 06:33:44 +0000
Subject: [issue21820] unittest: unhelpful truncating of long strings.
In-Reply-To: <1403346886.23.0.538670310002.issue21820@psf.upfronthosting.co.za>
Message-ID: <1403591624.51.0.81538462771.issue21820@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Will be enough just to increase default maximal string length (_MAX_LENGTH) to say 200? I think we can do this even in a bug fix release for 3.4. We can also increase the number of tail characters (_MIN_BEGIN_LEN and _MIN_END_LEN).

I'm against the "don't trigger on non-strings", because the repr of non-strings can be pretty large.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21820>
_______________________________________

From report at bugs.python.org  Tue Jun 24 08:36:16 2014
From: report at bugs.python.org (Chris Withers)
Date: Tue, 24 Jun 2014 06:36:16 +0000
Subject: [issue21820] unittest: unhelpful truncating of long strings.
In-Reply-To: <1403591624.51.0.81538462771.issue21820@psf.upfronthosting.co.za>
Message-ID: <53A91C5C.5020403@simplistix.co.uk>


Chris Withers added the comment:

No, it would not be enough.

Please see the report above, the repr of non-strings may be large, but 
it's often intended that way and all of the string should be displayed.

It really is a shame that no API was provided to control this behaviour. 
I actually consider that a bug, Michael, could it be considered as such 
so that we can fix it in 3.4 rather than having to wait until 3.5 to fix 
the problem?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21820>
_______________________________________

From report at bugs.python.org  Tue Jun 24 08:38:30 2014
From: report at bugs.python.org (Ned Deily)
Date: Tue, 24 Jun 2014 06:38:30 +0000
Subject: [issue12066] Empty ('') xmlns attribute is not properly handled by
 xml.dom.minidom
In-Reply-To: <1305234676.35.0.0571872848833.issue12066@psf.upfronthosting.co.za>
Message-ID: <1403591910.66.0.345805833422.issue12066@psf.upfronthosting.co.za>


Ned Deily added the comment:

This problem was fixed in Python 2.7.1 by b71aaf4e7d8d for Issue5762.

----------
nosy: +ned.deily
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> AttributeError: 'NoneType' object has no attribute 'replace'
versions: +Python 2.7 -Python 2.6

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12066>
_______________________________________

From report at bugs.python.org  Tue Jun 24 08:39:01 2014
From: report at bugs.python.org (karl)
Date: Tue, 24 Jun 2014 06:39:01 +0000
Subject: [issue12455] urllib2 forces title() on header names,
 breaking some requests
In-Reply-To: <1309461818.92.0.299415077626.issue12455@psf.upfronthosting.co.za>
Message-ID: <1403591941.36.0.69539898886.issue12455@psf.upfronthosting.co.za>


karl added the comment:

Mark,

I'm happy to followup. 
I will be in favor of removing any capitalization and not to change headers whatever they are. Because it doesn't matter per spec. Browsers do not care about the capitalization. And I haven't identified Web Compatibility issues regarding the capitalization.

That said, it seems that Cal msg139512 had an issue, I would love to know which server/API had this behavior to fill a but at http://webcompat.com/

So?

Where do we stand? Feature or removing anything which modifies the capitalization of headers?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12455>
_______________________________________

From report at bugs.python.org  Tue Jun 24 08:46:10 2014
From: report at bugs.python.org (karl)
Date: Tue, 24 Jun 2014 06:46:10 +0000
Subject: [issue5550] [urllib.request]: Comparison of HTTP headers should be
 insensitive to the case
In-Reply-To: <1237870141.83.0.616869799184.issue5550@psf.upfronthosting.co.za>
Message-ID: <1403592370.46.0.660785655857.issue5550@psf.upfronthosting.co.za>


karl added the comment:

@Mark,

yup, I can do that.
I just realized that since my contribution there was a PSF Contributor Agreement. This is signed.

I need to dive a bit again in the code to remember where things fail.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5550>
_______________________________________

From report at bugs.python.org  Tue Jun 24 08:53:24 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 06:53:24 +0000
Subject: [issue21833] Fix unicodeless build of Python
Message-ID: <1403592802.89.0.505189213304.issue21833@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Since 2.2 Python can be compiled without unicode support (built with --disable-unicode configure option). Unfortunately, testing suite depends on the io module, which in 2.7 depends on the _io module, which requires unicode support. So for now testing unicodeless Python is not possible. Some other modules are failed when built without unicode support too.

Proposed patch fixes the io module in unicodeless build and includes also minor fixes fixes of compilation errors for other modules (except sqlite) and changes to auxilary files needed to build Python and run tests.

Patches for other components will be provided in separate issues.

----------
components: Build, IO, Tests
files: main.patch
keywords: patch
messages: 221402
nosy: ezio.melotti, michael.foord, pitrou, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix unicodeless build of Python
type: compile error
versions: Python 2.7
Added file: http://bugs.python.org/file35744/main.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21833>
_______________________________________

From report at bugs.python.org  Tue Jun 24 08:58:21 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 06:58:21 +0000
Subject: [issue21834] Fix a number of tests in unicodeless build
Message-ID: <1403593100.61.0.321675638626.issue21834@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes a number of tests for Python built with --disable-unicode configure option.

----------
components: Tests
files: tests.patch
keywords: patch
messages: 221403
nosy: christian.heimes, giampaolo.rodola, ncoghlan, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix a number of tests in unicodeless build
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35745/tests.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21834>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:00:10 2014
From: report at bugs.python.org (paul j3)
Date: Tue, 24 Jun 2014 07:00:10 +0000
Subject: [issue1859] textwrap doesn't linebreak on "\n"
In-Reply-To: <1200573627.07.0.875176355387.issue1859@psf.upfronthosting.co.za>
Message-ID: <1403593210.47.0.818489643952.issue1859@psf.upfronthosting.co.za>


Changes by paul j3 <ajipanca at gmail.com>:


----------
nosy: +paul.j3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1859>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:01:41 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:01:41 +0000
Subject: [issue21833] Fix unicodeless build of Python
In-Reply-To: <1403592802.89.0.505189213304.issue21833@psf.upfronthosting.co.za>
Message-ID: <1403593301.81.0.21245488235.issue21833@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
components: +Unicode
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21833>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:01:49 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:01:49 +0000
Subject: [issue21834] Fix a number of tests in unicodeless build
In-Reply-To: <1403593100.61.0.321675638626.issue21834@psf.upfronthosting.co.za>
Message-ID: <1403593309.44.0.207593453125.issue21834@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
components: +Unicode
dependencies: +Fix unicodeless build of Python
nosy: +ezio.melotti, haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21834>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:07:31 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:07:31 +0000
Subject: [issue21835] Fix Tkinter in unicodeless build
Message-ID: <1403593651.52.0.581013671758.issue21835@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the Tkinter module and it's tests for Python built with --disable-unicode configure option.

----------
components: Build, Tests, Tkinter
files: tkinter.patch
keywords: patch
messages: 221404
nosy: serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix Tkinter in unicodeless build
type: compile error
versions: Python 2.7
Added file: http://bugs.python.org/file35746/tkinter.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21835>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:07:40 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:07:40 +0000
Subject: [issue21836] Fix sqlite3 in unicodeless build
Message-ID: <1403593660.62.0.0164715886324.issue21836@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the sqlite3 module and it's tests for Python built with --disable-unicode configure option.

----------
components: Extension Modules, Library (Lib), Tests
files: sqlite.patch
keywords: patch
messages: 221405
nosy: ghaering, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix sqlite3 in unicodeless build
type: compile error
versions: Python 2.7
Added file: http://bugs.python.org/file35747/sqlite.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21836>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:08:37 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:08:37 +0000
Subject: [issue21837] Fix tarfile in unicodeless build
Message-ID: <1403593717.46.0.937130819445.issue21837@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the tarfile module and it's tests for Python built with --disable-unicode configure option.

----------
components: Library (Lib), Tests
files: tarfile.patch
keywords: patch
messages: 221406
nosy: lars.gustaebel, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix tarfile in unicodeless build
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35748/tarfile.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21837>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:08:47 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:08:47 +0000
Subject: [issue21835] Fix Tkinter in unicodeless build
In-Reply-To: <1403593651.52.0.581013671758.issue21835@psf.upfronthosting.co.za>
Message-ID: <1403593727.23.0.858116403272.issue21835@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21835>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:09:03 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:09:03 +0000
Subject: [issue21836] Fix sqlite3 in unicodeless build
In-Reply-To: <1403593660.62.0.0164715886324.issue21836@psf.upfronthosting.co.za>
Message-ID: <1403593743.33.0.11769819723.issue21836@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21836>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:09:20 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:09:20 +0000
Subject: [issue21837] Fix tarfile in unicodeless build
In-Reply-To: <1403593717.46.0.937130819445.issue21837@psf.upfronthosting.co.za>
Message-ID: <1403593760.17.0.241382478902.issue21837@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21837>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:10:06 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:10:06 +0000
Subject: [issue21838] Fix ctypes in unicodeless build
Message-ID: <1403593806.9.0.0462136346954.issue21838@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the ctypes module and it's tests for Python built with --disable-unicode configure option.

----------
components: Library (Lib), Tests, ctypes
files: ctypes.patch
keywords: patch
messages: 221407
nosy: amaury.forgeotdarc, belopolsky, meador.inge, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix ctypes in unicodeless build
type: behavior
Added file: http://bugs.python.org/file35749/ctypes.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21838>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:11:09 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:11:09 +0000
Subject: [issue21839] Fix distutils in unicodeless build
Message-ID: <1403593869.13.0.236302983697.issue21839@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes distutils and it's tests for Python built with the --disable-unicode configure option.

----------
components: Distutils, Tests
messages: 221408
nosy: dstufft, eric.araujo, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix distutils in unicodeless build
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21839>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:11:15 2014
From: report at bugs.python.org (Ned Deily)
Date: Tue, 24 Jun 2014 07:11:15 +0000
Subject: [issue21833] Fix unicodeless build of Python
In-Reply-To: <1403592802.89.0.505189213304.issue21833@psf.upfronthosting.co.za>
Message-ID: <1403593875.28.0.493427682692.issue21833@psf.upfronthosting.co.za>


Ned Deily added the comment:

Note MvL's comment (msg161191 in Issue8767) about not fixing test cases for --disable-unicode here.  This seems like a tremendous amount of code churn for a problem that has likely been around for years and would affect very few.  How widely is --disable-unicode used anyway?  Why fix these tests now, especially in 2.7?

----------
nosy: +loewis, ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21833>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:11:37 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:11:37 +0000
Subject: [issue21839] Fix distutils in unicodeless build
In-Reply-To: <1403593869.13.0.236302983697.issue21839@psf.upfronthosting.co.za>
Message-ID: <1403593897.13.0.110048242611.issue21839@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file35750/distutils.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21839>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:15:10 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:15:10 +0000
Subject: [issue21840] Fix os.path in unicodeless build
Message-ID: <1403594110.07.0.0949253630199.issue21840@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes os.path implementations and their's tests for Python built with --disable-unicode configure option.

It also fixes a bug in posixpath which affects unicode build too.

----------
components: Library (Lib), Tests
files: os_path.patch
keywords: patch
messages: 221410
nosy: loewis, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix os.path in unicodeless build
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35751/os_path.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21840>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:16:17 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Jun 2014 07:16:17 +0000
Subject: [issue21833] Fix unicodeless build of Python
In-Reply-To: <1403592802.89.0.505189213304.issue21833@psf.upfronthosting.co.za>
Message-ID: <1403594177.31.0.325185490592.issue21833@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I don't know anyone building Python without Unicode. I would prefer to modify configure to raise an error, and drop #ifdef in the code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21833>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:17:11 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:17:11 +0000
Subject: [issue21841] Fix xml.sax in unicodeless build
Message-ID: <1403594231.26.0.541614967311.issue21841@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the xml.sax module and it's tests for Python built with the --disable-unicode configure option.

----------
components: Library (Lib), Tests
files: xml_sax.patch
keywords: patch
messages: 221412
nosy: christian.heimes, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix xml.sax in unicodeless build
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35752/xml_sax.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21841>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:17:25 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Jun 2014 07:17:25 +0000
Subject: [issue21834] Fix a number of tests in unicodeless build
In-Reply-To: <1403593100.61.0.321675638626.issue21834@psf.upfronthosting.co.za>
Message-ID: <1403594245.33.0.798805744018.issue21834@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I'm not sure that we should fix this issue: see the issue #21833.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21834>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:18:08 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:18:08 +0000
Subject: [issue21842] Fix IDLE in unicodeless build
Message-ID: <1403594288.8.0.587190115284.issue21842@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes IDLE and it's tests for Python built with the --disable-unicode configure option.

----------
components: IDLE, Tests
messages: 221414
nosy: kbk, roger.serwy, serhiy.storchaka, terry.reedy
priority: normal
severity: normal
stage: patch review
status: open
title: Fix IDLE in unicodeless build
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21842>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:19:34 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:19:34 +0000
Subject: [issue21835] Fix Tkinter in unicodeless build
In-Reply-To: <1403593651.52.0.581013671758.issue21835@psf.upfronthosting.co.za>
Message-ID: <1403594374.25.0.91513937968.issue21835@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21835>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:19:47 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:19:47 +0000
Subject: [issue21836] Fix sqlite3 in unicodeless build
In-Reply-To: <1403593660.62.0.0164715886324.issue21836@psf.upfronthosting.co.za>
Message-ID: <1403594387.29.0.571264295056.issue21836@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21836>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:20:02 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:20:02 +0000
Subject: [issue21837] Fix tarfile in unicodeless build
In-Reply-To: <1403593717.46.0.937130819445.issue21837@psf.upfronthosting.co.za>
Message-ID: <1403594402.51.0.840562226858.issue21837@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21837>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:20:55 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:20:55 +0000
Subject: [issue21838] Fix ctypes in unicodeless build
In-Reply-To: <1403593806.9.0.0462136346954.issue21838@psf.upfronthosting.co.za>
Message-ID: <1403594455.34.0.432420984853.issue21838@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python
nosy: +benjamin.peterson
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21838>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:21:10 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:21:10 +0000
Subject: [issue21839] Fix distutils in unicodeless build
In-Reply-To: <1403593869.13.0.236302983697.issue21839@psf.upfronthosting.co.za>
Message-ID: <1403594470.72.0.878700447739.issue21839@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21839>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:21:24 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:21:24 +0000
Subject: [issue21840] Fix os.path in unicodeless build
In-Reply-To: <1403594110.07.0.0949253630199.issue21840@psf.upfronthosting.co.za>
Message-ID: <1403594484.27.0.264865290836.issue21840@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21840>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:21:43 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:21:43 +0000
Subject: [issue21841] Fix xml.sax in unicodeless build
In-Reply-To: <1403594231.26.0.541614967311.issue21841@psf.upfronthosting.co.za>
Message-ID: <1403594503.31.0.0250392831557.issue21841@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21841>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:22:05 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:22:05 +0000
Subject: [issue21842] Fix IDLE in unicodeless build
In-Reply-To: <1403594288.8.0.587190115284.issue21842@psf.upfronthosting.co.za>
Message-ID: <1403594525.67.0.414533704436.issue21842@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python
keywords: +patch
nosy: +benjamin.peterson
Added file: http://bugs.python.org/file35753/idle.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21842>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:23:16 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:23:16 +0000
Subject: [issue21843] Fix doctest in unicodeless build
Message-ID: <1403594596.58.0.13815654086.issue21843@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the doctest module and it's tests for Python built with the --disable-unicode configure option.

----------
components: Library (Lib), Tests
files: doctest.patch
keywords: patch
messages: 221415
nosy: benjamin.peterson, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix doctest in unicodeless build
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35754/doctest.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21843>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:25:09 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Jun 2014 07:25:09 +0000
Subject: [issue21832] collections.namedtuple does questionable things when
 passed questionable arguments
In-Reply-To: <1403581943.09.0.462599950196.issue21832@psf.upfronthosting.co.za>
Message-ID: <1403594709.77.0.862678631334.issue21832@psf.upfronthosting.co.za>


STINNER Victor added the comment:

IMO we should rewrite the implementation of namedtuple to avoid completly eval(). But there is the problem of the _source attribute: #19640.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21832>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:25:43 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:25:43 +0000
Subject: [issue21844] Fix HTMLParser in unicodeless build
Message-ID: <1403594743.84.0.436263477794.issue21844@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the HTMLParser module and it's tests for Python built with the --disable-unicode configure option.

----------
components: Library (Lib), Tests
messages: 221417
nosy: benjamin.peterson, ezio.melotti, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix HTMLParser in unicodeless build
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21844>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:27:43 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:27:43 +0000
Subject: [issue21845] Fix plistlib in unicodeless build
Message-ID: <1403594863.87.0.835492015826.issue21845@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the plistlib module and it's tests for Python built with the --disable-unicode configure option.

----------
components: Library (Lib), Tests
files: plistlib.patch
keywords: patch
messages: 221418
nosy: benjamin.peterson, ronaldoussoren, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix plistlib in unicodeless build
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35755/plistlib.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21845>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:28:23 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Tue, 24 Jun 2014 07:28:23 +0000
Subject: [issue21844] Fix HTMLParser in unicodeless build
In-Reply-To: <1403594743.84.0.436263477794.issue21844@psf.upfronthosting.co.za>
Message-ID: <1403594903.87.0.0240799480813.issue21844@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

You forgot to attach the patch :)

----------
assignee:  -> ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21844>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:28:53 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:28:53 +0000
Subject: [issue21846] Fix zipfile in unicodeless build
Message-ID: <1403594933.03.0.418363538618.issue21846@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the zipfile module and it's tests for Python built with the --disable-unicode configure option.

----------
components: Library (Lib), Tests
files: zipfile.patch
keywords: patch
messages: 221420
nosy: alanmcintyre, benjamin.peterson, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix zipfile in unicodeless build
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35756/zipfile.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21846>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:29:48 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:29:48 +0000
Subject: [issue21847] Fix xmlrpc in unicodeless build
Message-ID: <1403594988.87.0.830257217468.issue21847@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the xmlrpc module and it's tests for Python built with the --disable-unicode configure option.

----------
components: Library (Lib), Tests
messages: 221421
nosy: benjamin.peterson, loewis, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix xmlrpc in unicodeless build
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21847>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:31:04 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:31:04 +0000
Subject: [issue21848] Fix logging  in unicodeless build
Message-ID: <1403595064.28.0.0373165472144.issue21848@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the logging module and it's tests for Python built with the --disable-unicode configure option.

----------
components: Library (Lib), Tests
files: logging.patch
keywords: patch
messages: 221422
nosy: benjamin.peterson, serhiy.storchaka, vinay.sajip
priority: normal
severity: normal
stage: patch review
status: open
title: Fix logging  in unicodeless build
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35757/logging.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21848>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:32:38 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:32:38 +0000
Subject: [issue21849] Fix multiprocessing in unicodeless build
Message-ID: <1403595158.76.0.418417977176.issue21849@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the multiprocessing module and it's tests for Python built with the --disable-unicode configure option.

----------
components: Library (Lib), Tests
files: multiprocessing.patch
keywords: patch
messages: 221423
nosy: benjamin.peterson, jnoller, sbt, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix multiprocessing in unicodeless build
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35758/multiprocessing.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21849>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:35:41 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:35:41 +0000
Subject: [issue21850] Fix httplib and SimpleHTTPServer in unicodeless build
Message-ID: <1403595340.98.0.841039748191.issue21850@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the httplib and the SimpleHTTPServer modules for Python built with the --disable-unicode configure option.

----------
components: Library (Lib), Tests
messages: 221424
nosy: benjamin.peterson, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix httplib and SimpleHTTPServer in unicodeless build
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21850>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:36:33 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:36:33 +0000
Subject: [issue21843] Fix doctest in unicodeless build
In-Reply-To: <1403594596.58.0.13815654086.issue21843@psf.upfronthosting.co.za>
Message-ID: <1403595393.06.0.23334766414.issue21843@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21843>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:37:02 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:37:02 +0000
Subject: [issue21845] Fix plistlib in unicodeless build
In-Reply-To: <1403594863.87.0.835492015826.issue21845@psf.upfronthosting.co.za>
Message-ID: <1403595422.0.0.417994065159.issue21845@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21845>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:37:18 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:37:18 +0000
Subject: [issue21846] Fix zipfile in unicodeless build
In-Reply-To: <1403594933.03.0.418363538618.issue21846@psf.upfronthosting.co.za>
Message-ID: <1403595438.71.0.60791902983.issue21846@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21846>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:37:44 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:37:44 +0000
Subject: [issue21848] Fix logging  in unicodeless build
In-Reply-To: <1403595064.28.0.0373165472144.issue21848@psf.upfronthosting.co.za>
Message-ID: <1403595464.8.0.109247024192.issue21848@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21848>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:37:48 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:37:48 +0000
Subject: [issue21847] Fix xmlrpc in unicodeless build
In-Reply-To: <1403594988.87.0.830257217468.issue21847@psf.upfronthosting.co.za>
Message-ID: <1403595468.3.0.789482959777.issue21847@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python
keywords: +patch
Added file: http://bugs.python.org/file35759/xmlrpc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21847>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:38:01 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:38:01 +0000
Subject: [issue21849] Fix multiprocessing in unicodeless build
In-Reply-To: <1403595158.76.0.418417977176.issue21849@psf.upfronthosting.co.za>
Message-ID: <1403595481.0.0.480855288243.issue21849@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21849>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:38:08 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:38:08 +0000
Subject: [issue21850] Fix httplib and SimpleHTTPServer in unicodeless build
In-Reply-To: <1403595340.98.0.841039748191.issue21850@psf.upfronthosting.co.za>
Message-ID: <1403595488.26.0.0217852901584.issue21850@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python
keywords: +patch
Added file: http://bugs.python.org/file35760/http.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21850>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:39:04 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:39:04 +0000
Subject: [issue21851] Fix gettext in unicodeless build
Message-ID: <1403595544.94.0.0791965662749.issue21851@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the gettext module and it's tests for Python built with the --disable-unicode configure option.

----------
components: Library (Lib), Tests
files: gettext.patch
keywords: patch
messages: 221425
nosy: benjamin.peterson, loewis, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix gettext in unicodeless build
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35761/gettext.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21851>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:40:12 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:40:12 +0000
Subject: [issue21852] Fix optparse in unicodeless build
Message-ID: <1403595612.48.0.11976821558.issue21852@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the optparse module and it's tests for Python built with the --disable-unicode configure option.

----------
files: optparse.patch
keywords: patch
messages: 221426
nosy: aronacher, benjamin.peterson, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix optparse in unicodeless build
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35762/optparse.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21852>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:41:09 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:41:09 +0000
Subject: [issue21853] Fix inspect in unicodeless build
Message-ID: <1403595669.37.0.0818329424469.issue21853@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the inspect module and it's tests for Python built with the --disable-unicode configure option.

----------
components: Library (Lib), Tests
messages: 221427
nosy: benjamin.peterson, serhiy.storchaka, yselivanov
priority: normal
severity: normal
stage: patch review
status: open
title: Fix inspect in unicodeless build
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21853>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:42:37 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:42:37 +0000
Subject: [issue21854] Fix cookielib in unicodeless build
Message-ID: <1403595757.33.0.450138611434.issue21854@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the cookielib module and it's tests for Python built with the --disable-unicode configure option.

----------
components: Library (Lib), Tests
files: cookielib.patch
keywords: patch
messages: 221428
nosy: benjamin.peterson, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix cookielib in unicodeless build
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35763/cookielib.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21854>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:43:42 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:43:42 +0000
Subject: [issue21855] Fix decimal in unicodeless build
Message-ID: <1403595822.86.0.526731488859.issue21855@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch fixes the decimal module and it's tests for Python built with the --disable-unicode configure option.

----------
components: Library (Lib), Tests
files: decimal.patch
keywords: patch
messages: 221429
nosy: benjamin.peterson, facundobatista, mark.dickinson, rhettinger, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Fix decimal in unicodeless build
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file35764/decimal.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21855>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:43:56 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:43:56 +0000
Subject: [issue21851] Fix gettext in unicodeless build
In-Reply-To: <1403595544.94.0.0791965662749.issue21851@psf.upfronthosting.co.za>
Message-ID: <1403595836.54.0.173372572872.issue21851@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21851>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:44:07 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:44:07 +0000
Subject: [issue21852] Fix optparse in unicodeless build
In-Reply-To: <1403595612.48.0.11976821558.issue21852@psf.upfronthosting.co.za>
Message-ID: <1403595847.83.0.923374835777.issue21852@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21852>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:44:13 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:44:13 +0000
Subject: [issue21853] Fix inspect in unicodeless build
In-Reply-To: <1403595669.37.0.0818329424469.issue21853@psf.upfronthosting.co.za>
Message-ID: <1403595853.71.0.896625284895.issue21853@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python
keywords: +patch
Added file: http://bugs.python.org/file35765/inspect.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21853>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:44:24 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:44:24 +0000
Subject: [issue21854] Fix cookielib in unicodeless build
In-Reply-To: <1403595757.33.0.450138611434.issue21854@psf.upfronthosting.co.za>
Message-ID: <1403595864.07.0.504223443297.issue21854@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21854>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:44:32 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:44:32 +0000
Subject: [issue21855] Fix decimal in unicodeless build
In-Reply-To: <1403595822.86.0.526731488859.issue21855@psf.upfronthosting.co.za>
Message-ID: <1403595872.48.0.308754173449.issue21855@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21855>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:45:55 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:45:55 +0000
Subject: [issue21833] Fix unicodeless build of Python
In-Reply-To: <1403592802.89.0.505189213304.issue21833@psf.upfronthosting.co.za>
Message-ID: <1403595955.64.0.48510868778.issue21833@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21833>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:47:20 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:47:20 +0000
Subject: [issue21834] Fix a number of tests in unicodeless build
In-Reply-To: <1403593100.61.0.321675638626.issue21834@psf.upfronthosting.co.za>
Message-ID: <1403596040.81.0.418011087577.issue21834@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +benjamin.peterson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21834>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:56:38 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 07:56:38 +0000
Subject: [issue21833] Fix unicodeless build of Python
In-Reply-To: <1403592802.89.0.505189213304.issue21833@psf.upfronthosting.co.za>
Message-ID: <1403596598.23.0.351757086348.issue21833@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I think the purpose of this option is similar to --without-doc-strings, this decreases the size of Python binary (-0.5 MB).

Most needed changes are pretty trivial and they are only small fraction of already existing code for supporting --disable-unicode.

----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21833>
_______________________________________

From report at bugs.python.org  Tue Jun 24 09:58:01 2014
From: report at bugs.python.org (Ned Deily)
Date: Tue, 24 Jun 2014 07:58:01 +0000
Subject: [issue21833] Fix unicodeless build of Python
In-Reply-To: <1403592802.89.0.505189213304.issue21833@psf.upfronthosting.co.za>
Message-ID: <1403596681.48.0.866931702632.issue21833@psf.upfronthosting.co.za>


Ned Deily added the comment:

Serhly, I admire you for all of the obvious effort you put into this but I can't help but think it is misplaced effort.  My original comment was made before you submitted all of the other patches.  As it stands, to proceed with this, there are now tens of thousands of lines of patches to be reviewed.  It will take a lot of effort on a lot of people's part to properly review them.  And even then, no matter how careful you were, there will be new bugs introduced by these patches.  If it takes that much change to properly support --disable-unicode, then it's clearly been a broken feature and fixing it now is on the scale of a large new feature for 2.7.  That just doesn't seem to me like a good choice based on the need for core developers' time and the added risk for the overwhelming majority of Python 2.7 users, who use Unicode-enabled builds.  I think we need to have a discussion on python-dev and a ruling by Benjamin.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21833>
_______________________________________

From report at bugs.python.org  Tue Jun 24 10:00:29 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 08:00:29 +0000
Subject: [issue21844] Fix HTMLParser in unicodeless build
In-Reply-To: <1403594743.84.0.436263477794.issue21844@psf.upfronthosting.co.za>
Message-ID: <1403596829.35.0.609650428357.issue21844@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Sorry.

----------
keywords: +patch
Added file: http://bugs.python.org/file35766/htmlparser.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21844>
_______________________________________

From report at bugs.python.org  Tue Jun 24 10:01:03 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 08:01:03 +0000
Subject: [issue21844] Fix HTMLParser in unicodeless build
In-Reply-To: <1403594743.84.0.436263477794.issue21844@psf.upfronthosting.co.za>
Message-ID: <1403596863.95.0.31916409084.issue21844@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
dependencies: +Fix unicodeless build of Python

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21844>
_______________________________________

From report at bugs.python.org  Tue Jun 24 10:14:33 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 08:14:33 +0000
Subject: [issue12179] Race condition using PyGILState_Ensure on a new thread
In-Reply-To: <1306353494.72.0.953237135168.issue12179@psf.upfronthosting.co.za>
Message-ID: <1403597673.31.0.642151604156.issue12179@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can one of you on the nosy list pick this up please, it's way out of my league.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12179>
_______________________________________

From report at bugs.python.org  Tue Jun 24 10:20:53 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 08:20:53 +0000
Subject: [issue12137] Error EBADF in test_urllibnet
In-Reply-To: <1305995654.0.0.162674044436.issue12137@psf.upfronthosting.co.za>
Message-ID: <1403598053.84.0.75533134285.issue12137@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

No longer an issue?

----------
nosy: +BreamoreBoy
type:  -> behavior
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12137>
_______________________________________

From report at bugs.python.org  Tue Jun 24 10:29:58 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 08:29:58 +0000
Subject: [issue21833] Fix unicodeless build of Python
In-Reply-To: <1403596681.48.0.866931702632.issue21833@psf.upfronthosting.co.za>
Message-ID: <3192573.g2TOZLKQYI@raxxla>


Serhiy Storchaka added the comment:

Ned, I think you misunderstood Martin. He approved patch which fixes some 
disabled-unicode bugs. He noted that fixing a number of test failures has very 
low priority. This issue is about fixing the possibility of build Python and 
run test suite itself. And all other issues (except issue21834) fixes bugs in 
stdlib, not only in tests (issue21835 and issue21836 also fixes compile 
errors).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21833>
_______________________________________

From report at bugs.python.org  Tue Jun 24 10:43:07 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 08:43:07 +0000
Subject: [issue12201] Returning FILETIME is unsupported in
 msilib.SummaryInformation.GetProperty()
In-Reply-To: <1306590826.19.0.496191579279.issue12201@psf.upfronthosting.co.za>
Message-ID: <1403599387.35.0.429140681157.issue12201@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Martin/Steve do you consider this enhancement request worth pursuing?

----------
nosy: +BreamoreBoy, steve.dower

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12201>
_______________________________________

From report at bugs.python.org  Tue Jun 24 10:47:58 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 08:47:58 +0000
Subject: [issue10514] configure does not create accurate Makefile on AIX
In-Reply-To: <1290519521.61.0.0855233461913.issue10514@psf.upfronthosting.co.za>
Message-ID: <1403599678.88.0.849061264125.issue10514@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is this still a problem as AIX is now up to (at least) 7.1?

----------
nosy: +BreamoreBoy
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10514>
_______________________________________

From report at bugs.python.org  Tue Jun 24 10:50:39 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Jun 2014 08:50:39 +0000
Subject: [issue21833] Fix unicodeless build of Python
In-Reply-To: <1403592802.89.0.505189213304.issue21833@psf.upfronthosting.co.za>
Message-ID: <1403599839.92.0.526278418219.issue21833@psf.upfronthosting.co.za>


STINNER Victor added the comment:

IMO supporting building Python 2 without Unicode support should be discussed on the python-dev mailing list, it's not an innocent change.

Python is moving strongly to Unicode: Python 3 uses Unicode by default. So to me it sounds really weird to work on building Python 2 without Unicode support. It means that you may have "Python 2" and "Python 2 without Unicode" which are not exactly the same language. IMO u"unicode" is part of the Python 2 language.

--disable-unicode is an old option added while Python 1.5 was very slowly moving to Unicode.

--

I have the same opinion on --without-thread option (we should stop supporting it, this option is useless). I worked in the embedded world, Python used for the UI of a TV set top box. Even if the hardware was slow and old, Python was compiled with threads and Unicode. Unicode was mandatory to handle correctly letters with diacritics.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21833>
_______________________________________

From report at bugs.python.org  Tue Jun 24 10:54:14 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 08:54:14 +0000
Subject: [issue12215] TextIOWrapper: issues with interlaced read-write
In-Reply-To: <1306759084.05.0.928785750761.issue12215@psf.upfronthosting.co.za>
Message-ID: <1403600054.11.0.111589632981.issue12215@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Does anybody want to follow up on this?  #12213 was closed as fixed, #12513 is still open.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12215>
_______________________________________

From report at bugs.python.org  Tue Jun 24 11:11:59 2014
From: report at bugs.python.org (Suman)
Date: Tue, 24 Jun 2014 09:11:59 +0000
Subject: [issue6094] Python fails to build with Subversion 1.7
In-Reply-To: <1243102798.53.0.847495660834.issue6094@psf.upfronthosting.co.za>
Message-ID: <1403601119.46.0.288707810132.issue6094@psf.upfronthosting.co.za>


Suman added the comment:

I am trying to install Python 2.7.7 or 2.7.3 in one of my linux machine which has RHEL 6.4.

  I am getting the same error, that is mentioned in this bug. I am pasting it below. Please let me know, what should i do here. 

ser Python-2.7.7]# make
gcc -pthread -c -fno-strict-aliasing -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes  -I. -IInclude -I./Include   -DPy_BUILD_CORE \
              -DSVNVERSION="\"`LC_ALL=C echo Unversioned directory`\"" \
              -DHGVERSION="\"`LC_ALL=C `\"" \
              -DHGTAG="\"`LC_ALL=C `\"" \
              -DHGBRANCH="\"`LC_ALL=C `\"" \
              -o Modules/getbuildinfo.o ./Modules/getbuildinfo.c
gcc.orig: directory": No such file or directory
<command-line>: warning: missing terminating " character
./Modules/getbuildinfo.c: In function ?_Py_svnversion?:
./Modules/getbuildinfo.c:63: error: missing terminating " character
./Modules/getbuildinfo.c:63: error: expected expression before ?;? token
make: *** [Modules/getbuildinfo.o] Error 1

----------
nosy: +suman_pas

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6094>
_______________________________________

From report at bugs.python.org  Tue Jun 24 11:19:07 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Jun 2014 09:19:07 +0000
Subject: [issue21856] memoryview: no overflow on large slice values (start,
 stop, step)
Message-ID: <1403601547.35.0.914531351331.issue21856@psf.upfronthosting.co.za>


New submission from STINNER Victor:

As I following up to the issue #21831, I don't understand why memoryview[2**100:] doesn't raise an overflow error!? It looks like a bug.

Attached patch changes the behaviour to raise an OverflowError.

----------
messages: 221441
nosy: haypo, skrah
priority: normal
severity: normal
status: open
title: memoryview: no overflow on large slice values (start, stop, step)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21856>
_______________________________________

From report at bugs.python.org  Tue Jun 24 11:44:53 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 09:44:53 +0000
Subject: [issue21331] Reversing an encoding with unicode-escape returns a
 different result
In-Reply-To: <1398200303.74.0.876201125787.issue21331@psf.upfronthosting.co.za>
Message-ID: <1403603093.16.0.815681756041.issue21331@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Note that 'raw-unicode-escape' is used in pickle protocol 0. Changing it can break compatibility.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21331>
_______________________________________

From report at bugs.python.org  Tue Jun 24 11:45:16 2014
From: report at bugs.python.org (Stefan Krah)
Date: Tue, 24 Jun 2014 09:45:16 +0000
Subject: [issue21856] memoryview: no overflow on large slice values (start,
 stop, step)
In-Reply-To: <1403601547.35.0.914531351331.issue21856@psf.upfronthosting.co.za>
Message-ID: <1403603116.17.0.439869456138.issue21856@psf.upfronthosting.co.za>


Stefan Krah added the comment:

It's a slice of length zero:

>>> b = bytearray([1,2,3,4])
>>> m = memoryview(b)
>>>
>>> b2 = b[2**100:]
>>> m2 = m[2**100:]
>>>
>>> list(b2)
[]
>>> list(m2)
[]
>>>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21856>
_______________________________________

From report at bugs.python.org  Tue Jun 24 11:47:51 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 09:47:51 +0000
Subject: [issue8630] Keepends param in codec readline(s)
In-Reply-To: <1273077495.73.0.386813094956.issue8630@psf.upfronthosting.co.za>
Message-ID: <1403603271.44.0.147509771561.issue8630@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
versions: +Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8630>
_______________________________________

From report at bugs.python.org  Tue Jun 24 11:49:31 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Jun 2014 09:49:31 +0000
Subject: [issue21857] assert that functions clearing the current exception are
 not called with an exception set
Message-ID: <1403603371.13.0.654844548808.issue21857@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Attached patch detects (when Python is compiled in debug mode) if functions that may clear the current exception are called with an exception set.

The check avoids loosing an exception.

The problem is that the test_sqlite fails with the patch applied. I will open a new patch for that.

I already added similar checks in functions of Python/ceval.c.

----------
files: assert_exc.patch
keywords: patch
messages: 221444
nosy: haypo
priority: normal
severity: normal
status: open
title: assert that functions clearing the current exception are not called with an exception set
versions: Python 3.5
Added file: http://bugs.python.org/file35767/assert_exc.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21857>
_______________________________________

From report at bugs.python.org  Tue Jun 24 11:50:55 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Jun 2014 09:50:55 +0000
Subject: [issue21858] Enhance error handling in the sqlite module
Message-ID: <1403603454.99.0.611583484215.issue21858@psf.upfronthosting.co.za>


New submission from STINNER Victor:

The _sqlite module doesn't handle correctly Python errors. It may loose the current Python exception: test_sqlite fails when the patch of the issue #21857 is applied.

Attached patch is a work-in-progress patch to fail earlier when Python raises an exception.

----------
files: sqlite_error_handling-wip.patch
keywords: patch
messages: 221445
nosy: haypo
priority: normal
severity: normal
status: open
title: Enhance error handling in the sqlite module
versions: Python 3.5
Added file: http://bugs.python.org/file35768/sqlite_error_handling-wip.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21858>
_______________________________________

From report at bugs.python.org  Tue Jun 24 11:51:25 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Jun 2014 09:51:25 +0000
Subject: [issue21857] assert that functions clearing the current exception are
 not called with an exception set
In-Reply-To: <1403603371.13.0.654844548808.issue21857@psf.upfronthosting.co.za>
Message-ID: <1403603485.01.0.893144188426.issue21857@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> The problem is that the test_sqlite fails with the patch applied. I will open a new patch for that.

I opened the issue #21858 for that.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21857>
_______________________________________

From report at bugs.python.org  Tue Jun 24 12:08:35 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Tue, 24 Jun 2014 10:08:35 +0000
Subject: [issue21331] Reversing an encoding with unicode-escape returns a
 different result
In-Reply-To: <1403603093.16.0.815681756041.issue21331@psf.upfronthosting.co.za>
Message-ID: <53A94E20.2070909@egenix.com>


Marc-Andre Lemburg added the comment:

On 24.06.2014 11:44, Serhiy Storchaka wrote:
> 
> Note that 'raw-unicode-escape' is used in pickle protocol 0. Changing it can break compatibility.

Indeed. unicode-escape was also designed to be able to read back
raw-unicode-escape encoded data, so changing the decoder to not
accept Latin-1 code points would break that as well.

It may be better to simply create a new codec that rejects
non-ASCII encoded bytes when decoding and perhaps call
that 'unicode-repr'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21331>
_______________________________________

From report at bugs.python.org  Tue Jun 24 12:16:48 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 10:16:48 +0000
Subject: [issue21708] Deprecate nonstandard behavior of a dumbdbm database
In-Reply-To: <1402425082.25.0.679069092867.issue21708@psf.upfronthosting.co.za>
Message-ID: <1403605008.94.0.330781457719.issue21708@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thanks Raymond for your attention.

Readonly warnings are emitted only when dumpdbm database opened in read only mode. They will be turned into exceptions in future (3.6 or 3.7). Annoying warnings on changed in future operations is desirable effect.

If you worry about performance hit of such checks, __setitem__ and __delitem__ are expensive operations doing file I/O.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21708>
_______________________________________

From report at bugs.python.org  Tue Jun 24 13:06:56 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 11:06:56 +0000
Subject: [issue21859] Add Python implementation of FileIO
Message-ID: <1403608013.94.0.257739188668.issue21859@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Proposed patch adds Python implementation of FileIO in _pyio. This will help to make io and _pyio dependency on _io optional (issue17984).

----------
components: IO, Library (Lib)
files: pyio_fileio.patch
keywords: patch
messages: 221449
nosy: alex, benjamin.peterson, hynek, pitrou, serhiy.storchaka, stutzbach
priority: normal
severity: normal
stage: patch review
status: open
title: Add Python implementation of FileIO
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35769/pyio_fileio.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21859>
_______________________________________

From report at bugs.python.org  Tue Jun 24 13:41:49 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 11:41:49 +0000
Subject: [issue21670] Add repr to shelve.Shelf
In-Reply-To: <1401989217.73.0.191894123322.issue21670@psf.upfronthosting.co.za>
Message-ID: <1403610109.61.0.798476322505.issue21670@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

I don't think this is right repr for shelve. As file's repr doesn't read and expose a content of a file, shelve's repr shouldn't read and expose all database content.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21670>
_______________________________________

From report at bugs.python.org  Tue Jun 24 13:49:45 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 24 Jun 2014 11:49:45 +0000
Subject: [issue21670] Add repr to shelve.Shelf
In-Reply-To: <1401989217.73.0.191894123322.issue21670@psf.upfronthosting.co.za>
Message-ID: <1403610585.07.0.162615957284.issue21670@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Fair point, Serhiy. But I see the shelve more similar to a persistent, dictionary-like object, than to a file. The fact that it uses some database behind is just an implementation detail.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21670>
_______________________________________

From report at bugs.python.org  Tue Jun 24 13:49:52 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 11:49:52 +0000
Subject: [issue21860] Correct FileIO docstrings
Message-ID: <1403610592.56.0.388497950887.issue21860@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

Docstrings for seek() and truncate() methods of FileIO declare that they return None. Actually they return truncated size and new position respectively.

----------
assignee: docs at python
components: Documentation, IO
keywords: easy
messages: 221452
nosy: benjamin.peterson, docs at python, hynek, pitrou, serhiy.storchaka, stutzbach
priority: normal
severity: normal
stage: needs patch
status: open
title: Correct FileIO docstrings
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21860>
_______________________________________

From report at bugs.python.org  Tue Jun 24 13:56:52 2014
From: report at bugs.python.org (Amitava Bhattacharyya)
Date: Tue, 24 Jun 2014 11:56:52 +0000
Subject: [issue20092] type() constructor should bind __int__ to __index__ when
 __index__ is defined and __int__ is not
In-Reply-To: <1388260592.79.0.323683192221.issue20092@psf.upfronthosting.co.za>
Message-ID: <1403611012.86.0.837704551512.issue20092@psf.upfronthosting.co.za>


Amitava Bhattacharyya added the comment:

Hi Ethan, I tried adding a call to `nb_index` (if that slot exists) in `_PyLong_FromNbInt`, but that didn't work. Based on your comment it seems the fix would be to patch this at object creation. I will check where that happens (bear with me while I familiarize myself with the code base :) ).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20092>
_______________________________________

From report at bugs.python.org  Tue Jun 24 14:23:58 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 12:23:58 +0000
Subject: [issue21670] Add repr to shelve.Shelf
In-Reply-To: <1401989217.73.0.191894123322.issue21670@psf.upfronthosting.co.za>
Message-ID: <1403612638.76.0.608394594632.issue21670@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

When shelve stores its data on a disk, it is more similar to a file. After all, it can contain gigabytes of data, much larger than Python can address in RAM.

I you want more readable repr, I with Raymond, -- use the repr of the underlying db and add readable repr for dbm objects (including file name and open mode).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21670>
_______________________________________

From report at bugs.python.org  Tue Jun 24 14:37:54 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 24 Jun 2014 12:37:54 +0000
Subject: [issue21670] Add repr to shelve.Shelf
In-Reply-To: <1401989217.73.0.191894123322.issue21670@psf.upfronthosting.co.za>
Message-ID: <1403613474.24.0.382738025369.issue21670@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Alright, I agree with you now. You can close the issue if you want.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21670>
_______________________________________

From report at bugs.python.org  Tue Jun 24 15:27:21 2014
From: report at bugs.python.org (Eli Bendersky)
Date: Tue, 24 Jun 2014 13:27:21 +0000
Subject: [issue14156] argparse.FileType for '-' doesn't work for a mode of 'rb'
In-Reply-To: <1330513271.31.0.437438851478.issue14156@psf.upfronthosting.co.za>
Message-ID: <1403616441.0.0.841803763885.issue14156@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

The patch looks reasonable? Is the only remaining problem with crafting the test?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14156>
_______________________________________

From report at bugs.python.org  Tue Jun 24 15:28:12 2014
From: report at bugs.python.org (Eli Bendersky)
Date: Tue, 24 Jun 2014 13:28:12 +0000
Subject: [issue14156] argparse.FileType for '-' doesn't work for a mode of 'rb'
In-Reply-To: <1330513271.31.0.437438851478.issue14156@psf.upfronthosting.co.za>
Message-ID: <1403616492.73.0.233703383304.issue14156@psf.upfronthosting.co.za>


Eli Bendersky added the comment:

[sorry, the first question mark shouldn't be - the patch indeed looks reasonable to me]

Steven - how about launching a subprocess for stdin tests to avoid weird issues?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14156>
_______________________________________

From report at bugs.python.org  Tue Jun 24 15:38:40 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 24 Jun 2014 13:38:40 +0000
Subject: [issue20155] Regression test test_httpservers fails, hangs on Windows
In-Reply-To: <1389053951.39.0.997653737297.issue20155@psf.upfronthosting.co.za>
Message-ID: <1403617120.3.0.162905702276.issue20155@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

It would be nice if this could be committed. It's cumbersome to always have to deactivate the AV solution when running the tests on Windows, in order to avoid a failure of test_httpservers.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20155>
_______________________________________

From report at bugs.python.org  Tue Jun 24 15:48:42 2014
From: report at bugs.python.org (Ethan Furman)
Date: Tue, 24 Jun 2014 13:48:42 +0000
Subject: [issue20092] type() constructor should bind __int__ to __index__ when
 __index__ is defined and __int__ is not
In-Reply-To: <1388260592.79.0.323683192221.issue20092@psf.upfronthosting.co.za>
Message-ID: <1403617722.91.0.185859843766.issue20092@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Thank you for your efforts, Amitava.  Please also sign a Contributor's License Agreement so we can actually use your code.  :)

    http://www.python.org/psf/contrib/

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20092>
_______________________________________

From report at bugs.python.org  Tue Jun 24 16:02:12 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 24 Jun 2014 14:02:12 +0000
Subject: [issue12215] TextIOWrapper: issues with interlaced read-write
In-Reply-To: <1306759084.05.0.928785750761.issue12215@psf.upfronthosting.co.za>
Message-ID: <1403618532.89.0.389175210521.issue12215@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12215>
_______________________________________

From report at bugs.python.org  Tue Jun 24 16:43:15 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 14:43:15 +0000
Subject: [issue15588] quopri: encodestring and decodestring handle bytes,
 not strings
In-Reply-To: <1344411059.45.0.404148694214.issue15588@psf.upfronthosting.co.za>
Message-ID: <1403620995.22.0.30935879036.issue15588@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Just one small query on the patch (more for my own benefit than anything else).  In the rst file there's now no difference between the wording for the quotetabs positional argument to encode and the keyword argument to encodestring.  Is there a rule (of thumb) that covers this situation?  Other than that LGTM.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15588>
_______________________________________

From report at bugs.python.org  Tue Jun 24 16:49:31 2014
From: report at bugs.python.org (Ethan Furman)
Date: Tue, 24 Jun 2014 14:49:31 +0000
Subject: [issue18780] SystemError when formatting int subclass
In-Reply-To: <1376921434.69.0.557024484243.issue18780@psf.upfronthosting.co.za>
Message-ID: <1403621371.22.0.169494268819.issue18780@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Should this patch also go into the 3.3 branch?  It only went into 3.4.

If yes, how should I go about doing that?

----------
assignee:  -> ethan.furman

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18780>
_______________________________________

From report at bugs.python.org  Tue Jun 24 16:50:47 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 14:50:47 +0000
Subject: [issue12506] NIS module cant handle multiple NIS map entries for the
 same GID
In-Reply-To: <1309956537.93.0.737876319543.issue12506@psf.upfronthosting.co.za>
Message-ID: <1403621447.33.0.696079190479.issue12506@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@bjorn terribly sorry for the delay here :-(  Would you be able to supply a patch for this, including doc and unittest changes as appropriate?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 2.6, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12506>
_______________________________________

From report at bugs.python.org  Tue Jun 24 16:56:08 2014
From: report at bugs.python.org (Terry Chia)
Date: Tue, 24 Jun 2014 14:56:08 +0000
Subject: [issue21860] Correct FileIO docstrings
In-Reply-To: <1403610592.56.0.388497950887.issue21860@psf.upfronthosting.co.za>
Message-ID: <1403621768.36.0.860912238058.issue21860@psf.upfronthosting.co.za>


Terry Chia added the comment:

Is this acceptable?

----------
keywords: +patch
nosy: +terry.chia
Added file: http://bugs.python.org/file35770/issue21860.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21860>
_______________________________________

From report at bugs.python.org  Tue Jun 24 17:01:53 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 15:01:53 +0000
Subject: [issue12616] zip fixer fails on zip()[:-1]
In-Reply-To: <1311372700.75.0.0919550613362.issue12616@psf.upfronthosting.co.za>
Message-ID: <1403622113.42.0.0696172428871.issue12616@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Benjamin can you take this on please?

----------
nosy: +BreamoreBoy
type:  -> behavior
versions: +Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12616>
_______________________________________

From report at bugs.python.org  Tue Jun 24 17:04:50 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 15:04:50 +0000
Subject: [issue12622] failfast argument to TextTestRunner not documented
In-Reply-To: <1311448108.9.0.673600380151.issue12622@psf.upfronthosting.co.za>
Message-ID: <1403622290.93.0.452103379865.issue12622@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Slipped under the radar?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12622>
_______________________________________

From report at bugs.python.org  Tue Jun 24 17:11:10 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 15:11:10 +0000
Subject: [issue12653] Provide accelerators for all buttons in Windows
 installers
In-Reply-To: <1311935783.8.0.769443256699.issue12653@psf.upfronthosting.co.za>
Message-ID: <1403622670.62.0.668914621768.issue12653@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Seems a reasonable idea, thoughts?

----------
components: +Installation, Windows
nosy: +BreamoreBoy, steve.dower
type:  -> enhancement
versions: +Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12653>
_______________________________________

From report at bugs.python.org  Tue Jun 24 17:16:31 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 24 Jun 2014 15:16:31 +0000
Subject: [issue20567] test_idle causes test_ttk_guionly 'can't invoke "event"
 command: application has been destroyed' messages from Tk
In-Reply-To: <1391902578.02.0.588798272285.issue20567@psf.upfronthosting.co.za>
Message-ID: <1403622991.9.0.799579160909.issue20567@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I recently saw the same message when developing an individual idle_test module on repository debug builds even though all class attributes were being deleted. One was an Idle EditorWindow. I solved the problem by deleting the class attributes other than root before root.destroy. I should recheck all modules/classes with attributes other than root.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20567>
_______________________________________

From report at bugs.python.org  Tue Jun 24 17:25:17 2014
From: report at bugs.python.org (David M Noriega)
Date: Tue, 24 Jun 2014 15:25:17 +0000
Subject: [issue21830] ssl.wrap_socket fails on Windows 7 when specifying
 ca_certs
In-Reply-To: <1403550662.12.0.944818442815.issue21830@psf.upfronthosting.co.za>
Message-ID: <1403623517.14.0.708309742679.issue21830@psf.upfronthosting.co.za>


David M Noriega added the comment:

Oops, thats what I get for running with scissors. 

Yes, the cert file is in pem format. Its the same file in use on my ldap server and all my servers and workstations that authenticate against it. I have an existing python 2.x script using the python-ldap(different from python3-ldap) module that uses this exact same file and works correctly. 

I've tested with the socket code above on python 2 and 3 and it works on my linux systems and on Windows XP. I only get this error on a Windows 7 system.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21830>
_______________________________________

From report at bugs.python.org  Tue Jun 24 17:45:26 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 24 Jun 2014 15:45:26 +0000
Subject: [issue12622] failfast argument to TextTestRunner not documented
In-Reply-To: <1311448108.9.0.673600380151.issue12622@psf.upfronthosting.co.za>
Message-ID: <1403624726.22.0.0110398978701.issue12622@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Mark, why not contributing a patch? Seems pretty straight forward to write it.

----------
nosy: +Claudiu.Popa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12622>
_______________________________________

From report at bugs.python.org  Tue Jun 24 17:48:36 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Tue, 24 Jun 2014 15:48:36 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <1403624916.43.0.885133673316.issue21163@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Patch looks good. Go ahead.

----------
nosy: +Guido.van.Rossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Tue Jun 24 17:49:36 2014
From: report at bugs.python.org (Vajrasky Kok)
Date: Tue, 24 Jun 2014 15:49:36 +0000
Subject: [issue20069] Add unit test for os.chown
In-Reply-To: <1388053703.09.0.645818054692.issue20069@psf.upfronthosting.co.za>
Message-ID: <1403624976.63.0.799796555196.issue20069@psf.upfronthosting.co.za>


Vajrasky Kok added the comment:

Claudiu, I have revamped the test and put it in dedicated test class. Thanks!

1. About assertRaisesRegex, sorry, you're right. We can use it with "with" statement. Prior to this, I used it like this:

with self.assertRaisesRegex(PermissionError,
                                    "Operation not permitted"):
    bla
    bla

Then I realized I have to use it like this:

with self.assertRaisesRegex(PermissionError,
                                    "Operation not permitted") as _:
    bla
    bla

2. About this code, it is deliberate:

+        with self.assertRaises(PermissionError) as cx:
+            os.chown(support.TESTFN, uid_1, gid)
+            os.chown(support.TESTFN, uid_2, gid)

Normal user does not have permission to use chown to change the user of the file. Basically, I need to find the other user other than the user of support.TESTFN. By using chown with two users, it will be guaranteed the case will be tried.

There is other way though, iterating all users and check whether the user is not the owner of support.TESTFN or not. If you object it, I can use this way.

----------
Added file: http://bugs.python.org/file35771/add_unit_test_os_chown_v4.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20069>
_______________________________________

From report at bugs.python.org  Tue Jun 24 17:57:50 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 24 Jun 2014 15:57:50 +0000
Subject: [issue20069] Add unit test for os.chown
In-Reply-To: <1388053703.09.0.645818054692.issue20069@psf.upfronthosting.co.za>
Message-ID: <1403625470.42.0.137251078323.issue20069@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Why the need of "as _" in the with statement? I don't understand it. Otherwise, looks good to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20069>
_______________________________________

From report at bugs.python.org  Tue Jun 24 18:06:13 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 24 Jun 2014 16:06:13 +0000
Subject: [issue21820] unittest: unhelpful truncating of long strings.
In-Reply-To: <1403346886.23.0.538670310002.issue21820@psf.upfronthosting.co.za>
Message-ID: <1403625973.84.0.854243030234.issue21820@psf.upfronthosting.co.za>


R. David Murray added the comment:

For strings, all of the string was not displayed before, either, it was just truncated at the end only.  I'm surprised that that didn't apply to non-strings as well.  It's the diff output that is supposed to be the full text (if maxDiff is None), to my understanding, so it would make sense to me that either the whole output should be displayed if there is no diff output (and maxDiff is None?), or the reprs should be diffed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21820>
_______________________________________

From report at bugs.python.org  Tue Jun 24 18:11:56 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 24 Jun 2014 16:11:56 +0000
Subject: [issue20092] type() constructor should bind __int__ to __index__ when
 __index__ is defined and __int__ is not
In-Reply-To: <1388260592.79.0.323683192221.issue20092@psf.upfronthosting.co.za>
Message-ID: <1403626316.05.0.421933874226.issue20092@psf.upfronthosting.co.za>


R. David Murray added the comment:

There will be a corporate agreement from Bloomberg sometime soon (and that will be required in this case, not an individual agreement).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20092>
_______________________________________

From report at bugs.python.org  Tue Jun 24 18:19:14 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 24 Jun 2014 16:19:14 +0000
Subject: [issue15588] quopri: encodestring and decodestring handle bytes,
 not strings
In-Reply-To: <1344411059.45.0.404148694214.issue15588@psf.upfronthosting.co.za>
Message-ID: <1403626754.66.0.787678742186.issue15588@psf.upfronthosting.co.za>


R. David Murray added the comment:

No, that's a good catch.  For a keyword argument, we generally do mention the default value in the text, and it looks like we still should in that instance, especially since it *is* different that it is a keyword argument and not positional like the method to which the text is giving a back-reference.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15588>
_______________________________________

From report at bugs.python.org  Tue Jun 24 19:36:58 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Tue, 24 Jun 2014 17:36:58 +0000
Subject: [issue21861] io class name are hardcoded in reprs
Message-ID: <1403631418.74.0.109096243494.issue21861@psf.upfronthosting.co.za>


New submission from Serhiy Storchaka:

>>> import io
>>> class F(io.FileIO): pass
... 
>>> f = F('/dev/null', 'r')
>>> f
<_io.FileIO name='/dev/null' mode='rb'>
>>> class B(io.BufferedReader): pass
... 
>>> b = B(f)
>>> b
<B name='/dev/null'>
>>> class T(io.TextIOBufferedReader): pass
io.TextIOBase(     io.TextIOWrapper(  
>>> class T(io.TextIOWrapper): pass
... 
>>> t = T(b)
>>> t
<_io.TextIOWrapper name='/dev/null' encoding='UTF-8'>

Expected results are "<__main__.F name='/dev/null' mode='rb'>", "<__main__.B name='/dev/null'>" and "<__main__.T name='/dev/null' encoding='UTF-8'>". Usually reprs of subclass instances substitute actual module and class names.

----------
components: Extension Modules, IO
keywords: easy
messages: 221476
nosy: benjamin.peterson, hynek, pitrou, serhiy.storchaka, stutzbach
priority: normal
severity: normal
stage: needs patch
status: open
title: io class name are hardcoded in reprs
type: behavior
versions: Python 2.7, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21861>
_______________________________________

From report at bugs.python.org  Tue Jun 24 20:20:15 2014
From: report at bugs.python.org (Stefan Krah)
Date: Tue, 24 Jun 2014 18:20:15 +0000
Subject: [issue21856] memoryview: no overflow on large slice values (start,
 stop, step)
In-Reply-To: <1403601547.35.0.914531351331.issue21856@psf.upfronthosting.co.za>
Message-ID: <1403634015.31.0.0787725259219.issue21856@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Victor, shall we close this?  The behavior is basically as specified:

"The slice of s from i to j is defined as the sequence of items with index k such that i <= k < j. If i or j is greater than len(s), use len(s). If i is omitted or None, use 0. If j is omitted or None, use len(s). If i is greater than or equal to j, the slice is empty."

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21856>
_______________________________________

From report at bugs.python.org  Tue Jun 24 20:31:18 2014
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 24 Jun 2014 18:31:18 +0000
Subject: [issue16382] Better warnings exception for bad category
In-Reply-To: <1351779406.35.0.0813926106632.issue16382@psf.upfronthosting.co.za>
Message-ID: <1403634678.56.0.0855727854089.issue16382@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's a new patch addressing Ezio's Rietveld comment. I've also used assertRaisesRegex instead of assertRaises in tests.

----------
nosy: +berker.peksag
Added file: http://bugs.python.org/file35772/issue16382_v5.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16382>
_______________________________________

From report at bugs.python.org  Tue Jun 24 21:01:16 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 19:01:16 +0000
Subject: [issue12813] uuid4 is not tested if a uuid4 system routine isn't
 present
In-Reply-To: <1313995301.93.0.316946106703.issue12813@psf.upfronthosting.co.za>
Message-ID: <1403636476.89.0.123068759836.issue12813@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I believe the code in the patch has already been applied, can somebody confirm that I'm correct please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12813>
_______________________________________

From report at bugs.python.org  Tue Jun 24 21:09:44 2014
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 24 Jun 2014 19:09:44 +0000
Subject: [issue16845] warnings.simplefilter should validate input
In-Reply-To: <1357173726.64.0.0586309357998.issue16845@psf.upfronthosting.co.za>
Message-ID: <1403636984.42.0.440510504608.issue16845@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's a patch that uses the same approach as in issue 16382.

----------
components: +Library (Lib)
nosy: +berker.peksag
stage:  -> patch review
versions: +Python 3.5
Added file: http://bugs.python.org/file35773/issue16845.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16845>
_______________________________________

From report at bugs.python.org  Tue Jun 24 21:14:44 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 19:14:44 +0000
Subject: [issue12845] PEP-3118: C-contiguity with zero strides
In-Reply-To: <1314354585.27.0.717961402517.issue12845@psf.upfronthosting.co.za>
Message-ID: <1403637284.19.0.889766629064.issue12845@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

What is the status of this issue as according to the index PEP 3118 has been completed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12845>
_______________________________________

From report at bugs.python.org  Tue Jun 24 21:24:08 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 19:24:08 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1403637848.61.0.158549141781.issue14117@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Confirmed still a problem in 3.4.1 on Win7.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:00:05 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 24 Jun 2014 20:00:05 +0000
Subject: [issue12916] Add inspect.splitdoc
In-Reply-To: <1315326747.38.0.43030903994.issue12916@psf.upfronthosting.co.za>
Message-ID: <1403640005.69.0.0175871850557.issue12916@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

There's a small typo in your patch, strign instead of string. Otherwise, looks good to me.

----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12916>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:00:44 2014
From: report at bugs.python.org (Steve Dower)
Date: Tue, 24 Jun 2014 20:00:44 +0000
Subject: [issue12653] Provide accelerators for all buttons in Windows
 installers
In-Reply-To: <1311935783.8.0.769443256699.issue12653@psf.upfronthosting.co.za>
Message-ID: <1403640044.45.0.75171006224.issue12653@psf.upfronthosting.co.za>


Steve Dower added the comment:

Should be there for 3.5 because I'm rewriting the installer.

Up to Martin whether he wants to change it for 3.4.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12653>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:02:58 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Tue, 24 Jun 2014 20:02:58 +0000
Subject: [issue20295] imghdr add openexr support
In-Reply-To: <1390070746.18.0.632580086157.issue20295@psf.upfronthosting.co.za>
Message-ID: <1403640178.42.0.0277787572416.issue20295@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

This seems commit ready.

----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20295>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:04:00 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 24 Jun 2014 20:04:00 +0000
Subject: [issue11974] Class definition gotcha.. should this be documented
 somewhere?
In-Reply-To: <1304274889.3.0.162053692496.issue11974@psf.upfronthosting.co.za>
Message-ID: <3gydjW4ms8z7Ll9@mail.python.org>


Roundup Robot added the comment:

New changeset 8e5e04a1497f by Raymond Hettinger in branch '3.4':
Issue #11974:  Add tutorial section on class and instance variables
http://hg.python.org/cpython/rev/8e5e04a1497f

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11974>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:05:10 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Jun 2014 20:05:10 +0000
Subject: [issue11974] Class definition gotcha.. should this be documented
 somewhere?
In-Reply-To: <1304274889.3.0.162053692496.issue11974@psf.upfronthosting.co.za>
Message-ID: <1403640310.3.0.164144265435.issue11974@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Thanks for the patch.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11974>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:06:31 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Jun 2014 20:06:31 +0000
Subject: [issue21670] Add repr to shelve.Shelf
In-Reply-To: <1401989217.73.0.191894123322.issue21670@psf.upfronthosting.co.za>
Message-ID: <1403640391.45.0.241437761712.issue21670@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21670>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:06:54 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 24 Jun 2014 20:06:54 +0000
Subject: [issue21862] cProfile command-line should accept "-m module_name" as
 an alternative to script path
Message-ID: <1403640414.18.0.449527177368.issue21862@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

As the title says. You should be able to type:

$ python -m cProfile -m my.module.name

to profile execution of my.module.name.

----------
components: Library (Lib)
keywords: easy
messages: 221488
nosy: georg.brandl, ncoghlan, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: cProfile command-line should accept "-m module_name" as an alternative to script path
type: enhancement
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21862>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:07:50 2014
From: report at bugs.python.org (Berker Peksag)
Date: Tue, 24 Jun 2014 20:07:50 +0000
Subject: [issue21670] Add repr to shelve.Shelf
In-Reply-To: <1401989217.73.0.191894123322.issue21670@psf.upfronthosting.co.za>
Message-ID: <1403640470.73.0.186589306716.issue21670@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
stage: patch review -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21670>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:09:45 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 20:09:45 +0000
Subject: [issue12842] Docs: first parameter of tp_richcompare() always has the
 correct type
In-Reply-To: <1314304285.47.0.471516118599.issue12842@psf.upfronthosting.co.za>
Message-ID: <1403640585.14.0.634004668104.issue12842@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The patch has never been applied.  I'm not qualified to state whether or not it is correct.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12842>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:10:42 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Jun 2014 20:10:42 +0000
Subject: [issue21708] Deprecate nonstandard behavior of a dumbdbm database
In-Reply-To: <1402425082.25.0.679069092867.issue21708@psf.upfronthosting.co.za>
Message-ID: <1403640642.68.0.456437891308.issue21708@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I'm not worries about the performance.  I think the warnings and checks don't need to be there are all (API creep).  AFAICT, this has never been requested or needed in the entire history of the dumbdbm.

Your original goal of changing the default update mode is worthwhile.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21708>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:11:35 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Jun 2014 20:11:35 +0000
Subject: [issue21832] collections.namedtuple does questionable things when
 passed questionable arguments
In-Reply-To: <1403581943.09.0.462599950196.issue21832@psf.upfronthosting.co.za>
Message-ID: <1403640695.57.0.323607237526.issue21832@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21832>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:12:35 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Jun 2014 20:12:35 +0000
Subject: [issue21832] collections.namedtuple does questionable things when
 passed questionable arguments
In-Reply-To: <1403581943.09.0.462599950196.issue21832@psf.upfronthosting.co.za>
Message-ID: <1403640755.11.0.196274968782.issue21832@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
versions:  -Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21832>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:15:31 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 20:15:31 +0000
Subject: [issue13248] deprecated in 3.2/3.3, should be removed in 3.4
In-Reply-To: <1319392186.66.0.823106983991.issue13248@psf.upfronthosting.co.za>
Message-ID: <1403640931.06.0.467438135735.issue13248@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Anything else left to do on this?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13248>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:18:48 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Jun 2014 20:18:48 +0000
Subject: [issue21832] collections.namedtuple does questionable things when
 passed questionable arguments
In-Reply-To: <1403581943.09.0.462599950196.issue21832@psf.upfronthosting.co.za>
Message-ID: <1403641128.75.0.0991462061648.issue21832@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

ISTM that in order to run you code, a person already has to have the ability to run arbitrary code.

The purpose of the existing checks was to support the use-case where the field names are taken from the header line of CSV files.

I would be happy to add a test for exact string inputs but will not throw-out the current design which has a number of advantages including the ability to keep just the generated code and throw-away the factory function itself.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21832>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:23:44 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Tue, 24 Jun 2014 20:23:44 +0000
Subject: [issue21863] Display module names of C functions in cProfile
Message-ID: <1403641424.56.0.722092394489.issue21863@psf.upfronthosting.co.za>


New submission from Antoine Pitrou:

Currently, cProfile output displays "built-in functions" (i.e. module functions implemented in C, such as hasattr()) using only their names. This is not very useful when those functions may be provided by any third-party library. Attached patch adds the module name (as provided by __module__) to the output.

----------
components: Library (Lib)
files: cprofile_names.patch
keywords: patch
messages: 221493
nosy: georg.brandl, pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: Display module names of C functions in cProfile
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35774/cprofile_names.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21863>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:28:07 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Tue, 24 Jun 2014 20:28:07 +0000
Subject: [issue12887] Documenting all SO_* constants in socket module
In-Reply-To: <1314987180.49.0.607596056761.issue12887@psf.upfronthosting.co.za>
Message-ID: <1403641687.7.0.108318346626.issue12887@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Sandro do you want to follow this up?  msg142613 was on #12781.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12887>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:29:25 2014
From: report at bugs.python.org (Richard Kiss)
Date: Tue, 24 Jun 2014 20:29:25 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <1403641765.18.0.577945478797.issue21163@psf.upfronthosting.co.za>


Richard Kiss added the comment:

I reread more carefully, and I am in agreement now that I better understand what's going on. Thanks for your patience.

----------
nosy: +Richard.Kiss

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:49:38 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 24 Jun 2014 20:49:38 +0000
Subject: [issue21832] collections.namedtuple does questionable things when
 passed questionable arguments
In-Reply-To: <1403581943.09.0.462599950196.issue21832@psf.upfronthosting.co.za>
Message-ID: <3gyfkB2nCkz7Ljp@mail.python.org>


Roundup Robot added the comment:

New changeset 30063f97a44d by Raymond Hettinger in branch '2.7':
Issue 21832:  Require named tuple inputs to be exact strings
http://hg.python.org/cpython/rev/30063f97a44d

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21832>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:50:44 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Tue, 24 Jun 2014 20:50:44 +0000
Subject: [issue21832] collections.namedtuple does questionable things when
 passed questionable arguments
In-Reply-To: <1403581943.09.0.462599950196.issue21832@psf.upfronthosting.co.za>
Message-ID: <1403643044.7.0.00692918765649.issue21832@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I'll add the 3.4 and 3.5 as well plus a Misc/NEWS item shortly.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21832>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:51:26 2014
From: report at bugs.python.org (Roundup Robot)
Date: Tue, 24 Jun 2014 20:51:26 +0000
Subject: [issue20155] Regression test test_httpservers fails, hangs on Windows
In-Reply-To: <1389053951.39.0.997653737297.issue20155@psf.upfronthosting.co.za>
Message-ID: <3gyfmF6vzZz7Ljp@mail.python.org>


Roundup Robot added the comment:

New changeset ffdd2d0b0049 by R David Murray in branch '3.4':
#20155: use fake HTTP method names so windows doesn't hang the tests.
http://hg.python.org/cpython/rev/ffdd2d0b0049

New changeset e67ad57eed26 by R David Murray in branch 'default':
merge: #20155: use fake HTTP method names so windows doesn't hang the tests.
http://hg.python.org/cpython/rev/e67ad57eed26

New changeset b0526da56c54 by R David Murray in branch '2.7':
#20155: use fake HTTP method names so windows doesn't hang the tests.
http://hg.python.org/cpython/rev/b0526da56c54

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20155>
_______________________________________

From report at bugs.python.org  Tue Jun 24 22:52:10 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 24 Jun 2014 20:52:10 +0000
Subject: [issue20155] Regression test test_httpservers fails, hangs on Windows
In-Reply-To: <1389053951.39.0.997653737297.issue20155@psf.upfronthosting.co.za>
Message-ID: <1403643130.08.0.619143393347.issue20155@psf.upfronthosting.co.za>


R. David Murray added the comment:

Done.  Thanks Jeff.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20155>
_______________________________________

From report at bugs.python.org  Tue Jun 24 23:03:41 2014
From: report at bugs.python.org (R. David Murray)
Date: Tue, 24 Jun 2014 21:03:41 +0000
Subject: [issue21708] Deprecate nonstandard behavior of a dumbdbm database
In-Reply-To: <1402425082.25.0.679069092867.issue21708@psf.upfronthosting.co.za>
Message-ID: <1403643821.85.0.540551723842.issue21708@psf.upfronthosting.co.za>


R. David Murray added the comment:

The point is to make the API consistent.  So if the other dbm modules raise an error when __setitem__/__delitem__ are called on an R/O db, then the warnings are appropriate (but should mention that this will be an error in the future).

The warnings will only be printed once per run of python, unless I'm completely misremembering how deprecation warnings work.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21708>
_______________________________________

From report at bugs.python.org  Tue Jun 24 23:29:16 2014
From: report at bugs.python.org (Ned Deily)
Date: Tue, 24 Jun 2014 21:29:16 +0000
Subject: [issue18780] SystemError when formatting int subclass
In-Reply-To: <1376921434.69.0.557024484243.issue18780@psf.upfronthosting.co.za>
Message-ID: <1403645356.15.0.700042734507.issue18780@psf.upfronthosting.co.za>


Ned Deily added the comment:

The 3.3 branch is now only open for security fixes so this issue doesn't appear to warrant backporting there.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18780>
_______________________________________

From report at bugs.python.org  Tue Jun 24 23:30:21 2014
From: report at bugs.python.org (Rock Lee)
Date: Tue, 24 Jun 2014 21:30:21 +0000
Subject: [issue21862] cProfile command-line should accept "-m module_name" as
 an alternative to script path
In-Reply-To: <1403640414.18.0.449527177368.issue21862@psf.upfronthosting.co.za>
Message-ID: <1403645421.91.0.225387015418.issue21862@psf.upfronthosting.co.za>


Rock Lee added the comment:

I tweaked the Lib/cProfile.py a little bit to get the feature done, please review the patch attached.

----------
keywords: +patch
nosy: +rock
Added file: http://bugs.python.org/file35775/cProfile-add-new-option-module.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21862>
_______________________________________

From report at bugs.python.org  Wed Jun 25 00:01:49 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Jun 2014 22:01:49 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <1403647309.53.0.496836625193.issue21163@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I commited my change in Tulip (78dc74d4e8e6), Python 3.4 and 3.5:

changeset:   91359:978525270264
branch:      3.4
parent:      91357:a941bb617c2a
user:        Victor Stinner <victor.stinner at gmail.com>
date:        Tue Jun 24 22:37:53 2014 +0200
files:       Lib/asyncio/futures.py Lib/asyncio/tasks.py Lib/test/test_asyncio/test_base_events.py Lib/test/test_asyncio/test_tasks.py
description:
asyncio: Log an error if a Task is destroyed while it is still pending


changeset:   91360:e1d81c32f13d
parent:      91358:3fa0d2b297c6
parent:      91359:978525270264
user:        Victor Stinner <victor.stinner at gmail.com>
date:        Tue Jun 24 22:38:31 2014 +0200
files:       Lib/test/test_asyncio/test_tasks.py
description:
(Merge 3.4) asyncio: Log an error if a Task is destroyed while it is still pending

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Wed Jun 25 00:02:02 2014
From: report at bugs.python.org (Ethan Furman)
Date: Tue, 24 Jun 2014 22:02:02 +0000
Subject: [issue18780] SystemError when formatting int subclass
In-Reply-To: <1376921434.69.0.557024484243.issue18780@psf.upfronthosting.co.za>
Message-ID: <1403647322.65.0.462274251071.issue18780@psf.upfronthosting.co.za>


Ethan Furman added the comment:

Cool, leaving it closed.

----------
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18780>
_______________________________________

From report at bugs.python.org  Wed Jun 25 00:10:04 2014
From: report at bugs.python.org (Eli Bendersky)
Date: Tue, 24 Jun 2014 22:10:04 +0000
Subject: [issue18780] SystemError when formatting int subclass
In-Reply-To: <1403645356.15.0.700042734507.issue18780@psf.upfronthosting.co.za>
Message-ID: <CAF-Rda_MZ0s1jueKhgQh6OWoW+4c4ERYcY3yDgRW9nZ5yYBk+Q@mail.gmail.com>


Eli Bendersky added the comment:

On Tue, Jun 24, 2014 at 2:29 PM, Ned Deily <report at bugs.python.org> wrote:

>
> Ned Deily added the comment:
>
> The 3.3 branch is now only open for security fixes so this issue doesn't
> appear to warrant backporting there.
>
> ----------
>

These questions keep popping up in various places, being asked even by core
devs like here.

Is there a place where this is described formally? I.e. 3.5 is trunk, 3.4
is bug fixes, 3.3 is security fixes, doc fixes good everywhere, and some
info about 2.7? I imagine since this only changes once per 18 months or so,
it should not be difficult to maintain and can just be part of the release
manager's job.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18780>
_______________________________________

From report at bugs.python.org  Wed Jun 25 00:18:20 2014
From: report at bugs.python.org (Ned Deily)
Date: Tue, 24 Jun 2014 22:18:20 +0000
Subject: [issue18780] SystemError when formatting int subclass
In-Reply-To: <1376921434.69.0.557024484243.issue18780@psf.upfronthosting.co.za>
Message-ID: <1403648300.91.0.780827751025.issue18780@psf.upfronthosting.co.za>


Ned Deily added the comment:

It is described in the developer's guide.  The current status is summarized here:

https://docs.python.org/devguide/devcycle.html#summary

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18780>
_______________________________________

From report at bugs.python.org  Wed Jun 25 00:21:58 2014
From: report at bugs.python.org (Eli Bendersky)
Date: Tue, 24 Jun 2014 22:21:58 +0000
Subject: [issue18780] SystemError when formatting int subclass
In-Reply-To: <1403648300.91.0.780827751025.issue18780@psf.upfronthosting.co.za>
Message-ID: <CAF-Rda8mJ1a-JU_50f6YYaYhJjqLT7KFi_bOC3_xUCRf4Q2k=g@mail.gmail.com>


Eli Bendersky added the comment:

On Tue, Jun 24, 2014 at 3:18 PM, Ned Deily <report at bugs.python.org> wrote:

>
> Ned Deily added the comment:
>
> It is described in the developer's guide.  The current status is
> summarized here:
>
> https://docs.python.org/devguide/devcycle.html#summary
>
>
Excellent. Thanks Ned.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18780>
_______________________________________

From report at bugs.python.org  Wed Jun 25 00:42:25 2014
From: report at bugs.python.org (STINNER Victor)
Date: Tue, 24 Jun 2014 22:42:25 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <1403649745.29.0.364901303412.issue21163@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The new check emits a lot of "Task was destroyed but it is pending!" messages when running test_asyncio. I keep the issue open to remember me that I have to fix them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Wed Jun 25 01:11:34 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 24 Jun 2014 23:11:34 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1403651494.56.0.997665093082.issue14117@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#21823 fixed the Terminator issue 3 days ago.

#21597 is about making the text pane resizable.
The doc strings for peace, planet_and_moon, and tree need a bit of re-wrapping. The paint instruction is wrong. I am working on these now.

"Use mouse/keys or Stop" is a generic prompts for all 'special' demos that continue after xyz.main returns. keys is never right for the current set of demos.

The text for two_canvases does not load. I think this can be fixed.

----------
dependencies: +Allow turtledemo code pane to get wider., Catch turtle.Terminator exceptions in turtledemo
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Wed Jun 25 01:11:49 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Tue, 24 Jun 2014 23:11:49 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1403651509.61.0.222896505149.issue14117@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
assignee:  -> terry.reedy
stage:  -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Wed Jun 25 01:27:35 2014
From: report at bugs.python.org (Amitava Bhattacharyya)
Date: Tue, 24 Jun 2014 23:27:35 +0000
Subject: [issue20092] type() constructor should bind __int__ to __index__ when
 __index__ is defined and __int__ is not
In-Reply-To: <1388260592.79.0.323683192221.issue20092@psf.upfronthosting.co.za>
Message-ID: <1403652455.95.0.317720832958.issue20092@psf.upfronthosting.co.za>


Amitava Bhattacharyya added the comment:

I did fill in the contributor agreement form and e-signed it, maybe it takes some time for my profile to be updated? But I guess I need to wait for the corporate agreement. :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20092>
_______________________________________

From report at bugs.python.org  Wed Jun 25 01:41:00 2014
From: report at bugs.python.org (Peibolvig)
Date: Tue, 24 Jun 2014 23:41:00 +0000
Subject: [issue21864] Error in documentation of point 9.8 'Exceptions are
 classes too'
Message-ID: <1403653260.15.0.739232303856.issue21864@psf.upfronthosting.co.za>


New submission from Peibolvig:

At point 9.8 of the 3.4.1 version documentation, ( https://docs.python.org/3/tutorial/classes.html#exceptions-are-classes-too ), there is an example of two ways to use the 'raise' statement:
raise Class
raise Instance

The next two lines, state: 
"In the first form, Class must be an instance of type or of a class derived from it. The first form is a shorthand for: raise Class()"

That only says something about the first form twice.
I think that the correct way would be:
"In the first form, Class must be an instance of type or of a class derived from it. The SECOND form is a shorthand for: raise Class()"

----------
assignee: docs at python
components: Documentation
messages: 221511
nosy: Peibolvig, docs at python
priority: normal
severity: normal
status: open
title: Error in documentation of point 9.8 'Exceptions are classes too'
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21864>
_______________________________________

From report at bugs.python.org  Wed Jun 25 02:06:37 2014
From: report at bugs.python.org (Berker Peksag)
Date: Wed, 25 Jun 2014 00:06:37 +0000
Subject: [issue21865] Improve invalid category exception for
 warnings.filterwarnings
Message-ID: <1403654797.31.0.372707276339.issue21865@psf.upfronthosting.co.za>


New submission from Berker Peksag:

This issue is similar to issue 16382 and issue 16845.

----------
components: Library (Lib)
files: filterwarnings_category.diff
keywords: patch
messages: 221512
nosy: berker.peksag
priority: normal
severity: normal
stage: patch review
status: open
title: Improve invalid category exception for warnings.filterwarnings
type: enhancement
versions: Python 3.5
Added file: http://bugs.python.org/file35776/filterwarnings_category.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21865>
_______________________________________

From report at bugs.python.org  Wed Jun 25 02:09:24 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 25 Jun 2014 00:09:24 +0000
Subject: [issue21864] Error in documentation of point 9.8 'Exceptions are
 classes too'
In-Reply-To: <1403653260.15.0.739232303856.issue21864@psf.upfronthosting.co.za>
Message-ID: <1403654964.4.0.200831465732.issue21864@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

No. The first form, raise Class, is in fact a shorthand for raise Class(). That's the point. You only actually raise instances, but if you pass it a class directly, it instantiates it by calling its constructor with no arguments. The second form is not described explicitly, but the example shows it in use. An instance of an Exception class is explicitly created.

----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21864>
_______________________________________

From report at bugs.python.org  Wed Jun 25 02:25:29 2014
From: report at bugs.python.org (Peibolvig)
Date: Wed, 25 Jun 2014 00:25:29 +0000
Subject: [issue21864] Error in documentation of point 9.8 'Exceptions are
 classes too'
In-Reply-To: <1403653260.15.0.739232303856.issue21864@psf.upfronthosting.co.za>
Message-ID: <1403655929.1.0.25131704722.issue21864@psf.upfronthosting.co.za>


Peibolvig added the comment:

Oh, I see. Thanks for the clarification.

May I suggest to include that clarification into the documentation somehow? I think it would be easier to understand the point of the raises doing that.

Maybe this suggestion could fit:
In the first form, Class must be an instance of type or of a class derived from it. The first form is a shorthand for:
raise Class()
"'raise' will always use an instance. If a class is passed instead of an instance, it will instantiate it first using the constructor with no arguments."


Again, thanks for the clarification.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21864>
_______________________________________

From report at bugs.python.org  Wed Jun 25 03:08:50 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 01:08:50 +0000
Subject: [issue21832] collections.namedtuple does questionable things when
 passed questionable arguments
In-Reply-To: <1403581943.09.0.462599950196.issue21832@psf.upfronthosting.co.za>
Message-ID: <3gymTG2FQ3z7Lk0@mail.python.org>


Roundup Robot added the comment:

New changeset c238d2899d47 by Raymond Hettinger in branch '3.4':
Issue 21832:  Require named tuple inputs to be exact strings
http://hg.python.org/cpython/rev/c238d2899d47

New changeset 5c60dd518182 by Raymond Hettinger in branch '3.4':
Issue 21832:  Require named tuple inputs to be exact strings
http://hg.python.org/cpython/rev/5c60dd518182

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21832>
_______________________________________

From report at bugs.python.org  Wed Jun 25 03:13:40 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 01:13:40 +0000
Subject: [issue21832] collections.namedtuple does questionable things when
 passed questionable arguments
In-Reply-To: <1403581943.09.0.462599950196.issue21832@psf.upfronthosting.co.za>
Message-ID: <3gymZq2pSxz7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset 958e8bebda6d by Raymond Hettinger in branch '3.4':
Add news entry for #21832
http://hg.python.org/cpython/rev/958e8bebda6d

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21832>
_______________________________________

From report at bugs.python.org  Wed Jun 25 03:19:07 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 25 Jun 2014 01:19:07 +0000
Subject: [issue21864] Error in documentation of point 9.8 'Exceptions are
 classes too'
In-Reply-To: <1403653260.15.0.739232303856.issue21864@psf.upfronthosting.co.za>
Message-ID: <1403659147.9.0.584799509329.issue21864@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

I think the section could use some additional rewording actually. The wording about deriving from type dates back to the Python 2 days; nowadays, all exceptions are actually required to derive from BaseException. The section definitely needs rewording.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21864>
_______________________________________

From report at bugs.python.org  Wed Jun 25 04:20:57 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 25 Jun 2014 02:20:57 +0000
Subject: [issue10978] Add optional argument to Semaphore.release for releasing
 multiple threads
In-Reply-To: <1295655336.58.0.55708711889.issue10978@psf.upfronthosting.co.za>
Message-ID: <1403662857.05.0.849452473497.issue10978@psf.upfronthosting.co.za>


Changes by Josh Rosenberg <shadowranger+python at gmail.com>:


----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10978>
_______________________________________

From report at bugs.python.org  Wed Jun 25 04:22:17 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 02:22:17 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <3gyp610S82z7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset 129ec3d90a67 by Terry Jan Reedy in branch '2.7':
Issue #14117: Inprove help text and docstrings, some for clarity, some just to
http://hg.python.org/cpython/rev/129ec3d90a67

New changeset 713a774ca68a by Terry Jan Reedy in branch '3.4':
Issue #14117: Inprove help text and docstrings, some for clarity, some just to
http://hg.python.org/cpython/rev/713a774ca68a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Wed Jun 25 05:39:05 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 03:39:05 +0000
Subject: [issue21441] Buffer Protocol Documentation Error
In-Reply-To: <1399314483.29.0.410069597608.issue21441@psf.upfronthosting.co.za>
Message-ID: <3gyqpc5MGfz7Ljx@mail.python.org>


Roundup Robot added the comment:

New changeset 92d691c3ca00 by Jesus Cea in branch '3.3':
Closes #21441: Reorder elements in documentation to match actual order in the code
http://hg.python.org/cpython/rev/92d691c3ca00

New changeset d9da4b77624b by Jesus Cea in branch '3.4':
MERGE: Closes #21441: Reorder elements in documentation to match actual order in the code
http://hg.python.org/cpython/rev/d9da4b77624b

New changeset 5e6c4070a785 by Jesus Cea in branch 'default':
MERGE: Closes #21441: Reorder elements in documentation to match actual order in the code
http://hg.python.org/cpython/rev/5e6c4070a785

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21441>
_______________________________________

From report at bugs.python.org  Wed Jun 25 05:39:59 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 25 Jun 2014 03:39:59 +0000
Subject: [issue21441] Buffer Protocol Documentation Error
In-Reply-To: <1399314483.29.0.410069597608.issue21441@psf.upfronthosting.co.za>
Message-ID: <1403667599.22.0.876428540751.issue21441@psf.upfronthosting.co.za>


Jes?s Cea Avi?n added the comment:

Thanks, Jake.

----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21441>
_______________________________________

From report at bugs.python.org  Wed Jun 25 06:12:41 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Jun 2014 04:12:41 +0000
Subject: [issue21708] Deprecate nonstandard behavior of a dumbdbm database
In-Reply-To: <1402425082.25.0.679069092867.issue21708@psf.upfronthosting.co.za>
Message-ID: <1403669561.97.0.316726214239.issue21708@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Feel free to ignore my advice and make unnecessary changes to a very old, stable API.

----------
assignee: rhettinger -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21708>
_______________________________________

From report at bugs.python.org  Wed Jun 25 06:39:34 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 04:39:34 +0000
Subject: [issue19145] Inconsistent behaviour in itertools.repeat when using
 negative times
In-Reply-To: <1380727396.47.0.412229295257.issue19145@psf.upfronthosting.co.za>
Message-ID: <3gys8P2YHhz7Lk3@mail.python.org>


Roundup Robot added the comment:

New changeset dce9dbc8e892 by Raymond Hettinger in branch '3.4':
Issue #19145:  Fix handling of negative values for a "times" keyword argument to itertools.repeat()>
http://hg.python.org/cpython/rev/dce9dbc8e892

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19145>
_______________________________________

From report at bugs.python.org  Wed Jun 25 06:53:53 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 04:53:53 +0000
Subject: [issue19145] Inconsistent behaviour in itertools.repeat when using
 negative times
In-Reply-To: <1380727396.47.0.412229295257.issue19145@psf.upfronthosting.co.za>
Message-ID: <3gysSw2fm4z7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset 85dc4684c83e by Raymond Hettinger in branch '2.7':
Issue #19145:  Fix handling of negative values for a "times" keyword argument to itertools.repeat()>
http://hg.python.org/cpython/rev/85dc4684c83e

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19145>
_______________________________________

From report at bugs.python.org  Wed Jun 25 06:54:38 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Jun 2014 04:54:38 +0000
Subject: [issue19145] Inconsistent behaviour in itertools.repeat when using
 negative times
In-Reply-To: <1380727396.47.0.412229295257.issue19145@psf.upfronthosting.co.za>
Message-ID: <1403672078.54.0.934729025806.issue19145@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed
versions: +Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19145>
_______________________________________

From report at bugs.python.org  Wed Jun 25 06:57:42 2014
From: report at bugs.python.org (Ryan McCampbell)
Date: Wed, 25 Jun 2014 04:57:42 +0000
Subject: [issue21684] inspect.signature bind doesn't include defaults or empty
 tuple/dicts
In-Reply-To: <1402117848.15.0.331618951416.issue21684@psf.upfronthosting.co.za>
Message-ID: <1403672262.7.0.186876106942.issue21684@psf.upfronthosting.co.za>


Ryan McCampbell added the comment:

It's not really a particular use case. I was making a function decorator for automatic type checking using annotations (ironically I discovered later there is an almost identical example in the PEP for signatures). But I can't think of any use case when it would be undesirable to include the extra parameters, unless it slows down the code, hence the possibility of a separate method. It would not complicate the API to add behavior that would simplify most applications. And I just realized this is also the behavior of inspect.getcallargs, for which the docs recommend to switch to Signature.bind.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21684>
_______________________________________

From report at bugs.python.org  Wed Jun 25 07:56:09 2014
From: report at bugs.python.org (Benjamin Gilbert)
Date: Wed, 25 Jun 2014 05:56:09 +0000
Subject: [issue21866] zipfile.ZipFile.close() doesn't respect allowZip64
Message-ID: <1403675769.56.0.836465783864.issue21866@psf.upfronthosting.co.za>


New submission from Benjamin Gilbert:

The ZipFile documentation says:

> If allowZip64 is True (the default) zipfile will create ZIP files that
> use the ZIP64 extensions when the zipfile is larger than 2 GiB. If it
> is false zipfile will raise an exception when the ZIP file would
> require ZIP64 extensions.

ZipFile.close() will write ZIP64 central directory records if e.g. a member's local file header starts at an offset > 2 GB, or if there are more than 65535 files in the archive.  It will do this even if allowZip64 is False, whereas the documentation implies that it should raise an exception in that case.

----------
components: Library (Lib)
messages: 221525
nosy: bgilbert
priority: normal
severity: normal
status: open
title: zipfile.ZipFile.close() doesn't respect allowZip64
type: behavior
versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21866>
_______________________________________

From report at bugs.python.org  Wed Jun 25 08:24:11 2014
From: report at bugs.python.org (Larry Hastings)
Date: Wed, 25 Jun 2014 06:24:11 +0000
Subject: [issue19145] Inconsistent behaviour in itertools.repeat when using
 negative times
In-Reply-To: <1380727396.47.0.412229295257.issue19145@psf.upfronthosting.co.za>
Message-ID: <1403677451.81.0.66484159957.issue19145@psf.upfronthosting.co.za>


Larry Hastings added the comment:

The main thing for me isn't that the function and its documentation-pseudocode are in sync (though in the long run this is desirable).  What's important to me is that the function have a sensible, relevant signature in Python.  There was simply no way to express the "times argument behaves differently when passed in by position vs. by argument" semantics in a signature.

I agree the new implementation is an improvement.  But there's still no way to represent repeat's signature in Python.  This is because "times" is an optional argument without a valid default value.  It should always hold true that calling a function and explicitly passing in an optional argument's default value should behave identically to not specifying that argument.  But there's no value I can pass in to "times" that results in the same behavior as not passing in "times".  That's why I prefer the "times=None" approach.

At some point I expect to get "nullable ints" into Argument Clinic (see #20341 ).  Once that's in, I propose we convert itertools.repeat to work with Argument Clinic, as follows:
  * We use a nullable int for the "times" parameter.
  * The "times" parameter would have a default of None.
  * If times=None, repeat would repeat forever.
repeat would then have an accurate signature.

Raymond: does that sound reasonable?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19145>
_______________________________________

From report at bugs.python.org  Wed Jun 25 08:43:50 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 25 Jun 2014 06:43:50 +0000
Subject: [issue21848] Fix logging  in unicodeless build
In-Reply-To: <1403595064.28.0.0373165472144.issue21848@psf.upfronthosting.co.za>
Message-ID: <1403678630.92.0.275997583538.issue21848@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

Tests fail with the patch applied, as requires_unicode appears not to be defined. Has it been added to test_support.py?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21848>
_______________________________________

From report at bugs.python.org  Wed Jun 25 08:48:47 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Jun 2014 06:48:47 +0000
Subject: [issue19145] Inconsistent behaviour in itertools.repeat when using
 negative times
In-Reply-To: <1380727396.47.0.412229295257.issue19145@psf.upfronthosting.co.za>
Message-ID: <1403678927.58.0.7328476282.issue19145@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

> there's still no way to represent repeat's signature in Python
There is a way using *args and **kwds but that isn't any fun (just like range() or min() in that regard).

Right now, repeat() does what it is supposed to do.  It may currently be inconvenient for the argument clinic, but changing repeat() in way that no one currently needs smacks of having the tail wag the dog ;-)

What I would like to see in the future is better support for optional arguments in
PyArg_ParseTupleAndKeywords.  Right now, "O|n:repeat" precludes us from using None or some sentinel object to mean the same as the-argument-was-omitted.   To put a None default value in now, we would have to do tricks with "O|O" and then manually write the "|n" validation, type conversion, and associated error messages.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19145>
_______________________________________

From report at bugs.python.org  Wed Jun 25 09:01:57 2014
From: report at bugs.python.org (Lita Cho)
Date: Wed, 25 Jun 2014 07:01:57 +0000
Subject: [issue21867] Turtle returns TypeError when undobuffer is set to 0
 (aka no undo is allowed)
Message-ID: <1403679717.28.0.526098112146.issue21867@psf.upfronthosting.co.za>


New submission from Lita Cho:

Turtle currently has a bug where it will return a TypeError when undobuffer is set to less than or equal to 0 (aka undo is not allowed).

turtle.setundobuffer(0)
turtle.undo()


If an exception must be thrown, it should be a Turtle exception and not a TypeError. However, I also feel like if the user calls undo, nothing should happen when undobuffer is set to 0.

----------
messages: 221529
nosy: Lita.Cho
priority: normal
severity: normal
status: open
title: Turtle returns TypeError when undobuffer is set to 0 (aka no undo is allowed)

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21867>
_______________________________________

From report at bugs.python.org  Wed Jun 25 09:02:09 2014
From: report at bugs.python.org (Lita Cho)
Date: Wed, 25 Jun 2014 07:02:09 +0000
Subject: [issue21867] Turtle returns TypeError when undobuffer is set to 0
 (aka no undo is allowed)
In-Reply-To: <1403679717.28.0.526098112146.issue21867@psf.upfronthosting.co.za>
Message-ID: <1403679729.93.0.0870596438122.issue21867@psf.upfronthosting.co.za>


Changes by Lita Cho <lita.cho at gmail.com>:


----------
nosy: +jesstess

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21867>
_______________________________________

From report at bugs.python.org  Wed Jun 25 09:10:25 2014
From: report at bugs.python.org (Lita Cho)
Date: Wed, 25 Jun 2014 07:10:25 +0000
Subject: [issue21868] Tbuffer in turtle allows negative size
Message-ID: <1403680225.27.0.922926576552.issue21868@psf.upfronthosting.co.za>


New submission from Lita Cho:

Currently, you can set the undobuffer size to negative numbers. Aka, the Tbuffer can be set to negative.

s = turtle.Screen()
raw = turtle.RawTurtle(s)
raw.setundobuffer(-10)
raw.undobuffer.bufsize == -10 <-- returns True

This should not be possible. Tbuffer should not be allowed to have negative inputs. If the value is less than 0, it should just default to 0 or None. Otherwise, when you call undo, turtle just crashes.

----------
messages: 221530
nosy: Lita.Cho
priority: normal
severity: normal
status: open
title: Tbuffer in turtle allows negative size

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21868>
_______________________________________

From report at bugs.python.org  Wed Jun 25 09:10:34 2014
From: report at bugs.python.org (Lita Cho)
Date: Wed, 25 Jun 2014 07:10:34 +0000
Subject: [issue21868] Tbuffer in turtle allows negative size
In-Reply-To: <1403680225.27.0.922926576552.issue21868@psf.upfronthosting.co.za>
Message-ID: <1403680234.26.0.792231490616.issue21868@psf.upfronthosting.co.za>


Changes by Lita Cho <lita.cho at gmail.com>:


----------
nosy: +jesstess

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21868>
_______________________________________

From report at bugs.python.org  Wed Jun 25 09:17:15 2014
From: report at bugs.python.org (Larry Hastings)
Date: Wed, 25 Jun 2014 07:17:15 +0000
Subject: [issue19145] Inconsistent behaviour in itertools.repeat when using
 negative times
In-Reply-To: <1380727396.47.0.412229295257.issue19145@psf.upfronthosting.co.za>
Message-ID: <1403680635.53.0.475447728443.issue19145@psf.upfronthosting.co.za>


Larry Hastings added the comment:

> There is a way using *args and **kwds but that isn't any fun

That's why, earlier, I said a "sensible" signature.  Every function *could* get the signature "(*args, **kwargs)" but this imparts no useful semantic information.


> What I would like to see in the future is better support
> for optional arguments in PyArg_ParseTupleAndKeyword

It sounds to me like you're proposing adding "nullable int" support to PyArg_ParseTuple*.  I'm not going to; I see Argument Clinic as the way forward, and I'm adding it there instead.

In general I'd rather see work go into AC than into PyArg_ParseTuple*.  I think PyArg_ParseTuple* is already too complicated, and using AC gives the function a signature for free.  My hope is to increase the value proposition of AC so much that everyone agrees with me and we deprecate (but don't remove!) PyArg_ParseTuple*. :D


> changing repeat() in way that no one currently needs smacks of having
> the tail wag the dog

I concede that nobody (probably) needs a workable default value for the times argument.  But I suggest that giving functions sensible signatures is a worthy goal in its own right, and that the "times=None" semantics will get us there in a reasonable, backwards-compatible way.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19145>
_______________________________________

From report at bugs.python.org  Wed Jun 25 09:29:28 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Wed, 25 Jun 2014 07:29:28 +0000
Subject: [issue5235] distutils seems to only work with VC++ 2008 (9.0)
In-Reply-To: <1234478580.55.0.077455747153.issue5235@psf.upfronthosting.co.za>
Message-ID: <1403681368.39.0.869281401018.issue5235@psf.upfronthosting.co.za>


Martin v. L?wis added the comment:

The issue was never really valid (except perhaps for the desire to document this more clearly), so closing.

Anybody who would like to see the documentation improved, please suggest a specific change.

----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5235>
_______________________________________

From report at bugs.python.org  Wed Jun 25 09:54:34 2014
From: report at bugs.python.org (IronGrid)
Date: Wed, 25 Jun 2014 07:54:34 +0000
Subject: [issue18669] curses.chgat() moves cursor,
 documentation says it shouldn't
In-Reply-To: <1375800170.73.0.20062232661.issue18669@psf.upfronthosting.co.za>
Message-ID: <1403682874.73.0.59960898758.issue18669@psf.upfronthosting.co.za>


IronGrid added the comment:

I get this error with 3.2.3, running Debian Stable.

It's annoying because this error prevents curses apps from being able to highlight the current line.

----------
nosy: +IronGrid
versions: +Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18669>
_______________________________________

From report at bugs.python.org  Wed Jun 25 10:13:27 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 08:13:27 +0000
Subject: [issue15588] quopri: encodestring and decodestring handle bytes,
 not strings
In-Reply-To: <1344411059.45.0.404148694214.issue15588@psf.upfronthosting.co.za>
Message-ID: <3gyxvB5mmJz7Ljf@mail.python.org>


Roundup Robot added the comment:

New changeset b4130b2f7748 by Senthil Kumaran in branch 'default':
merge from 3.4
http://hg.python.org/cpython/rev/b4130b2f7748

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15588>
_______________________________________

From report at bugs.python.org  Wed Jun 25 10:14:51 2014
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 25 Jun 2014 08:14:51 +0000
Subject: [issue15588] quopri: encodestring and decodestring handle bytes,
 not strings
In-Reply-To: <1344411059.45.0.404148694214.issue15588@psf.upfronthosting.co.za>
Message-ID: <1403684091.4.0.714900881028.issue15588@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

Thanks for the review, Mark. Addressed that and committed the changes in changeset 606a18938476 (3.4)
changeset b4130b2f7748 (3.5)

----------
nosy: +orsenthil
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15588>
_______________________________________

From report at bugs.python.org  Wed Jun 25 10:36:54 2014
From: report at bugs.python.org (Pat Le Cat)
Date: Wed, 25 Jun 2014 08:36:54 +0000
Subject: [issue21825] Embedding-Python example code from documentation crashes
In-Reply-To: <1403451208.28.0.571545120594.issue21825@psf.upfronthosting.co.za>
Message-ID: <1403685414.95.0.23446554441.issue21825@psf.upfronthosting.co.za>


Pat Le Cat added the comment:

I zipped the whole Lib directory into "pyLib34.zip" (into same dir as EXE) and copied all the .pyd files from the DLLs dir into the same dir as the EXE.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21825>
_______________________________________

From report at bugs.python.org  Wed Jun 25 10:51:10 2014
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 25 Jun 2014 08:51:10 +0000
Subject: [issue21869] Clean up quopri,
 correct method names encodestring and decodestring
Message-ID: <1403686270.37.0.341302276582.issue21869@psf.upfronthosting.co.za>


New submission from Senthil Kumaran:

issue15588 brought the topic that quopri has ancient methods like encodestring, decodestring, which a user might expect that will send a string, but instead has to send bytes.

This needs to be cleaned up. 

a) function name should be accurate and represent what is sent and received.
b) tests in that main method should be killed.
c) All references in the stdlib should be updated.

----------
messages: 221537
nosy: orsenthil, r.david.murray
priority: normal
severity: normal
status: open
title: Clean up quopri, correct method names encodestring and decodestring
type: behavior
versions: Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21869>
_______________________________________

From report at bugs.python.org  Wed Jun 25 11:59:03 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 09:59:03 +0000
Subject: [issue20753] disable test_robotparser test that uses an invalid URL
In-Reply-To: <1393197913.25.0.58929774722.issue20753@psf.upfronthosting.co.za>
Message-ID: <3gz0F31KlFz7LkF@mail.python.org>


Roundup Robot added the comment:

New changeset 16d8240ff841 by Senthil Kumaran in branch '3.4':
issue20753 - robotparser tests should not rely upon external resource when not required.
http://hg.python.org/cpython/rev/16d8240ff841

New changeset 74cd8abcc302 by Senthil Kumaran in branch 'default':
merge from 3.4
http://hg.python.org/cpython/rev/74cd8abcc302

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20753>
_______________________________________

From report at bugs.python.org  Wed Jun 25 12:00:15 2014
From: report at bugs.python.org (Senthil Kumaran)
Date: Wed, 25 Jun 2014 10:00:15 +0000
Subject: [issue20753] disable test_robotparser test that uses an invalid URL
In-Reply-To: <1393197913.25.0.58929774722.issue20753@psf.upfronthosting.co.za>
Message-ID: <1403690415.78.0.253072874628.issue20753@psf.upfronthosting.co.za>


Senthil Kumaran added the comment:

The patch was good and captured what was required. I made some minor modifications and committed it in 3.4 and 3.5

Thanks for the patch, Vajrasky Kok.

----------
assignee:  -> orsenthil
nosy: +orsenthil
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20753>
_______________________________________

From report at bugs.python.org  Wed Jun 25 12:25:04 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Wed, 25 Jun 2014 10:25:04 +0000
Subject: [issue18853] Got ResourceWarning unclosed file when running
 Lib/shlex.py demo
In-Reply-To: <1377612267.45.0.680080135941.issue18853@psf.upfronthosting.co.za>
Message-ID: <1403691904.71.0.927844806422.issue18853@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

It seems commit ready.

----------
nosy: +Claudiu.Popa
stage: patch review -> commit review
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18853>
_______________________________________

From report at bugs.python.org  Wed Jun 25 12:32:01 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Wed, 25 Jun 2014 10:32:01 +0000
Subject: [issue21476] Inconsistent behaviour between BytesParser.parse and
 Parser.parse
In-Reply-To: <1399863485.87.0.621460999738.issue21476@psf.upfronthosting.co.za>
Message-ID: <1403692321.09.0.638289712517.issue21476@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
stage:  -> commit review
title: Inconsitent behaviour between BytesParser.parse and Parser.parse -> Inconsistent behaviour between BytesParser.parse and Parser.parse

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21476>
_______________________________________

From report at bugs.python.org  Wed Jun 25 13:06:51 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 11:06:51 +0000
Subject: [issue20872] dbm/gdbm/ndbm close methods are not document
In-Reply-To: <1394297879.28.0.882591650164.issue20872@psf.upfronthosting.co.za>
Message-ID: <3gz1lG4N7Cz7Ljc@mail.python.org>


Roundup Robot added the comment:

New changeset de44bc26a00a by Jesus Cea in branch '2.7':
Closes #20872: dbm/gdbm/ndbm close methods are not documented
http://hg.python.org/cpython/rev/de44bc26a00a

New changeset cf156cfb12e7 by Jesus Cea in branch '3.3':
Closes #20872: dbm/gdbm/ndbm close methods are not documented
http://hg.python.org/cpython/rev/cf156cfb12e7

New changeset 88fb216b99fb by Jesus Cea in branch '3.4':
MERGE: Closes #20872: dbm/gdbm/ndbm close methods are not documented
http://hg.python.org/cpython/rev/88fb216b99fb

New changeset 90dd9eec1230 by Jesus Cea in branch 'default':
MERGE: Closes #20872: dbm/gdbm/ndbm close methods are not documented
http://hg.python.org/cpython/rev/90dd9eec1230

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20872>
_______________________________________

From report at bugs.python.org  Wed Jun 25 13:08:07 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Wed, 25 Jun 2014 11:08:07 +0000
Subject: [issue20872] dbm/gdbm/ndbm close methods are not document
In-Reply-To: <1394297879.28.0.882591650164.issue20872@psf.upfronthosting.co.za>
Message-ID: <1403694487.59.0.290485428464.issue20872@psf.upfronthosting.co.za>


Jes?s Cea Avi?n added the comment:

Thanks, David and Berker.

----------
nosy: +jcea

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20872>
_______________________________________

From report at bugs.python.org  Wed Jun 25 14:04:03 2014
From: report at bugs.python.org (Stefan Krah)
Date: Wed, 25 Jun 2014 12:04:03 +0000
Subject: [issue21778] PyBuffer_FillInfo() from 3.3
In-Reply-To: <1402927404.66.0.0840543943961.issue21778@psf.upfronthosting.co.za>
Message-ID: <1403697843.26.0.741625182847.issue21778@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan-usenet at bytereef.org>:


----------
assignee: docs at python -> skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21778>
_______________________________________

From report at bugs.python.org  Wed Jun 25 14:16:35 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 25 Jun 2014 12:16:35 +0000
Subject: [issue21866] zipfile.ZipFile.close() doesn't respect allowZip64
In-Reply-To: <1403675769.56.0.836465783864.issue21866@psf.upfronthosting.co.za>
Message-ID: <1403698595.89.0.795673118118.issue21866@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Do you want to provide a patch?

----------
assignee:  -> serhiy.storchaka
nosy: +serhiy.storchaka
stage:  -> needs patch
versions:  -Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21866>
_______________________________________

From report at bugs.python.org  Wed Jun 25 14:20:17 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 25 Jun 2014 12:20:17 +0000
Subject: [issue21848] Fix logging  in unicodeless build
In-Reply-To: <1403595064.28.0.0373165472144.issue21848@psf.upfronthosting.co.za>
Message-ID: <1403698817.82.0.0726403020219.issue21848@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

requires_unicode() and u() are added in issue21833.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21848>
_______________________________________

From report at bugs.python.org  Wed Jun 25 14:52:00 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Jun 2014 12:52:00 +0000
Subject: [issue21869] Clean up quopri,
 correct method names encodestring and decodestring
In-Reply-To: <1403686270.37.0.341302276582.issue21869@psf.upfronthosting.co.za>
Message-ID: <1403700720.0.0.747771742023.issue21869@psf.upfronthosting.co.za>


R. David Murray added the comment:

Well, it's not actually obvious that this should be done.  Or, at least, it is not obvious the old methods should be dropped.  I think we had this same discussion about a similar method in ElementTree.  I don't remember the outcome except that I'm pretty sure the 'string' method name still works :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21869>
_______________________________________

From report at bugs.python.org  Wed Jun 25 15:13:21 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Wed, 25 Jun 2014 13:13:21 +0000
Subject: [issue21862] cProfile command-line should accept "-m module_name" as
 an alternative to script path
In-Reply-To: <1403640414.18.0.449527177368.issue21862@psf.upfronthosting.co.za>
Message-ID: <1403702001.22.0.0338239866822.issue21862@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

That's not how -m should work. It should use the runpy facilities (see the runpy module). Otherwise it probably won't work properly with qualified module names ("-m pkg.subpkg.mod").

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21862>
_______________________________________

From report at bugs.python.org  Wed Jun 25 15:17:41 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Wed, 25 Jun 2014 13:17:41 +0000
Subject: [issue20295] imghdr add openexr support
In-Reply-To: <1390070746.18.0.632580086157.issue20295@psf.upfronthosting.co.za>
Message-ID: <1403702261.24.0.872066674499.issue20295@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20295>
_______________________________________

From report at bugs.python.org  Wed Jun 25 15:20:29 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Wed, 25 Jun 2014 13:20:29 +0000
Subject: [issue17442] code.InteractiveInterpreter doesn't display the
 exception cause
In-Reply-To: <1363468664.92.0.794606977989.issue17442@psf.upfronthosting.co.za>
Message-ID: <1403702429.61.0.89317815114.issue17442@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17442>
_______________________________________

From report at bugs.python.org  Wed Jun 25 15:25:33 2014
From: report at bugs.python.org (Vinay Sajip)
Date: Wed, 25 Jun 2014 13:25:33 +0000
Subject: [issue21848] Fix logging  in unicodeless build
In-Reply-To: <1403595064.28.0.0373165472144.issue21848@psf.upfronthosting.co.za>
Message-ID: <1403702733.12.0.783614161597.issue21848@psf.upfronthosting.co.za>


Vinay Sajip added the comment:

> requires_unicode() and u() are added in #21833

Okay, but it seems like there is some contention there. I suppose this patch can wait until that is resolved and if the relevant changes are merged into the 2.7 branch.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21848>
_______________________________________

From report at bugs.python.org  Wed Jun 25 15:27:02 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Wed, 25 Jun 2014 13:27:02 +0000
Subject: [issue19821] pydoc.ispackage() could be more accurate
In-Reply-To: <1385625330.82.0.952141123031.issue19821@psf.upfronthosting.co.za>
Message-ID: <1403702822.85.0.956808911588.issue19821@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

I would go on the deprecation route with this and removing it in 3.6, just like the formatter module.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19821>
_______________________________________

From report at bugs.python.org  Wed Jun 25 15:38:04 2014
From: report at bugs.python.org (Markus Unterwaditzer)
Date: Wed, 25 Jun 2014 13:38:04 +0000
Subject: [issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt
In-Reply-To: <1270265835.83.0.251816264221.issue8296@psf.upfronthosting.co.za>
Message-ID: <1403703484.9.0.950302346859.issue8296@psf.upfronthosting.co.za>


Markus Unterwaditzer added the comment:

Can this issue or #9205 be reopened as this particular instance of the problem doesn't seem to be resolved? I still seem to need the workaround from http://stackoverflow.com/a/1408476

----------
nosy: +untitaker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8296>
_______________________________________

From report at bugs.python.org  Wed Jun 25 16:13:05 2014
From: report at bugs.python.org (Alex)
Date: Wed, 25 Jun 2014 14:13:05 +0000
Subject: [issue21870] Ctrl-C doesn't interrupt simple loop
Message-ID: <1403705585.66.0.458181854344.issue21870@psf.upfronthosting.co.za>


New submission from Alex:

This infinite loop:

def f():
  a=b=0
  while 1:
    if a<b: pass

f()

doesn't respond to a Ctrl-C interrupt. If you modify the loop in various ways, like removing the function wrapper, then Ctrl-C works fine. It can be interrupted with Ctrl-\. This occurs if the program is run from a file or in the interactive interpreter.

Tested on Python 2.7.3 / Linux 3.2.0-64 x86_64, and Python 2.7.6 / Linux 3.13.0-27.

Reproducible: always
Expected behaviour: Ctrl-C interrupts program
Actual beviour: Ctrl-C prints ^C

----------
components: Interpreter Core
messages: 221550
nosy: apsaras
priority: normal
severity: normal
status: open
title: Ctrl-C doesn't interrupt simple loop
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21870>
_______________________________________

From report at bugs.python.org  Wed Jun 25 16:26:20 2014
From: report at bugs.python.org (Alex)
Date: Wed, 25 Jun 2014 14:26:20 +0000
Subject: [issue21870] Ctrl-C doesn't interrupt simple loop
In-Reply-To: <1403705585.66.0.458181854344.issue21870@psf.upfronthosting.co.za>
Message-ID: <1403706380.28.0.977322588086.issue21870@psf.upfronthosting.co.za>


Changes by Alex <pythonbug at archduke.org>:


----------
components:  -Interpreter Core

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21870>
_______________________________________

From report at bugs.python.org  Wed Jun 25 16:27:54 2014
From: report at bugs.python.org (Alex)
Date: Wed, 25 Jun 2014 14:27:54 +0000
Subject: [issue21870] Ctrl-C doesn't interrupt simple loop
In-Reply-To: <1403705585.66.0.458181854344.issue21870@psf.upfronthosting.co.za>
Message-ID: <1403706474.01.0.182570537477.issue21870@psf.upfronthosting.co.za>


Changes by Alex <pythonbug at archduke.org>:


----------
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21870>
_______________________________________

From report at bugs.python.org  Wed Jun 25 16:36:35 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Jun 2014 14:36:35 +0000
Subject: [issue17442] code.InteractiveInterpreter doesn't display the
 exception cause
In-Reply-To: <1363468664.92.0.794606977989.issue17442@psf.upfronthosting.co.za>
Message-ID: <1403706995.89.0.37464405248.issue17442@psf.upfronthosting.co.za>


R. David Murray added the comment:

I would lean toward bug fix.  I'm sure this was just overlooked when exception chaining was added, and as Claudiu says, the contract of code is to emulate the interactive interpreter, so not doing so in this instance looks like a bug to me.

It is certainly conceivable that it could disrupt working programs, but I would think most such would be interactive programs that would benefit from the fix without breaking.  Does anyone know of a counter example or can think of a use case for the code module that this change would be likely to break?

(Note: if there is a use case that somehow parses the output, introducing blank lines and extra traceback clauses could easily be a breaking change...but is there such a use case?)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17442>
_______________________________________

From report at bugs.python.org  Wed Jun 25 16:42:48 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Jun 2014 14:42:48 +0000
Subject: [issue21870] Ctrl-C doesn't interrupt simple loop
In-Reply-To: <1403705585.66.0.458181854344.issue21870@psf.upfronthosting.co.za>
Message-ID: <1403707368.33.0.553862661678.issue21870@psf.upfronthosting.co.za>


R. David Murray added the comment:

I can duplicate this.  ctl-c works fine in 3.5, however.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21870>
_______________________________________

From report at bugs.python.org  Wed Jun 25 17:48:56 2014
From: report at bugs.python.org (agolde)
Date: Wed, 25 Jun 2014 15:48:56 +0000
Subject: [issue21871] Python 2.7.7 regression in mimetypes
 read_windows_registry
Message-ID: <1403711336.08.0.362199436706.issue21871@psf.upfronthosting.co.za>


New submission from agolde:

Python 2.7.7 seems to contain a regression of issue #10162 as compared with 2.7.6, re-introduced by the fix of issue #9291.

import mimetypes
mimetypes.init()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "C:\Program Files\INRO\Emme\Emme 4\Emme-4.1.3\Python27\lib\mimetypes.py",
 line 348, in init
    db.read_windows_registry()
  File "C:\Program Files\INRO\Emme\Emme 4\Emme-4.1.3\Python27\lib\mimetypes.py",
 line 256, in read_windows_registry
    with _winreg.OpenKey(hkcr, subkeyname) as subkey:
WindowsError: [Error 5] Access is denied

Whereas with Python 2.7.6 on the same system, this doesn't generate any errors.

It looks like in Python 2.7.6, "with _winreg.OpenKey(hkcr, subkeyname) as subkey:" was within a try-except which was moved with the patch for issue#9291 in Python 2.7.7

----------
components: Library (Lib), Windows
messages: 221553
nosy: agolde
priority: normal
severity: normal
status: open
title: Python 2.7.7 regression in mimetypes read_windows_registry
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21871>
_______________________________________

From report at bugs.python.org  Wed Jun 25 17:51:44 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 25 Jun 2014 15:51:44 +0000
Subject: [issue21849] Fix multiprocessing for non-ascii data
In-Reply-To: <1403595158.76.0.418417977176.issue21849@psf.upfronthosting.co.za>
Message-ID: <1403711504.9.0.384152312137.issue21849@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Actually there is a bug in the multiprocessing module which makes it fail for non-ascii str and unicode values even in unicode-enabled build. Updated patch fixes it and adds missed tests.

----------
title: Fix multiprocessing in unicodeless build -> Fix multiprocessing for non-ascii data
Added file: http://bugs.python.org/file35777/multiprocessing_2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21849>
_______________________________________

From report at bugs.python.org  Wed Jun 25 18:24:27 2014
From: report at bugs.python.org (Stefan Behnel)
Date: Wed, 25 Jun 2014 16:24:27 +0000
Subject: [issue20928] xml.etree.ElementInclude does not include nested
 xincludes
In-Reply-To: <1394829606.55.0.5394943571.issue20928@psf.upfronthosting.co.za>
Message-ID: <1403713467.38.0.629538974621.issue20928@psf.upfronthosting.co.za>


Stefan Behnel added the comment:

Your code adds a lot of new code. Why is that necessary? Can't the new feature be integrated into the existing code?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20928>
_______________________________________

From report at bugs.python.org  Wed Jun 25 18:47:16 2014
From: report at bugs.python.org (Lita Cho)
Date: Wed, 25 Jun 2014 16:47:16 +0000
Subject: [issue21868] Tbuffer in turtle allows negative size
In-Reply-To: <1403680225.27.0.922926576552.issue21868@psf.upfronthosting.co.za>
Message-ID: <1403714836.92.0.491843417691.issue21868@psf.upfronthosting.co.za>


Lita Cho added the comment:

Here is a patch for this bug. Basically, when a user gives 0 and below, it doesn't create a TBuffer. Then "undo" does the right thing.

----------
keywords: +patch
Added file: http://bugs.python.org/file35778/undobuffer_fix.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21868>
_______________________________________

From report at bugs.python.org  Wed Jun 25 18:48:49 2014
From: report at bugs.python.org (Lita Cho)
Date: Wed, 25 Jun 2014 16:48:49 +0000
Subject: [issue21867] Turtle returns TypeError when undobuffer is set to 0
 (aka no undo is allowed)
In-Reply-To: <1403679717.28.0.526098112146.issue21867@psf.upfronthosting.co.za>
Message-ID: <1403714929.25.0.321181926877.issue21867@psf.upfronthosting.co.za>


Lita Cho added the comment:

The patch in issue21868 will fix this issue if it gets approved.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21867>
_______________________________________

From report at bugs.python.org  Wed Jun 25 19:03:34 2014
From: report at bugs.python.org (Yury Selivanov)
Date: Wed, 25 Jun 2014 17:03:34 +0000
Subject: [issue21684] inspect.signature bind doesn't include defaults or empty
 tuple/dicts
In-Reply-To: <1402117848.15.0.331618951416.issue21684@psf.upfronthosting.co.za>
Message-ID: <1403715814.55.0.465803364608.issue21684@psf.upfronthosting.co.za>


Yury Selivanov added the comment:

> But I can't think of any use case when it would be undesirable to include the extra parameters

One use case is that you are actually loosing information what arguments Signature.bind() was called with, when defaults are included. In some cases this information is important.

> hence the possibility of a separate method

Since it's relatively easy to add mix defaults in, I'd prefer to be conservative here, and wait for a stronger community interest before adding a new method to API.

But thanks for the bug report. If you find any other use cases for a separate method, please feel free to update this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21684>
_______________________________________

From report at bugs.python.org  Wed Jun 25 19:06:10 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 25 Jun 2014 17:06:10 +0000
Subject: [issue21729] Use `with` statement in dbm.dumb
In-Reply-To: <1402557881.88.0.738004727052.issue21729@psf.upfronthosting.co.za>
Message-ID: <1403715970.96.0.133756887574.issue21729@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Ah, month ago I wrote large patch which use 'with' in various places in stdlib for opening and closing files. But then I dropped it because afraid that it can be considered as code churn.

----------
stage: patch review -> commit review
versions: +Python 2.7, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21729>
_______________________________________

From report at bugs.python.org  Wed Jun 25 19:24:41 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Jun 2014 17:24:41 +0000
Subject: [issue12851] ctypes: getbuffer() never provides strides
In-Reply-To: <1314611923.07.0.681765586879.issue12851@psf.upfronthosting.co.za>
Message-ID: <1403717081.15.0.160585802774.issue12851@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Stefan do you want to follow this up?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12851>
_______________________________________

From report at bugs.python.org  Wed Jun 25 19:40:12 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 17:40:12 +0000
Subject: [issue21729] Use `with` statement in dbm.dumb
In-Reply-To: <1402557881.88.0.738004727052.issue21729@psf.upfronthosting.co.za>
Message-ID: <3gzBT71b38z7LjV@mail.python.org>


Roundup Robot added the comment:

New changeset fdbcb11e0323 by Serhiy Storchaka in branch '3.4':
Issue #21729: Used the "with" statement in the dbm.dumb module to ensure
http://hg.python.org/cpython/rev/fdbcb11e0323

New changeset e41b4e8c0c1d by Serhiy Storchaka in branch 'default':
Issue #21729: Used the "with" statement in the dbm.dumb module to ensure
http://hg.python.org/cpython/rev/e41b4e8c0c1d

New changeset 893e79196fb3 by Serhiy Storchaka in branch '2.7':
Issue #21729: Used the "with" statement in the dbm.dumb module to ensure
http://hg.python.org/cpython/rev/893e79196fb3

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21729>
_______________________________________

From report at bugs.python.org  Wed Jun 25 19:47:01 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Jun 2014 17:47:01 +0000
Subject: [issue12872] --with-tsc crashes on ppc64
In-Reply-To: <1314827484.72.0.601008700485.issue12872@psf.upfronthosting.co.za>
Message-ID: <1403718421.66.0.226622858972.issue12872@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

This refers to a crash so can we have a code review please, I'm certainly not qualified to do one on ceval.c.

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12872>
_______________________________________

From report at bugs.python.org  Wed Jun 25 19:49:51 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Wed, 25 Jun 2014 17:49:51 +0000
Subject: [issue21729] Use `with` statement in dbm.dumb
In-Reply-To: <1402557881.88.0.738004727052.issue21729@psf.upfronthosting.co.za>
Message-ID: <1403718591.74.0.965765397174.issue21729@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Thanks Claudiu.

Committed with yet one "with".

----------
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21729>
_______________________________________

From report at bugs.python.org  Wed Jun 25 19:51:01 2014
From: report at bugs.python.org (R. David Murray)
Date: Wed, 25 Jun 2014 17:51:01 +0000
Subject: [issue20928] xml.etree.ElementInclude does not include nested
 xincludes
In-Reply-To: <1394829606.55.0.5394943571.issue20928@psf.upfronthosting.co.za>
Message-ID: <1403718661.61.0.296217516832.issue20928@psf.upfronthosting.co.za>


R. David Murray added the comment:

Yeah, include should now be a very simple wrapper around a call to _include, include shouldn't have the original include code (which is moved to _include) in it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20928>
_______________________________________

From report at bugs.python.org  Wed Jun 25 19:57:13 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Jun 2014 17:57:13 +0000
Subject: [issue13369] timeout with exit code 0 while re-running failed tests
In-Reply-To: <1320746276.61.0.134506088825.issue13369@psf.upfronthosting.co.za>
Message-ID: <1403719033.88.0.521927079368.issue13369@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be reproduced, has it been fixed already, what?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13369>
_______________________________________

From report at bugs.python.org  Wed Jun 25 20:14:36 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 25 Jun 2014 18:14:36 +0000
Subject: [issue21871] Python 2.7.7 regression in mimetypes
 read_windows_registry
In-Reply-To: <1403711336.08.0.362199436706.issue21871@psf.upfronthosting.co.za>
Message-ID: <1403720076.12.0.108493759638.issue21871@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
nosy: +Vladimir.Iofik, benjamin.peterson, tim.golden

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21871>
_______________________________________

From report at bugs.python.org  Wed Jun 25 20:14:47 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Wed, 25 Jun 2014 18:14:47 +0000
Subject: [issue21871] Python 2.7.7 regression in mimetypes
 read_windows_registry
In-Reply-To: <1403711336.08.0.362199436706.issue21871@psf.upfronthosting.co.za>
Message-ID: <1403720087.53.0.831262385855.issue21871@psf.upfronthosting.co.za>


Changes by Benjamin Peterson <benjamin at python.org>:


----------
priority: normal -> release blocker

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21871>
_______________________________________

From report at bugs.python.org  Wed Jun 25 20:28:55 2014
From: report at bugs.python.org (Ville Nummela)
Date: Wed, 25 Jun 2014 18:28:55 +0000
Subject: [issue21872] LZMA library sometimes fails to decompress a file
Message-ID: <1403720935.87.0.990494824612.issue21872@psf.upfronthosting.co.za>


New submission from Ville Nummela:

Python lzma library sometimes fails to decompress a file, even though the file does not appear to be corrupt. 

Originally discovered with OS X 10.9 / Python 2.7.7 / bacports.lzma
Now also reproduced on OS X / Python 3.4 / lzma, please see
https://github.com/peterjc/backports.lzma/issues/6 for more details.

Two example files are provided, a good one and a bad one. Both are compressed using the older lzma algorithm (not xz). An attempt to decompress the 'bad' file raises "EOFError: Compressed file ended before the end-of-stream marker was reached."

The 'bad' file appears to be ok, because
- a direct call to XZ Utils processes the files without complaints
- the decompressed files' contents appear to be ok.

The example files contain tick data and have been downloaded from the Dukascopy bank's historical data feed service. The service is well known for it's high data quality and utilised by multiple analysis SW platforms. Thus I think it is unlikely that a file integrity issue on their end would have gone unnoticed.

The error occurs relatively rarely; only around 1 - 5 times per 1000 downloaded files.

----------
components: Library (Lib)
files: Archive.zip
messages: 221566
nosy: nadeem.vawda, vnummela
priority: normal
severity: normal
status: open
title: LZMA library sometimes fails to decompress a file
type: behavior
versions: Python 2.7, Python 3.4
Added file: http://bugs.python.org/file35779/Archive.zip

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21872>
_______________________________________

From report at bugs.python.org  Wed Jun 25 20:32:49 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Jun 2014 18:32:49 +0000
Subject: [issue12860] http client attempts to send a readable object twice
In-Reply-To: <1314723930.88.0.607695250414.issue12860@psf.upfronthosting.co.za>
Message-ID: <1403721169.04.0.706559818492.issue12860@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

This looks identical to the problem fixed on #16658.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12860>
_______________________________________

From report at bugs.python.org  Wed Jun 25 20:33:12 2014
From: report at bugs.python.org (Torsten Landschoff)
Date: Wed, 25 Jun 2014 18:33:12 +0000
Subject: [issue10740] sqlite3 module breaks transactions and potentially
 corrupts data
In-Reply-To: <1292868135.81.0.257293444934.issue10740@psf.upfronthosting.co.za>
Message-ID: <1403721192.32.0.150854601264.issue10740@psf.upfronthosting.co.za>


Torsten Landschoff added the comment:

Just a heads up that I am still interested in this issue. I started to write up my expectations to the sqlite module wrt. exception handling.

It's not finished yet but I attached what I got so far. I hope everybody agrees that those doctests should all pass.

----------
Added file: http://bugs.python.org/file35780/sqlite_sanity_check.rst

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10740>
_______________________________________

From report at bugs.python.org  Wed Jun 25 20:42:24 2014
From: report at bugs.python.org (Ned Deily)
Date: Wed, 25 Jun 2014 18:42:24 +0000
Subject: [issue8296] multiprocessing.Pool hangs when issuing KeyboardInterrupt
In-Reply-To: <1270265835.83.0.251816264221.issue8296@psf.upfronthosting.co.za>
Message-ID: <1403721744.94.0.362039148758.issue8296@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8296>
_______________________________________

From report at bugs.python.org  Wed Jun 25 21:59:01 2014
From: report at bugs.python.org (Ned Deily)
Date: Wed, 25 Jun 2014 19:59:01 +0000
Subject: [issue12860] http client attempts to send a readable object twice
In-Reply-To: <1314723930.88.0.607695250414.issue12860@psf.upfronthosting.co.za>
Message-ID: <1403726341.39.0.295435887444.issue12860@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Missing "return" in HTTPConnection.send()
versions: +Python 3.3, Python 3.4 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12860>
_______________________________________

From report at bugs.python.org  Wed Jun 25 22:00:47 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Jun 2014 20:00:47 +0000
Subject: [issue21867] Turtle returns TypeError when undobuffer is set to 0
 (aka no undo is allowed)
In-Reply-To: <1403679717.28.0.526098112146.issue21867@psf.upfronthosting.co.za>
Message-ID: <1403726447.06.0.743730224838.issue21867@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

For the most part, we don't change exceptions once they are published in the standard library because it breaks any code that relies on those exceptions.  That is why it is so important to get the API correct to begin with.

TypeError was the wrong choice, it should has been a ValueError (the type is correct but the value doesn't make sense).   There is some case for a TurtleError (modules like decimal and sqlite3 define their own clusters of exceptions); however, that makes the exception less interoperable with the rest of Python where things like IndexError, StopIteration, ValueError, and KeyError get caught and handled appropriately.

----------
assignee:  -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21867>
_______________________________________

From report at bugs.python.org  Wed Jun 25 22:01:30 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Wed, 25 Jun 2014 20:01:30 +0000
Subject: [issue21868] Tbuffer in turtle allows negative size
In-Reply-To: <1403680225.27.0.922926576552.issue21868@psf.upfronthosting.co.za>
Message-ID: <1403726490.81.0.259396284085.issue21868@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee:  -> rhettinger
nosy: +rhettinger
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21868>
_______________________________________

From report at bugs.python.org  Wed Jun 25 22:06:25 2014
From: report at bugs.python.org (Lita Cho)
Date: Wed, 25 Jun 2014 20:06:25 +0000
Subject: [issue21867] Turtle returns TypeError when undobuffer is set to 0
 (aka no undo is allowed)
In-Reply-To: <1403679717.28.0.526098112146.issue21867@psf.upfronthosting.co.za>
Message-ID: <1403726785.68.0.463901017328.issue21867@psf.upfronthosting.co.za>


Lita Cho added the comment:

That makes a lot of sense. Does that mea we shouldn't change this behaviour as there might be code that relies on these exceptions? The fix in issue21868 will make it so that undo doesn't cause turtle to crash.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21867>
_______________________________________

From report at bugs.python.org  Wed Jun 25 22:07:48 2014
From: report at bugs.python.org (Lita Cho)
Date: Wed, 25 Jun 2014 20:07:48 +0000
Subject: [issue21868] Tbuffer in turtle allows negative size
In-Reply-To: <1403680225.27.0.922926576552.issue21868@psf.upfronthosting.co.za>
Message-ID: <1403726868.19.0.722487693968.issue21868@psf.upfronthosting.co.za>


Lita Cho added the comment:

I should clarify. The right thing being that calling undo does nothing, and turtle keeps on running. This is the default behaviour when setundobuffer is called with no size.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21868>
_______________________________________

From report at bugs.python.org  Wed Jun 25 22:50:13 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 20:50:13 +0000
Subject: [issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite
 support
In-Reply-To: <1403216651.03.0.831203410022.issue21811@psf.upfronthosting.co.za>
Message-ID: <3gzGhN5fV5z7Lkr@mail.python.org>


Roundup Robot added the comment:

New changeset a7ab09e00dbc by Ned Deily in branch '2.7':
Issue #21811: Anticipated fixes to 3.x and 2.7 for OS X 10.10 Yosemite.
http://hg.python.org/cpython/rev/a7ab09e00dbc

New changeset 2672e30d9095 by Ned Deily in branch '2.7':
Issue #21811: Anticipated fixes to 2.7 configure for OS X 10.10 Yosemite.
http://hg.python.org/cpython/rev/2672e30d9095

New changeset 14198fda1c70 by Ned Deily in branch '3.4':
Issue #21811: Anticipated fixes to 3.x and 2.7 for OS X 10.10 Yosemite.
http://hg.python.org/cpython/rev/14198fda1c70

New changeset 3583b2bedbe7 by Ned Deily in branch 'default':
Issue #21811: Anticipated fixes to 3.x and 2.7 for OS X 10.10 Yosemite.
http://hg.python.org/cpython/rev/3583b2bedbe7

New changeset 69ae7e4939f2 by Ned Deily in branch '3.4':
Issue #21811: Anticipated fixes to 3.x configure for OS X 10.10 Yosemite.
http://hg.python.org/cpython/rev/69ae7e4939f2

New changeset 7346ba934097 by Ned Deily in branch 'default':
Issue #21811: Anticipated fixes to 3.x configure for OS X 10.10 Yosemite.
http://hg.python.org/cpython/rev/7346ba934097

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21811>
_______________________________________

From report at bugs.python.org  Wed Jun 25 23:14:10 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 21:14:10 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <3gzHD20DXSz7Ljh@mail.python.org>


Roundup Robot added the comment:

New changeset 1088023d971c by Victor Stinner in branch '3.4':
Issue #21163, asyncio: Fix some "Task was destroyed but it is pending!" logs in tests
http://hg.python.org/cpython/rev/1088023d971c

New changeset 7877aab90c61 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21163, asyncio: Fix some "Task was destroyed but it is
http://hg.python.org/cpython/rev/7877aab90c61

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Wed Jun 25 23:34:48 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 21:34:48 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <3gzHgq737Tz7LjP@mail.python.org>


Roundup Robot added the comment:

New changeset e9150fdf068a by Victor Stinner in branch '3.4':
asyncio: sync with Tulip
http://hg.python.org/cpython/rev/e9150fdf068a

New changeset d92dc4462d26 by Victor Stinner in branch 'default':
(Merge 3.4) asyncio: sync with Tulip
http://hg.python.org/cpython/rev/d92dc4462d26

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Wed Jun 25 23:38:30 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Jun 2014 21:38:30 +0000
Subject: [issue12954] Multiprocessing logging under Windows
In-Reply-To: <1315610809.5.0.0888786272542.issue12954@psf.upfronthosting.co.za>
Message-ID: <1403732310.26.0.068814647402.issue12954@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@paul j3 can you prepare a patch for this?

----------
nosy: +BreamoreBoy
type:  -> behavior
versions: +Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12954>
_______________________________________

From report at bugs.python.org  Wed Jun 25 23:48:37 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Jun 2014 21:48:37 +0000
Subject: [issue12942] Shebang line fixer for 2to3
In-Reply-To: <1315531684.56.0.727993232351.issue12942@psf.upfronthosting.co.za>
Message-ID: <1403732917.79.0.915695614068.issue12942@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

"nice to have" isn't much of a requirement in my book.  The Python launcher for Windows http://legacy.python.org/dev/peps/pep-0397/ is also relevant.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12942>
_______________________________________

From report at bugs.python.org  Wed Jun 25 23:55:30 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Jun 2014 21:55:30 +0000
Subject: [issue12800] 'tarfile.StreamError: seeking backwards is not allowed'
 when extract symlink
In-Reply-To: <1313881060.54.0.449889075101.issue12800@psf.upfronthosting.co.za>
Message-ID: <1403733330.23.0.824837508067.issue12800@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

ping.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12800>
_______________________________________

From report at bugs.python.org  Thu Jun 26 00:00:40 2014
From: report at bugs.python.org (Roundup Robot)
Date: Wed, 25 Jun 2014 22:00:40 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <3gzJFg5N3Jz7LkK@mail.python.org>


Roundup Robot added the comment:

New changeset 4e4c6e2ed0c5 by Victor Stinner in branch '3.4':
Issue #21163: Fix one more "Task was destroyed but it is pending!" log in tests
http://hg.python.org/cpython/rev/4e4c6e2ed0c5

New changeset 24282c6f6019 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21163: Fix one more "Task was destroyed but it is pending!"
http://hg.python.org/cpython/rev/24282c6f6019

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Thu Jun 26 00:00:41 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Jun 2014 22:00:41 +0000
Subject: [issue12962] TitledHelpFormatter and IndentedHelpFormatter are not
 documented
In-Reply-To: <1315812430.81.0.82881222836.issue12962@psf.upfronthosting.co.za>
Message-ID: <1403733641.84.0.134399398947.issue12962@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

As optparse has been deprecated since 3.2 in favour of argparse can this be closed?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12962>
_______________________________________

From report at bugs.python.org  Thu Jun 26 00:27:11 2014
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Jun 2014 22:27:11 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <1403735231.07.0.25845889593.issue21163@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I fixed the first "Task was destroyed but it is pending!" messages when the fix was simple.

Attached dont_log_pending.patch fixes remaining messages when running test_asyncio. I'm not sure yet that this patch is the best approach to fix the issue.


Modified functions with example of related tests:


* BaseEventLoop.run_until_complete(): don't log because there the method already raises an exception if the future didn't complete ("Event loop stopped before Future completed.")

=> related test: test_run_until_complete_stopped() of test_events.py


* wait(): don't log because the caller doesn't have control on the internal sub-tasks, and the task executing wait() will already emit a message if it is destroyed whereas it didn't completed

=> related test: test_wait_errors() of test_tasks.py


* gather(): same rationale than wait()

=> related test: test_one_exception() of test_tasks.py


* test_utils.run_briefly(): the caller doesn't have access to the task and the function is a best effort approach, it doesn't have to guarantee that running a step of the event loop is until to execute all pending callbacks

=> related test: test_baseexception_during_cancel() of test_tasks.py

----------
Added file: http://bugs.python.org/file35781/dont_log_pending.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Thu Jun 26 00:36:38 2014
From: report at bugs.python.org (paul j3)
Date: Wed, 25 Jun 2014 22:36:38 +0000
Subject: [issue12954] Multiprocessing logging under Windows
In-Reply-To: <1315610809.5.0.0888786272542.issue12954@psf.upfronthosting.co.za>
Message-ID: <1403735798.6.0.146992943438.issue12954@psf.upfronthosting.co.za>


paul j3 added the comment:

It will take a while to reconstruct the circumstances behind this issue.  I think I was working through some online class examples, working in the Eclipse pydev environment.  Currently I'm mostly working in linux, and not doing much with multiprocessing.  Looks like most, if not all, the examples are already protected with the 'if __name__' clause.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12954>
_______________________________________

From report at bugs.python.org  Thu Jun 26 01:22:14 2014
From: report at bugs.python.org (STINNER Victor)
Date: Wed, 25 Jun 2014 23:22:14 +0000
Subject: [issue17911] traceback: add a new thin class storing a traceback
 without storing local variables
In-Reply-To: <1367789486.16.0.484658151136.issue17911@psf.upfronthosting.co.za>
Message-ID: <1403738534.92.0.786928315396.issue17911@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
title: Extracting tracebacks does too much work -> traceback: add a new thin class storing a traceback without storing local variables

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17911>
_______________________________________

From report at bugs.python.org  Thu Jun 26 01:42:06 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Jun 2014 23:42:06 +0000
Subject: [issue13074] Improve documentation of locale encoding functions
In-Reply-To: <1317370534.21.0.426762958064.issue13074@psf.upfronthosting.co.za>
Message-ID: <1403739726.82.0.173416826125.issue13074@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Hopefully the patch speaks for itself.

----------
keywords: +patch
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 2.7, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file35782/Issue13074.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13074>
_______________________________________

From report at bugs.python.org  Thu Jun 26 01:49:30 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 25 Jun 2014 23:49:30 +0000
Subject: [issue21872] LZMA library sometimes fails to decompress a file
In-Reply-To: <1403720935.87.0.990494824612.issue21872@psf.upfronthosting.co.za>
Message-ID: <1403740170.4.0.765832972728.issue21872@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

Just to be clear, when you say "1 - 5 times per 1000 downloaded files", have you confirmed that redownloading the same file a second time produces the same error? Just making sure we've ruled out corruption during transfer over the network; small errors might make it past one decompressor with minimal effect in the midst of a huge data file, while a more stringent error checking decompressor would reject them.

----------
nosy: +josh.rosenberg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21872>
_______________________________________

From report at bugs.python.org  Thu Jun 26 01:49:45 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Wed, 25 Jun 2014 23:49:45 +0000
Subject: [issue13213] generator.throw() behavior
In-Reply-To: <1318961803.9.0.966531589594.issue13213@psf.upfronthosting.co.za>
Message-ID: <1403740185.19.0.043227433041.issue13213@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Petri can you propose a patch for this?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13213>
_______________________________________

From report at bugs.python.org  Thu Jun 26 01:55:38 2014
From: report at bugs.python.org (Josh Rosenberg)
Date: Wed, 25 Jun 2014 23:55:38 +0000
Subject: [issue10978] Add optional argument to Semaphore.release for releasing
 multiple threads
In-Reply-To: <1295655336.58.0.55708711889.issue10978@psf.upfronthosting.co.za>
Message-ID: <1403740538.23.0.445339552654.issue10978@psf.upfronthosting.co.za>


Josh Rosenberg added the comment:

Never know whether to comment on issue itself, but just in case:

There are issues with the patch when n < 0 is passed, as n is not sanity checked, which would break the Semaphore invariant (value must be >= 0). n == 0 is also a weird value, but harmless if passed; release(0) would acquire and release the lock but otherwise act as a noop.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10978>
_______________________________________

From report at bugs.python.org  Thu Jun 26 03:27:15 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 01:27:15 +0000
Subject: [issue14561] python-2.7.2-r3 suffers test failure at test_mhlib
In-Reply-To: <1334225681.36.0.37712291947.issue14561@psf.upfronthosting.co.za>
Message-ID: <1403746035.14.0.769595597855.issue14561@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is it safe to assume that this is a problem that has long been resolved?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14561>
_______________________________________

From report at bugs.python.org  Thu Jun 26 03:30:24 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 01:30:24 +0000
Subject: [issue14477] Rietveld test issue
In-Reply-To: <1333382689.52.0.891466185612.issue14477@psf.upfronthosting.co.za>
Message-ID: <1403746224.28.0.0400312719866.issue14477@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Even I've successfully used Rietveld, so can we close this to brighten our tracker statistics? :)

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14477>
_______________________________________

From report at bugs.python.org  Thu Jun 26 03:33:37 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 01:33:37 +0000
Subject: [issue14460] In re's positive lookbehind assertion repetition works
In-Reply-To: <1333267671.53.0.559378302882.issue14460@psf.upfronthosting.co.za>
Message-ID: <1403746417.64.0.783238826555.issue14460@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can someone comment on this regex problem please, they're just not my cup of tea.

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14460>
_______________________________________

From report at bugs.python.org  Thu Jun 26 05:35:45 2014
From: report at bugs.python.org (Ned Deily)
Date: Thu, 26 Jun 2014 03:35:45 +0000
Subject: [issue14561] python-2.7.2-r3 suffers test failure at test_mhlib
In-Reply-To: <1334225681.36.0.37712291947.issue14561@psf.upfronthosting.co.za>
Message-ID: <1403753745.42.0.148800142466.issue14561@psf.upfronthosting.co.za>


Ned Deily added the comment:

This could be a duplicate of the problem reported in Issue7759.  The patch provided there was not applied since the mhlib module is deprecated and its use is not recommended.  Feel free to re-open this issue if necessary.

----------
nosy: +ned.deily
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14561>
_______________________________________

From report at bugs.python.org  Thu Jun 26 06:06:01 2014
From: report at bugs.python.org (Gregory P. Smith)
Date: Thu, 26 Jun 2014 04:06:01 +0000
Subject: [issue21216] getaddrinfo is wrongly considered thread safe on linux
In-Reply-To: <1397496103.55.0.0681287877532.issue21216@psf.upfronthosting.co.za>
Message-ID: <1403755561.0.0.204473004261.issue21216@psf.upfronthosting.co.za>


Gregory P. Smith added the comment:

The upstream Debian issue contains a fix for the bug in eglibc. Python should not attempt to work around this. Distros need to fix their libc if they shipped a broken one.

----------
components: +Extension Modules
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type:  -> crash

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21216>
_______________________________________

From report at bugs.python.org  Thu Jun 26 07:09:55 2014
From: report at bugs.python.org (Blake Hartstein)
Date: Thu, 26 Jun 2014 05:09:55 +0000
Subject: [issue20928] xml.etree.ElementInclude does not include nested
 xincludes
In-Reply-To: <1394829606.55.0.5394943571.issue20928@psf.upfronthosting.co.za>
Message-ID: <1403759395.75.0.968833316191.issue20928@psf.upfronthosting.co.za>


Blake Hartstein added the comment:

That would make sense. Please see if the updated patch file works.

----------
Added file: http://bugs.python.org/file35783/issue20928_fixed2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20928>
_______________________________________

From report at bugs.python.org  Thu Jun 26 07:41:30 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 26 Jun 2014 05:41:30 +0000
Subject: [issue18592] Idle:  test SearchDialogBase.py
In-Reply-To: <1375146770.41.0.774627283078.issue18592@psf.upfronthosting.co.za>
Message-ID: <3gzVTN6zHNz7Lk2@mail.python.org>


Roundup Robot added the comment:

New changeset 752439a6bdd9 by Terry Jan Reedy in branch '2.7':
Issue #18592: For idlelib.SearchDialogBase, edit and add docstrings,
http://hg.python.org/cpython/rev/752439a6bdd9

New changeset ed60a73e1c82 by Terry Jan Reedy in branch '3.4':
Issue #18592: For idlelib.SearchDialogBase, edit and add docstrings,
http://hg.python.org/cpython/rev/ed60a73e1c82

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18592>
_______________________________________

From report at bugs.python.org  Thu Jun 26 07:44:03 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 26 Jun 2014 05:44:03 +0000
Subject: [issue18592] Idle:  test SearchDialogBase.py
In-Reply-To: <1375146770.41.0.774627283078.issue18592@psf.upfronthosting.co.za>
Message-ID: <1403761443.82.0.232008742478.issue18592@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am getting the ttk Themechanges warning. The test needs to use an search engine altered as with test_searchengine. I will work on that next.

----------
stage: patch review -> needs patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18592>
_______________________________________

From report at bugs.python.org  Thu Jun 26 08:39:24 2014
From: report at bugs.python.org (=?utf-8?q?Martin_v=2E_L=C3=B6wis?=)
Date: Thu, 26 Jun 2014 06:39:24 +0000
Subject: [issue14477] Rietveld test issue
In-Reply-To: <1333382689.52.0.891466185612.issue14477@psf.upfronthosting.co.za>
Message-ID: <1403764764.16.0.158111432415.issue14477@psf.upfronthosting.co.za>


Changes by Martin v. L?wis <martin at v.loewis.de>:


----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14477>
_______________________________________

From report at bugs.python.org  Thu Jun 26 09:23:51 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Thu, 26 Jun 2014 07:23:51 +0000
Subject: [issue14477] Rietveld test issue
In-Reply-To: <1333382689.52.0.891466185612.issue14477@psf.upfronthosting.co.za>
Message-ID: <1403767431.81.0.116891057436.issue14477@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14477>
_______________________________________

From report at bugs.python.org  Thu Jun 26 09:24:26 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 26 Jun 2014 07:24:26 +0000
Subject: [issue14460] In re's positive lookbehind assertion repetition works
In-Reply-To: <1333267671.53.0.559378302882.issue14460@psf.upfronthosting.co.za>
Message-ID: <1403767466.36.0.584337639474.issue14460@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

Technically this is not a bug.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14460>
_______________________________________

From report at bugs.python.org  Thu Jun 26 09:31:32 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 26 Jun 2014 07:31:32 +0000
Subject: [issue12800] 'tarfile.StreamError: seeking backwards is not allowed'
 when extract symlink
In-Reply-To: <1313881060.54.0.449889075101.issue12800@psf.upfronthosting.co.za>
Message-ID: <1403767892.1.0.259617946224.issue12800@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

All works to me without exception in 2.7, 3.3 and 3.4.

----------
nosy: +serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12800>
_______________________________________

From report at bugs.python.org  Thu Jun 26 09:48:47 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 26 Jun 2014 07:48:47 +0000
Subject: [issue12942] Shebang line fixer for 2to3
In-Reply-To: <1315531684.56.0.727993232351.issue12942@psf.upfronthosting.co.za>
Message-ID: <1403768927.04.0.454741552172.issue12942@psf.upfronthosting.co.za>


Changes by Serhiy Storchaka <storchaka at gmail.com>:


----------
nosy: +benjamin.peterson
type:  -> enhancement
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12942>
_______________________________________

From report at bugs.python.org  Thu Jun 26 09:51:33 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Thu, 26 Jun 2014 07:51:33 +0000
Subject: [issue13074] Improve documentation of locale encoding functions
In-Reply-To: <1317370534.21.0.426762958064.issue13074@psf.upfronthosting.co.za>
Message-ID: <1403769093.08.0.0315613941513.issue13074@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

The two functions serve a different purpose.

getdefautltlocale() specifically avoids calling setlocale() and is thread-safe on Unix. It's purpose is to return the default locale string, not only the encoding.

getpreferredencoding() only returns the encoding, but on Unix has to call setlocale() to return correct results and thus is not thread-safe.

Martin's comment doesn't address this difference and I don't agree with it.

Regarding the different results, I guess this could be solved by having both function pass the data obtained from the system through _parse_localname() before returning it, but that would have to be a handled in a new issue report.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13074>
_______________________________________

From report at bugs.python.org  Thu Jun 26 10:00:23 2014
From: report at bugs.python.org (Serhiy Storchaka)
Date: Thu, 26 Jun 2014 08:00:23 +0000
Subject: [issue21872] LZMA library sometimes fails to decompress a file
In-Reply-To: <1403720935.87.0.990494824612.issue21872@psf.upfronthosting.co.za>
Message-ID: <1403769623.67.0.427378341296.issue21872@psf.upfronthosting.co.za>


Serhiy Storchaka added the comment:

>>> import lzma
>>> f = lzma.open('22h_ticks_bad.bi5')
>>> len(f.read())
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/home/serhiy/py/cpython/Lib/lzma.py", line 310, in read
    return self._read_all()
  File "/home/serhiy/py/cpython/Lib/lzma.py", line 251, in _read_all
    while self._fill_buffer():
  File "/home/serhiy/py/cpython/Lib/lzma.py", line 225, in _fill_buffer
    raise EOFError("Compressed file ended before the "
EOFError: Compressed file ended before the end-of-stream marker was reached


This is similar to issue1159051. We need a way to say "read as much as possible without error and raise EOFError only on next read".

----------
nosy: +serhiy.storchaka
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21872>
_______________________________________

From report at bugs.python.org  Thu Jun 26 10:15:32 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Thu, 26 Jun 2014 08:15:32 +0000
Subject: [issue18592] Idle:  test SearchDialogBase.py
In-Reply-To: <1375146770.41.0.774627283078.issue18592@psf.upfronthosting.co.za>
Message-ID: <1403770532.86.0.0604456338979.issue18592@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The warning was due to absence of def self.root. Attached is close to what will commit.

----------
stage: needs patch -> commit review
Added file: http://bugs.python.org/file35784/test-search-sdb-18592-34.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18592>
_______________________________________

From report at bugs.python.org  Thu Jun 26 10:20:46 2014
From: report at bugs.python.org (Ville Nummela)
Date: Thu, 26 Jun 2014 08:20:46 +0000
Subject: [issue21872] LZMA library sometimes fails to decompress a file
In-Reply-To: <1403720935.87.0.990494824612.issue21872@psf.upfronthosting.co.za>
Message-ID: <1403770846.98.0.12430582216.issue21872@psf.upfronthosting.co.za>


Ville Nummela added the comment:

My stats so far:

As of writing this, I have attempted to decompress about 5000 downloaded files (two years of tick data). 25 'bad' files were found within this lot.

I re-downloaded all of them, plus about 500 other files as the minimum lot the server supplies is 24 hours / files at a time.

I compared all these 528 file pairs using hashlib.md5 and got identical hashes for all of them.

I guess what I should do next is to go through the decompressed data and look for suspicious anomalies, but unfortunately I don't have the tools in place to do that quite yet.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21872>
_______________________________________

From report at bugs.python.org  Thu Jun 26 10:23:29 2014
From: report at bugs.python.org (=?utf-8?b?TWFrIE5hemXEjWnEhy1BbmRybG9u?=)
Date: Thu, 26 Jun 2014 08:23:29 +0000
Subject: [issue21873] Tuple comparisons with NaNs are broken
Message-ID: <1403771009.56.0.175285571524.issue21873@psf.upfronthosting.co.za>


New submission from Mak Naze?i?-Andrlon:

While searching for a way to work around the breakage of the Schwartzian transform in Python 3 (and the resulting awkwardness if you wish to use heapq or bisect, which do not yet have a key argument), I thought of the good old IEEE-754 NaN. Unfortunately, that shouldn't work since lexicographical comparisons shouldn't stop for something comparing False all the time. Nevertheless:

>>> (1, float("nan"), A()) < (1, float("nan"), A())
False
>>> (0, float("nan"), A()) < (1, float("nan"), A())
True

Instead of as in
>>> nan = float("nan")
>>> (1, nan, A()) < (1, nan, A())
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unorderable types: A() < A()

(As a side note, PyPy3 does not have this bug.)

----------
components: Interpreter Core
messages: 221600
nosy: Electro
priority: normal
severity: normal
status: open
title: Tuple comparisons with NaNs are broken
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21873>
_______________________________________

From report at bugs.python.org  Thu Jun 26 10:51:48 2014
From: report at bugs.python.org (Xavier Morel)
Date: Thu, 26 Jun 2014 08:51:48 +0000
Subject: [issue21590] Systemtap and DTrace support
In-Reply-To: <1401195995.8.0.935339035852.issue21590@psf.upfronthosting.co.za>
Message-ID: <1403772708.41.0.134444748325.issue21590@psf.upfronthosting.co.za>


Changes by Xavier Morel <xavier.morel at masklinn.net>:


----------
nosy: +xmorel

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21590>
_______________________________________

From report at bugs.python.org  Thu Jun 26 10:52:02 2014
From: report at bugs.python.org (Xavier Morel)
Date: Thu, 26 Jun 2014 08:52:02 +0000
Subject: [issue13405] Add DTrace probes
In-Reply-To: <1321299726.66.0.343368151185.issue13405@psf.upfronthosting.co.za>
Message-ID: <1403772722.14.0.377283530824.issue13405@psf.upfronthosting.co.za>


Changes by Xavier Morel <xavier.morel at masklinn.net>:


----------
nosy: +xmorel

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13405>
_______________________________________

From report at bugs.python.org  Thu Jun 26 10:52:09 2014
From: report at bugs.python.org (Xavier Morel)
Date: Thu, 26 Jun 2014 08:52:09 +0000
Subject: [issue14776] Add SystemTap static markers
In-Reply-To: <1336683916.13.0.827403167525.issue14776@psf.upfronthosting.co.za>
Message-ID: <1403772729.27.0.99877001882.issue14776@psf.upfronthosting.co.za>


Changes by Xavier Morel <xavier.morel at masklinn.net>:


----------
nosy: +xmorel

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14776>
_______________________________________

From report at bugs.python.org  Thu Jun 26 12:25:14 2014
From: report at bugs.python.org (Matthew Barnett)
Date: Thu, 26 Jun 2014 10:25:14 +0000
Subject: [issue14460] In re's positive lookbehind assertion repetition works
In-Reply-To: <1333267671.53.0.559378302882.issue14460@psf.upfronthosting.co.za>
Message-ID: <1403778314.58.0.841579410662.issue14460@psf.upfronthosting.co.za>


Matthew Barnett added the comment:

Lookarounds can contain capture groups:

>>> import re
>>> re.search(r'a(?=(.))', 'ab').groups()
('b',)
>>> re.search(r'(?<=(.))b', 'ab').groups()
('a',)

so lookarounds that are optional or can have no repeats might have a use.

I'm not sure whether it's useful to repeat them more than once, but that's another matter.

I'd say that it's not a bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14460>
_______________________________________

From report at bugs.python.org  Thu Jun 26 13:57:28 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Jun 2014 11:57:28 +0000
Subject: [issue21873] Tuple comparisons with NaNs are broken
In-Reply-To: <1403771009.56.0.175285571524.issue21873@psf.upfronthosting.co.za>
Message-ID: <1403783848.21.0.00498394813502.issue21873@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +mark.dickinson

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21873>
_______________________________________

From report at bugs.python.org  Thu Jun 26 15:15:35 2014
From: report at bugs.python.org (akira)
Date: Thu, 26 Jun 2014 13:15:35 +0000
Subject: [issue12750] datetime.strftime('%s') should respect tzinfo
In-Reply-To: <1313375473.21.0.352014190788.issue12750@psf.upfronthosting.co.za>
Message-ID: <1403788535.25.0.475839894638.issue12750@psf.upfronthosting.co.za>


akira added the comment:

> I suspect that in the absence of %z, the most useful option would be to return naive datetime in the local timezone, but that can be added later.

Naive datetime in the local timezone may lose information that is contained in the input timestamp:

  >>> import os
  >>> import time
  >>> from datetime import datetime
  >>> import pytz
  >>> os.environ['TZ'] = ':America/New_York'
  >>> time.tzset()
  >>> naive_dt = datetime(2014, 11, 2, 1, 30)
  >>> naive_dt.timestamp()
  1414906200.0
  >>> naive_dt.strftime('%s')
  '1414906200'
  >>> pytz.timezone('America/New_York').localize(naive_dt, is_dst=False).timestamp()
  1414909800.0
  >>> pytz.timezone('America/New_York').localize(naive_dt, is_dst=True).timestamp()
  1414906200.0
  >>> pytz.timezone('America/New_York').localize(naive_dt, is_dst=None)
  Traceback (most recent call last):
    File "<stdin>", line 1, in <module>
    File "~/.virtualenvs/py3.4/lib/python3.4/site-packages/pytz/tzinfo.py", line 349, in localize
      raise AmbiguousTimeError(dt)
  pytz.exceptions.AmbiguousTimeError: 2014-11-02 01:30:00

1414906200 timestamp corresponds to 2014-11-02 01:30:00-04:00
but datetime(2014, 11, 2, 1, 30) along is ambiguous -- 
it may correspond to both 1414906200 and 1414909800 if local timezone is America/New_York.

It would be nice if datetime.strptime() would allow the round-trip whatever the local timezone is:

  >>> ts = '1414906800'
  >>> datetime.strptime(ts, '%s').strftime('%s') == ts

it is possible if strptime() returns timezone-aware datetime object.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12750>
_______________________________________

From report at bugs.python.org  Thu Jun 26 16:33:10 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 26 Jun 2014 14:33:10 +0000
Subject: [issue21864] Error in documentation of point 9.8 'Exceptions are
 classes too'
In-Reply-To: <1403653260.15.0.739232303856.issue21864@psf.upfronthosting.co.za>
Message-ID: <1403793190.47.0.604262384002.issue21864@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
stage:  -> needs patch
type:  -> enhancement
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21864>
_______________________________________

From report at bugs.python.org  Thu Jun 26 16:42:04 2014
From: report at bugs.python.org (akira)
Date: Thu, 26 Jun 2014 14:42:04 +0000
Subject: [issue21873] Tuple comparisons with NaNs are broken
In-Reply-To: <1403771009.56.0.175285571524.issue21873@psf.upfronthosting.co.za>
Message-ID: <1403793724.85.0.216847046716.issue21873@psf.upfronthosting.co.za>


akira added the comment:

Is the issue that:

  >>> (1, float('nan')) == (1, float('nan'))
  False

but

  >>> nan = float('nan')
  >>> (1, nan) == (1, nan)
  True

?

`nan != nan` therefore it might be expected that `(a, nan) != (a, nan)` [1]:

> The values float('NaN') and Decimal('NaN') are special. The are identical to themselves, x is x but are not equal to themselves, x != x. 

> Tuples and lists are compared lexicographically using comparison of corresponding elements. This means that to compare equal, each element must compare equal and the two sequences must be of the same type and have the same length.
> If not equal, the sequences are ordered the same as their first differing elements.

[1]: https://docs.python.org/3.4/reference/expressions.html#comparisons

----------
nosy: +akira

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21873>
_______________________________________

From report at bugs.python.org  Thu Jun 26 16:46:36 2014
From: report at bugs.python.org (akira)
Date: Thu, 26 Jun 2014 14:46:36 +0000
Subject: [issue21873] Tuple comparisons with NaNs are broken
In-Reply-To: <1403771009.56.0.175285571524.issue21873@psf.upfronthosting.co.za>
Message-ID: <1403793996.31.0.96160930729.issue21873@psf.upfronthosting.co.za>


akira added the comment:

btw, pypy3 (986752d005bb) is broken:

  >>>> (1, float('nan')) == (1, float('nan'))
  True

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21873>
_______________________________________

From report at bugs.python.org  Thu Jun 26 16:52:17 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 14:52:17 +0000
Subject: [issue12613] itertools fixer fails
In-Reply-To: <1311353372.31.0.101702308601.issue12613@psf.upfronthosting.co.za>
Message-ID: <1403794337.49.0.467921100349.issue12613@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The patch is small and looks clean to me.  Can someone take a look with a view to committing please, thanks.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12613>
_______________________________________

From report at bugs.python.org  Thu Jun 26 16:56:11 2014
From: report at bugs.python.org (=?utf-8?b?TcO8bWluIMOWenTDvHJr?=)
Date: Thu, 26 Jun 2014 14:56:11 +0000
Subject: [issue12750] datetime.strftime('%s') should respect tzinfo
In-Reply-To: <1313375473.21.0.352014190788.issue12750@psf.upfronthosting.co.za>
Message-ID: <1403794571.84.0.20832470121.issue12750@psf.upfronthosting.co.za>


M?min ?zt?rk added the comment:

I added an improved patch according to akira's explanation for strftime and rounding problem.

----------
Added file: http://bugs.python.org/file35785/strftime2.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12750>
_______________________________________

From report at bugs.python.org  Thu Jun 26 17:05:13 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 15:05:13 +0000
Subject: [issue15332] 2to3 should fix bad indentation (or warn about it)
In-Reply-To: <1342104283.46.0.0298718422519.issue15332@psf.upfronthosting.co.za>
Message-ID: <1403795113.39.0.341464705965.issue15332@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I'd be inclined to close this as "won't fix" as a workaround is given, especially considering that mixing tabs and spaces has always been considered a no no.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15332>
_______________________________________

From report at bugs.python.org  Thu Jun 26 17:22:17 2014
From: report at bugs.python.org (Jyrki Pulliainen)
Date: Thu, 26 Jun 2014 15:22:17 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
 instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1403796137.97.0.758780420452.issue11406@psf.upfronthosting.co.za>


Changes by Jyrki Pulliainen <jyrki at dywypi.org>:


----------
nosy: +nailor

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Thu Jun 26 17:23:07 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 26 Jun 2014 15:23:07 +0000
Subject: [issue12613] itertools fixer fails
In-Reply-To: <1311353372.31.0.101702308601.issue12613@psf.upfronthosting.co.za>
Message-ID: <1403796187.03.0.275012915882.issue12613@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
versions: +Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12613>
_______________________________________

From report at bugs.python.org  Thu Jun 26 17:23:52 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 26 Jun 2014 15:23:52 +0000
Subject: [issue21873] Tuple comparisons with NaNs are broken
In-Reply-To: <1403771009.56.0.175285571524.issue21873@psf.upfronthosting.co.za>
Message-ID: <1403796232.32.0.435359102137.issue21873@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Python containers are allowed to let identity-imply-equality (the reflesive property of equality).  Dicts, lists, tuples, deques, sets, and frozensets all work this way.  So for your purposes,  you need to use distinct NaN values rather than reusing a single instance of a NaN.

----------
nosy: +rhettinger
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21873>
_______________________________________

From report at bugs.python.org  Thu Jun 26 17:34:43 2014
From: report at bugs.python.org (=?utf-8?b?TWFrIE5hemXEjWnEhy1BbmRybG9u?=)
Date: Thu, 26 Jun 2014 15:34:43 +0000
Subject: [issue21873] Tuple comparisons with NaNs are broken
In-Reply-To: <1403771009.56.0.175285571524.issue21873@psf.upfronthosting.co.za>
Message-ID: <1403796883.69.0.874724932803.issue21873@psf.upfronthosting.co.za>


Mak Naze?i?-Andrlon added the comment:

The bug is that the comparison should throw a TypeError, but does not (for incomparable A).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21873>
_______________________________________

From report at bugs.python.org  Thu Jun 26 17:51:22 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Thu, 26 Jun 2014 15:51:22 +0000
Subject: [issue21863] Display module names of C functions in cProfile
In-Reply-To: <1403641424.56.0.722092394489.issue21863@psf.upfronthosting.co.za>
Message-ID: <1403797882.19.0.359853016775.issue21863@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
nosy: +ncoghlan

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21863>
_______________________________________

From report at bugs.python.org  Thu Jun 26 17:58:06 2014
From: report at bugs.python.org (Vajrasky Kok)
Date: Thu, 26 Jun 2014 15:58:06 +0000
Subject: [issue20069] Add unit test for os.chown
In-Reply-To: <1388053703.09.0.645818054692.issue20069@psf.upfronthosting.co.za>
Message-ID: <1403798286.86.0.431393405017.issue20069@psf.upfronthosting.co.za>


Vajrasky Kok added the comment:

Okay, I removed "as _". I thought it was not possible.

----------
Added file: http://bugs.python.org/file35786/add_unit_test_os_chown_v5.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20069>
_______________________________________

From report at bugs.python.org  Thu Jun 26 18:00:41 2014
From: report at bugs.python.org (Vajrasky Kok)
Date: Thu, 26 Jun 2014 16:00:41 +0000
Subject: [issue19145] Inconsistent behaviour in itertools.repeat when using
 negative times
In-Reply-To: <1380727396.47.0.412229295257.issue19145@psf.upfronthosting.co.za>
Message-ID: <1403798441.65.0.107751267147.issue19145@psf.upfronthosting.co.za>


Vajrasky Kok added the comment:

Raymond, thanks for committing my patch but my name was already put into ACKS before this commit.

$ grep -R Vajrasky Misc/ACKS 
Vajrasky Kok
Vajrasky Kok

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19145>
_______________________________________

From report at bugs.python.org  Thu Jun 26 18:02:30 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 26 Jun 2014 16:02:30 +0000
Subject: [issue21873] Tuple comparisons with NaNs are broken
In-Reply-To: <1403771009.56.0.175285571524.issue21873@psf.upfronthosting.co.za>
Message-ID: <1403798550.49.0.603409106806.issue21873@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Python core containers support the invariant:

    assert all(x in c for x in c)

See also:  http://bertrandmeyer.com/2010/02/06/reflexivity-and-other-pillars-of-civilization/

----------
assignee:  -> rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21873>
_______________________________________

From report at bugs.python.org  Thu Jun 26 18:07:27 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Thu, 26 Jun 2014 16:07:27 +0000
Subject: [issue20069] Add unit test for os.chown
In-Reply-To: <1388053703.09.0.645818054692.issue20069@psf.upfronthosting.co.za>
Message-ID: <1403798847.32.0.17005756453.issue20069@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Looks good to me.

----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20069>
_______________________________________

From report at bugs.python.org  Thu Jun 26 18:25:51 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 26 Jun 2014 16:25:51 +0000
Subject: [issue19145] Inconsistent behaviour in itertools.repeat when using
 negative times
In-Reply-To: <1380727396.47.0.412229295257.issue19145@psf.upfronthosting.co.za>
Message-ID: <3gzmmt6Bn0z7Lvw@mail.python.org>


Roundup Robot added the comment:

New changeset 463f499ef591 by Raymond Hettinger in branch '3.4':
Issue #19145:  Remove duplicate ACKS entry
http://hg.python.org/cpython/rev/463f499ef591

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19145>
_______________________________________

From report at bugs.python.org  Thu Jun 26 18:27:46 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 26 Jun 2014 16:27:46 +0000
Subject: [issue19145] Inconsistent behaviour in itertools.repeat when using
 negative times
In-Reply-To: <1380727396.47.0.412229295257.issue19145@psf.upfronthosting.co.za>
Message-ID: <3gzmq60bHzz7M9B@mail.python.org>


Roundup Robot added the comment:

New changeset 07eb04003839 by Raymond Hettinger in branch '2.7':
Issue #19145:  Remove duplicate ACKS entry
http://hg.python.org/cpython/rev/07eb04003839

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19145>
_______________________________________

From report at bugs.python.org  Thu Jun 26 18:28:38 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 26 Jun 2014 16:28:38 +0000
Subject: [issue20295] imghdr add openexr support
In-Reply-To: <1390070746.18.0.632580086157.issue20295@psf.upfronthosting.co.za>
Message-ID: <3gzmr53v9zz7Lq8@mail.python.org>


Roundup Robot added the comment:

New changeset 71b9a841119a by R David Murray in branch 'default':
#20295: Teach imghdr to recognize OpenEXR format images.
http://hg.python.org/cpython/rev/71b9a841119a

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20295>
_______________________________________

From report at bugs.python.org  Thu Jun 26 18:30:03 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Jun 2014 16:30:03 +0000
Subject: [issue20295] imghdr add openexr support
In-Reply-To: <1390070746.18.0.632580086157.issue20295@psf.upfronthosting.co.za>
Message-ID: <1403800203.35.0.314796139994.issue20295@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Martin and Claudiu.

----------
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20295>
_______________________________________

From report at bugs.python.org  Thu Jun 26 18:34:29 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Thu, 26 Jun 2014 16:34:29 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
 instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1403800469.57.0.24292820429.issue11406@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

I'm with Martin and the other respondents who think this shouldn't be done.

Without compelling timings, the smacks of feature creep.  The platform specific issues may create an on-going maintenance problem.  The feature itself is prone to misuse, leaving hard-to-find race condition bugs in its wake.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Thu Jun 26 19:06:41 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Thu, 26 Jun 2014 17:06:41 +0000
Subject: [issue19628] maxlevels -1 on compileall for unlimited recursion
In-Reply-To: <1384634450.77.0.212426893492.issue19628@psf.upfronthosting.co.za>
Message-ID: <1403802401.0.0.817160952509.issue19628@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19628>
_______________________________________

From report at bugs.python.org  Thu Jun 26 19:23:03 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Jun 2014 17:23:03 +0000
Subject: [issue19628] maxlevels -1 on compileall for unlimited recursion
In-Reply-To: <1384634450.77.0.212426893492.issue19628@psf.upfronthosting.co.za>
Message-ID: <1403803383.6.0.787047447949.issue19628@psf.upfronthosting.co.za>


R. David Murray added the comment:

Do we really want to allow infinite recursion (say a symbolic link loop)?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19628>
_______________________________________

From report at bugs.python.org  Thu Jun 26 19:25:22 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 26 Jun 2014 17:25:22 +0000
Subject: [issue12750] datetime.strftime('%s') should respect tzinfo
In-Reply-To: <1313375473.21.0.352014190788.issue12750@psf.upfronthosting.co.za>
Message-ID: <1403803522.59.0.00103122657859.issue12750@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

On the second thought, I don't think accepting this should be contingent on any decision with respect to strptime.

----------
assignee:  -> belopolsky
stage: needs patch -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12750>
_______________________________________

From report at bugs.python.org  Thu Jun 26 19:26:04 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Jun 2014 17:26:04 +0000
Subject: [issue19628] maxlevels -1 on compileall for unlimited recursion
In-Reply-To: <1384634450.77.0.212426893492.issue19628@psf.upfronthosting.co.za>
Message-ID: <1403803564.93.0.278667013979.issue19628@psf.upfronthosting.co.za>


R. David Murray added the comment:

Ah, bad font, I thought the -l was a -1.  I see you aren't adding the infinite recursion, the just ability to control the maximum.  The patch looks good to me.

----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19628>
_______________________________________

From report at bugs.python.org  Thu Jun 26 19:30:15 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 26 Jun 2014 17:30:15 +0000
Subject: [issue21391] shutil uses both os.path.abspath and an 'import from' of
 abspath
In-Reply-To: <1398851506.17.0.252002971676.issue21391@psf.upfronthosting.co.za>
Message-ID: <1403803815.97.0.145732594241.issue21391@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21391>
_______________________________________

From report at bugs.python.org  Thu Jun 26 19:32:47 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Thu, 26 Jun 2014 17:32:47 +0000
Subject: [issue12750] datetime.strftime('%s') should respect tzinfo
In-Reply-To: <1313375473.21.0.352014190788.issue12750@psf.upfronthosting.co.za>
Message-ID: <1403803967.87.0.0246091932037.issue12750@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> rounding problem fixed with math.floor

Can you explain why math.floor rather than builtin round is the correct function to use?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12750>
_______________________________________

From report at bugs.python.org  Thu Jun 26 19:33:32 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 26 Jun 2014 17:33:32 +0000
Subject: [issue21476] Inconsistent behaviour between BytesParser.parse and
 Parser.parse
In-Reply-To: <1399863485.87.0.621460999738.issue21476@psf.upfronthosting.co.za>
Message-ID: <3gzpGz2llDz7LjP@mail.python.org>


Roundup Robot added the comment:

New changeset 0a16756dfcc0 by R David Murray in branch '3.4':
#21476: Unwrap fp in BytesParser so the file isn't unexpectedly closed.
http://hg.python.org/cpython/rev/0a16756dfcc0

New changeset a3ee325fd489 by R David Murray in branch 'default':
Merge #21476: Unwrap fp in BytesParser so the file isn't unexpectedly closed.
http://hg.python.org/cpython/rev/a3ee325fd489

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21476>
_______________________________________

From report at bugs.python.org  Thu Jun 26 19:34:41 2014
From: report at bugs.python.org (R. David Murray)
Date: Thu, 26 Jun 2014 17:34:41 +0000
Subject: [issue21476] Inconsistent behaviour between BytesParser.parse and
 Parser.parse
In-Reply-To: <1399863485.87.0.621460999738.issue21476@psf.upfronthosting.co.za>
Message-ID: <1403804081.59.0.824878725054.issue21476@psf.upfronthosting.co.za>


R. David Murray added the comment:

Thanks, Vajrasky.  And to the reviewers as well.

----------
resolution:  -> fixed
stage: commit review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21476>
_______________________________________

From report at bugs.python.org  Thu Jun 26 19:36:13 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 17:36:13 +0000
Subject: [issue21046] Document formulas used in statistics
In-Reply-To: <1395630619.14.0.819197288528.issue21046@psf.upfronthosting.co.za>
Message-ID: <1403804173.39.0.880085393304.issue21046@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Three months gone and still no patch, not that I believe one is needed.  I'm inclined to close as "won't fix", there's nothing to stop it being reopened if needed.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21046>
_______________________________________

From report at bugs.python.org  Thu Jun 26 19:39:41 2014
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 26 Jun 2014 17:39:41 +0000
Subject: [issue21391] shutil uses both os.path.abspath and an 'import from' of
 abspath
In-Reply-To: <1398851506.17.0.252002971676.issue21391@psf.upfronthosting.co.za>
Message-ID: <1403804381.05.0.768848636488.issue21391@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Shouldn't the existing calls to abspath() be changed to os.path.abspath()? Or are both patches meant to be applied? I don't think the first patch applies cleanly any more.

In any event: the deprecation and test look good to me. So assuming we get rid of the import and get rid of direct calls to abspath(), I'm +1.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21391>
_______________________________________

From report at bugs.python.org  Thu Jun 26 19:42:43 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 17:42:43 +0000
Subject: [issue8387] use universal newline mode in csv module examples
In-Reply-To: <1271193086.18.0.201846291594.issue8387@psf.upfronthosting.co.za>
Message-ID: <1403804563.7.0.0592724826595.issue8387@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@sfinnie can we please have a response to the question first asked by Antoine and repeated by Jessica, thanks.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8387>
_______________________________________

From report at bugs.python.org  Thu Jun 26 19:47:21 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 17:47:21 +0000
Subject: [issue21327] socket.type value changes after using settimeout()
In-Reply-To: <1398167707.44.0.251945553674.issue21327@psf.upfronthosting.co.za>
Message-ID: <1403804841.1.0.620745985724.issue21327@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy:  -BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21327>
_______________________________________

From report at bugs.python.org  Thu Jun 26 19:56:21 2014
From: report at bugs.python.org (Eric V. Smith)
Date: Thu, 26 Jun 2014 17:56:21 +0000
Subject: [issue21391] shutil uses both os.path.abspath and an 'import from' of
 abspath
In-Reply-To: <1398851506.17.0.252002971676.issue21391@psf.upfronthosting.co.za>
Message-ID: <1403805381.12.0.619188859452.issue21391@psf.upfronthosting.co.za>


Eric V. Smith added the comment:

Now that I think about it, maybe we don't need a deprecation warning.

http://legacy.python.org/dev/peps/pep-0008/#public-and-internal-interfaces

says:

"Imported names should always be considered an implementation detail. Other modules must not rely on indirect access to such imported names unless they are an explicitly documented part of the containing module's API, such as os.path or a package's __init__ module that exposes functionality from submodules."

abspath isn't in __all__, so it's arguably not part of the public API, anyway.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21391>
_______________________________________

From report at bugs.python.org  Thu Jun 26 20:04:52 2014
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 26 Jun 2014 18:04:52 +0000
Subject: [issue21046] Document formulas used in statistics
In-Reply-To: <1395630619.14.0.819197288528.issue21046@psf.upfronthosting.co.za>
Message-ID: <1403805892.42.0.585970801307.issue21046@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
nosy:  -zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21046>
_______________________________________

From report at bugs.python.org  Thu Jun 26 20:05:30 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 18:05:30 +0000
Subject: [issue2636] Adding a new regex module (compatible with re)
In-Reply-To: <1208260672.14.0.711874677361.issue2636@psf.upfronthosting.co.za>
Message-ID: <1403805930.31.0.979308703505.issue2636@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Will we actually get regex into the standard library on this pass?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Thu Jun 26 20:48:07 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 26 Jun 2014 18:48:07 +0000
Subject: [issue20351] Add doc examples for DictReader and DictWriter
In-Reply-To: <1390414077.91.0.281809568509.issue20351@psf.upfronthosting.co.za>
Message-ID: <1403808487.5.0.307093906844.issue20351@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +berker.peksag
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20351>
_______________________________________

From report at bugs.python.org  Thu Jun 26 20:52:58 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 26 Jun 2014 18:52:58 +0000
Subject: [issue21746] urlparse.BaseResult no longer exists
In-Reply-To: <1402650592.68.0.838750531809.issue21746@psf.upfronthosting.co.za>
Message-ID: <1403808778.04.0.648107886119.issue21746@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +berker.peksag, orsenthil

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21746>
_______________________________________

From report at bugs.python.org  Thu Jun 26 20:59:00 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 18:59:00 +0000
Subject: [issue12815] Coverage of smtpd.py
In-Reply-To: <1314001507.51.0.00455911966964.issue12815@psf.upfronthosting.co.za>
Message-ID: <1403809140.53.0.248751707853.issue12815@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

There are comments on rietvield but I'm not sure whether or not they've been picked up.  In any case can somebody set the appropriate fields and give us a commit review please.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12815>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:01:46 2014
From: report at bugs.python.org (py.user)
Date: Thu, 26 Jun 2014 19:01:46 +0000
Subject: [issue14460] In re's positive lookbehind assertion repetition works
In-Reply-To: <1333267671.53.0.559378302882.issue14460@psf.upfronthosting.co.za>
Message-ID: <1403809306.96.0.696219497863.issue14460@psf.upfronthosting.co.za>


py.user added the comment:

>>> m = re.search(r'(?<=(a)){10}bc', 'abc', re.DEBUG)
max_repeat 10 10 
  assert -1 
    subpattern 1 
      literal 97 
literal 98 
literal 99 
>>> m.group()
'bc'
>>>
>>> m.groups()
('a',)
>>>


It works like there are 10 letters "a" before letter "b".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14460>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:02:49 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 19:02:49 +0000
Subject: [issue1528154] New sequences for Unicode groups and block ranges
 needed
Message-ID: <1403809369.08.0.136815297905.issue1528154@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is there an easy way to find out how many other issues have #2636 as a dependency?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1528154>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:07:57 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 19:07:57 +0000
Subject: [issue3647] urlparse - relative url parsing and joins to be RFC3986
 compliance
In-Reply-To: <1219409676.71.0.379802173537.issue3647@psf.upfronthosting.co.za>
Message-ID: <1403809677.65.0.046819724885.issue3647@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3647>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:08:50 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 26 Jun 2014 19:08:50 +0000
Subject: [issue19870] Backport Cookie fix to 2.7 (httponly / secure flag)
In-Reply-To: <1386055628.27.0.222770059818.issue19870@psf.upfronthosting.co.za>
Message-ID: <1403809730.55.0.192951362961.issue19870@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
assignee:  -> berker.peksag
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19870>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:12:45 2014
From: report at bugs.python.org (Aaron Meurer)
Date: Thu, 26 Jun 2014 19:12:45 +0000
Subject: [issue14373] C implementation of functools.lru_cache
In-Reply-To: <1332250846.11.0.753199667334.issue14373@psf.upfronthosting.co.za>
Message-ID: <1403809965.16.0.741153849039.issue14373@psf.upfronthosting.co.za>


Changes by Aaron Meurer <asmeurer at gmail.com>:


----------
nosy: +Aaron.Meurer

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14373>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:16:23 2014
From: report at bugs.python.org (Matthew Barnett)
Date: Thu, 26 Jun 2014 19:16:23 +0000
Subject: [issue14460] In re's positive lookbehind assertion repetition works
In-Reply-To: <1333267671.53.0.559378302882.issue14460@psf.upfronthosting.co.za>
Message-ID: <1403810183.34.0.36909524125.issue14460@psf.upfronthosting.co.za>


Matthew Barnett added the comment:

Lookarounds can capture, but they don't consume. That lookbehind is matching the same part of the string every time.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14460>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:17:28 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Jun 2014 19:17:28 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
 instead of list
In-Reply-To: <1403800469.57.0.24292820429.issue11406@psf.upfronthosting.co.za>
Message-ID: <CAMpsgwYKpLzTdyzRiDE_Zw7T8ez7Dgccq85iS4iGkXFqGj0t7g@mail.gmail.com>


STINNER Victor added the comment:

Maybethe development should start outside Python stdlib, on a project on
PyPI.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:24:17 2014
From: report at bugs.python.org (Tim Peters)
Date: Thu, 26 Jun 2014 19:24:17 +0000
Subject: [issue14460] In re's positive lookbehind assertion repetition works
In-Reply-To: <1333267671.53.0.559378302882.issue14460@psf.upfronthosting.co.za>
Message-ID: <1403810657.4.0.173734878095.issue14460@psf.upfronthosting.co.za>


Tim Peters added the comment:

I would not call this a bug - it's just usually a silly thing to do ;-)

Note, e.g., that p{N} is shorthand for writing p N times.  For example, p{4} is much the same as pppp (but not exactly so in all cases; e.g., if `p` happens to contain a capturing group, the numbering of all capturing groups will differ between those two spellings).

A successful assertion generally matches an empty string (does not advance the position being looked at in the target string).  So, e.g., if we're at some point in the target string where

(?<=a)

matches, then

(?<=a)(?<=a)

will also match at the same point, and so will

(?<=a)(?<=a)(?<=a)

and

(?<=a)(?<=a)(?<=a)(?<=a)

and so on & so on.  The position in the target string never changes, so each redundant assertion succeeds too.  So (?<=a){N} _should_ match there too.

> It works like there are 10 letters "a" before letter "b".

It's much more like you're asking whether "a" appears before "b", but are rather pointlessly asking the same question 10 times ;-)

----------
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14460>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:34:54 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 19:34:54 +0000
Subject: [issue10721] Remove HTTP 0.9 server support
In-Reply-To: <1292523705.43.0.300913774105.issue10721@psf.upfronthosting.co.za>
Message-ID: <1403811294.7.0.943896837659.issue10721@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

How, if at all, has the requirement for HTTP 0.9 support changed since this issue was first raised?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10721>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:37:15 2014
From: report at bugs.python.org (Ian Cordasco)
Date: Thu, 26 Jun 2014 19:37:15 +0000
Subject: [issue10721] Remove HTTP 0.9 server support
In-Reply-To: <1292523705.43.0.300913774105.issue10721@psf.upfronthosting.co.za>
Message-ID: <1403811435.9.0.801174886079.issue10721@psf.upfronthosting.co.za>


Changes by Ian Cordasco <graffatcolmingov at gmail.com>:


----------
nosy: +icordasc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10721>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:38:41 2014
From: report at bugs.python.org (Cory Benfield)
Date: Thu, 26 Jun 2014 19:38:41 +0000
Subject: [issue10721] Remove HTTP 0.9 server support
In-Reply-To: <1292523705.43.0.300913774105.issue10721@psf.upfronthosting.co.za>
Message-ID: <1403811521.38.0.584278791194.issue10721@psf.upfronthosting.co.za>


Cory Benfield added the comment:

To answer your question, Mark, RFC 7230 has removed the expectation that HTTP/1.1 servers will be able to support HTTP/0.9 requests.

----------
nosy: +Lukasa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10721>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:47:12 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 19:47:12 +0000
Subject: [issue9912] Fail when vsvarsall.bat produces stderr
In-Reply-To: <1285082676.18.0.058541871992.issue9912@psf.upfronthosting.co.za>
Message-ID: <1403812032.63.0.549752333156.issue9912@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The patch is two extra lines that look fine to me, can somebody do a commit review please?

----------
components:  -Distutils2
nosy: +BreamoreBoy, dstufft
versions: +Python 3.4, Python 3.5 -3rd party, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9912>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:49:53 2014
From: report at bugs.python.org (py.user)
Date: Thu, 26 Jun 2014 19:49:53 +0000
Subject: [issue14460] In re's positive lookbehind assertion repetition works
In-Reply-To: <1333267671.53.0.559378302882.issue14460@psf.upfronthosting.co.za>
Message-ID: <1403812193.14.0.991672689335.issue14460@psf.upfronthosting.co.za>


py.user added the comment:

Tim Peters wrote:
> (?<=a)(?<=a)(?<=a)(?<=a)


There are four different points.
If a1 before a2 and a2 before a3 and a3 before a4 and a4 before something.

Otherwise repetition of assertion has no sense. If it has no sense, there should be an exception.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14460>
_______________________________________

From report at bugs.python.org  Thu Jun 26 21:59:05 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 26 Jun 2014 19:59:05 +0000
Subject: [issue21578] Misleading error message when ImportError called with
 invalid keyword args
In-Reply-To: <1401078695.26.0.813929580296.issue21578@psf.upfronthosting.co.za>
Message-ID: <1403812745.41.0.0694064978867.issue21578@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Eric, do you want me to commit the patch? Should this also be committed to the 3.4 branch?

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21578>
_______________________________________

From report at bugs.python.org  Thu Jun 26 22:22:34 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 26 Jun 2014 20:22:34 +0000
Subject: [issue21829] Wrong test in ctypes
In-Reply-To: <1403527925.65.0.212984709862.issue21829@psf.upfronthosting.co.za>
Message-ID: <3gzt213MG9z7LjM@mail.python.org>


Roundup Robot added the comment:

New changeset ab708e4131dd by Zachary Ware in branch '3.4':
Issue #21829: Fix running test_ctypes on Windows with -O or -OO
http://hg.python.org/cpython/rev/ab708e4131dd

New changeset bbb28082d7b4 by Zachary Ware in branch 'default':
Issue #21829: Merge with 3.4
http://hg.python.org/cpython/rev/bbb28082d7b4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21829>
_______________________________________

From report at bugs.python.org  Thu Jun 26 22:23:22 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 20:23:22 +0000
Subject: [issue1288056] pygettext: extract translators comments
Message-ID: <1403814202.76.0.287889968806.issue1288056@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is there anything of value in the patch which can be used, as I can't comment on it from a technical viewpoint?  Otherwise can we close this as "out of date" or "won't fix" as appropriate?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1288056>
_______________________________________

From report at bugs.python.org  Thu Jun 26 22:25:01 2014
From: report at bugs.python.org (Zachary Ware)
Date: Thu, 26 Jun 2014 20:25:01 +0000
Subject: [issue21829] Wrong test in ctypes
In-Reply-To: <1403527925.65.0.212984709862.issue21829@psf.upfronthosting.co.za>
Message-ID: <1403814301.47.0.578574482635.issue21829@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Thanks for the report, Claudiu.  I went with a simpler fix, just comparing Py_OptimizeFlag with sys.flags.optimize.  That way, we don't care if we're running as -O, -OO, or -OOO, the test will always test against the correct value.

----------
assignee:  -> zach.ware
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21829>
_______________________________________

From report at bugs.python.org  Thu Jun 26 22:30:04 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 26 Jun 2014 20:30:04 +0000
Subject: [issue19897] Use python as executable instead of python3 in Python 2
 docs
Message-ID: <3gztBg5ZHnz7Ljf@mail.python.org>


New submission from Roundup Robot:

New changeset eb0921b2100b by Berker Peksag in branch '2.7':
Issue #19897: Use python as executable instead of python3.
http://hg.python.org/cpython/rev/eb0921b2100b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19897>
_______________________________________

From report at bugs.python.org  Thu Jun 26 22:31:39 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 26 Jun 2014 20:31:39 +0000
Subject: [issue19897] Use python as executable instead of python3 in Python 2
 docs
In-Reply-To: <3gztBg5ZHnz7Ljf@mail.python.org>
Message-ID: <1403814699.73.0.189496092456.issue19897@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
assignee: docs at python -> berker.peksag
nosy: +r.david.murray
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19897>
_______________________________________

From report at bugs.python.org  Thu Jun 26 22:45:20 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Thu, 26 Jun 2014 20:45:20 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
 instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1403815520.22.0.942690741932.issue11406@psf.upfronthosting.co.za>


Ben Hoyt added the comment:

Raymond, there are very compelling timings/benchmarks for this -- not so much the original issue here (generator vs list, that's not really an issue) but having a scandir() function that returns the stat-like info from the OS so you don't need extra stat calls. This speeds up os.walk() by 7-20 times on Windows and 4-5 times on Linux. See more at: https://github.com/benhoyt/scandir#benchmarks

I've written a draft PEP that I've sent to the PEP editors (if you're interested, it's at https://github.com/benhoyt/scandir/blob/master/PEP.txt). If any of the PEP editors are listening here ... would love some feedback on that at some stage. :-)

Victor -- development has started outside the stdlib here: https://github.com/benhoyt/scandir and PyPI module here: https://pypi.python.org/pypi/scandir Both are being used by various people.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Thu Jun 26 22:52:25 2014
From: report at bugs.python.org (Tim Peters)
Date: Thu, 26 Jun 2014 20:52:25 +0000
Subject: [issue14460] In re's positive lookbehind assertion repetition works
In-Reply-To: <1333267671.53.0.559378302882.issue14460@psf.upfronthosting.co.za>
Message-ID: <1403815945.55.0.407543312954.issue14460@psf.upfronthosting.co.za>


Tim Peters added the comment:

>> (?<=a)(?<=a)(?<=a)(?<=a)

> There are four different points.
> If a1 before a2 and a2 before a3 and a3 before a4 and a4
> before something.

Sorry, that view doesn't make any sense.  A successful lookbehind assertion matches the empty string.  Same as the regexp

()()()()

matches 4 empty strings (and all the _same_ empty string) at any point.

> Otherwise repetition of assertion has no sense.

As I said before, it's "usually a silly thing to do".  It does make sense, just not _useful_ sense - it's "silly" ;-)

> If it has no sense, there should be an exception.

Why?  Code like

    i += 0

is usually pointless too, but it's not up to a programming language to force you to code only useful things.

It's easy to write to write regexps that are pointless.  For example, the regexp

(?=a)b

can never succeed.  Should that raise an exception?  Or should the regexp

(?=a)a

raise an exception because the (?=a) part is redundant?  Etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14460>
_______________________________________

From report at bugs.python.org  Thu Jun 26 23:16:03 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Jun 2014 21:16:03 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
 instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1403817363.97.0.514139446021.issue11406@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"I've written a draft PEP that I've sent to the PEP editors (if you're interested, it's at https://github.com/benhoyt/scandir/blob/master/PEP.txt). If any of the PEP editors are listening here ... would love some feedback on that at some stage. :-)"

Oh you wrote a PEP? Great! I pushed it to the PEP repository. It should be online in a few hours:
http://legacy.python.org/dev/peps/pep-0471/

PEP editors are still useful if you want to get access directly the Mercurial repository to modify directly your PEP.

If you have a PEP, it's time to send it to the python-dev mailing list. Don't attach it to your mail, but copy PEP in the body of your email for easier inline comments in replies.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Thu Jun 26 23:16:57 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Thu, 26 Jun 2014 21:16:57 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
 instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1403817417.78.0.347877251694.issue11406@psf.upfronthosting.co.za>


Ben Hoyt added the comment:

Thanks! Will post the PEP to python-dev in the next day or two.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Thu Jun 26 23:17:48 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 21:17:48 +0000
Subject: [issue5062] Rlcompleter.Completer does not use __dir__ magic method
In-Reply-To: <1232933338.03.0.797305426871.issue5062@psf.upfronthosting.co.za>
Message-ID: <1403817468.72.0.903244653453.issue5062@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Patched code produces identical output to unpatched code.  This doesn't really surprise me as word is reused within the for loop.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5062>
_______________________________________

From report at bugs.python.org  Thu Jun 26 23:28:14 2014
From: report at bugs.python.org (Berker Peksag)
Date: Thu, 26 Jun 2014 21:28:14 +0000
Subject: [issue5800] make wsgiref.headers.Headers accept empty constructor
In-Reply-To: <1240243265.38.0.0946630520568.issue5800@psf.upfronthosting.co.za>
Message-ID: <1403818094.23.0.604572048765.issue5800@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's a new patch with a whatsnew entry. David, could you review the patch?

----------
nosy: +r.david.murray
Added file: http://bugs.python.org/file35787/issue5800_v2.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5800>
_______________________________________

From report at bugs.python.org  Thu Jun 26 23:34:25 2014
From: report at bugs.python.org (Roundup Robot)
Date: Thu, 26 Jun 2014 21:34:25 +0000
Subject: [issue21858] Enhance error handling in the sqlite module
In-Reply-To: <1403603454.99.0.611583484215.issue21858@psf.upfronthosting.co.za>
Message-ID: <3gzvcw23W4z7LjM@mail.python.org>


Roundup Robot added the comment:

New changeset 62612b195cb5 by Victor Stinner in branch '3.4':
Issue #21858: Better handling of Python exceptions in the sqlite3 module.
http://hg.python.org/cpython/rev/62612b195cb5

New changeset 169171da66fa by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21858: Better handling of Python exceptions in the sqlite3
http://hg.python.org/cpython/rev/169171da66fa

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21858>
_______________________________________

From report at bugs.python.org  Thu Jun 26 23:48:24 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Jun 2014 21:48:24 +0000
Subject: [issue21858] Enhance error handling in the sqlite module
In-Reply-To: <1403603454.99.0.611583484215.issue21858@psf.upfronthosting.co.za>
Message-ID: <1403819304.12.0.573184561466.issue21858@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21858>
_______________________________________

From report at bugs.python.org  Thu Jun 26 23:48:27 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Jun 2014 21:48:27 +0000
Subject: [issue21858] Enhance error handling in the sqlite module
In-Reply-To: <1403603454.99.0.611583484215.issue21858@psf.upfronthosting.co.za>
Message-ID: <1403819307.45.0.106004782593.issue21858@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21858>
_______________________________________

From report at bugs.python.org  Fri Jun 27 00:19:13 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 22:19:13 +0000
Subject: [issue10558] non-standard processing of several configure options
 ignores "=no"
In-Reply-To: <1290914697.11.0.0589009147808.issue10558@psf.upfronthosting.co.za>
Message-ID: <1403821153.25.0.312263772484.issue10558@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Does the patch here or an updated version still need incorporating into the build system?

----------
nosy: +BreamoreBoy
type:  -> behavior
versions: +Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10558>
_______________________________________

From report at bugs.python.org  Fri Jun 27 00:23:11 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Jun 2014 22:23:11 +0000
Subject: [issue21863] Display module names of C functions in cProfile
In-Reply-To: <1403641424.56.0.722092394489.issue21863@psf.upfronthosting.co.za>
Message-ID: <1403821391.25.0.980557661468.issue21863@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The patch looks good to me. I didn't test it, but I see that the change is already tested by existing tests.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21863>
_______________________________________

From report at bugs.python.org  Fri Jun 27 00:41:18 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Jun 2014 22:41:18 +0000
Subject: [issue21870] Ctrl-C doesn't interrupt simple loop
In-Reply-To: <1403705585.66.0.458181854344.issue21870@psf.upfronthosting.co.za>
Message-ID: <1403822478.12.0.542701692821.issue21870@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The problem is in the ceval.c, the core of Python bytecode interpreter. For performances, it doesn't check if pending calls should be called for each instructio. It uses "fast dispatch" which doesn't check pending calls. The problem is that a signal schedules a pending call. The scheduled call is never executed on Python 2.

Python 3.2 introduced an atomic eval_breaker variable which fixes this issue. It is part of the huge change "new GIL":
---
changeset:   57175:fdd6484f1210
parent:      57172:6d91aaadddd0
user:        Antoine Pitrou <solipsis at pitrou.net>
date:        Tue Nov 10 19:50:40 2009 +0000
files:       Include/ceval.h Include/pystate.h Include/sysmodule.h Lib/test/test_sys.py Makefile.pre.in Objects/longob
description:
Merge in the new GIL.
---

I'm not sure that it would be possible to only backport the "eval_breaker" variable. Anyway, changing ceval.c in minor Python 2.7 release is risky. I would prefer to close the bug as wontfix. IMO the safe solution is to upgrade to Python 3.2 or later.

----------
nosy: +haypo, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21870>
_______________________________________

From report at bugs.python.org  Fri Jun 27 00:41:27 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Jun 2014 22:41:27 +0000
Subject: [issue21849] Fix multiprocessing for non-ascii data
In-Reply-To: <1403595158.76.0.418417977176.issue21849@psf.upfronthosting.co.za>
Message-ID: <1403822487.0.0.728950259721.issue21849@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21849>
_______________________________________

From report at bugs.python.org  Fri Jun 27 00:42:42 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Jun 2014 22:42:42 +0000
Subject: [issue21825] Embedding-Python example code from documentation crashes
In-Reply-To: <1403451208.28.0.571545120594.issue21825@psf.upfronthosting.co.za>
Message-ID: <1403822562.47.0.466627502268.issue21825@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21825>
_______________________________________

From report at bugs.python.org  Fri Jun 27 00:47:43 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 22:47:43 +0000
Subject: [issue6029] FAIL: test_longdouble
 (ctypes.test.test_callbacks.Callbacks) [SPARC/64-bit]
In-Reply-To: <1242377349.19.0.984337506616.issue6029@psf.upfronthosting.co.za>
Message-ID: <1403822863.91.0.982624064849.issue6029@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I believe this can be closed as a very similar change was done in r59626.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6029>
_______________________________________

From report at bugs.python.org  Fri Jun 27 00:55:53 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 22:55:53 +0000
Subject: [issue10798] test_concurrent_futures fails on FreeBSD
In-Reply-To: <1293740054.42.0.931376139757.issue10798@psf.upfronthosting.co.za>
Message-ID: <1403823353.15.0.87479555208.issue10798@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is it safe to assume that this test problem was resolved long ago?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10798>
_______________________________________

From report at bugs.python.org  Fri Jun 27 00:56:58 2014
From: report at bugs.python.org (STINNER Victor)
Date: Thu, 26 Jun 2014 22:56:58 +0000
Subject: [issue10798] test_concurrent_futures fails on FreeBSD
In-Reply-To: <1293740054.42.0.931376139757.issue10798@psf.upfronthosting.co.za>
Message-ID: <1403823418.01.0.513932109559.issue10798@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10798>
_______________________________________

From report at bugs.python.org  Fri Jun 27 00:58:14 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 26 Jun 2014 22:58:14 +0000
Subject: [issue2636] Adding a new regex module (compatible with re)
In-Reply-To: <1403805930.31.0.979308703505.issue2636@psf.upfronthosting.co.za>
Message-ID: <CADiSq7e5_XkNb-okjs0b6xMnds4nfnvh7=NW2rz-MUYb_xrSdQ@mail.gmail.com>


Nick Coghlan added the comment:

Even with in principle approval from Guido, this idea still depends on
volunteers to actually write up a concrete proposal as a PEP (which
shouldn't be too controversial, given Guido already OK'ed the idea) and
then do the integration work to incorporate the code, tests and docs into
CPython (not technically *hard*, but not trivial either). "pip install
regex" starts looking fairly attractive at that point :)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2636>
_______________________________________

From report at bugs.python.org  Fri Jun 27 01:05:17 2014
From: report at bugs.python.org (Alex)
Date: Thu, 26 Jun 2014 23:05:17 +0000
Subject: [issue21870] Ctrl-C doesn't interrupt simple loop
In-Reply-To: <1403705585.66.0.458181854344.issue21870@psf.upfronthosting.co.za>
Message-ID: <1403823917.68.0.219617427128.issue21870@psf.upfronthosting.co.za>


Alex added the comment:

It's not a major usability issue for me, and I wouldn't be too distressed by a WONTFIX, though I don't know how much it affects other people.

I've just noticed that this is a smaller version:

while 1:
  if 0<0: pass

I'm curious as to why the above is not interruptible, but things like

while 1:
  if 0+0: pass

are.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21870>
_______________________________________

From report at bugs.python.org  Fri Jun 27 01:05:33 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Thu, 26 Jun 2014 23:05:33 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
 instead of list
In-Reply-To: <1403817417.78.0.347877251694.issue11406@psf.upfronthosting.co.za>
Message-ID: <CADiSq7dqJc==VTYSR=ohFUqw+rGz2GGTM=4n582Oi7JZ5TwM5A@mail.gmail.com>


Nick Coghlan added the comment:

I suggest a pass through python-ideas first. python-ideas feedback tends to
be more oriented towards "is this proposal as persuasive as it could be?",
while python-dev is more aimed at the "is this a good idea or not?" yes/no
question. (python-ideas feedback naturally includes some of the latter as
well, but there's a lot more "I'm not sure I agree with the idea itself,
but I agree it's worth discussing further" feedback than is common on
python-dev)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Fri Jun 27 01:06:47 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 23:06:47 +0000
Subject: [issue4346] PyObject_CallMethod changes the exception message already
 set by PyObject_GetAttr
In-Reply-To: <1227017720.01.0.112991590053.issue4346@psf.upfronthosting.co.za>
Message-ID: <1403824007.73.0.726024268814.issue4346@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The calls to type_error in the patch that have been added and removed appear to be identical, I don't know if this is by accident or design.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4346>
_______________________________________

From report at bugs.python.org  Fri Jun 27 01:11:12 2014
From: report at bugs.python.org (Ben Hoyt)
Date: Thu, 26 Jun 2014 23:11:12 +0000
Subject: [issue11406] There is no os.listdir() equivalent returning generator
 instead of list
In-Reply-To: <1299320278.86.0.403600489598.issue11406@psf.upfronthosting.co.za>
Message-ID: <1403824272.55.0.833253051787.issue11406@psf.upfronthosting.co.za>


Ben Hoyt added the comment:

Nick -- sorry, already posted to python-dev before seeing your latest. However, I think it's the right place, as there's already been a fair bit of hashing this idea and API out on python-ideas first and then also python-dev. See links in the PEP here: http://legacy.python.org/dev/peps/pep-0471/#previous-discussion

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11406>
_______________________________________

From report at bugs.python.org  Fri Jun 27 01:14:02 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 23:14:02 +0000
Subject: [issue4613] Can't figure out where SyntaxError: can not delete
 variable 'x' referenced in nested scope us coming from in
 python shows no traceback
In-Reply-To: <1228851366.47.0.778416460497.issue4613@psf.upfronthosting.co.za>
Message-ID: <1403824442.3.0.562908023405.issue4613@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

As issue 4617 has been closed as resolved is there anything left to do here?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4613>
_______________________________________

From report at bugs.python.org  Fri Jun 27 01:23:01 2014
From: report at bugs.python.org (akira)
Date: Thu, 26 Jun 2014 23:23:01 +0000
Subject: [issue21873] Tuple comparisons with NaNs are broken
In-Reply-To: <1403771009.56.0.175285571524.issue21873@psf.upfronthosting.co.za>
Message-ID: <1403824981.45.0.159904022327.issue21873@psf.upfronthosting.co.za>


akira added the comment:

> Python containers are allowed to let identity-imply-equality (the reflesive property of equality).

Is it documented somewhere?

> Dicts, lists, tuples, deques, sets, and frozensets all work this way. 

Is it CPython specific behaviour?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21873>
_______________________________________

From report at bugs.python.org  Fri Jun 27 01:37:11 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 23:37:11 +0000
Subject: [issue10598] curses fails to import on Solaris
In-Reply-To: <1291234378.99.0.641306252968.issue10598@psf.upfronthosting.co.za>
Message-ID: <1403825831.81.0.214628420215.issue10598@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The code was fixed in default in r73781.  The patch for test_curses was never applied unless by a different name.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10598>
_______________________________________

From report at bugs.python.org  Fri Jun 27 01:39:06 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Thu, 26 Jun 2014 23:39:06 +0000
Subject: [issue10116] Sporadic failures in test_urllibnet
In-Reply-To: <1287150282.16.0.127032822399.issue10116@psf.upfronthosting.co.za>
Message-ID: <1403825946.02.0.546328827111.issue10116@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is it safe to assume that these failures have been resolved?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10116>
_______________________________________

From report at bugs.python.org  Fri Jun 27 01:42:32 2014
From: report at bugs.python.org (Tim Peters)
Date: Thu, 26 Jun 2014 23:42:32 +0000
Subject: [issue14460] In re's positive lookbehind assertion repetition works
In-Reply-To: <1333267671.53.0.559378302882.issue14460@psf.upfronthosting.co.za>
Message-ID: <1403826152.25.0.930128809913.issue14460@psf.upfronthosting.co.za>


Tim Peters added the comment:

BTW, note that the idea "successful lookaround assertions match an empty string" isn't just a figure of speech:  it's the literal truth, and - indeed - is key to understanding what happens here.  You can see this by adding some capturing groups around the assertions.  Like so:

m = re.search("((?<=a))((?<=a))((?<=a))((?<=a))b", "xab")

Then

[m.span(i) for i in range(1, 5)]

produces

[(2, 2), (2, 2), (2, 2), (2, 2)]

That is, each assertion matched (the same) empty string immediately preceding "b" in the target string.

This makes perfect sense - although it may not be useful.  So I think this report should be closed with "so if it bothers you, don't do it" ;-)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14460>
_______________________________________

From report at bugs.python.org  Fri Jun 27 01:45:45 2014
From: report at bugs.python.org (Bob Lightfoot)
Date: Thu, 26 Jun 2014 23:45:45 +0000
Subject: [issue21874] test_strptime fails on rhel/centos/fedora systems
Message-ID: <1403826345.9.0.88896627543.issue21874@psf.upfronthosting.co.za>


New submission from Bob Lightfoot:

when attempting build of 3.3.2-15 and 3.4.1 saw this error on both el7 and fc20 systems.

----------
components: Tests
files: fail.summary.log.el7
messages: 221667
nosy: boblfoot
priority: normal
severity: normal
status: open
title: test_strptime fails on rhel/centos/fedora systems
type: behavior
versions: Python 3.2, Python 3.4
Added file: http://bugs.python.org/file35788/fail.summary.log.el7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21874>
_______________________________________

From report at bugs.python.org  Fri Jun 27 01:47:22 2014
From: report at bugs.python.org (Bob Lightfoot)
Date: Thu, 26 Jun 2014 23:47:22 +0000
Subject: [issue21874] test_strptime fails on rhel/centos/fedora systems
In-Reply-To: <1403826345.9.0.88896627543.issue21874@psf.upfronthosting.co.za>
Message-ID: <1403826442.67.0.356460250713.issue21874@psf.upfronthosting.co.za>


Changes by Bob Lightfoot <boblfoot at fedoraproject.org>:


Added file: http://bugs.python.org/file35789/fail.summary.log.fc20

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21874>
_______________________________________

From report at bugs.python.org  Fri Jun 27 02:05:06 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 00:05:06 +0000
Subject: [issue10312] intcatcher() can deadlock
In-Reply-To: <1288874942.68.0.464773855859.issue10312@psf.upfronthosting.co.za>
Message-ID: <1403827506.72.0.61982097918.issue10312@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

intrcheck.c no longer exists in cpython so can this be closed "out of date"?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10312>
_______________________________________

From report at bugs.python.org  Fri Jun 27 02:19:53 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 00:19:53 +0000
Subject: [issue8214] Add exception logging function to syslog module
In-Reply-To: <1269382333.64.0.598164519082.issue8214@psf.upfronthosting.co.za>
Message-ID: <1403828393.46.0.180913477164.issue8214@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Sean is this something you can pick up again, it seems a shame to let your past efforts gather dust?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8214>
_______________________________________

From report at bugs.python.org  Fri Jun 27 03:05:14 2014
From: report at bugs.python.org (=?utf-8?b?TWFrIE5hemXEjWnEhy1BbmRybG9u?=)
Date: Fri, 27 Jun 2014 01:05:14 +0000
Subject: [issue21873] Tuple comparisons with NaNs are broken
In-Reply-To: <1403771009.56.0.175285571524.issue21873@psf.upfronthosting.co.za>
Message-ID: <1403831114.37.0.106351751205.issue21873@psf.upfronthosting.co.za>


Mak Naze?i?-Andrlon added the comment:

It's not about equality.

    >>> class A: pass
    ... 
    >>> (float("nan"), A()) < (float("nan"), A())
    False

That < comparison should throw a TypeError, since NaN < NaN is False, in the same way that 0 < 0 is False here:

>>> (0, A()) < (0, A())
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
TypeError: unorderable types: A() < A()

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21873>
_______________________________________

From report at bugs.python.org  Fri Jun 27 03:36:09 2014
From: report at bugs.python.org (Albert Hopkins)
Date: Fri, 27 Jun 2014 01:36:09 +0000
Subject: [issue4613] Can't figure out where SyntaxError: can not delete
 variable 'x' referenced in nested scope us coming from in
 python shows no traceback
In-Reply-To: <1228851366.47.0.778416460497.issue4613@psf.upfronthosting.co.za>
Message-ID: <1403832969.81.0.748494165117.issue4613@psf.upfronthosting.co.za>


Albert Hopkins added the comment:

You can close this one out.  I don't even remember the use case anymore.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4613>
_______________________________________

From report at bugs.python.org  Fri Jun 27 04:23:36 2014
From: report at bugs.python.org (Charles-Axel Dein)
Date: Fri, 27 Jun 2014 02:23:36 +0000
Subject: [issue20351] Add doc examples for DictReader and DictWriter
In-Reply-To: <1390414077.91.0.281809568509.issue20351@psf.upfronthosting.co.za>
Message-ID: <1403835816.57.0.730830174027.issue20351@psf.upfronthosting.co.za>


Charles-Axel Dein added the comment:

Updated patch following review.

----------
Added file: http://bugs.python.org/file35790/add_csvdict_examples.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20351>
_______________________________________

From report at bugs.python.org  Fri Jun 27 04:29:56 2014
From: report at bugs.python.org (R. David Murray)
Date: Fri, 27 Jun 2014 02:29:56 +0000
Subject: [issue21870] Ctrl-C doesn't interrupt simple loop
In-Reply-To: <1403705585.66.0.458181854344.issue21870@psf.upfronthosting.co.za>
Message-ID: <1403836196.36.0.882473538267.issue21870@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21870>
_______________________________________

From report at bugs.python.org  Fri Jun 27 05:46:48 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 27 Jun 2014 03:46:48 +0000
Subject: [issue18853] Got ResourceWarning unclosed file when running
 Lib/shlex.py demo
In-Reply-To: <1377612267.45.0.680080135941.issue18853@psf.upfronthosting.co.za>
Message-ID: <1403840808.5.0.392573333895.issue18853@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
versions:  -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18853>
_______________________________________

From report at bugs.python.org  Fri Jun 27 06:25:17 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Jun 2014 04:25:17 +0000
Subject: [issue20351] Add doc examples for DictReader and DictWriter
In-Reply-To: <1390414077.91.0.281809568509.issue20351@psf.upfronthosting.co.za>
Message-ID: <1403843117.13.0.841866938411.issue20351@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
assignee: docs at python -> rhettinger
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20351>
_______________________________________

From report at bugs.python.org  Fri Jun 27 06:48:54 2014
From: report at bugs.python.org (py.user)
Date: Fri, 27 Jun 2014 04:48:54 +0000
Subject: [issue14460] In re's positive lookbehind assertion repetition works
In-Reply-To: <1333267671.53.0.559378302882.issue14460@psf.upfronthosting.co.za>
Message-ID: <1403844534.76.0.477888376913.issue14460@psf.upfronthosting.co.za>


py.user added the comment:

Tim Peters wrote:
> Should that raise an exception?

>i += 0

>(?=a)b

>(?=a)a


These are another cases. The first is very special. The second and third are special too, but with different contents of assertion they can do useful work.

While "(?=any contents){N}a" never uses the "{N}" part in any useful manner.


> So I think this report should be closed

I looked into Perl behaviour today, it works like Python. It's not an error there.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14460>
_______________________________________

From report at bugs.python.org  Fri Jun 27 07:47:02 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 27 Jun 2014 05:47:02 +0000
Subject: [issue21151] winreg.SetValueEx causes crash if value = None
In-Reply-To: <1396581421.46.0.554143633373.issue21151@psf.upfronthosting.co.za>
Message-ID: <1403848022.25.0.150196769864.issue21151@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21151>
_______________________________________

From report at bugs.python.org  Fri Jun 27 08:01:27 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 27 Jun 2014 06:01:27 +0000
Subject: [issue19546] configparser leaks implementation detail
In-Reply-To: <1384103812.47.0.904880324738.issue19546@psf.upfronthosting.co.za>
Message-ID: <1403848887.46.0.199709885828.issue19546@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

?ukasz, do you have some time to take a look at this patch?

----------
type:  -> behavior
versions: +Python 3.5
Added file: http://bugs.python.org/file35791/issue19546_1.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19546>
_______________________________________

From report at bugs.python.org  Fri Jun 27 08:08:14 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 27 Jun 2014 06:08:14 +0000
Subject: [issue18108] shutil.chown should support dir_fd and follow_symlinks
 keyword arguments
In-Reply-To: <1370005797.04.0.715885093574.issue18108@psf.upfronthosting.co.za>
Message-ID: <1403849294.06.0.0311459623264.issue18108@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

I got a failure on FreeBSD:

[1/1] test_shutil
test test_shutil failed -- Traceback (most recent call last):
  File "/tank/libs/cpython/Lib/test/test_shutil.py", line 1258, in test_chown
    shutil.chown(os.path.basename(filename), dir_fd=dirfd)
  File "/tank/libs/cpython/Lib/shutil.py", line 983, in chown
    raise ValueError("user and/or group must be set")
ValueError: user and/or group must be set


It seems that either user or group argument must be passed along with dir_fd.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18108>
_______________________________________

From report at bugs.python.org  Fri Jun 27 08:11:30 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 27 Jun 2014 06:11:30 +0000
Subject: [issue21875] Remove vestigial references to Classic Mac OS attributes
 in os.stat() and os.name docs
Message-ID: <1403849490.21.0.904136900242.issue21875@psf.upfronthosting.co.za>


New submission from Ned Deily:

The documentation for os.stat() still contains references to optional stat fields that were supported on Classic Mac OS systems but are no longer supported in Python on Mac OS X:

    On Mac OS systems, the following attributes may also be available:

    st_rsize
    st_creator
    st_type

The section should be removed.

Also, the documentation for os.name still refers to a "mac" operating system-dependent module which also no longer exists.

----------
assignee: ned.deily
components: Documentation
keywords: easy
messages: 221676
nosy: ned.deily
priority: normal
severity: normal
stage: needs patch
status: open
title: Remove vestigial references to Classic Mac OS attributes in os.stat() and os.name docs
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21875>
_______________________________________

From report at bugs.python.org  Fri Jun 27 08:13:12 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 27 Jun 2014 06:13:12 +0000
Subject: [issue10312] intcatcher() can deadlock
In-Reply-To: <1288874942.68.0.464773855859.issue10312@psf.upfronthosting.co.za>
Message-ID: <1403849592.03.0.723929226804.issue10312@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10312>
_______________________________________

From report at bugs.python.org  Fri Jun 27 08:16:36 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 27 Jun 2014 06:16:36 +0000
Subject: [issue10312] intcatcher() can deadlock
In-Reply-To: <1288874942.68.0.464773855859.issue10312@psf.upfronthosting.co.za>
Message-ID: <1403849796.63.0.506243218011.issue10312@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

It's still in Python 2, though.

----------
nosy: +Claudiu.Popa
resolution: out of date -> 
stage: resolved -> 
status: closed -> open
versions:  -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10312>
_______________________________________

From report at bugs.python.org  Fri Jun 27 08:29:32 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 27 Jun 2014 06:29:32 +0000
Subject: [issue4346] PyObject_CallMethod changes the exception message already
 set by PyObject_GetAttr
In-Reply-To: <1227017720.01.0.112991590053.issue4346@psf.upfronthosting.co.za>
Message-ID: <3h07VM1zW1z7LjR@mail.python.org>


Roundup Robot added the comment:

New changeset aa4b4487c7ad by Benjamin Peterson in branch '2.7':
don't overwrite the error from PyObject_GetAttrString (closes #4346)
http://hg.python.org/cpython/rev/aa4b4487c7ad

----------
nosy: +python-dev
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4346>
_______________________________________

From report at bugs.python.org  Fri Jun 27 08:43:13 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 27 Jun 2014 06:43:13 +0000
Subject: [issue21875] Remove vestigial references to Classic Mac OS attributes
 in os.stat() and os.name docs
In-Reply-To: <1403849490.21.0.904136900242.issue21875@psf.upfronthosting.co.za>
Message-ID: <3h07p83Nmkz7LjM@mail.python.org>


Roundup Robot added the comment:

New changeset 94f7cdab9f71 by Ned Deily in branch '2.7':
Issue #21875: Remove vestigial references to Classic Mac OS in os module docs.
http://hg.python.org/cpython/rev/94f7cdab9f71

New changeset d130a04fa6a1 by Ned Deily in branch '3.4':
Issue #21875: Remove vestigial references to Classic Mac OS in os module docs.
http://hg.python.org/cpython/rev/d130a04fa6a1

New changeset 3124790c07b4 by Ned Deily in branch 'default':
Issue #21875: Remove vestigial references to Classic Mac OS in os module docs.
http://hg.python.org/cpython/rev/3124790c07b4

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21875>
_______________________________________

From report at bugs.python.org  Fri Jun 27 08:45:08 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 27 Jun 2014 06:45:08 +0000
Subject: [issue21875] Remove vestigial references to Classic Mac OS attributes
 in os.stat() and os.name docs
In-Reply-To: <1403849490.21.0.904136900242.issue21875@psf.upfronthosting.co.za>
Message-ID: <1403851508.75.0.707960064134.issue21875@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21875>
_______________________________________

From report at bugs.python.org  Fri Jun 27 08:58:57 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 27 Jun 2014 06:58:57 +0000
Subject: [issue4613] Can't figure out where SyntaxError: can not delete
 variable 'x' referenced in nested scope us coming from in
 python shows no traceback
In-Reply-To: <1228851366.47.0.778416460497.issue4613@psf.upfronthosting.co.za>
Message-ID: <1403852337.59.0.594750696495.issue4613@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4613>
_______________________________________

From report at bugs.python.org  Fri Jun 27 09:02:57 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 27 Jun 2014 07:02:57 +0000
Subject: [issue10513] sqlite3.InterfaceError after commit
In-Reply-To: <1290515734.43.0.643837241692.issue10513@psf.upfronthosting.co.za>
Message-ID: <1403852577.42.0.751472918149.issue10513@psf.upfronthosting.co.za>


Changes by Claudiu Popa <pcmanticore at gmail.com>:


----------
stage: needs patch -> patch review
versions: +Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10513>
_______________________________________

From report at bugs.python.org  Fri Jun 27 09:09:05 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Fri, 27 Jun 2014 07:09:05 +0000
Subject: [issue20562] sqlite3 returns result set with doubled first entry
In-Reply-To: <1391863388.33.0.362303830227.issue20562@psf.upfronthosting.co.za>
Message-ID: <1403852945.88.0.227691703015.issue20562@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

issue10513 has a patch that fixes this problem as well.

----------
nosy: +Claudiu.Popa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20562>
_______________________________________

From report at bugs.python.org  Fri Jun 27 09:39:30 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Jun 2014 07:39:30 +0000
Subject: [issue20562] sqlite3 returns result set with doubled first entry
In-Reply-To: <1391863388.33.0.362303830227.issue20562@psf.upfronthosting.co.za>
Message-ID: <1403854770.16.0.446946035417.issue20562@psf.upfronthosting.co.za>


Changes by Raymond Hettinger <raymond.hettinger at gmail.com>:


----------
priority: normal -> high

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20562>
_______________________________________

From report at bugs.python.org  Fri Jun 27 13:04:35 2014
From: report at bugs.python.org (Jean-Paul Calderone)
Date: Fri, 27 Jun 2014 11:04:35 +0000
Subject: [issue10721] Remove HTTP 0.9 server support
In-Reply-To: <1292523705.43.0.300913774105.issue10721@psf.upfronthosting.co.za>
Message-ID: <1403867075.67.0.699435233123.issue10721@psf.upfronthosting.co.za>


Changes by Jean-Paul Calderone <jean-paul at hybridcluster.com>:


----------
nosy:  -exarkun

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10721>
_______________________________________

From report at bugs.python.org  Fri Jun 27 13:55:56 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Fri, 27 Jun 2014 11:55:56 +0000
Subject: [issue6130] There ought to be a way for extension types to associate
 documentation with their tp_new or tp_init methods
In-Reply-To: <1243458159.9.0.459971457445.issue6130@psf.upfronthosting.co.za>
Message-ID: <1403870156.45.0.810178507629.issue6130@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti, larry, ncoghlan
stage:  -> needs patch
type:  -> enhancement
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6130>
_______________________________________

From report at bugs.python.org  Fri Jun 27 13:56:49 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 11:56:49 +0000
Subject: [issue6692] asyncore kqueue support
In-Reply-To: <1250127249.77.0.440620100529.issue6692@psf.upfronthosting.co.za>
Message-ID: <1403870209.03.0.14610079952.issue6692@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Since Python 3.4 has asyncio which supports all selectors provided by the new selectors module (which includes kqueue, but also devpoll since Python 3.5), I propose to close this issue as wontfix since there is no activity since 4 years.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6692>
_______________________________________

From report at bugs.python.org  Fri Jun 27 14:09:16 2014
From: report at bugs.python.org (brian yardy)
Date: Fri, 27 Jun 2014 12:09:16 +0000
Subject: [issue19996] httplib infinite read on invalid header
In-Reply-To: <1387194945.4.0.440069571587.issue19996@psf.upfronthosting.co.za>
Message-ID: <1403870956.02.0.940968085098.issue19996@psf.upfronthosting.co.za>


brian yardy added the comment:

import http.client
    h = http.client.HTTPConnection('http://www.einstantloan.co.uk/')
    h.request('GET', '/', headers={'Accept-Encoding': 'gzip'})
    r = h.getresponse()
    hdrs = r.getheaders()
    body = r.read()  # Hang here.

curl --compressed http://www.einstantloan.co.uk/

----------
nosy: +brianyardy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19996>
_______________________________________

From report at bugs.python.org  Fri Jun 27 14:10:42 2014
From: report at bugs.python.org (brian yardy)
Date: Fri, 27 Jun 2014 12:10:42 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1403871042.2.0.588146140569.issue17399@psf.upfronthosting.co.za>


brian yardy added the comment:

All 4 or 5 times I tried on 3.2, yes.
In Command Prompt, 3.2 gave same error as before, 3.3 a different error.
multi-test.txt has full tracebacks.'http://www.einstantloan.co.uk/'

----------
nosy: +brianyardy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Fri Jun 27 14:11:24 2014
From: report at bugs.python.org (brian yardy)
Date: Fri, 27 Jun 2014 12:11:24 +0000
Subject: [issue19841] ConfigParser PEP issues
In-Reply-To: <1385817419.05.0.067066998342.issue19841@psf.upfronthosting.co.za>
Message-ID: <1403871084.64.0.556049610543.issue19841@psf.upfronthosting.co.za>


brian yardy added the comment:

Do you mean PEP 8 violations?  These aren?t usually enough to cause a change.'http://www.einstantloan.co.uk/'

----------
nosy: +brianyardy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19841>
_______________________________________

From report at bugs.python.org  Fri Jun 27 14:40:05 2014
From: report at bugs.python.org (akira)
Date: Fri, 27 Jun 2014 12:40:05 +0000
Subject: [issue21873] Tuple comparisons with NaNs are broken
In-Reply-To: <1403771009.56.0.175285571524.issue21873@psf.upfronthosting.co.za>
Message-ID: <1403872805.0.0.29284092259.issue21873@psf.upfronthosting.co.za>


akira added the comment:

It is about equality. `float('nan') != float('nan')` unlike `0 == 0`.

>From msg221603: 

> If not equal, the sequences are ordered the same as their first differing elements.

The result of the expression: `(a, whatever) < (b, whatever)` is defined by 
`a < b` if a and b differs i.e., it is not necessary to compare other elements (though Python language reference doesn't forbid further comparisons. It doesn't specify explicitly the short-circuit behavior for sequence comparisons unlike for `and`, `or` operators that guarantee the lazy (only as much as necessary) evaluation).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21873>
_______________________________________

From report at bugs.python.org  Fri Jun 27 15:11:27 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 27 Jun 2014 13:11:27 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403874687.26.0.710170300873.issue14534@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Attaching Victor and Lisha's patch in reviewable form.

----------
keywords: +patch
Added file: http://bugs.python.org/file35792/issue14534.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Fri Jun 27 15:11:51 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 27 Jun 2014 13:11:51 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403874711.81.0.545663188101.issue14534@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
stage: needs patch -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Fri Jun 27 15:54:39 2014
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 27 Jun 2014 13:54:39 +0000
Subject: [issue12815] Coverage of smtpd.py
In-Reply-To: <1314001507.51.0.00455911966964.issue12815@psf.upfronthosting.co.za>
Message-ID: <1403877279.8.0.0323905731484.issue12815@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +berker.peksag

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12815>
_______________________________________

From report at bugs.python.org  Fri Jun 27 16:16:38 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 27 Jun 2014 14:16:38 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403878598.49.0.145705358786.issue14534@psf.upfronthosting.co.za>


Zachary Ware added the comment:

Victor: I've left a review on Rietveld; it should have sent you an email with it.  The basic change looks good to me, but there's some cleanup that will need to happen before it can be committed, and Michael will need to confirm that this does what he was expecting.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Fri Jun 27 16:31:57 2014
From: report at bugs.python.org (Dries Desmet)
Date: Fri, 27 Jun 2014 14:31:57 +0000
Subject: [issue18454] distutils crashes when uploading to PyPI having only the
 username (no pw) defined
In-Reply-To: <1373822688.67.0.938925989206.issue18454@psf.upfronthosting.co.za>
Message-ID: <1403879517.57.0.173365680265.issue18454@psf.upfronthosting.co.za>


Dries Desmet added the comment:

I confirm, using python 2.7 on Mac.

----------
nosy: +dries_desmet

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18454>
_______________________________________

From report at bugs.python.org  Fri Jun 27 16:39:43 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 14:39:43 +0000
Subject: [issue9973] Sometimes buildbot fails to cleanup working copy
In-Reply-To: <1285691660.36.0.731785440446.issue9973@psf.upfronthosting.co.za>
Message-ID: <1403879983.97.0.262506271619.issue9973@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Steve I'm assuming that this is covered by the work you're doing for 3.5 builds, am I correct?

----------
components: +Windows
nosy: +BreamoreBoy, steve.dower
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9973>
_______________________________________

From report at bugs.python.org  Fri Jun 27 16:48:49 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 14:48:49 +0000
Subject: [issue19681] test_repr (test.test_functools.TestPartialC) failures
In-Reply-To: <1385044476.32.0.977131973544.issue19681@psf.upfronthosting.co.za>
Message-ID: <1403880529.73.0.515043160475.issue19681@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The latest patch looks okay to my eye, can somebody do a formal commit review please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19681>
_______________________________________

From report at bugs.python.org  Fri Jun 27 17:06:29 2014
From: report at bugs.python.org (Steve Dower)
Date: Fri, 27 Jun 2014 15:06:29 +0000
Subject: [issue9973] Sometimes buildbot fails to cleanup working copy
In-Reply-To: <1403879983.97.0.262506271619.issue9973@psf.upfronthosting.co.za>
Message-ID: <722d52f8cac74d4e97e0849826a0397e@BLUPR03MB389.namprd03.prod.outlook.com>


Steve Dower added the comment:

Probably, but that work is not going to be checked in for a while (until we have guarantees that we'll be able to use VC14 and there's a 'go-live' version available). If this is causing problems now, it should be fixed.

The patch looks fine to me, but Zachary Ware does more of the buildbot script maintenance (not sure if I can nosy him without being able to log in...)

Sent from my Windows Phone
________________________________
From: Mark Lawrence<mailto:report at bugs.python.org>
Sent: ?6/?27/?2014 9:39
To: Steve Dower<mailto:Steve.Dower at microsoft.com>
Subject: [issue9973] Sometimes buildbot fails to cleanup working copy

Mark Lawrence added the comment:

@Steve I'm assuming that this is covered by the work you're doing for 3.5 builds, am I correct?

----------
components: +Windows
nosy: +BreamoreBoy, steve.dower
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9973>
_______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9973>
_______________________________________

From report at bugs.python.org  Fri Jun 27 17:50:41 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 15:50:41 +0000
Subject: [issue9973] Sometimes buildbot fails to cleanup working copy
In-Reply-To: <1285691660.36.0.731785440446.issue9973@psf.upfronthosting.co.za>
Message-ID: <1403884241.33.0.94398686303.issue9973@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9973>
_______________________________________

From report at bugs.python.org  Fri Jun 27 18:51:43 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 27 Jun 2014 16:51:43 +0000
Subject: [issue9973] Sometimes buildbot fails to cleanup working copy
In-Reply-To: <1285691660.36.0.731785440446.issue9973@psf.upfronthosting.co.za>
Message-ID: <1403887903.25.0.125084876731.issue9973@psf.upfronthosting.co.za>


Zachary Ware added the comment:

The real simple method here would be to replace clean[-amd64].bat with a call to kill_python_d (if it exists), followed by an "hg --config extensions.purge= purge --all".  That ought to give as much of a guarantee of a clean slate as possible, with the added benefit of hg purge reporting files that it just can't remove.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9973>
_______________________________________

From report at bugs.python.org  Fri Jun 27 19:07:42 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 17:07:42 +0000
Subject: [issue4899] doctest should support fixtures
In-Reply-To: <1231517940.49.0.224416428352.issue4899@psf.upfronthosting.co.za>
Message-ID: <1403888862.04.0.396235022329.issue4899@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I suggest this is closed as "won't fix" as David and Raymond are against it and Tim says he no longer understands doctest.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4899>
_______________________________________

From report at bugs.python.org  Fri Jun 27 19:10:13 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 17:10:13 +0000
Subject: [issue5217] testExtractDir (test.test_zipfile.TestWithDirectory)
 fails when python built with srcdir != builddir
In-Reply-To: <1234363884.6.0.67560680288.issue5217@psf.upfronthosting.co.za>
Message-ID: <1403889013.84.0.991013952611.issue5217@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Presumably this can be closed as "out of date"?

----------
nosy: +BreamoreBoy
type:  -> behavior
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 2.6, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5217>
_______________________________________

From report at bugs.python.org  Fri Jun 27 19:21:49 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Jun 2014 17:21:49 +0000
Subject: [issue17399] test_multiprocessing hang on Windows, non-sockets
In-Reply-To: <1363046644.27.0.443258211441.issue17399@psf.upfronthosting.co.za>
Message-ID: <1403889709.03.0.979025196397.issue17399@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

This is no longer a 3.x issue. 3.2 and 3.3 get security fixes only. For 3.4, test_multiprocessing is split into 4 files and all run in multiple tries. Test_multiprocessing_spawn takes a minute, but it does 264 + 20 skipped tests, including a few 'wait' tests.

Three tries with 2.7 also passed.

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17399>
_______________________________________

From report at bugs.python.org  Fri Jun 27 19:27:16 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 17:27:16 +0000
Subject: [issue678264] test_resource fails when file size is limited
Message-ID: <1403890036.11.0.0518687646076.issue678264@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The inline patch in msg117130 has never been committed from what I can see.  Can somebody review it please as I'm assuming that it's still valid.

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue678264>
_______________________________________

From report at bugs.python.org  Fri Jun 27 19:40:07 2014
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 27 Jun 2014 17:40:07 +0000
Subject: [issue5217] testExtractDir (test.test_zipfile.TestWithDirectory)
 fails when python built with srcdir != builddir
In-Reply-To: <1234363884.6.0.67560680288.issue5217@psf.upfronthosting.co.za>
Message-ID: <1403890807.06.0.287592798207.issue5217@psf.upfronthosting.co.za>


Berker Peksag added the comment:

> Presumably this can be closed as "out of date"?

Yes.

   $ mkdir objdir
   $ cd objdir
   $ .././configure
   $ make
   $ ./python -m test -v test_zipfile

   Ran 164 tests in 38.202s

   OK (skipped=1)
   1 test OK.

----------
nosy: +berker.peksag
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5217>
_______________________________________

From report at bugs.python.org  Fri Jun 27 19:53:58 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 17:53:58 +0000
Subject: [issue8070] Infinite loop in PyRun_InteractiveLoopFlags() if
 PyRun_InteractiveOneFlags() raises an error
In-Reply-To: <1267793425.09.0.566406511799.issue8070@psf.upfronthosting.co.za>
Message-ID: <1403891638.63.0.0804797307493.issue8070@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I've failed to reproduce this using latest default on Windows 7, would someone else like to try please.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8070>
_______________________________________

From report at bugs.python.org  Fri Jun 27 19:54:35 2014
From: report at bugs.python.org (Aaron Swan)
Date: Fri, 27 Jun 2014 17:54:35 +0000
Subject: [issue21876] os.rename(src,
 dst) does nothing when src and dst files are hard-linked
Message-ID: <1403891675.36.0.790137038971.issue21876@psf.upfronthosting.co.za>


New submission from Aaron Swan:

On Linux Red Hat os.rename(src,dst) does nothing when src and dst files are hard-linked.

It seems like the expected behavior would be the removal of the src file. This would be in keeping with the documentation that states: "On Unix, if dst exists and is a file, it will be replaced silently if the user has permission. "

----------
messages: 221699
nosy: Aaron.Swan
priority: normal
severity: normal
status: open
title: os.rename(src,dst) does nothing when src and dst files are hard-linked
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21876>
_______________________________________

From report at bugs.python.org  Fri Jun 27 19:57:11 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 17:57:11 +0000
Subject: [issue10195] Memory allocation fault-injection?
In-Reply-To: <1288052629.43.0.603183515135.issue10195@psf.upfronthosting.co.za>
Message-ID: <1403891831.04.0.642257614665.issue10195@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Do you folks want to pick this up again as it seems a handy thing to have in our toolbox?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10195>
_______________________________________

From report at bugs.python.org  Fri Jun 27 19:59:46 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 17:59:46 +0000
Subject: [issue10236] Sporadic failures of test_ssl
In-Reply-To: <1288381615.12.0.769531001166.issue10236@psf.upfronthosting.co.za>
Message-ID: <1403891986.93.0.35898047729.issue10236@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as "out of date"?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10236>
_______________________________________

From report at bugs.python.org  Fri Jun 27 20:23:55 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 18:23:55 +0000
Subject: [issue10195] Memory allocation fault-injection?
In-Reply-To: <1288052629.43.0.603183515135.issue10195@psf.upfronthosting.co.za>
Message-ID: <1403893435.49.0.110659353346.issue10195@psf.upfronthosting.co.za>


STINNER Victor added the comment:

This feature is implemented in my external project:
https://bitbucket.org/haypo/pyfailmalloc

It was discussed to integrate it in Python 3.4, but I foscused my efforts on the PEP 445 (malloc API) and 454 (tracemalloc).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10195>
_______________________________________

From report at bugs.python.org  Fri Jun 27 20:25:24 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 18:25:24 +0000
Subject: [issue14060] Implement a CSP-style channel
In-Reply-To: <1329699366.61.0.518357475552.issue14060@psf.upfronthosting.co.za>
Message-ID: <1403893524.11.0.28830677597.issue14060@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Matt are you interested in following up on this?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14060>
_______________________________________

From report at bugs.python.org  Fri Jun 27 20:39:17 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Fri, 27 Jun 2014 18:39:17 +0000
Subject: [issue21873] Tuple comparisons with NaNs are broken
In-Reply-To: <1403771009.56.0.175285571524.issue21873@psf.upfronthosting.co.za>
Message-ID: <1403894357.47.0.881181487866.issue21873@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

FWIW, the logic for tuple ordering is a bit weird due to rich comparisons.   Each pair of elements is first checked for equality (__eq__).  Only if the equality comparison returns False does it call the relevant ordering operations (such as __lt__).   The docs get it right, "If not equal, the sequences are ordered the same as their first differing elements."

In short tuple ordering is different from scalar ordering because it always makes equality tests:
 
   a < b              calls           a.__lt__(b)

in contrast:

   (a, b) < (c, d)    is more like:   if a != c:  return a < c ...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21873>
_______________________________________

From report at bugs.python.org  Fri Jun 27 20:41:45 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 18:41:45 +0000
Subject: [issue5930] Transient error in multiprocessing
 (test_number_of_objects)
In-Reply-To: <1241472804.71.0.981647805709.issue5930@psf.upfronthosting.co.za>
Message-ID: <1403894505.56.0.13089403349.issue5930@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as "out of date"?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5930>
_______________________________________

From report at bugs.python.org  Fri Jun 27 20:41:50 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 27 Jun 2014 18:41:50 +0000
Subject: [issue20560] tkFileFilter.c: ostypeCount not initialized?
In-Reply-To: <1391854471.94.0.0196154123534.issue20560@psf.upfronthosting.co.za>
Message-ID: <1403894510.44.0.559255136883.issue20560@psf.upfronthosting.co.za>


Zachary Ware added the comment:

I'm going to go ahead and close this, since it should be fixed.  Terry, if you do find that this is still an issue, please reopen.

----------
resolution:  -> fixed
stage: needs patch -> resolved
status: pending -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20560>
_______________________________________

From report at bugs.python.org  Fri Jun 27 20:46:05 2014
From: report at bugs.python.org (Esa Peuha)
Date: Fri, 27 Jun 2014 18:46:05 +0000
Subject: [issue21876] os.rename(src,
 dst) does nothing when src and dst files are hard-linked
In-Reply-To: <1403891675.36.0.790137038971.issue21876@psf.upfronthosting.co.za>
Message-ID: <1403894765.94.0.132808351492.issue21876@psf.upfronthosting.co.za>


Esa Peuha added the comment:

This looks like a documentation bug. Functions in module os are usually just thin wrappers around the underlying OS functions, and POSIX states that doing nothing is the correct thing to do here. (It is arguably a bug in early Unix implementations that got mistakenly codified as part of POSIX, and it is certainly inconsistent with the POSIX requirement that the mv command *must* remove the source file in this case, but there is nothing Python can do about that.)

----------
nosy: +Esa.Peuha

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21876>
_______________________________________

From report at bugs.python.org  Fri Jun 27 20:55:10 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 18:55:10 +0000
Subject: [issue3620] test_smtplib is flaky
In-Reply-To: <1219244969.03.0.636728598981.issue3620@psf.upfronthosting.co.za>
Message-ID: <1403895310.44.0.0876170657795.issue3620@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as "out of date"?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3620>
_______________________________________

From report at bugs.python.org  Fri Jun 27 20:57:47 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 18:57:47 +0000
Subject: [issue10402] sporadic test_bsddb3 failures
In-Reply-To: <1289609497.28.0.489511317462.issue10402@psf.upfronthosting.co.za>
Message-ID: <1403895467.83.0.694871187185.issue10402@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

As #3892 has been closed this can also be closed.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10402>
_______________________________________

From report at bugs.python.org  Fri Jun 27 21:01:25 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 27 Jun 2014 19:01:25 +0000
Subject: [issue16296] Patch to fix building on Win32/64 under VS 2010
In-Reply-To: <1350842175.59.0.919553926658.issue16296@psf.upfronthosting.co.za>
Message-ID: <1403895685.32.0.699339772786.issue16296@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
components: +Distutils -Build, Windows
nosy: +dstufft, eric.araujo -zach.ware
status: languishing -> open
type: compile error -> behavior
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16296>
_______________________________________

From report at bugs.python.org  Fri Jun 27 21:02:27 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 27 Jun 2014 19:02:27 +0000
Subject: [issue16296] Patch to fix building on Win32/64 under VS 2010
In-Reply-To: <1350842175.59.0.919553926658.issue16296@psf.upfronthosting.co.za>
Message-ID: <1403895747.83.0.376646368318.issue16296@psf.upfronthosting.co.za>


Changes by Zachary Ware <zachary.ware at gmail.com>:


----------
components: +Windows

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16296>
_______________________________________

From report at bugs.python.org  Fri Jun 27 21:08:45 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 19:08:45 +0000
Subject: [issue7885] test_distutils fails if Python built in separate directory
In-Reply-To: <1265647953.87.0.513905112062.issue7885@psf.upfronthosting.co.za>
Message-ID: <1403896125.07.0.505772560162.issue7885@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is this still an issue that needs addressing?  I can't try it myself as I use Windows.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7885>
_______________________________________

From report at bugs.python.org  Fri Jun 27 21:10:11 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Jun 2014 19:10:11 +0000
Subject: [issue21856] memoryview: no overflow on large slice values (start,
 stop, step)
In-Reply-To: <1403601547.35.0.914531351331.issue21856@psf.upfronthosting.co.za>
Message-ID: <1403896211.09.0.450230970051.issue21856@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

#21831 was about size not being properly clamped. Here it is.

----------
nosy: +terry.reedy
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21856>
_______________________________________

From report at bugs.python.org  Fri Jun 27 21:22:23 2014
From: report at bugs.python.org (Aaron Swan)
Date: Fri, 27 Jun 2014 19:22:23 +0000
Subject: [issue21876] os.rename(src,
 dst) does nothing when src and dst files are hard-linked
In-Reply-To: <1403891675.36.0.790137038971.issue21876@psf.upfronthosting.co.za>
Message-ID: <1403896943.86.0.374697312657.issue21876@psf.upfronthosting.co.za>


Aaron Swan added the comment:

Although using the mv command *does* remove the src file on red hat linux, I can accept that the POSIX requirement that the source *must* be removed might not apply if source is the same as the destination file.

It would be nice if the behavior was consistent, but I think the POSIX requirements are somewhat up for interpretation in this case.

The documentation should probably be updated at the least.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21876>
_______________________________________

From report at bugs.python.org  Fri Jun 27 21:27:39 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 19:27:39 +0000
Subject: [issue10000] mark more tests as CPython specific
In-Reply-To: <1285861695.5.0.301447830736.issue10000@psf.upfronthosting.co.za>
Message-ID: <1403897259.49.0.244380884717.issue10000@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

How is pypy supporting Python 3.2.5 without this being done?  Or has it been done but perhaps documented elsewhere?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10000>
_______________________________________

From report at bugs.python.org  Fri Jun 27 21:29:54 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Jun 2014 19:29:54 +0000
Subject: [issue21864] Error in documentation of point 9.8 'Exceptions are
 classes too'
In-Reply-To: <1403653260.15.0.739232303856.issue21864@psf.upfronthosting.co.za>
Message-ID: <1403897394.68.0.484780488018.issue21864@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The preceding sentence "There are two new valid (semantic) forms for the raise statement" is obsolete also as there is no other form (other than 'raise', which should not be in the tutorial previously). To rewrite this section for 3.x would require looking at what has already been said about exceptions and raise. It seems to have been written for ancient python where raise 'somestring' was the norm.

----------
nosy: +terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21864>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:00:05 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 20:00:05 +0000
Subject: [issue11697] Unsigned type in mmap_move_method
In-Reply-To: <1301260401.14.0.178270138539.issue11697@psf.upfronthosting.co.za>
Message-ID: <1403899204.99.0.888320499038.issue11697@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The if conditional referenced in msg132364 was changed in r79606 but dest, src and cnt are still unsigned long and the call to PyArg_ParseTuple is unchanged.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11697>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:05:55 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 20:05:55 +0000
Subject: [issue5930] Transient error in multiprocessing
 (test_number_of_objects)
In-Reply-To: <1241472804.71.0.981647805709.issue5930@psf.upfronthosting.co.za>
Message-ID: <1403899555.06.0.817609761398.issue5930@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5930>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:11:16 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Jun 2014 20:11:16 +0000
Subject: [issue4899] doctest should support fixtures
In-Reply-To: <1231517940.49.0.224416428352.issue4899@psf.upfronthosting.co.za>
Message-ID: <1403899876.85.0.418576991907.issue4899@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am closing this for both the general reasons already given and the lack of a proposed api that could programmed, Hence there is no example code that would run and hence no specifics to approve. If someone wanted to pursue this, python-ideas would be a better place.

One of the general reasons given is that the example does not demonstrate a real need for the fixtures proposed. My take on the example code is this.

The input to TpedIterator is an iterable of lines. A list of lines will work as well an an open file. I would create a file of example lists and import the one needed for each docstring. For the example given.

def TpedIterator(lines):
    '''Yield Marker for each line of lines.

    >>> from biopython.sample_data import Tped
    >>> for marker in TpedIterator(Tped):
    ...    print(marker)
    Marker rs10000543, 2 individuals
    Marker rs10000929, 2 individuals
    Marker rs10002472, 2 individuals
    '''

----------
resolution:  -> rejected
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue4899>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:13:57 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 27 Jun 2014 20:13:57 +0000
Subject: [issue10236] Sporadic failures of test_ssl
In-Reply-To: <1288381615.12.0.769531001166.issue10236@psf.upfronthosting.co.za>
Message-ID: <1403900037.83.0.284452004272.issue10236@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10236>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:15:54 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 20:15:54 +0000
Subject: [issue21856] memoryview: no overflow on large slice values (start,
 stop, step)
In-Reply-To: <1403601547.35.0.914531351331.issue21856@psf.upfronthosting.co.za>
Message-ID: <1403900154.24.0.303478810519.issue21856@psf.upfronthosting.co.za>


STINNER Victor added the comment:

If the behaviour is well expected, I suggest to add an unit test: memoryview_test_large_slice.patch.

----------
keywords: +patch
resolution: not a bug -> 
status: closed -> open
Added file: http://bugs.python.org/file35793/memoryview_test_large_slice.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21856>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:16:40 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Jun 2014 20:16:40 +0000
Subject: [issue20560] tkFileFilter.c: ostypeCount not initialized?
In-Reply-To: <1391854471.94.0.0196154123534.issue20560@psf.upfronthosting.co.za>
Message-ID: <1403900200.8.0.970766968138.issue20560@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

The problem is gone after re-running external.bat -- and manually copying the dlls into pcbuild. It there an open issue to fix the undocumented need to copy?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20560>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:20:26 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 20:20:26 +0000
Subject: [issue11279] test_posix and lack of "id -G" support - less noise
 required?
In-Reply-To: <1298336144.58.0.789244414117.issue11279@psf.upfronthosting.co.za>
Message-ID: <1403900426.58.0.133312815148.issue11279@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can our Solaris gurus take this on please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11279>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:32:27 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 20:32:27 +0000
Subject: [issue10195] Memory allocation fault-injection?
In-Reply-To: <1288052629.43.0.603183515135.issue10195@psf.upfronthosting.co.za>
Message-ID: <1403901147.46.0.895830222714.issue10195@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Related issues: #19817 "tracemalloc add a memory limit feature" and #19835 "Add a MemoryError singleton to fix an unlimited loop when the memory is exhausted".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10195>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:33:26 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 27 Jun 2014 20:33:26 +0000
Subject: [issue20560] tkFileFilter.c: ostypeCount not initialized?
In-Reply-To: <1391854471.94.0.0196154123534.issue20560@psf.upfronthosting.co.za>
Message-ID: <1403901206.61.0.688373536801.issue20560@psf.upfronthosting.co.za>


Zachary Ware added the comment:

> Is there an open issue to fix the undocumented need to copy?

I don't think so.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20560>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:39:11 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 20:39:11 +0000
Subject: [issue11273] asyncore creates selec (or poll) on every iteration
In-Reply-To: <1298303363.56.0.939143119689.issue11273@psf.upfronthosting.co.za>
Message-ID: <1403901551.57.0.39081011099.issue11273@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"On the other hand, it appears to be quite difficult to integrate such a massive change into asyncore in a fully backward compatible manner. At least, it's not clear to me how to do this without breaking code relying on map's parameter and asyncore.socket_map."

Python 3.4 has now asyncio which creates a selector object which has register/unregister methods and so benefit of performances enhancements of epoll/kqueue/devpoll.

Since Giampaolo cares of backward compatibility of asyncore, and the fact that asyncore is now marked as deprecated ("This module exists for backwards compatibility only. For new code we recommend using asyncio."), I close this issue as wont fix ("wont fix" in asyncore, but it's already fixed in asyncio ;-)).

----------
nosy: +haypo
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11273>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:41:50 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 20:41:50 +0000
Subject: [issue8314] test_ctypes fails in test_ulonglong on sparc buildbots
In-Reply-To: <1270469885.55.0.752027246289.issue8314@psf.upfronthosting.co.za>
Message-ID: <1403901710.36.0.924603310989.issue8314@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as "out of date"?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8314>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:46:27 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Jun 2014 20:46:27 +0000
Subject: [issue21856] memoryview: test slick clamping
In-Reply-To: <1403601547.35.0.914531351331.issue21856@psf.upfronthosting.co.za>
Message-ID: <1403901987.45.0.497176710775.issue21856@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Memoryview should definitely have the same slice tests as other sequence objects. Go ahead and check.

I believe slice clamping itself should now be done by slice.indices, not by each class.

    S.indices(len) -> (start, stop, stride)
    
    Assuming a sequence of length len, calculate the start and stop
    indices, and the stride length of the extended slice described by
    S. Out of bounds indices are clipped in a manner consistent with the
    handling of normal slices.

It seems like this was written before it was normal for every slice to have a step (stride), defaulting to None/1. It definitely comes from 2.x, before __getslice__ was folded into __getitem__

I expect builtin 3.x sequence objects should all use something like the C equivalent of
    def __getitem__(self, ob):
        if type(ob) is slice:
           start, stop, stride = ob.indices(self.len)
           ...

----------
title: memoryview: no overflow on large slice values (start, stop, step) -> memoryview: test slick clamping

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21856>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:48:53 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 27 Jun 2014 20:48:53 +0000
Subject: [issue21582] use support.captured_stdx context managers -
 test_asyncore
In-Reply-To: <1401116386.06.0.283011419126.issue21582@psf.upfronthosting.co.za>
Message-ID: <3h0VYw4QySz7Ljm@mail.python.org>


Roundup Robot added the comment:

New changeset c2dba8ee4e96 by Victor Stinner in branch '3.4':
Closes #21582: Cleanup test_asyncore. Patch written by diana.
http://hg.python.org/cpython/rev/c2dba8ee4e96

New changeset f1cd0aa1561a by Victor Stinner in branch 'default':
(Merge 3.4) Closes #21582: Cleanup test_asyncore. Patch written by diana.
http://hg.python.org/cpython/rev/f1cd0aa1561a

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21582>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:49:41 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 20:49:41 +0000
Subject: [issue21582] use support.captured_stdx context managers -
 test_asyncore
In-Reply-To: <1401116386.06.0.283011419126.issue21582@psf.upfronthosting.co.za>
Message-ID: <1403902181.78.0.672644891103.issue21582@psf.upfronthosting.co.za>


STINNER Victor added the comment:

The patch is simple, safe, and makes the test code cleaner. I commited your patch diana, thanks.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21582>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:50:57 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 20:50:57 +0000
Subject: [issue9858] Python and C implementations of io are out of sync
In-Reply-To: <1284540793.42.0.0185593652898.issue9858@psf.upfronthosting.co.za>
Message-ID: <1403902257.67.0.432563575809.issue9858@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is there anything left to do on this or can it be closed as fixed?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9858>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:54:38 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 20:54:38 +0000
Subject: [issue11385] TextTestRunner methods are not documented
In-Reply-To: <1299176734.52.0.359265322214.issue11385@psf.upfronthosting.co.za>
Message-ID: <1403902478.02.0.0285217187362.issue11385@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
type:  -> behavior
versions: +Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11385>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:55:51 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 20:55:51 +0000
Subject: [issue16133] asyncore.dispatcher.recv doesn't handle EAGAIN /
 EWOULDBLOCK
In-Reply-To: <1349366792.42.0.417654527681.issue16133@psf.upfronthosting.co.za>
Message-ID: <1403902551.07.0.525018436124.issue16133@psf.upfronthosting.co.za>


STINNER Victor added the comment:

EWOULDBLOCK.patch: asyncio ignores BlockingIOError on sock.recv(), "except BlockingIOError:" is more portable and future proof than "_RETRY = frozenset((EWOULDBLOCK, EAGAIN))".

Except of that, EWOULDBLOCK.patch change looks correct.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16133>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:56:05 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 20:56:05 +0000
Subject: [issue11389] unittest: no way to control verbosity of doctests from
 cmd
In-Reply-To: <1299182245.29.0.387603597674.issue11389@psf.upfronthosting.co.za>
Message-ID: <1403902565.25.0.167384306536.issue11389@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
type:  -> behavior
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11389>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:59:28 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 27 Jun 2014 20:59:28 +0000
Subject: [issue7885] test_distutils fails if Python built in separate directory
In-Reply-To: <1265647953.87.0.513905112062.issue7885@psf.upfronthosting.co.za>
Message-ID: <1403902768.01.0.203022341474.issue7885@psf.upfronthosting.co.za>


Ned Deily added the comment:

It looks like this was fixed as part of the changes for Issue12141 (which were also backported to 2.7.x); test_build_ext tests are now cleanly skipped if the include file cannot be found.

----------
nosy: +ned.deily
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed
versions: +Python 3.3 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7885>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:59:40 2014
From: report at bugs.python.org (paul j3)
Date: Fri, 27 Jun 2014 20:59:40 +0000
Subject: [issue9350] add remove_argument_group to argparse
In-Reply-To: <1279893088.18.0.675631346333.issue9350@psf.upfronthosting.co.za>
Message-ID: <1403902780.01.0.446454817769.issue9350@psf.upfronthosting.co.za>


paul j3 added the comment:

I wonder if this patch is needed.

- there hasn't been discussion in 4 years

- In Steven's use case, a group without any arguments, the group does not show up.  A common example of an empty argument group, is a parser without any user defined arguments.  

    p=argparse.ArgumentParser(prog='PROG')
    p.print_help()

    usage: PROG [-h]
    optional arguments:
      -h, --help  show this help message and exit

The empty 'positional arguments' group is not displayed.

Removing a group that has arguments is more complicated (and error prone) since it requires removing those arguments as well.  There is a '_remove_action' method.  But as best I can tell it is only used by '_handle_conflict_resolve', a rarely used alternative conflict handler.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9350>
_______________________________________

From report at bugs.python.org  Fri Jun 27 22:59:58 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 20:59:58 +0000
Subject: [issue7202] "python setup.py cmd --verbose" does not set verbosity
In-Reply-To: <1256481428.97.0.691214379627.issue7202@psf.upfronthosting.co.za>
Message-ID: <1403902798.76.0.629868397083.issue7202@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Assuming that this is still an issue would someone like to propose a patch?

----------
components:  -Distutils2
nosy: +BreamoreBoy, dstufft
versions: +Python 3.4, Python 3.5 -3rd party, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7202>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:01:43 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 21:01:43 +0000
Subject: [issue16133] asyncore.dispatcher.recv doesn't handle EAGAIN /
 EWOULDBLOCK
In-Reply-To: <1349366792.42.0.417654527681.issue16133@psf.upfronthosting.co.za>
Message-ID: <1403902903.56.0.239377554183.issue16133@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Modifying recv() to return None doesn't look correct. I read it as: "you should always use recv() output, except if the result is None: in this case, do nothing". In Python, we use exceptions for that. BUT in fact, sock.recv() already raises an exception, so asyncore should not convert the exception to a magic value (None).

Modifying the behaviour of recv() in asyncore breaks the backward compatibility. Returning None makes it harder to write asyncore code working on Python 3.4 and 3.5 (if the change is done in Python 3.5).

I prefer EWOULDBLOCK.patch approach: document the issue in asyncore documentation and handle BlockingIOError in asynchat.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16133>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:02:13 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 27 Jun 2014 21:02:13 +0000
Subject: [issue10000] mark more tests as CPython specific
In-Reply-To: <1285861695.5.0.301447830736.issue10000@psf.upfronthosting.co.za>
Message-ID: <1403902933.91.0.648983687658.issue10000@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +pjenvey

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10000>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:04:23 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 21:04:23 +0000
Subject: [issue16133] asyncore.dispatcher.recv doesn't handle EAGAIN /
 EWOULDBLOCK
In-Reply-To: <1349366792.42.0.417654527681.issue16133@psf.upfronthosting.co.za>
Message-ID: <1403903063.69.0.468285688586.issue16133@psf.upfronthosting.co.za>


STINNER Victor added the comment:

See also the issue #15982 which is the exactly the same on Windows.

(By the way, the asyncore module has been marked as deprecated in Python 3.4 in favor of asyncio, and this issue is already solved in asyncio.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16133>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:04:38 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 21:04:38 +0000
Subject: [issue15982] asyncore.dispatcher does not handle windows socket error
 code correctly (namely WSAEWOULDBLOCK 10035)
In-Reply-To: <1348139570.15.0.496741951323.issue15982@psf.upfronthosting.co.za>
Message-ID: <1403903078.48.0.448419479866.issue15982@psf.upfronthosting.co.za>


STINNER Victor added the comment:

This issue looks like a duplicate of the issue #16133.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15982>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:05:57 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 21:05:57 +0000
Subject: [issue11452] test_trace not symlink install clean
In-Reply-To: <1299673616.41.0.947003469207.issue11452@psf.upfronthosting.co.za>
Message-ID: <1403903157.61.0.329509815618.issue11452@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as "out of date"?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11452>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:07:08 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 27 Jun 2014 21:07:08 +0000
Subject: [issue11697] Unsigned type in mmap_move_method
In-Reply-To: <1301260401.14.0.178270138539.issue11697@psf.upfronthosting.co.za>
Message-ID: <1403903228.45.0.685150222805.issue11697@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +neologix

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11697>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:08:26 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 21:08:26 +0000
Subject: [issue13103] copy of an asyncore dispatcher causes infinite recursion
In-Reply-To: <1317760879.94.0.397539088986.issue13103@psf.upfronthosting.co.za>
Message-ID: <1403903306.01.0.0753749866292.issue13103@psf.upfronthosting.co.za>


STINNER Victor added the comment:

This issue has been fixed in Python 3.5 by this change:
---
changeset:   90495:2cceb8cb552b
parent:      90493:d1a03834cec7
user:        Giampaolo Rodola' <g.rodola at gmail.com>
date:        Tue Apr 29 02:03:40 2014 +0200
files:       Lib/asyncore.py Lib/test/test_asyncore.py Misc/NEWS
description:
fix isuse #13248: remove previously deprecated asyncore.dispatcher __getattr__ cheap inheritance hack.
---

If I understdood correctly, for backward compatibility (and limit risk of regressions), this fix cannot be done in Python 3.4.

I close the issue, copy.copy(asyncore.dispatcher()) doesn't crash anymore.

----------
nosy: +haypo
resolution:  -> fixed
status: open -> closed
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13103>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:17:37 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Fri, 27 Jun 2014 21:17:37 +0000
Subject: [issue21877] External.bat and pcbuild of tkinter do not match.
Message-ID: <1403903857.63.0.770312559658.issue21877@psf.upfronthosting.co.za>


New submission from Terry J. Reedy:

dir/pydir/Tools/buildbot/external.bat downloads tcl/tk 8.y.z into dir/tcl-8.y.z and dir/tk-8.y.x and compiles them into dir/tcltk. Of critical importance are dir/tcltk/bin/tcl8yg.dll and dir/tcltk/bin/tk8yg.dll (where y is currently 5 or 6.

dir/pydir/pcbuild/_tkinter.vcxprog compiles _tkinter is such a way that it looks for the two dlls 'everywhere' (in pcbuild itself and 5-10 other, non-existent directories) other than where they are.

The current manual fix, reported a year ago on core-mentorship list, is to copy the two .dlls into pcbuild. This should be done by external.bat.

A possible alternate fix would be to revise _tkinter.vcxproj so that _tkinter looks for the .dlls where they are. However, since multiple tcl/tk versions are compiled into /tcltk, this would break installations that use one 'dir' for multiple 'pydir's, as shown in the devguide. Currently, the .dlls must be copied into pcbuild before they get overwritten by another version.

----------
components: Build
messages: 221737
nosy: steve.dower, terry.reedy, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: External.bat and pcbuild of tkinter do not match.
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21877>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:23:01 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 21:23:01 +0000
Subject: [issue5862] multiprocessing 'using a remote manager' example errors
 and possible 'from_address' code leftover
In-Reply-To: <1240883702.69.0.562256281063.issue5862@psf.upfronthosting.co.za>
Message-ID: <1403904181.47.0.0372329364966.issue5862@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.4, Python 3.5 -Python 2.6, Python 3.0, Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5862>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:23:25 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 21:23:25 +0000
Subject: [issue7506] multiprocessing.managers.BaseManager.__reduce__
 references BaseManager.from_address
In-Reply-To: <1260816536.82.0.305544247154.issue7506@psf.upfronthosting.co.za>
Message-ID: <1403904205.94.0.551985505732.issue7506@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
versions: +Python 3.4, Python 3.5 -Python 2.6, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7506>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:27:41 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 21:27:41 +0000
Subject: [issue11754] Changed test to check calculated constants in
 test_string.py
In-Reply-To: <1301860347.11.0.319603986002.issue11754@psf.upfronthosting.co.za>
Message-ID: <1403904461.82.0.202679674237.issue11754@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I see very little value in implementing this change, thoughts?

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11754>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:28:11 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 21:28:11 +0000
Subject: [issue12498] asyncore.dispatcher_with_send,
 disconnection problem + miss-conception
In-Reply-To: <1309830930.03.0.793190602228.issue12498@psf.upfronthosting.co.za>
Message-ID: <1403904491.39.0.362178134346.issue12498@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"Actually the class asyncore.dispatcher_with_send do not handle properly disconnection. When the endpoint shutdown his sending part of the socket, but keep the socket open in reading, the current implementation of dispatcher_with_send will close the socket without sending pending data."

It looks like asyncore doesn't handle this use case.

To me, it doesn't look like a minor issue, but more a design issue. Fixing it requires to change the design of asyncore.

The asyncio module has a better design. It has a write_eof() method to close the write end without touching the read end. For example, for sockets, write_eof() calls sock.shutdown(socket.SHUT_WR). After write_eof(), the read continues in background as any other task. For the read end, the protocol has a eof_received() method to decide if the socket should close, or if it should be kept open for writing (but only for writing).

Giampaolo wrote:
> I think this thread is becoming a little messy and since asyncore/asynchat are in a situation where even the slightest change can break existent code I recommend to be really careful.

Moreover, the asyncore module has been deprecated in favor of the asyncio module.

I close this issue for all these reasons.

Sorry Xavier for your patches, but it's time to focus our efforts on a single module and asyncio has a much better design to handle such use cases.

----------
nosy: +haypo
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12498>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:28:16 2014
From: report at bugs.python.org (Zachary Ware)
Date: Fri, 27 Jun 2014 21:28:16 +0000
Subject: [issue21877] External.bat and pcbuild of tkinter do not match.
In-Reply-To: <1403903857.63.0.770312559658.issue21877@psf.upfronthosting.co.za>
Message-ID: <1403904496.0.0.123526010803.issue21877@psf.upfronthosting.co.za>


Zachary Ware added the comment:

> compiles _tkinter is such a way that it looks for the two dlls 'everywhere' (in pcbuild itself and 5-10 other, non-existent directories)

I think you're confusing the finding of the tcl/tk DLLs with the finding of init.tcl; the DLLs are searched for on PATH (as I understand it, just like any other DLL), while init.tcl is searched for in several places hard coded deep in bowels of Tcl (see #20035).

Python 3.5 (default branch) builds Tcl/Tk as part of the build solution rather than as part of external*.bat, and copies the DLLs to the output directory as part of the new system.  3.4 and 2.7 could be fixed to copy the DLLs as part of external*.bat, but will have issues similar to #21059 without some kind of fix like #20035 (which is currently only targetting default branch).

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21877>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:30:42 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 21:30:42 +0000
Subject: [issue1371826] distutils is silent about multiple -I/-L/-R
Message-ID: <1403904641.99.0.360811396023.issue1371826@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
components:  -Distutils2
nosy: +dstufft
versions: +Python 3.4, Python 3.5 -3rd party, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1371826>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:30:57 2014
From: report at bugs.python.org (=?utf-8?q?Fran=C3=A7ois-Xavier_Bourlet?=)
Date: Fri, 27 Jun 2014 21:30:57 +0000
Subject: [issue12498] asyncore.dispatcher_with_send,
 disconnection problem + miss-conception
In-Reply-To: <1403904491.39.0.362178134346.issue12498@psf.upfronthosting.co.za>
Message-ID: <CAG9r-DaNwEh6Y0-=BJSK6FUdfqfq3CSyqLSefkOH9sHVmR_Wkw@mail.gmail.com>


Fran?ois-Xavier Bourlet added the comment:

No worries, I am glad to see asyncore going away. It was indeed badly
designed in the first place.

--
Fran?ois-Xavier Bourlet

On Fri, Jun 27, 2014 at 2:28 PM, STINNER Victor <report at bugs.python.org> wrote:
>
> STINNER Victor added the comment:
>
> "Actually the class asyncore.dispatcher_with_send do not handle properly disconnection. When the endpoint shutdown his sending part of the socket, but keep the socket open in reading, the current implementation of dispatcher_with_send will close the socket without sending pending data."
>
> It looks like asyncore doesn't handle this use case.
>
> To me, it doesn't look like a minor issue, but more a design issue. Fixing it requires to change the design of asyncore.
>
> The asyncio module has a better design. It has a write_eof() method to close the write end without touching the read end. For example, for sockets, write_eof() calls sock.shutdown(socket.SHUT_WR). After write_eof(), the read continues in background as any other task. For the read end, the protocol has a eof_received() method to decide if the socket should close, or if it should be kept open for writing (but only for writing).
>
> Giampaolo wrote:
>> I think this thread is becoming a little messy and since asyncore/asynchat are in a situation where even the slightest change can break existent code I recommend to be really careful.
>
> Moreover, the asyncore module has been deprecated in favor of the asyncio module.
>
> I close this issue for all these reasons.
>
> Sorry Xavier for your patches, but it's time to focus our efforts on a single module and asyncio has a much better design to handle such use cases.
>
> ----------
> nosy: +haypo
> resolution:  -> wont fix
> status: open -> closed
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue12498>
> _______________________________________

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12498>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:37:39 2014
From: report at bugs.python.org (Ned Deily)
Date: Fri, 27 Jun 2014 21:37:39 +0000
Subject: [issue11452] test_trace not symlink install clean
In-Reply-To: <1299673616.41.0.947003469207.issue11452@psf.upfronthosting.co.za>
Message-ID: <1403905059.47.0.989809691737.issue11452@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11452>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:52:50 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 27 Jun 2014 21:52:50 +0000
Subject: [issue11453] asyncore.file_wrapper should implement __del__ and call
 close there to prevent resource leaks and behave like
 socket.socket does.
In-Reply-To: <1299698993.48.0.0930746174281.issue11453@psf.upfronthosting.co.za>
Message-ID: <3h0Wzk0HNpzPYS@mail.python.org>


Roundup Robot added the comment:

New changeset ae12a926e680 by Victor Stinner in branch '3.4':
Issue #11453: asyncore: emit a ResourceWarning when an unclosed file_wrapper
http://hg.python.org/cpython/rev/ae12a926e680

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11453>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:54:24 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 21:54:24 +0000
Subject: [issue11453] asyncore.file_wrapper should implement __del__ and call
 close there to prevent resource leaks and behave like
 socket.socket does.
In-Reply-To: <1299698993.48.0.0930746174281.issue11453@psf.upfronthosting.co.za>
Message-ID: <1403906064.53.0.862629592199.issue11453@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I fixed the issue in Python 3.4 and 3.5, thanks for the report.

In Python 3.4+, it's safe to add a destructor (__del__ method): even if the object is part of a reference cycle, it will be destroyed. It's not the case in Python 2.7. I prefer to leave Python 2.7 unchanged to limit the risk of regression.

----------
nosy: +haypo
resolution:  -> fixed
status: open -> closed
versions: +Python 3.4, Python 3.5 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11453>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:57:20 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 21:57:20 +0000
Subject: [issue12509] test_gdb fails on debug build when builddir != srcdir
In-Reply-To: <1309994715.39.0.391727043164.issue12509@psf.upfronthosting.co.za>
Message-ID: <1403906240.9.0.85483453971.issue12509@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The code from the patch was committed in r77824.

----------
nosy: +BreamoreBoy
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12509>
_______________________________________

From report at bugs.python.org  Fri Jun 27 23:57:29 2014
From: report at bugs.python.org (Roundup Robot)
Date: Fri, 27 Jun 2014 21:57:29 +0000
Subject: [issue11453] asyncore.file_wrapper should implement __del__ and call
 close there to prevent resource leaks and behave like
 socket.socket does.
In-Reply-To: <1299698993.48.0.0930746174281.issue11453@psf.upfronthosting.co.za>
Message-ID: <3h0X546Qkgz7Ljl@mail.python.org>


Roundup Robot added the comment:

New changeset 7c9335d97628 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #11453: asyncore: emit a ResourceWarning when an unclosed
http://hg.python.org/cpython/rev/7c9335d97628

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11453>
_______________________________________

From report at bugs.python.org  Sat Jun 28 00:03:05 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 22:03:05 +0000
Subject: [issue6692] asyncore kqueue support
In-Reply-To: <1250127249.77.0.440620100529.issue6692@psf.upfronthosting.co.za>
Message-ID: <1403906585.49.0.772673642326.issue6692@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I read asyncore.patch: it is close to the selectors module, so it means duplicated efforts. I prefer to close this issuse since asyncore has been deprecated in favor of asyncio (and selectors).

Using the selectors module in asyncore would not be efficient because asyncore design requires to build a new selector for each poll, which is not efficient. asyncio only creates the selector once, and then use register/unregister. It's more efficient and scalable.

----------
resolution:  -> wont fix
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6692>
_______________________________________

From report at bugs.python.org  Sat Jun 28 00:05:50 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 22:05:50 +0000
Subject: [issue10880] do_mkvalue and 'boolean'
In-Reply-To: <1294678522.28.0.674271875959.issue10880@psf.upfronthosting.co.za>
Message-ID: <1403906750.14.0.854346808089.issue10880@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can somebody do a patch review on this please, it's against _testcapimodule.c.

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10880>
_______________________________________

From report at bugs.python.org  Sat Jun 28 00:29:52 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 22:29:52 +0000
Subject: [issue11266] asyncore does not handle EINTR in recv, send, connect,
 accept, 
In-Reply-To: <1298266290.98.0.867769013141.issue11266@psf.upfronthosting.co.za>
Message-ID: <1403908192.03.0.6995982683.issue11266@psf.upfronthosting.co.za>


STINNER Victor added the comment:

It was already discussed in other issues, the issue is not specific to asyncore: Python code should not handle EINTR. IMO the C module socket should handle EINTR for you.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11266>
_______________________________________

From report at bugs.python.org  Sat Jun 28 00:31:14 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 22:31:14 +0000
Subject: [issue21531] Sending a zero-length UDP packet to asyncore invokes
 handle_close()
In-Reply-To: <1400470101.73.0.899149180495.issue21531@psf.upfronthosting.co.za>
Message-ID: <1403908274.88.0.675285637087.issue21531@psf.upfronthosting.co.za>


STINNER Victor added the comment:

For UDP, you can use the new asyncio module for that.

I agree that the asyncore documentation should mention that datagram protocols (UDP) are not supported.

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21531>
_______________________________________

From report at bugs.python.org  Sat Jun 28 00:40:49 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 22:40:49 +0000
Subject: [issue777588] asyncore/Windows: select() doesn't report errors for a
 non-blocking connect()
Message-ID: <1403908849.7.0.724796065047.issue777588@psf.upfronthosting.co.za>


STINNER Victor added the comment:

"Workaround: (...)
e = self.socket.getsockopt(socket.SOL_SOCKET, socket.SO_ERROR)"

Oh, it looks like the issue was already fixed 4 years ago:
---
changeset:   63720:ba7353147507
branch:      3.1
parent:      63716:915b028b954d
user:        Giampaolo Rodol? <g.rodola at gmail.com>
date:        Wed Aug 04 09:04:53 2010 +0000
files:       Lib/asyncore.py Misc/ACKS Misc/NEWS
description:
Merged revisions 83705 via svnmerge from
svn+ssh://pythondev at svn.python.org/python/branches/py3k

........
  r83705 | giampaolo.rodola | 2010-08-04 11:02:27 +0200 (mer, 04 ago 2010) | 1 line

  fix issue #2944: asyncore doesn't handle connection refused correctly (patch by Alexander Shigin). Merged from 2.7 branch.
........


diff -r 915b028b954d -r ba7353147507 Lib/asyncore.py
--- a/Lib/asyncore.py   Wed Aug 04 04:53:07 2010 +0000
+++ b/Lib/asyncore.py   Wed Aug 04 09:04:53 2010 +0000
@@ -426,8 +426,11 @@ class dispatcher:
             self.handle_read()
 
     def handle_connect_event(self):
+        err = self.socket.getsockopt(socket.SOL_SOCKET, socket.SO_ERROR)
+        if err != 0:
+            raise socket.error(err, _strerror(err))
+        self.handle_connect()
         self.connected = True
-        self.handle_connect()
 
     def handle_write_event(self):
         if self.accepting:
...
---

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue777588>
_______________________________________

From report at bugs.python.org  Sat Jun 28 00:42:04 2014
From: report at bugs.python.org (STINNER Victor)
Date: Fri, 27 Jun 2014 22:42:04 +0000
Subject: [issue777588] asyncore/Windows: select() doesn't report errors for a
 non-blocking connect()
Message-ID: <1403908924.38.0.698260233573.issue777588@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Note: asyncio also calls getsockopt(SOL_SOCKET,SO_ERROR) to check if the connect() succeeded or not, and so it doesn't have this bug.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue777588>
_______________________________________

From report at bugs.python.org  Sat Jun 28 01:40:43 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 23:40:43 +0000
Subject: [issue12420] distutils tests fail if PATH is not defined
In-Reply-To: <1309177997.74.0.17903211546.issue12420@psf.upfronthosting.co.za>
Message-ID: <1403912443.31.0.917626424097.issue12420@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can someone follow up on this please.  See also #12401.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12420>
_______________________________________

From report at bugs.python.org  Sat Jun 28 01:43:29 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 23:43:29 +0000
Subject: [issue12401] unset PYTHON* environment variables when running tests
In-Reply-To: <1308952676.91.0.708236346954.issue12401@psf.upfronthosting.co.za>
Message-ID: <1403912609.8.0.174414448462.issue12401@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we have a formal patch review please as "make test" means nothing to me.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12401>
_______________________________________

From report at bugs.python.org  Sat Jun 28 01:45:21 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Fri, 27 Jun 2014 23:45:21 +0000
Subject: [issue12625] sporadic test_unittest failure
In-Reply-To: <1311454495.5.0.801093056111.issue12625@psf.upfronthosting.co.za>
Message-ID: <1403912721.83.0.085109780368.issue12625@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as "out of date"?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12625>
_______________________________________

From report at bugs.python.org  Sat Jun 28 01:53:53 2014
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 27 Jun 2014 23:53:53 +0000
Subject: [issue21578] Misleading error message when ImportError called with
 invalid keyword args
In-Reply-To: <1401078695.26.0.813929580296.issue21578@psf.upfronthosting.co.za>
Message-ID: <1403913233.89.0.759476749652.issue21578@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Here's a new patch which uses assertRaisesRegex instead of assertRaises.

----------
Added file: http://bugs.python.org/file35794/issue21578_v3.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21578>
_______________________________________

From report at bugs.python.org  Sat Jun 28 01:54:01 2014
From: report at bugs.python.org (Berker Peksag)
Date: Fri, 27 Jun 2014 23:54:01 +0000
Subject: [issue21578] Misleading error message when ImportError called with
 invalid keyword args
In-Reply-To: <1401078695.26.0.813929580296.issue21578@psf.upfronthosting.co.za>
Message-ID: <1403913241.15.0.443128667386.issue21578@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


Removed file: http://bugs.python.org/file35366/issue21578.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21578>
_______________________________________

From report at bugs.python.org  Sat Jun 28 02:02:49 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 00:02:49 +0000
Subject: [issue5714] CGIHTTPServer._url_collapse_path_split should live
 elsewhere
In-Reply-To: <1239063845.81.0.120232947257.issue5714@psf.upfronthosting.co.za>
Message-ID: <1403913769.25.0.843346604681.issue5714@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I've tried investigating this but I've got lost so I'll have to pass the buck.  I've got confused because of the code moving around in Python 2 and the library changes going to Python 3 :-(

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5714>
_______________________________________

From report at bugs.python.org  Sat Jun 28 02:03:38 2014
From: report at bugs.python.org (Berker Peksag)
Date: Sat, 28 Jun 2014 00:03:38 +0000
Subject: [issue20961] Fix usages of the note directive in the documentation
In-Reply-To: <1395066655.93.0.683819910553.issue20961@psf.upfronthosting.co.za>
Message-ID: <1403913818.56.0.155932064722.issue20961@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
resolution:  -> out of date
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20961>
_______________________________________

From report at bugs.python.org  Sat Jun 28 02:11:25 2014
From: report at bugs.python.org (STINNER Victor)
Date: Sat, 28 Jun 2014 00:11:25 +0000
Subject: [issue12401] unset PYTHON* environment variables when running tests
In-Reply-To: <1308952676.91.0.708236346954.issue12401@psf.upfronthosting.co.za>
Message-ID: <1403914285.86.0.886652290234.issue12401@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> 1. Fix the tests that might be affected by such problems, by adding the -E option everywhere needed.

Yes, this is the right fix. I'm closing this issue because it didn't get any activity since 3 years.

If you are interested to add -E in tests, please open a new issue with a patch.

empty_environment.diff is wrong, we should ignore PYTHON environement variables to have reliable tests.

----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12401>
_______________________________________

From report at bugs.python.org  Sat Jun 28 02:57:35 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 00:57:35 +0000
Subject: [issue9999] test_shutil cross-file-system tests are fragile (may not
 test what they purport to test)
In-Reply-To: <1285860550.74.0.246130427134.issue9999@psf.upfronthosting.co.za>
Message-ID: <1403917055.63.0.932383627259.issue9999@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Would you like to take this forward, or has it already happened but not been documented here?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9999>
_______________________________________

From report at bugs.python.org  Sat Jun 28 03:01:47 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 01:01:47 +0000
Subject: [issue11165] Document PyEval_Call* functions
In-Reply-To: <1297292171.0.0.0899611103523.issue11165@psf.upfronthosting.co.za>
Message-ID: <1403917307.75.0.763779239172.issue11165@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Nick I assume that this still needs doing.  msg128249 says you've removed the easy tag but it still shows in the keywords list.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11165>
_______________________________________

From report at bugs.python.org  Sat Jun 28 03:37:32 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 28 Jun 2014 01:37:32 +0000
Subject: [issue21046] Document formulas used in statistics
In-Reply-To: <1395630619.14.0.819197288528.issue21046@psf.upfronthosting.co.za>
Message-ID: <1403919452.16.0.86607161546.issue21046@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
resolution:  -> works for me
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21046>
_______________________________________

From report at bugs.python.org  Sat Jun 28 03:38:15 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 01:38:15 +0000
Subject: [issue6550] asyncore incorrect failure when connection is refused and
 using async_chat channel
In-Reply-To: <1248302571.21.0.910158552759.issue6550@psf.upfronthosting.co.za>
Message-ID: <1403919495.72.0.242375951409.issue6550@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Victor as you've been looking at other asyncore/chat issues can you look at this please?

----------
nosy: +haypo

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6550>
_______________________________________

From report at bugs.python.org  Sat Jun 28 03:39:50 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 28 Jun 2014 01:39:50 +0000
Subject: [issue1528154] New sequences for Unicode groups and block ranges
 needed
Message-ID: <1403919590.86.0.851505465798.issue1528154@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

This seems to be the only one currently.
Other issues might have closed in favor of #2636 though.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1528154>
_______________________________________

From report at bugs.python.org  Sat Jun 28 03:41:50 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 01:41:50 +0000
Subject: [issue12814] Possible intermittent bug in test_array
In-Reply-To: <1313995958.58.0.615032794438.issue12814@psf.upfronthosting.co.za>
Message-ID: <1403919710.93.0.298141210327.issue12814@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as "out of date"?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12814>
_______________________________________

From report at bugs.python.org  Sat Jun 28 03:48:17 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 01:48:17 +0000
Subject: [issue2571] can cmd.py's API/docs for the use of an alternate stdin
 be improved?
In-Reply-To: <1207594702.67.0.73869549091.issue2571@psf.upfronthosting.co.za>
Message-ID: <1403920097.67.0.37962910338.issue2571@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Does somebody want to propose a patch to take this forward, or can it be closed again, or what?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2571>
_______________________________________

From report at bugs.python.org  Sat Jun 28 03:51:33 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 28 Jun 2014 01:51:33 +0000
Subject: [issue21844] Fix HTMLParser in unicodeless build
In-Reply-To: <1403594743.84.0.436263477794.issue21844@psf.upfronthosting.co.za>
Message-ID: <1403920293.59.0.123231326098.issue21844@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I think that Unicode support should be required for HTMLParser.
If you don't want tests to fail in Unicode-less build it would be probably easier to just skip them altogether.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21844>
_______________________________________

From report at bugs.python.org  Sat Jun 28 03:55:31 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 01:55:31 +0000
Subject: [issue12808] Coverage of codecs.py
In-Reply-To: <1313983372.14.0.793098723033.issue12808@psf.upfronthosting.co.za>
Message-ID: <1403920531.27.0.657770668734.issue12808@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Would someone who's commented previously do a commit review please?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12808>
_______________________________________

From report at bugs.python.org  Sat Jun 28 03:57:18 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 01:57:18 +0000
Subject: [issue10932] distutils.core.setup - data_files misbehaviour ?
In-Reply-To: <1295353825.23.0.755300594789.issue10932@psf.upfronthosting.co.za>
Message-ID: <1403920638.46.0.345275485828.issue10932@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
components:  -Distutils2
nosy: +dstufft
versions: +Python 3.4, Python 3.5 -3rd party, Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10932>
_______________________________________

From report at bugs.python.org  Sat Jun 28 04:02:51 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Jun 2014 02:02:51 +0000
Subject: [issue11754] Changed test to check calculated constants in
 test_string.py
In-Reply-To: <1301860347.11.0.319603986002.issue11754@psf.upfronthosting.co.za>
Message-ID: <1403920971.27.0.521790706531.issue11754@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Three years later, I do understand 'circular'. Such cut-and-paste whitebox tests tend to simultaneously test too much -- the particular implementation(1) -- and too little -- the actual specification(2).

(1) The test would falsely fail if a string were reordered but still correct.
(2) The test would falsely pass is any of the existing strings were incorrect. Most of the strings have a specification other than the existing string and all can be tested in an order free manner. Hexdigits example:

import string
assert len(set(string.hexdigits)) == 22
for c in string.hexdigits:
    assert '0' <= c <= '9' or 'a' <= c <= 'f' or 'A' <= c <= 'F'

I would be willing to push such a patch. I would also be willing to close this now.

----------
keywords: +easy
stage:  -> needs patch
type: behavior -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11754>
_______________________________________

From report at bugs.python.org  Sat Jun 28 04:05:40 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 02:05:40 +0000
Subject: [issue13277] tzinfo subclasses information
In-Reply-To: <1319733607.49.0.8093265907.issue13277@psf.upfronthosting.co.za>
Message-ID: <1403921140.8.0.875899522475.issue13277@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I don't understand the implications of timezone stuff at all so can a guru on the subject please comment on this.

----------
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13277>
_______________________________________

From report at bugs.python.org  Sat Jun 28 04:13:08 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 02:13:08 +0000
Subject: [issue12589] test_long.test_nan_inf() failed on OpenBSD (powerpc)
In-Reply-To: <1311111634.81.0.556741280671.issue12589@psf.upfronthosting.co.za>
Message-ID: <1403921588.34.0.97901981753.issue12589@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be reproduced on 3.4/5?

----------
nosy: +BreamoreBoy
type:  -> behavior
versions: +Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12589>
_______________________________________

From report at bugs.python.org  Sat Jun 28 04:26:14 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sat, 28 Jun 2014 02:26:14 +0000
Subject: [issue13277] tzinfo subclasses information
In-Reply-To: <1319733607.49.0.8093265907.issue13277@psf.upfronthosting.co.za>
Message-ID: <1403922373.99.0.523906103891.issue13277@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

I would say this is a doc issue.  There are some tzinfo algorithms that depend on utcoffset(dt)-dst(dt) being invariant, but this is the part of datetime library that I have never fully understood.

What I do understand is that conversion from local time to UTC or another timezone is a hard and not always solvable problem (some local times are invalid and some are ambiguous).  (If some local government decides that 00:59 should be followed by 02:00, one is hard pressed to figure out what 01:30 local time is in UTC.)

I think documentation should emphasize the fact that the standard library only supports fixed offset timezones.  It is up to the application programmer or a 3rd party library to figure out which fixed offset is appropriate in which case.

----------
components: +Documentation
nosy: +tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13277>
_______________________________________

From report at bugs.python.org  Sat Jun 28 05:19:01 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Sat, 28 Jun 2014 03:19:01 +0000
Subject: [issue10000] mark more tests as CPython specific
In-Reply-To: <1285861695.5.0.301447830736.issue10000@psf.upfronthosting.co.za>
Message-ID: <1403925541.69.0.974497155648.issue10000@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

Closing this unless some specifics arise.

----------
nosy: +rhettinger
resolution:  -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10000>
_______________________________________

From report at bugs.python.org  Sat Jun 28 05:40:05 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Jun 2014 03:40:05 +0000
Subject: [issue11754] Check calculated constants in test_string.py
In-Reply-To: <1301860347.11.0.319603986002.issue11754@psf.upfronthosting.co.za>
Message-ID: <1403926805.11.0.171788616345.issue11754@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
title: Changed test to check calculated constants in test_string.py -> Check calculated constants in test_string.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11754>
_______________________________________

From report at bugs.python.org  Sat Jun 28 05:55:57 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 28 Jun 2014 03:55:57 +0000
Subject: [issue21863] Display module names of C functions in cProfile
In-Reply-To: <1403641424.56.0.722092394489.issue21863@psf.upfronthosting.co.za>
Message-ID: <3h0h2h2ZhSz7LjY@mail.python.org>


Roundup Robot added the comment:

New changeset 6dd4c2d30b0e by Antoine Pitrou in branch 'default':
Issue #21863: cProfile now displays the module name of C extension functions, in addition to their own name.
http://hg.python.org/cpython/rev/6dd4c2d30b0e

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21863>
_______________________________________

From report at bugs.python.org  Sat Jun 28 05:56:44 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 28 Jun 2014 03:56:44 +0000
Subject: [issue21863] Display module names of C functions in cProfile
In-Reply-To: <1403641424.56.0.722092394489.issue21863@psf.upfronthosting.co.za>
Message-ID: <1403927804.26.0.636091098003.issue21863@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Thank you, committed!

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21863>
_______________________________________

From report at bugs.python.org  Sat Jun 28 07:19:43 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 28 Jun 2014 05:19:43 +0000
Subject: [issue12814] Possible intermittent bug in test_array
In-Reply-To: <1313995958.58.0.615032794438.issue12814@psf.upfronthosting.co.za>
Message-ID: <1403932783.21.0.357578570603.issue12814@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
resolution:  -> out of date
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12814>
_______________________________________

From report at bugs.python.org  Sat Jun 28 07:45:38 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Jun 2014 05:45:38 +0000
Subject: [issue12420] distutils tests fail if PATH is not defined
In-Reply-To: <1309177997.74.0.17903211546.issue12420@psf.upfronthosting.co.za>
Message-ID: <1403934338.24.0.417072958949.issue12420@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

test_disutils still fails on both 2.7 and 3.4 installs. Since PATH is defined, that is not the issue here. I am tempted to unconditionally skip the test and close this issue.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12420>
_______________________________________

From report at bugs.python.org  Sat Jun 28 08:35:01 2014
From: report at bugs.python.org (Robin Schoonover)
Date: Sat, 28 Jun 2014 06:35:01 +0000
Subject: [issue21878] wsgi.simple_server's wsgi.input readline waits forever
 for non-multipart/form-data
Message-ID: <1403937301.18.0.584032434522.issue21878@psf.upfronthosting.co.za>


New submission from Robin Schoonover:

In the reference WSGI server in wsgiref.simple_server, wsgi.input's readline() hangs if the request body does not actually contain any
newlines.

Consider the following (slightly silly) example:

    from wsgiref.simple_server import make_server

    def app(environ, start_response):
        result = environ['wsgi.input'].readline()

        # not reached...
        start_response("200 OK", [("Content-Type", "text/plain")])
        return []

    httpd = make_server('', 8000, app)
    httpd.serve_forever()

And the following also silly request (the data kwarg makes it a
POST request):

    from urllib.request import urlopen

    req = urlopen("http://localhost:8000/", data=b'some bytes')
    print(req)

Normally this isn't a problem, as the reference server isn't intended
for production, and typically the only reason .readline() would be
used is with a request body formatted as multipart/form-data, which
uses ample newlines, including with the content boundaries.  However,
for other types of request bodies (such as application/x-www-form-urlencoded)
newlines often wouldn't appear, and using .readline() would wait forever for new input.

----------
components: Library (Lib)
messages: 221774
nosy: rschoon
priority: normal
severity: normal
status: open
title: wsgi.simple_server's wsgi.input readline waits forever for non-multipart/form-data
type: behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21878>
_______________________________________

From report at bugs.python.org  Sat Jun 28 08:39:05 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 28 Jun 2014 06:39:05 +0000
Subject: [issue12420] distutils tests fail if PATH is not defined
In-Reply-To: <1309177997.74.0.17903211546.issue12420@psf.upfronthosting.co.za>
Message-ID: <1403937545.78.0.644177080185.issue12420@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

For Python 3, I suggest tweaking the code to use shutil.which and see if that improves matters.

For Python 2, I'm inclined not to worry about it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12420>
_______________________________________

From report at bugs.python.org  Sat Jun 28 08:41:19 2014
From: report at bugs.python.org (Nick Coghlan)
Date: Sat, 28 Jun 2014 06:41:19 +0000
Subject: [issue12420] distutils tests fail if PATH is not defined
In-Reply-To: <1309177997.74.0.17903211546.issue12420@psf.upfronthosting.co.za>
Message-ID: <1403937679.97.0.631055910632.issue12420@psf.upfronthosting.co.za>


Nick Coghlan added the comment:

Skipping if the compiler isn't available is problematic, since that could reflect a real failure mode for the code.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12420>
_______________________________________

From report at bugs.python.org  Sat Jun 28 08:56:25 2014
From: report at bugs.python.org (Jack Andrews)
Date: Sat, 28 Jun 2014 06:56:25 +0000
Subject: [issue2571] can cmd.py's API/docs for the use of an alternate stdin
 be improved?
In-Reply-To: <1403920097.67.0.37962910338.issue2571@psf.upfronthosting.co.za>
Message-ID: <CAJvHTNxrQBiTRuMx6dL69af8NNmBfHs9kQb111CerNiDiC=xzA@mail.gmail.com>


Jack Andrews added the comment:

I'm no longer working on this, but IIRC, my patch is not necessary and
there is no deficiency.

Ta, Jack

On Saturday, June 28, 2014, Mark Lawrence <report at bugs.python.org> wrote:

>
> Mark Lawrence added the comment:
>
> Does somebody want to propose a patch to take this forward, or can it be
> closed again, or what?
>
> ----------
> nosy: +BreamoreBoy
> versions: +Python 3.5 -Python 3.3
>
> _______________________________________
> Python tracker <report at bugs.python.org <javascript:;>>
> <http://bugs.python.org/issue2571>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2571>
_______________________________________

From report at bugs.python.org  Sat Jun 28 11:58:33 2014
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Sat, 28 Jun 2014 09:58:33 +0000
Subject: [issue12808] Coverage of codecs.py
In-Reply-To: <1313983372.14.0.793098723033.issue12808@psf.upfronthosting.co.za>
Message-ID: <1403949513.57.0.0836114370287.issue12808@psf.upfronthosting.co.za>


Walter D?rwald added the comment:

The requirement that getstate() returns a (buffer, int) tuple has to do with the fact that for text streams seek() and tell() somehow have to take the state of the codec into account. See _pyio.TextIOWrapper.(seek|tell|_pack_cookie|_unpack_cookie).

However I can't remember the exact history of the specification.

----------
nosy: +doerwalter

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12808>
_______________________________________

From report at bugs.python.org  Sat Jun 28 12:22:46 2014
From: report at bugs.python.org (Pat Le Cat)
Date: Sat, 28 Jun 2014 10:22:46 +0000
Subject: [issue21825] Embedding-Python example code from documentation crashes
In-Reply-To: <1403451208.28.0.571545120594.issue21825@psf.upfronthosting.co.za>
Message-ID: <1403950966.2.0.406088865228.issue21825@psf.upfronthosting.co.za>


Pat Le Cat added the comment:

When working with the separately installed version of Python 3.4.1, which means by not using Py_SetPath() the embedding examples from your webpage work okay. So what's wrong with that function and why that allegedly missing module "encoding" that I cannot find anywhere but is obviously not missing when using the code without Py_SetPath()? Very confusing...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21825>
_______________________________________

From report at bugs.python.org  Sat Jun 28 14:14:40 2014
From: report at bugs.python.org (Stefan Krah)
Date: Sat, 28 Jun 2014 12:14:40 +0000
Subject: [issue21856] memoryview: test slick clamping
In-Reply-To: <1403901987.45.0.497176710775.issue21856@psf.upfronthosting.co.za>
Message-ID: <20140628121439.GA15846@sleipnir.bytereef.org>


Stefan Krah added the comment:

Since the rewrite in 3.3 many memoryview tests are actually in test_buffer.py.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21856>
_______________________________________

From report at bugs.python.org  Sat Jun 28 14:22:33 2014
From: report at bugs.python.org (akira)
Date: Sat, 28 Jun 2014 12:22:33 +0000
Subject: [issue21873] Tuple comparisons with NaNs are broken
In-Reply-To: <1403771009.56.0.175285571524.issue21873@psf.upfronthosting.co.za>
Message-ID: <1403958153.17.0.255455798223.issue21873@psf.upfronthosting.co.za>


akira added the comment:

> (a, b) < (c, d) is more like: if a != c: return a < c ...

except CPython behaves (undocumented?) as:

  b < d if a is c or a == c else a < c

the difference is in the presence of `is` operator (identity
comparison instead of `__eq__`). `nan is nan` therefore `b < d` is
called and raises TypeError for `(nan, A()) < (nan, A())` expression
where `a = c = nan`, `b = A()`, and `d = A()`.

But `(float("nan"), A()) < (float("nan"), A())` is False (no
TypeError) because `a is not c` in this case and `a < c` is called
instead where `a = float('nan')`, `b = A()`, `c = float('nan')`, and
`d = A()`. Plus `(a, b) < (c, d)` evaluation is lazy (undocumented?)
i.e., once `a < c` determines the final result `b < d` is not called.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21873>
_______________________________________

From report at bugs.python.org  Sat Jun 28 14:38:47 2014
From: report at bugs.python.org (Stefan Krah)
Date: Sat, 28 Jun 2014 12:38:47 +0000
Subject: [issue21856] memoryview: test slick clamping
In-Reply-To: <1403601547.35.0.914531351331.issue21856@psf.upfronthosting.co.za>
Message-ID: <1403959127.37.0.774482847289.issue21856@psf.upfronthosting.co.za>


Stefan Krah added the comment:

And Terry is right, the actual slice clamping happens in
PySlice_GetIndicesEx(), which should always produce values
that are in the correct range.  Hence the tests focus on
slices that already are in the correct range.

I'm not sure if PySlice_GetIndicesEx() itself has tests somewhere.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21856>
_______________________________________

From report at bugs.python.org  Sat Jun 28 14:48:54 2014
From: report at bugs.python.org (Vladimir Iofik)
Date: Sat, 28 Jun 2014 12:48:54 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <1403959734.3.0.149911208021.issue21652@psf.upfronthosting.co.za>


Vladimir Iofik added the comment:

Finally I got environment and some time.
Attaching patch.

----------
keywords: +patch
Added file: http://bugs.python.org/file35795/21652.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Sat Jun 28 15:05:57 2014
From: report at bugs.python.org (Esa Peuha)
Date: Sat, 28 Jun 2014 13:05:57 +0000
Subject: [issue21872] LZMA library sometimes fails to decompress a file
In-Reply-To: <1403720935.87.0.990494824612.issue21872@psf.upfronthosting.co.za>
Message-ID: <1403960757.78.0.184680440641.issue21872@psf.upfronthosting.co.za>


Esa Peuha added the comment:

This code

import _lzma
with open('22h_ticks_bad.bi5', 'rb') as f:
    infile = f.read()
for i in range(8191, 8195):
    decompressor = _lzma.LZMADecompressor()
    first_out = decompressor.decompress(infile[:i])
    first_len = len(first_out)
    last_out = decompressor.decompress(infile[i:])
    last_len = len(last_out)
    print(i, first_len, first_len + last_len, decompressor.eof)

prints this

8191 36243 45480 True
8192 36251 45473 False
8193 36253 45475 False
8194 36260 45480 True

It seems to me that this is a subtle bug in liblzma; if the input stream to the incremental decompressor is broken at the wrong place, the internal state of the decompressor is corrupted. For this particular file, it happens when the break occurs after reading 8192 or 8193 bytes, and lzma.py happens to use a buffer of 8192 bytes. There is nothing wrong with the compressed file, since lzma.py decompresses it correctly if the buffer size is set to almost any other value.

----------
nosy: +Esa.Peuha

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21872>
_______________________________________

From report at bugs.python.org  Sat Jun 28 15:07:50 2014
From: report at bugs.python.org (Vladimir Iofik)
Date: Sat, 28 Jun 2014 13:07:50 +0000
Subject: [issue21871] Python 2.7.7 regression in mimetypes
 read_windows_registry
In-Reply-To: <1403711336.08.0.362199436706.issue21871@psf.upfronthosting.co.za>
Message-ID: <1403960870.27.0.790759634403.issue21871@psf.upfronthosting.co.za>


Vladimir Iofik added the comment:

I have attached patch to #21652 which partly reverts patch applied in #9291. I think we'll have to add one more test for this case.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21871>
_______________________________________

From report at bugs.python.org  Sat Jun 28 15:21:02 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 13:21:02 +0000
Subject: [issue2571] can cmd.py's API/docs for the use of an alternate stdin
 be improved?
In-Reply-To: <1207594702.67.0.73869549091.issue2571@psf.upfronthosting.co.za>
Message-ID: <1403961662.59.0.540250968241.issue2571@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Given "my patch is not necessary and there is no deficiency." from Jack Andrews in msg221777 please close as "not a bug".

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2571>
_______________________________________

From report at bugs.python.org  Sat Jun 28 15:32:35 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 13:32:35 +0000
Subject: [issue13354] tcpserver should document non-threaded long-living
 connections
In-Reply-To: <1320570611.72.0.286817751979.issue13354@psf.upfronthosting.co.za>
Message-ID: <1403962355.49.0.453776484157.issue13354@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Am I barking up the wrong tree, or should the docs now refer to the new asyncio module aka Tulip when mentioning "asynchronous behaviour"?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13354>
_______________________________________

From report at bugs.python.org  Sat Jun 28 16:03:10 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Sat, 28 Jun 2014 14:03:10 +0000
Subject: [issue10402] sporadic test_bsddb3 failures
In-Reply-To: <1289609497.28.0.489511317462.issue10402@psf.upfronthosting.co.za>
Message-ID: <1403964190.56.0.433994817283.issue10402@psf.upfronthosting.co.za>


Jes?s Cea Avi?n added the comment:

Closed as requested.

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10402>
_______________________________________

From report at bugs.python.org  Sat Jun 28 16:05:35 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 14:05:35 +0000
Subject: [issue1438480] shutil.move raises OSError when copystat fails
Message-ID: <1403964335.89.0.342680615032.issue1438480@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The patch would need changing to allow for the follow_symlinks parameter and the backward compatibility issues mention in msg141827.  Do we wait for an updated patch, close as "won't fix" or what?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1438480>
_______________________________________

From report at bugs.python.org  Sat Jun 28 16:08:59 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 14:08:59 +0000
Subject: [issue13670] Increase test coverage for pstats.py
In-Reply-To: <1325081609.19.0.540376222409.issue13670@psf.upfronthosting.co.za>
Message-ID: <1403964539.34.0.762551251397.issue13670@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Andrea assuming that you get an answer to the question you posed in msg150292, will you follow up on this?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13670>
_______________________________________

From report at bugs.python.org  Sat Jun 28 16:12:10 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sat, 28 Jun 2014 14:12:10 +0000
Subject: [issue10445] _ast py3k : add lineno back to "args" node
In-Reply-To: <1290003328.01.0.315649649266.issue10445@psf.upfronthosting.co.za>
Message-ID: <1403964730.21.0.668086224051.issue10445@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

It seems that this was actual the case for Python 3.2 and 3.3, but fixed in 3.4. Unfortunately, it's too late now to add those fields back, since 3.2 and 3.3 receives only security updates. So I guess this issue can be closed.

----------
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10445>
_______________________________________

From report at bugs.python.org  Sat Jun 28 16:12:16 2014
From: report at bugs.python.org (=?utf-8?b?SmVzw7pzIENlYSBBdmnDs24=?=)
Date: Sat, 28 Jun 2014 14:12:16 +0000
Subject: [issue11279] test_posix and lack of "id -G" support - less noise
 required?
In-Reply-To: <1298336144.58.0.789244414117.issue11279@psf.upfronthosting.co.za>
Message-ID: <1403964736.05.0.461358294508.issue11279@psf.upfronthosting.co.za>


Jes?s Cea Avi?n added the comment:

I never saw this because I use GNU 'id' on my Solaris 10 machines. Taking care of this. Thanks for the report and the persistence :-)

----------
assignee:  -> jcea
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11279>
_______________________________________

From report at bugs.python.org  Sat Jun 28 16:12:58 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 14:12:58 +0000
Subject: [issue13421] PyCFunction_* are not documented anywhere
In-Reply-To: <1321553683.63.0.825049607384.issue13421@psf.upfronthosting.co.za>
Message-ID: <1403964778.0.0.529504177641.issue13421@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

ping.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13421>
_______________________________________

From report at bugs.python.org  Sat Jun 28 16:18:22 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 14:18:22 +0000
Subject: =?utf-8?q?=5Bissue9322=5D_Don=E2=80=99t_fail_silently_if_ext=5Fmodules_us?=
 =?utf-8?q?e_absolute_paths?=
In-Reply-To: <1279721130.09.0.919872519995.issue9322@psf.upfronthosting.co.za>
Message-ID: <1403965102.77.0.493780990921.issue9322@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
components:  -Distutils2
nosy: +dstufft
versions: +Python 3.4, Python 3.5 -3rd party, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9322>
_______________________________________

From report at bugs.python.org  Sat Jun 28 16:22:54 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 14:22:54 +0000
Subject: [issue13681] Aifc read compressed frames fix
In-Reply-To: <1325243830.12.0.0659769703479.issue13681@psf.upfronthosting.co.za>
Message-ID: <1403965374.81.0.55959078637.issue13681@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Oleg #13806 has been closed as fixed so can you take this issue forward?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13681>
_______________________________________

From report at bugs.python.org  Sat Jun 28 16:23:47 2014
From: report at bugs.python.org (Vladimir Iofik)
Date: Sat, 28 Jun 2014 14:23:47 +0000
Subject: [issue21871] Python 2.7.7 regression in mimetypes
 read_windows_registry
In-Reply-To: <1403711336.08.0.362199436706.issue21871@psf.upfronthosting.co.za>
Message-ID: <1403965427.09.0.703040516653.issue21871@psf.upfronthosting.co.za>


Vladimir Iofik added the comment:

Test added.

----------
keywords: +patch
Added file: http://bugs.python.org/file35796/21871.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21871>
_______________________________________

From report at bugs.python.org  Sat Jun 28 17:11:37 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Sat, 28 Jun 2014 15:11:37 +0000
Subject: [issue21856] memoryview: test slice clamping
In-Reply-To: <1403601547.35.0.914531351331.issue21856@psf.upfronthosting.co.za>
Message-ID: <1403968297.05.0.727922756103.issue21856@psf.upfronthosting.co.za>


Changes by Antoine Pitrou <pitrou at free.fr>:


----------
title: memoryview: test slick clamping -> memoryview: test slice clamping

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21856>
_______________________________________

From report at bugs.python.org  Sat Jun 28 17:25:43 2014
From: report at bugs.python.org (R. David Murray)
Date: Sat, 28 Jun 2014 15:25:43 +0000
Subject: [issue21876] os.rename(src,
 dst) does nothing when src and dst files are hard-linked
In-Reply-To: <1403891675.36.0.790137038971.issue21876@psf.upfronthosting.co.za>
Message-ID: <1403969143.39.0.613105958171.issue21876@psf.upfronthosting.co.za>


R. David Murray added the comment:

It may be a backward compatibility problem to change it, but although the os functions tend to be thin wrappers, we also try to be cross platform when possible and we tend to follow what the corresponding shell command does rather than what the posix API does when there is a conflict.

Clearly this case is a grey area, but it is worth thinking about at least.  Perhaps the change could be made in the newer and more cross-platform replace.

----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21876>
_______________________________________

From report at bugs.python.org  Sat Jun 28 17:33:05 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Jun 2014 15:33:05 +0000
Subject: [issue21856] memoryview: test slice clamping
In-Reply-To: <1403601547.35.0.914531351331.issue21856@psf.upfronthosting.co.za>
Message-ID: <1403969585.95.0.72212661634.issue21856@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Seaching for "PySlice_GetIndicesEx" in .../test/*.py with Idle Find in Files did not turn up any hits. However, test.test_slice.test_indices() has several tests of clamping, including 2**100 in various combinations.  The use of 2**100 was was added in #14794 to test successful removal of the Overflow that Victor requested. I don't see that there is any patch needed.  Victor, if you find a deficiency, reopen or open a new issue.

----------
resolution:  -> not a bug
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21856>
_______________________________________

From report at bugs.python.org  Sat Jun 28 17:43:21 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Jun 2014 15:43:21 +0000
Subject: [issue2571] can cmd.py's API/docs for the use of an alternate stdin
 be improved?
In-Reply-To: <1207594702.67.0.73869549091.issue2571@psf.upfronthosting.co.za>
Message-ID: <1403970201.41.0.760683261158.issue2571@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Since Eric assigned this to himself, I will give him a chance to answer. I removed the 'easy' tag because it is not clear to me what the remaining issue is.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2571>
_______________________________________

From report at bugs.python.org  Sat Jun 28 18:03:38 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Jun 2014 16:03:38 +0000
Subject: [issue5638] test_httpservers fails CGI tests if --enable-shared
In-Reply-To: <1238555479.53.0.0126068485544.issue5638@psf.upfronthosting.co.za>
Message-ID: <1403971418.0.0.11597794878.issue5638@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

David, Senthil, can either of you make any sense of this? Is the described configuration supported? Or should we close this?

----------
nosy: +orsenthil, r.david.murray, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5638>
_______________________________________

From report at bugs.python.org  Sat Jun 28 18:27:13 2014
From: report at bugs.python.org (Victor Zhong)
Date: Sat, 28 Jun 2014 16:27:13 +0000
Subject: [issue14534] Add method to mark unittest.TestCases as "do not run".
In-Reply-To: <1333977053.0.0.776415854805.issue14534@psf.upfronthosting.co.za>
Message-ID: <1403972833.46.0.162050045707.issue14534@psf.upfronthosting.co.za>


Victor Zhong added the comment:

Hi Zach,

I've pushed a fix here according to your suggestions:
https://bitbucket.org/hllowrld/cpython/commits/fe10b98717a23fd914c91d42dcca383d53e924a8

Please also find attached the diff.

----------
hgrepos: +263
Added file: http://bugs.python.org/file35797/unnitest_do_not_run.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14534>
_______________________________________

From report at bugs.python.org  Sat Jun 28 18:40:11 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sat, 28 Jun 2014 16:40:11 +0000
Subject: [issue11279] test_posix and lack of "id -G" support - less noise
 required?
In-Reply-To: <1298336144.58.0.789244414117.issue11279@psf.upfronthosting.co.za>
Message-ID: <3h110W10Mwz7LjV@mail.python.org>


Roundup Robot added the comment:

New changeset 4ef517041573 by Jesus Cea in branch '2.7':
Closes #11279: test_posix and lack of "id -G" support - less noise required? (Solaris)
http://hg.python.org/cpython/rev/4ef517041573

New changeset 6889fb276d87 by Jesus Cea in branch '3.4':
Closes #11279: test_posix and lack of "id -G" support - less noise required? (Solaris)
http://hg.python.org/cpython/rev/6889fb276d87

New changeset 54f94e753269 by Jesus Cea in branch 'default':
MERGE: Closes #11279: test_posix and lack of "id -G" support - less noise required? (Solaris)
http://hg.python.org/cpython/rev/54f94e753269

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11279>
_______________________________________

From report at bugs.python.org  Sat Jun 28 18:41:13 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Jun 2014 16:41:13 +0000
Subject: [issue12420] distutils tests fail if PATH is not defined
In-Reply-To: <1309177997.74.0.17903211546.issue12420@psf.upfronthosting.co.za>
Message-ID: <1403973673.21.0.315652369475.issue12420@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I feel that conscientious users who test their installations should get a clean test. They cannot be expected to know that this is an 'expected failure' and therefore not really a failure.

Test_tools has the following, which indeed works to skip on installed 3.4.1 but not on built 3.4.1+.

if not sysconfig.is_python_build():
    # XXX some installers do contain the tools, should we detect that
    # and run the tests in that case too?
    raise unittest.SkipTest('test irrelevant for an installed Python')

How about we decorate the two failing tests
   line 156, in test_optional_extension # or
   line 316, in test_get_outputs
with
@unittest.skipUnless(sysconfig.is_python_build(),
'test irrelevant for an installed Python')  # or modify message
?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12420>
_______________________________________

From report at bugs.python.org  Sat Jun 28 18:45:50 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Jun 2014 16:45:50 +0000
Subject: [issue20155] Regression test test_httpservers fails, hangs on Windows
In-Reply-To: <1389053951.39.0.997653737297.issue20155@psf.upfronthosting.co.za>
Message-ID: <1403973950.85.0.523047806454.issue20155@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

After updating and rebuilding (32 bit VC express, on 64 bit Win 7), I get the same error as in msg210926, with or without -uall, even after turning my antivirus off.

  File "F:\Python\dev\4\py34\lib\test\test_httpservers.py", line 310, in test_invalid_requests
    self.check_status_and_reason(response, 501)
  File "F:\Python\dev\4\py34\lib\test\test_httpservers.py", line 265, in check_status_and_reason
    self.assertEqual(response.status, status)
AssertionError: 200 != 501

Is this a failure of the patch or a different issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20155>
_______________________________________

From report at bugs.python.org  Sat Jun 28 19:47:31 2014
From: report at bugs.python.org (Richard Oudkerk)
Date: Sat, 28 Jun 2014 17:47:31 +0000
Subject: [issue10850] inconsistent behavior concerning
 multiprocessing.manager.BaseManager._Server
In-Reply-To: <1294360374.53.0.588595674921.issue10850@psf.upfronthosting.co.za>
Message-ID: <1403977651.41.0.321707256539.issue10850@psf.upfronthosting.co.za>


Changes by Richard Oudkerk <shibturn at gmail.com>:


----------
assignee:  -> sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10850>
_______________________________________

From report at bugs.python.org  Sat Jun 28 19:52:38 2014
From: report at bugs.python.org (Richard Oudkerk)
Date: Sat, 28 Jun 2014 17:52:38 +0000
Subject: [issue9248] multiprocessing.pool: Proposal: "waitforslot"
In-Reply-To: <1279028823.93.0.963356654708.issue9248@psf.upfronthosting.co.za>
Message-ID: <1403977958.46.0.593482849474.issue9248@psf.upfronthosting.co.za>


Richard Oudkerk added the comment:

Since there are no new features added to Python 2, this would be a Python 3 only feature.

I think for Python 3 it is better to concentrate on developing concurrent.futures rather than multiprocessing.Pool.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9248>
_______________________________________

From report at bugs.python.org  Sat Jun 28 19:55:51 2014
From: report at bugs.python.org (Richard Oudkerk)
Date: Sat, 28 Jun 2014 17:55:51 +0000
Subject: [issue21779] test_multiprocessing_spawn fails when ran with -Werror
In-Reply-To: <1402932904.12.0.0907209632693.issue21779@psf.upfronthosting.co.za>
Message-ID: <1403978151.33.0.0963990317701.issue21779@psf.upfronthosting.co.za>


Changes by Richard Oudkerk <shibturn at gmail.com>:


----------
assignee:  -> sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21779>
_______________________________________

From report at bugs.python.org  Sat Jun 28 20:01:19 2014
From: report at bugs.python.org (Richard Oudkerk)
Date: Sat, 28 Jun 2014 18:01:19 +0000
Subject: [issue21664] multiprocessing leaks temporary directories pymp-xxx
In-Reply-To: <1401907144.02.0.926823813171.issue21664@psf.upfronthosting.co.za>
Message-ID: <1403978479.6.0.789395874551.issue21664@psf.upfronthosting.co.za>


Changes by Richard Oudkerk <shibturn at gmail.com>:


----------
assignee:  -> sbt

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21664>
_______________________________________

From report at bugs.python.org  Sat Jun 28 20:06:22 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 28 Jun 2014 18:06:22 +0000
Subject: [issue5638] test_httpservers fails CGI tests if --enable-shared
In-Reply-To: <1238555479.53.0.0126068485544.issue5638@psf.upfronthosting.co.za>
Message-ID: <1403978782.08.0.692313883436.issue5638@psf.upfronthosting.co.za>


Ned Deily added the comment:

I don't see where any problems were fixed but I've verified that with current default that this case works correctly if you start the tests correctly as "make test" does.

LD_LIBRARY_PATH=$CWD ./python -m test ...

The cgi test cases create a temporary directory, set up a symlink for python using the value of sys.executable, which should be ./python, and the LD_LIBRARY_PATH environment variable (or equivalent on the platform) is inherited in the test cases.  I suppose you could run into trouble *if* there already is a Python shared library installed in the prefix location and on the platform, directories in LD_LIBRARY_PATH are not searched first.  If that's the case, then there's little Python can do and other tests would fail.  In such a situation, you would either have to install first or, for test purposes, use a temporary value for --prefix when running configure and make a test-only build.

----------
nosy: +ned.deily
resolution:  -> works for me
stage: test needed -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5638>
_______________________________________

From report at bugs.python.org  Sat Jun 28 20:20:30 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 18:20:30 +0000
Subject: [issue12500] Skip test_ssl.test_connect_ex() on connection error
In-Reply-To: <1309854315.46.0.604055413236.issue12500@psf.upfronthosting.co.za>
Message-ID: <1403979630.12.0.908953144395.issue12500@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Victor would you like to follow up with your patch?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12500>
_______________________________________

From report at bugs.python.org  Sat Jun 28 20:21:36 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 18:21:36 +0000
Subject: [issue13456] Providing a custom HTTPResponse class to HTTPConnection
In-Reply-To: <1321988533.96.0.72454390842.issue13456@psf.upfronthosting.co.za>
Message-ID: <1403979696.65.0.0188640078188.issue13456@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

ping.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13456>
_______________________________________

From report at bugs.python.org  Sat Jun 28 20:22:48 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 18:22:48 +0000
Subject: [issue13272] 2to3 fix_renames doesn't rename
 string.lowercase/uppercase/letters
In-Reply-To: <1319700425.9.0.635731429373.issue13272@psf.upfronthosting.co.za>
Message-ID: <1403979768.21.0.436863933403.issue13272@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Ezio can you prepare a patch for this?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13272>
_______________________________________

From report at bugs.python.org  Sat Jun 28 20:27:42 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 18:27:42 +0000
Subject: [issue13954] Add regrtest option to record test results to a file
In-Reply-To: <1328560515.13.0.686472532234.issue13954@psf.upfronthosting.co.za>
Message-ID: <1403980062.77.0.513004275482.issue13954@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Brett I assume that you'd want to follow up on this.

----------
nosy: +BreamoreBoy
type:  -> enhancement
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13954>
_______________________________________

From report at bugs.python.org  Sat Jun 28 20:33:09 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 18:33:09 +0000
Subject: [issue14235] test_cmd.py does not correctly call reload()
In-Reply-To: <1331255570.35.0.441826601517.issue14235@psf.upfronthosting.co.za>
Message-ID: <1403980389.58.0.817427020515.issue14235@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The patch has not been applied to the default or 3.4 branches.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14235>
_______________________________________

From report at bugs.python.org  Sat Jun 28 20:36:39 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 18:36:39 +0000
Subject: [issue12790] doctest.testmod does not run tests in functools.partial
 functions
In-Reply-To: <1313812473.15.0.9197967798.issue12790@psf.upfronthosting.co.za>
Message-ID: <1403980599.83.0.100858751872.issue12790@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Tim is this something you could take a look at please?

----------
nosy: +BreamoreBoy, tim.peters

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12790>
_______________________________________

From report at bugs.python.org  Sat Jun 28 20:41:19 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 18:41:19 +0000
Subject: [issue9725] urllib.request.FancyURLopener won't connect to pages
 requiring username and password
In-Reply-To: <1283274337.79.0.0864543833676.issue9725@psf.upfronthosting.co.za>
Message-ID: <1403980879.67.0.666538812919.issue9725@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Senthil can you follow up on this please.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9725>
_______________________________________

From report at bugs.python.org  Sat Jun 28 21:05:19 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Jun 2014 19:05:19 +0000
Subject: [issue12420] distutils tests fail if PATH is not defined
In-Reply-To: <1309177997.74.0.17903211546.issue12420@psf.upfronthosting.co.za>
Message-ID: <1403982319.02.0.663880895916.issue12420@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

A minor change: distutils has is own version of sysconfig*, which is already imported into disutils/tests/test_build_ext.py. It has '_python_build' instead of 'is_python_build'. With that change, the decorators work as expected to skip the tests on installed Windows 3.4.1 either when test_build_ext is run by itself as main or as part of test_distutils.

# Seems like a violation of DRY. According to hg revision history, (and visually comparing the two, some patches have been applied to just one, some to both.

----------
stage:  -> patch review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12420>
_______________________________________

From report at bugs.python.org  Sat Jun 28 21:05:48 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sat, 28 Jun 2014 19:05:48 +0000
Subject: [issue12420] distutils tests fail if PATH is not defined
In-Reply-To: <1309177997.74.0.17903211546.issue12420@psf.upfronthosting.co.za>
Message-ID: <1403982347.99.0.562641894572.issue12420@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
versions: +Python 3.5 -Python 3.3
Added file: http://bugs.python.org/file35798/distutils-12420.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12420>
_______________________________________

From report at bugs.python.org  Sat Jun 28 21:09:36 2014
From: report at bugs.python.org (Robin Schoonover)
Date: Sat, 28 Jun 2014 19:09:36 +0000
Subject: [issue21878] wsgi.simple_server's wsgi.input read/readline waits
 forever in certain circumstances
In-Reply-To: <1403937301.18.0.584032434522.issue21878@psf.upfronthosting.co.za>
Message-ID: <1403982576.54.0.255816605088.issue21878@psf.upfronthosting.co.za>


Robin Schoonover added the comment:

Issue also occurs if .read() is used with no size.

----------
title: wsgi.simple_server's wsgi.input readline waits forever for non-multipart/form-data -> wsgi.simple_server's wsgi.input read/readline waits forever in certain circumstances

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21878>
_______________________________________

From report at bugs.python.org  Sat Jun 28 21:31:47 2014
From: report at bugs.python.org (Marc-Andre Lemburg)
Date: Sat, 28 Jun 2014 19:31:47 +0000
Subject: [issue12808] Coverage of codecs.py
In-Reply-To: <1313983372.14.0.793098723033.issue12808@psf.upfronthosting.co.za>
Message-ID: <1403983907.48.0.0592504747006.issue12808@psf.upfronthosting.co.za>


Marc-Andre Lemburg added the comment:

The patch would have to be updated to 3.5 (part of it no longer applies), but other than that I think it's fine.

It may make sense to readd the comment for .getstate() to keep the state as simple as possible ("The implementation should make sure that ``0`` is the most common state."), but without requiring a specific number, type, etc.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12808>
_______________________________________

From report at bugs.python.org  Sat Jun 28 23:17:19 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 21:17:19 +0000
Subject: [issue1158490] locale fails if LANGUAGE has multiple locales
Message-ID: <1403990239.92.0.566855108831.issue1158490@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The words here https://docs.python.org/3/library/locale.html#locale.getdefaultlocale read in part "envvars defaults to the search path used in GNU gettext; it must always contain the variable name 'LANG'.".  I think this means that envvars should always contain 'LANG', even if the default is not used, but the code doesn't seem to need that.  If somebody can clarify this for me I'll submit a new patch.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1158490>
_______________________________________

From report at bugs.python.org  Sat Jun 28 23:35:08 2014
From: report at bugs.python.org (John O'Connor)
Date: Sat, 28 Jun 2014 21:35:08 +0000
Subject: [issue6094] Python fails to build with Subversion 1.7
In-Reply-To: <1243102798.53.0.847495660834.issue6094@psf.upfronthosting.co.za>
Message-ID: <1403991308.79.0.0612834684984.issue6094@psf.upfronthosting.co.za>


John O'Connor added the comment:

I encountered the same problem w/ 2.7.7. 

Temporary workaround:
SVNVERSION="Unversioned directory" ./configure
make
...

----------
nosy: +jcon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6094>
_______________________________________

From report at bugs.python.org  Sun Jun 29 00:17:07 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sat, 28 Jun 2014 22:17:07 +0000
Subject: [issue13272] 2to3 fix_renames doesn't rename
 string.lowercase/uppercase/letters
In-Reply-To: <1319700425.9.0.635731429373.issue13272@psf.upfronthosting.co.za>
Message-ID: <1403993827.27.0.709068281848.issue13272@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13272>
_______________________________________

From report at bugs.python.org  Sun Jun 29 00:23:21 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 22:23:21 +0000
Subject: [issue14812] Change file associations to not be a default installer
 feature
In-Reply-To: <1337057086.06.0.157566935456.issue14812@psf.upfronthosting.co.za>
Message-ID: <1403994201.48.0.979660346567.issue14812@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is the thinking behind this issue changed in any way by the implementation of PEP 397 Python launcher for Windows?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14812>
_______________________________________

From report at bugs.python.org  Sun Jun 29 00:29:50 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 22:29:50 +0000
Subject: [issue828450] sdist generates bad MANIFEST on Windows
Message-ID: <1403994590.4.0.0825432285386.issue828450@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@?ric did you ever ask on distutils-sig if MANIFEST is meant to be cross-platform?

----------
components:  -Distutils2, Windows
nosy: +BreamoreBoy, dstufft
versions: +Python 3.4, Python 3.5 -3rd party, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue828450>
_______________________________________

From report at bugs.python.org  Sun Jun 29 00:32:46 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 22:32:46 +0000
Subject: [issue12640] test_ctypes seg fault (test_callback_register_double);
 armv7; gcc 4.5.1
In-Reply-To: <1311637071.74.0.758300374846.issue12640@psf.upfronthosting.co.za>
Message-ID: <1403994766.25.0.69208258211.issue12640@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as "out of date" as we're now up to 2.7.7?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12640>
_______________________________________

From report at bugs.python.org  Sun Jun 29 01:15:48 2014
From: report at bugs.python.org (Ned Deily)
Date: Sat, 28 Jun 2014 23:15:48 +0000
Subject: [issue6094] Python fails to build with Subversion 1.7
In-Reply-To: <1243102798.53.0.847495660834.issue6094@psf.upfronthosting.co.za>
Message-ID: <1403997348.97.0.496298091672.issue6094@psf.upfronthosting.co.za>


Ned Deily added the comment:

Suman, Jon:  This issue was closed five years ago and the fixes for it have long been out in the field.  Comments on closed issues are likely to be overlooked and not acted on.  If you are having a current problem, you should open a new issue, documenting in particular what OS versions and shell you are using, the pertinent values (SVNVERSION, HGVERSION) from the generated Makefile, and the output from:

echo `LC_ALL=C echo Unversioned directory`

FWIW, I was unable to reproduce the failure on a different Unix platform.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6094>
_______________________________________

From report at bugs.python.org  Sun Jun 29 01:53:34 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 23:53:34 +0000
Subject: [issue9731] Add ABCMeta.has_methods and tests that use it
In-Reply-To: <1283346153.7.0.611629242062.issue9731@psf.upfronthosting.co.za>
Message-ID: <1403999614.25.0.708737188032.issue9731@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we have a formal patch review with a view to committing as this issue is referenced from #9859.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9731>
_______________________________________

From report at bugs.python.org  Sun Jun 29 01:57:22 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sat, 28 Jun 2014 23:57:22 +0000
Subject: [issue9859] Add tests to verify API match of modules with 2
 implementations
In-Reply-To: <1284558397.04.0.990092096712.issue9859@psf.upfronthosting.co.za>
Message-ID: <1403999842.14.0.141760124258.issue9859@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Daniel do you intend putting forward a formal patch on this issue?  I'm asking as I think issue9858 is effectively completed and I've just asked for a formal patch review on Issue9731.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9859>
_______________________________________

From report at bugs.python.org  Sun Jun 29 02:04:04 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 00:04:04 +0000
Subject: [issue8384] Better error message for executables not found
In-Reply-To: <1271121338.06.0.379239271673.issue8384@psf.upfronthosting.co.za>
Message-ID: <1404000244.76.0.0639380532931.issue8384@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@?ric can you put this on your todo list if it's not already there?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.1, Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8384>
_______________________________________

From report at bugs.python.org  Sun Jun 29 02:06:15 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 00:06:15 +0000
Subject: [issue13055] Distutils tries to handle null versions but fails
In-Reply-To: <1317238322.67.0.925527851228.issue13055@psf.upfronthosting.co.za>
Message-ID: <1404000375.41.0.124661655718.issue13055@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
components:  -Distutils2
nosy: +dstufft
versions: +Python 3.4, Python 3.5 -3rd party, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13055>
_______________________________________

From report at bugs.python.org  Sun Jun 29 02:19:37 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 00:19:37 +0000
Subject: [issue2661] Mapping tests cannot be passed by user implementations
In-Reply-To: <1208642973.7.0.825847798287.issue2661@psf.upfronthosting.co.za>
Message-ID: <1404001177.19.0.630227837597.issue2661@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Walter/Raymond as there is still no patch for this issue do you want to leave it open just in case anybody wants to work on it, move it to langushing, close it or what?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2661>
_______________________________________

From report at bugs.python.org  Sun Jun 29 02:39:55 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 00:39:55 +0000
Subject: [issue9960] test_structmembers fails on s390x (bigendian 64-bit):
 int/Py_ssize_t issue
In-Reply-To: <1285600296.08.0.731959847047.issue9960@psf.upfronthosting.co.za>
Message-ID: <1404002395.75.0.524467778623.issue9960@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I believe that the change in the later patch has already been applied to the 2.7 branch.  If I'm correct can we close this please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9960>
_______________________________________

From report at bugs.python.org  Sun Jun 29 02:59:54 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 29 Jun 2014 00:59:54 +0000
Subject: [issue21874] test_strptime fails on rhel/centos/fedora systems
In-Reply-To: <1403826345.9.0.88896627543.issue21874@psf.upfronthosting.co.za>
Message-ID: <1404003594.01.0.175799911336.issue21874@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +belopolsky, lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21874>
_______________________________________

From report at bugs.python.org  Sun Jun 29 04:30:57 2014
From: report at bugs.python.org (=?utf-8?b?5aSp5LiAIOS9lQ==?=)
Date: Sun, 29 Jun 2014 02:30:57 +0000
Subject: [issue19003] email.generator.BytesGenerator corrupts data by changing
 line endings
In-Reply-To: <1378885640.45.0.020973506597.issue19003@psf.upfronthosting.co.za>
Message-ID: <1404009057.06.0.661317569276.issue19003@psf.upfronthosting.co.za>


?? ? added the comment:

Confirmed in Python 3.4.1.

----------
nosy: +??.?
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19003>
_______________________________________

From report at bugs.python.org  Sun Jun 29 04:39:00 2014
From: report at bugs.python.org (=?utf-8?b?5aSp5LiAIOS9lQ==?=)
Date: Sun, 29 Jun 2014 02:39:00 +0000
Subject: [issue19003] email.generator.BytesGenerator corrupts data by changing
 line endings
In-Reply-To: <1378885640.45.0.020973506597.issue19003@psf.upfronthosting.co.za>
Message-ID: <1404009540.98.0.276694959784.issue19003@psf.upfronthosting.co.za>


?? ? added the comment:

This patch added special behavior with MIMEApplication and may fix this issue.
Can be verified with test_email.

----------
keywords: +patch
Added file: http://bugs.python.org/file35799/issue19003_email.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19003>
_______________________________________

From report at bugs.python.org  Sun Jun 29 05:58:51 2014
From: report at bugs.python.org (karl)
Date: Sun, 29 Jun 2014 03:58:51 +0000
Subject: [issue15873] datetime: add ability to parse RFC 3339 dates and times
In-Reply-To: <1346965730.56.0.810546720554.issue15873@psf.upfronthosting.co.za>
Message-ID: <1404014331.89.0.0692783587626.issue15873@psf.upfronthosting.co.za>


karl added the comment:

I had the issue today. I needed to parse a date with the following format.

    2014-04-04T23:59:00+09:00

and could not with strptime.

I see a discussion in March 2014 http://code.activestate.com/lists/python-ideas/26883/ but no followup. 

For references:
http://www.w3.org/TR/NOTE-datetime
http://tools.ietf.org/html/rfc3339

----------
nosy: +karlcow

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15873>
_______________________________________

From report at bugs.python.org  Sun Jun 29 06:36:15 2014
From: report at bugs.python.org (karl)
Date: Sun, 29 Jun 2014 04:36:15 +0000
Subject: [issue15873] datetime: add ability to parse RFC 3339 dates and times
In-Reply-To: <1346965730.56.0.810546720554.issue15873@psf.upfronthosting.co.za>
Message-ID: <1404016575.98.0.458228534738.issue15873@psf.upfronthosting.co.za>


karl added the comment:

On closer inspection, Anders Hovm?ller proposal doesn't work.
https://github.com/boxed/iso8601

At least for the microseconds part. 

In http://tools.ietf.org/html/rfc3339#section-5.6, the microsecond part is defined as:

time-secfrac    = "." 1*DIGIT

In http://www.w3.org/TR/NOTE-datetime, same thing:
     s    = one or more digits representing a decimal fraction of a second

Anders considers it to be only six digits. It can be more or it can be less. :) 

Will comment on github too.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15873>
_______________________________________

From report at bugs.python.org  Sun Jun 29 07:30:40 2014
From: report at bugs.python.org (karl)
Date: Sun, 29 Jun 2014 05:30:40 +0000
Subject: [issue15873] datetime: add ability to parse RFC 3339 dates and times
In-Reply-To: <1346965730.56.0.810546720554.issue15873@psf.upfronthosting.co.za>
Message-ID: <1404019840.73.0.522658354913.issue15873@psf.upfronthosting.co.za>


karl added the comment:

Noticed some people doing the same thing

https://github.com/tonyg/python-rfc3339
http://home.blarg.net/~steveha/pyfeed.html
https://wiki.python.org/moin/WorkingWithTime

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15873>
_______________________________________

From report at bugs.python.org  Sun Jun 29 11:05:53 2014
From: report at bugs.python.org (=?utf-8?q?Walter_D=C3=B6rwald?=)
Date: Sun, 29 Jun 2014 09:05:53 +0000
Subject: [issue2661] Mapping tests cannot be passed by user implementations
In-Reply-To: <1208642973.7.0.825847798287.issue2661@psf.upfronthosting.co.za>
Message-ID: <1404032753.39.0.741659524882.issue2661@psf.upfronthosting.co.za>


Walter D?rwald added the comment:

Here is a patch that implements suggestion 2 and 3.

----------
keywords: +patch
Added file: http://bugs.python.org/file35800/mapping-tests.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2661>
_______________________________________

From report at bugs.python.org  Sun Jun 29 11:12:09 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 29 Jun 2014 09:12:09 +0000
Subject: [issue18588] timeit examples should be consistent
In-Reply-To: <1375118438.6.0.867422483387.issue18588@psf.upfronthosting.co.za>
Message-ID: <1404033129.44.0.292126458168.issue18588@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

I tried to run those timings again and the values I got from the terminal are close to the ones I got from the interactive interpreter.
I'm not sure why when I wrote those examples I got such different values.
It would be fine with me to update them and avoid confusion.

> In command-line invocation the gc is disabled.
> And timit.repeat() is used instead of timit.timit().

Looking at the current code it seems to me that the command-line uses timeit.repeat(), that repeat calls timeit.timeit(), and that timeit.timeit() disables the gc.  Maybe back then it was different; that would explain why I got different results.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18588>
_______________________________________

From report at bugs.python.org  Sun Jun 29 11:41:04 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 29 Jun 2014 09:41:04 +0000
Subject: [issue13963] dev guide has no mention of mechanics of patch review
In-Reply-To: <1328631878.8.0.85188160352.issue13963@psf.upfronthosting.co.za>
Message-ID: <1404034864.47.0.1258218311.issue13963@psf.upfronthosting.co.za>


Ezio Melotti added the comment:

If someone familiar with rietveld wants to propose a patch I will review and apply it, otherwise it might take a while before I can get to it.

The patch should include these things:
1) how to make a patch that works with rietveld (this might already be mentioned somewhere in the devguide);
2) how to reach rietveld once the patch is uploaded (by clicking the review link);
3) how to use rietveld to review a patch.  This should briefly explain:
  a) the side-by-side view, the unified diff view, and the delta view;
  b) how to use the start review link and how to move between files using the keyboard shortcut or links;
  c) how to leave inline and general comments;
  d) how to go back to the issue (by clicking on the issue number on the main rietveld page)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13963>
_______________________________________

From report at bugs.python.org  Sun Jun 29 11:46:01 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 29 Jun 2014 09:46:01 +0000
Subject: [issue10765] Build regression from automation changes on windows
In-Reply-To: <1293146347.8.0.828425848028.issue10765@psf.upfronthosting.co.za>
Message-ID: <1404035161.83.0.238952004609.issue10765@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +haypo, steve.dower, zach.ware

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10765>
_______________________________________

From report at bugs.python.org  Sun Jun 29 12:07:59 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 29 Jun 2014 10:07:59 +0000
Subject: [issue21575] list.sort() should show arguments in tutorial
In-Reply-To: <1401021385.55.0.784639264396.issue21575@psf.upfronthosting.co.za>
Message-ID: <1404036479.59.0.643083633276.issue21575@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> resolved
type:  -> enhancement

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21575>
_______________________________________

From report at bugs.python.org  Sun Jun 29 12:10:38 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 29 Jun 2014 10:10:38 +0000
Subject: [issue21429] Input.output error with multiprocessing
In-Reply-To: <1399220691.1.0.523621963732.issue21429@psf.upfronthosting.co.za>
Message-ID: <1404036638.23.0.948960542308.issue21429@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
status: open -> pending

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21429>
_______________________________________

From report at bugs.python.org  Sun Jun 29 12:11:48 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 29 Jun 2014 10:11:48 +0000
Subject: [issue7094] Add alternate float formatting styles to new-style
 formatting.
In-Reply-To: <1255118044.58.0.727731702587.issue7094@psf.upfronthosting.co.za>
Message-ID: <1404036708.86.0.94300470469.issue7094@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage: patch review -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7094>
_______________________________________

From report at bugs.python.org  Sun Jun 29 12:13:28 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 29 Jun 2014 10:13:28 +0000
Subject: [issue21213] Memory bomb by incorrect custom serializer to json.dumps
In-Reply-To: <1397472980.58.0.747239124099.issue21213@psf.upfronthosting.co.za>
Message-ID: <1404036808.87.0.430750205375.issue21213@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
stage:  -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21213>
_______________________________________

From report at bugs.python.org  Sun Jun 29 12:22:25 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 29 Jun 2014 10:22:25 +0000
Subject: [issue16701] Docs missing the behavior of += (in-place add) for lists.
In-Reply-To: <1355690474.0.0.76209480062.issue16701@psf.upfronthosting.co.za>
Message-ID: <1404037345.57.0.281864755174.issue16701@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +rhettinger

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16701>
_______________________________________

From report at bugs.python.org  Sun Jun 29 12:23:07 2014
From: report at bugs.python.org (Ezio Melotti)
Date: Sun, 29 Jun 2014 10:23:07 +0000
Subject: [issue21358] Augmented assignment doc: clarify 'only evaluated once'
In-Reply-To: <1398544739.49.0.840910165962.issue21358@psf.upfronthosting.co.za>
Message-ID: <1404037387.68.0.814498571741.issue21358@psf.upfronthosting.co.za>


Changes by Ezio Melotti <ezio.melotti at gmail.com>:


----------
nosy: +ezio.melotti

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21358>
_______________________________________

From report at bugs.python.org  Sun Jun 29 12:41:48 2014
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 29 Jun 2014 10:41:48 +0000
Subject: [issue5862] multiprocessing 'using a remote manager' example errors
 and possible 'from_address' code leftover
In-Reply-To: <1240883702.69.0.562256281063.issue5862@psf.upfronthosting.co.za>
Message-ID: <1404038508.73.0.292510799969.issue5862@psf.upfronthosting.co.za>


Berker Peksag added the comment:

This has already been fixed in issue 3518:

    https://docs.python.org/3.4/library/multiprocessing.html#using-a-remote-manager

----------
nosy: +berker.peksag
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder:  -> multiprocessing: BaseManager.from_address documented but doesn't exist

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5862>
_______________________________________

From report at bugs.python.org  Sun Jun 29 12:51:22 2014
From: report at bugs.python.org (Berker Peksag)
Date: Sun, 29 Jun 2014 10:51:22 +0000
Subject: [issue7506] multiprocessing.managers.BaseManager.__reduce__
 references BaseManager.from_address
In-Reply-To: <1260816536.82.0.305544247154.issue7506@psf.upfronthosting.co.za>
Message-ID: <1404039082.14.0.50645356763.issue7506@psf.upfronthosting.co.za>


Berker Peksag added the comment:

This has already been fixed in c2910971eb86 (see issue 3518).

----------
nosy: +berker.peksag
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7506>
_______________________________________

From report at bugs.python.org  Sun Jun 29 14:39:52 2014
From: report at bugs.python.org (Giampaolo Rodola')
Date: Sun, 29 Jun 2014 12:39:52 +0000
Subject: [issue12378] smtplib.SMTP_SSL leaks socket connections on SSL error
In-Reply-To: <1308599064.12.0.317669798103.issue12378@psf.upfronthosting.co.za>
Message-ID: <1404045592.47.0.384009480683.issue12378@psf.upfronthosting.co.za>


Giampaolo Rodola' added the comment:

> @Giampaolo can you add anything to this?

As for smptd encoding error I think a reasonable thing to do would be to reply with "501 Can't decode command.". There's no way for the server to return a more specific error message (e.g. "SSL is not supported"). ...And just for clarity/completeness, smtpd module cannot support SSL because asyncore doesn't.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12378>
_______________________________________

From report at bugs.python.org  Sun Jun 29 14:56:21 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 29 Jun 2014 12:56:21 +0000
Subject: [issue20753] disable test_robotparser test that uses an invalid URL
In-Reply-To: <1393197913.25.0.58929774722.issue20753@psf.upfronthosting.co.za>
Message-ID: <3h1Wzm5Y9Rz7LjZ@mail.python.org>


Roundup Robot added the comment:

New changeset 0e08ca451b34 by Berker Peksag in branch '3.4':
Issue #20753: Skip PasswordProtectedSiteTestCase when Python is built without threads.
http://hg.python.org/cpython/rev/0e08ca451b34

New changeset 394e6bda5a70 by Berker Peksag in branch 'default':
Issue #20753: Merge with 3.4.
http://hg.python.org/cpython/rev/394e6bda5a70

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20753>
_______________________________________

From report at bugs.python.org  Sun Jun 29 15:15:58 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 13:15:58 +0000
Subject: [issue12660] test_gdb fails when installed
In-Reply-To: <1312038409.05.0.274432685937.issue12660@psf.upfronthosting.co.za>
Message-ID: <1404047758.94.0.274307917455.issue12660@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The changeset referenced in msg160074 is still in default, can someone pick this up please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12660>
_______________________________________

From report at bugs.python.org  Sun Jun 29 15:18:58 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 13:18:58 +0000
Subject: [issue11882] test_imaplib failed on x86 ubuntu
In-Reply-To: <1303242113.82.0.307299264452.issue11882@psf.upfronthosting.co.za>
Message-ID: <1404047938.58.0.0218806905939.issue11882@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is there any work to be done here or can this be closed?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11882>
_______________________________________

From report at bugs.python.org  Sun Jun 29 15:26:51 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 13:26:51 +0000
Subject: [issue15933] flaky test in test_datetime
In-Reply-To: <1347466816.36.0.945599436453.issue15933@psf.upfronthosting.co.za>
Message-ID: <1404048411.65.0.0279166830735.issue15933@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The patch LGTM, can we have a commit review please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15933>
_______________________________________

From report at bugs.python.org  Sun Jun 29 15:32:27 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 13:32:27 +0000
Subject: [issue14547] Python symlink to script behaves unexpectedly
In-Reply-To: <1334155369.29.0.554259242167.issue14547@psf.upfronthosting.co.za>
Message-ID: <1404048747.2.0.937600189526.issue14547@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I've removed Tests from the components list as I don't think it belongs there.

----------
components:  -Tests
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14547>
_______________________________________

From report at bugs.python.org  Sun Jun 29 15:34:39 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 13:34:39 +0000
Subject: [issue14817] pkgutil.extend_path has no tests
In-Reply-To: <1337109540.72.0.0262382182113.issue14817@psf.upfronthosting.co.za>
Message-ID: <1404048879.15.0.409147592227.issue14817@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Eric will you pick this up again?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14817>
_______________________________________

From report at bugs.python.org  Sun Jun 29 15:45:18 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 13:45:18 +0000
Subject: [issue13617] Reject embedded null characters in wchar* strings
In-Reply-To: <1324094022.4.0.746327138354.issue13617@psf.upfronthosting.co.za>
Message-ID: <1404049518.19.0.946332630311.issue13617@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Victor can you pick this up again please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13617>
_______________________________________

From report at bugs.python.org  Sun Jun 29 16:09:52 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 14:09:52 +0000
Subject: [issue13849] Add tests for NUL checking in certain strs
In-Reply-To: <1327370754.29.0.66468771639.issue13849@psf.upfronthosting.co.za>
Message-ID: <1404050992.11.0.183783542734.issue13849@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The type and versions fields have been set to what I think they ought to be, as I couldn't find any reference to this issue on python-dev.  Note that #13848 is closed as fixed and I've asked Victor if he can pick up #13617.

----------
nosy: +BreamoreBoy
type:  -> enhancement
versions: +Python 3.4, Python 3.5 -Python 2.7, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13849>
_______________________________________

From report at bugs.python.org  Sun Jun 29 16:37:28 2014
From: report at bugs.python.org (Roy Smith)
Date: Sun, 29 Jun 2014 14:37:28 +0000
Subject: [issue21879] str.format() gives poor diagnostic on placeholder
 mismatch
Message-ID: <1404052648.46.0.81950938275.issue21879@psf.upfronthosting.co.za>


New submission from Roy Smith:

https://mail.python.org/pipermail/python-list/2014-June/674188.html

----------
messages: 221846
nosy: roysmith
priority: normal
severity: normal
status: open
title: str.format() gives poor diagnostic on placeholder mismatch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21879>
_______________________________________

From report at bugs.python.org  Sun Jun 29 16:41:02 2014
From: report at bugs.python.org (Roy Smith)
Date: Sun, 29 Jun 2014 14:41:02 +0000
Subject: [issue21879] str.format() gives poor diagnostic on placeholder
 mismatch
In-Reply-To: <1404052648.46.0.81950938275.issue21879@psf.upfronthosting.co.za>
Message-ID: <1404052862.84.0.668500091812.issue21879@psf.upfronthosting.co.za>


Roy Smith added the comment:

(ugh, hit return too soon)

>>> '{1}'.format()
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
IndexError: tuple index out of range

This is a confusing error message.  The user hasn't written any tuples, so a message about a tuple index out of range will just leave them scratching their head.  We should either return a more specific subclass of IndexError, or at least a more descriptive text describing what went wrong.

See https://mail.python.org/pipermail/python-list/2014-June/674188.html for background.

----------
type:  -> behavior
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21879>
_______________________________________

From report at bugs.python.org  Sun Jun 29 17:15:43 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 15:15:43 +0000
Subject: [issue14261] Cleanup in smtpd module
In-Reply-To: <1331553850.91.0.315576733805.issue14261@psf.upfronthosting.co.za>
Message-ID: <1404054943.92.0.22375655912.issue14261@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Michele as 8739 has been implemented would you like to put up a patch for this?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14261>
_______________________________________

From report at bugs.python.org  Sun Jun 29 17:32:33 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 29 Jun 2014 15:32:33 +0000
Subject: [issue15836] unittest assertRaises should verify excClass is actually
 a BaseException class
In-Reply-To: <1346459161.18.0.156457463704.issue15836@psf.upfronthosting.co.za>
Message-ID: <1404055953.31.0.620533882508.issue15836@psf.upfronthosting.co.za>


R. David Murray added the comment:

Ezio requested I comment on his suggestion: I still prefer the try/except form, but I don't feel strongly about it.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15836>
_______________________________________

From report at bugs.python.org  Sun Jun 29 17:41:55 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 15:41:55 +0000
Subject: [issue14771] Occasional failure in test_ioctl when run parallel with
 test_gdb
In-Reply-To: <1336673953.31.0.37144571556.issue14771@psf.upfronthosting.co.za>
Message-ID: <1404056515.65.0.346185261769.issue14771@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Antoine/Serhiy I believe that you'd want to follow up on this.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14771>
_______________________________________

From report at bugs.python.org  Sun Jun 29 17:47:47 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 29 Jun 2014 15:47:47 +0000
Subject: [issue11882] test_imaplib failed on x86 ubuntu
In-Reply-To: <1303242113.82.0.307299264452.issue11882@psf.upfronthosting.co.za>
Message-ID: <1404056867.78.0.616608918665.issue11882@psf.upfronthosting.co.za>


R. David Murray added the comment:

Since we can't reproduce it and have had no response from the OP for over a year, it is indeed time to close this one.

----------
resolution: not a bug -> works for me
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11882>
_______________________________________

From report at bugs.python.org  Sun Jun 29 17:49:23 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 15:49:23 +0000
Subject: [issue3170] test_pydoc has no way to regenerate pristine data
In-Reply-To: <1214106427.35.0.304484848957.issue3170@psf.upfronthosting.co.za>
Message-ID: <1404056963.31.0.819606443842.issue3170@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is this still an issue?  I'd try to reproduce it myself but there is very little data in the original report.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.0

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3170>
_______________________________________

From report at bugs.python.org  Sun Jun 29 17:51:46 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 15:51:46 +0000
Subject: [issue11886] test_time.test_tzset() fails on "x86 FreeBSD 7.2 3.x":
 AEST timezone called "EST"
In-Reply-To: <1303307593.46.0.897474878267.issue11886@psf.upfronthosting.co.za>
Message-ID: <1404057106.64.0.41539235054.issue11886@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as "out of date"?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11886>
_______________________________________

From report at bugs.python.org  Sun Jun 29 17:59:58 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 15:59:58 +0000
Subject: [issue7665] test_urllib2 and test_ntpath fail if path contains "\"
In-Reply-To: <1263142226.0.0.91918347375.issue7665@psf.upfronthosting.co.za>
Message-ID: <1404057598.54.0.113142279812.issue7665@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can someone try to reproduce these on 2.7 as I no longer have it set up.  If both problems can be reproduced I think the test_urllib2 problem should be dealt with here and a new issue opened for test_ntpath.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7665>
_______________________________________

From report at bugs.python.org  Sun Jun 29 18:02:43 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 29 Jun 2014 16:02:43 +0000
Subject: [issue21879] str.format() gives poor diagnostic on placeholder
 mismatch
In-Reply-To: <1404052648.46.0.81950938275.issue21879@psf.upfronthosting.co.za>
Message-ID: <1404057763.71.0.730194197757.issue21879@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

IndexError should be caught and replaced with something like
ValueError('format string requests argument not passed') or
TypeError('arguments do not match format string') or more specific
TypeError('format string requests at least %d positional arguments, only %d passed')
In Roy's example (a good testcase), the numbers would be 1 and 0.

----------
nosy: +eric.smith, terry.reedy
stage:  -> needs patch
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21879>
_______________________________________

From report at bugs.python.org  Sun Jun 29 18:04:19 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 16:04:19 +0000
Subject: [issue15750] test_localtime_daylight_false_dst_true raises
 OverflowError: mktime argument out of range
In-Reply-To: <1345526136.06.0.661867821529.issue15750@psf.upfronthosting.co.za>
Message-ID: <1404057859.05.0.575580672946.issue15750@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Are these tests still failing, can this issue be closed as "out of date" or what?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15750>
_______________________________________

From report at bugs.python.org  Sun Jun 29 18:05:59 2014
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 29 Jun 2014 16:05:59 +0000
Subject: [issue11886] test_time.test_tzset() fails on "x86 FreeBSD 7.2 3.x":
 AEST timezone called "EST"
In-Reply-To: <1303307593.46.0.897474878267.issue11886@psf.upfronthosting.co.za>
Message-ID: <1404057959.64.0.442639495807.issue11886@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11886>
_______________________________________

From report at bugs.python.org  Sun Jun 29 18:07:03 2014
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 29 Jun 2014 16:07:03 +0000
Subject: [issue15750] test_localtime_daylight_false_dst_true raises
 OverflowError: mktime argument out of range
In-Reply-To: <1345526136.06.0.661867821529.issue15750@psf.upfronthosting.co.za>
Message-ID: <1404058023.89.0.716565722124.issue15750@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I don't see the issue anymore, I guess that it was fixed.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15750>
_______________________________________

From report at bugs.python.org  Sun Jun 29 18:12:07 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 29 Jun 2014 16:12:07 +0000
Subject: [issue20155] Regression test test_httpservers fails, hangs on Windows
In-Reply-To: <1389053951.39.0.997653737297.issue20155@psf.upfronthosting.co.za>
Message-ID: <1404058327.28.0.66108229502.issue20155@psf.upfronthosting.co.za>


R. David Murray added the comment:

If deactivating the AV/firewall doesn't change the behavior, it is presumably a different problem.  But let's see what Claudiu has to say, since he was able to reproduce and then circumvent the original problem.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20155>
_______________________________________

From report at bugs.python.org  Sun Jun 29 18:28:50 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sun, 29 Jun 2014 16:28:50 +0000
Subject: [issue20155] Regression test test_httpservers fails, hangs on Windows
In-Reply-To: <1389053951.39.0.997653737297.issue20155@psf.upfronthosting.co.za>
Message-ID: <1404059330.3.0.174434645917.issue20155@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Terry is right, this patch doesn't completely work. But with this fix the problem is solved:

diff -r 394e6bda5a70 Lib/test/test_httpservers.py
--- a/Lib/test/test_httpservers.py      Sun Jun 29 15:56:21 2014 +0300
+++ b/Lib/test/test_httpservers.py      Sun Jun 29 19:27:16 2014 +0300
@@ -306,7 +306,7 @@
         response = self.request('/', method='FOO')
         self.check_status_and_reason(response, 501)
         # requests must be case sensitive,so this should fail too
-        response = self.request('/', method='get')
+        response = self.request('/', method='gets')
         self.check_status_and_reason(response, 501)
         response = self.request('/', method='GETs')
         self.check_status_and_reason(response, 501)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20155>
_______________________________________

From report at bugs.python.org  Sun Jun 29 18:29:51 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sun, 29 Jun 2014 16:29:51 +0000
Subject: [issue20155] Regression test test_httpservers fails, hangs on Windows
In-Reply-To: <1389053951.39.0.997653737297.issue20155@psf.upfronthosting.co.za>
Message-ID: <1404059391.98.0.761438248485.issue20155@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Although it is incorrect, because the test specifically tests case sensitivity.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20155>
_______________________________________

From report at bugs.python.org  Sun Jun 29 18:33:57 2014
From: report at bugs.python.org (ProgVal)
Date: Sun, 29 Jun 2014 16:33:57 +0000
Subject: [issue21429] Input.output error with multiprocessing
In-Reply-To: <1399220691.1.0.523621963732.issue21429@psf.upfronthosting.co.za>
Message-ID: <1404059637.35.0.992952497093.issue21429@psf.upfronthosting.co.za>


ProgVal added the comment:

The relevant piece of code: https://github.com/ProgVal/Limnoria/blob/master/plugins/Web/plugin.py#L85

commands.process is defined here: https://github.com/ProgVal/Limnoria/blob/master/src/commands.py#L76

callbacks.CommandProcess is defined at https://github.com/ProgVal/Limnoria/blob/master/src/callbacks.py#L1037 (SupyThread is a small subclass of threading.Thread, which increments a count on initialization)

----------
nosy: +Valentin.Lorentz
status: pending -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21429>
_______________________________________

From report at bugs.python.org  Sun Jun 29 18:37:45 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 29 Jun 2014 16:37:45 +0000
Subject: [issue20155] Regression test test_httpservers fails, hangs on Windows
In-Reply-To: <1389053951.39.0.997653737297.issue20155@psf.upfronthosting.co.za>
Message-ID: <1404059865.36.0.528254823297.issue20155@psf.upfronthosting.co.za>


R. David Murray added the comment:

What if you use 'custom' instead?

----------
resolution: fixed -> 
stage: resolved -> needs patch
status: closed -> open

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20155>
_______________________________________

From report at bugs.python.org  Sun Jun 29 18:52:07 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Sun, 29 Jun 2014 16:52:07 +0000
Subject: [issue20155] Regression test test_httpservers fails, hangs on Windows
In-Reply-To: <1389053951.39.0.997653737297.issue20155@psf.upfronthosting.co.za>
Message-ID: <1404060727.08.0.832925573607.issue20155@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

It works with 'custom'.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20155>
_______________________________________

From report at bugs.python.org  Sun Jun 29 19:05:35 2014
From: report at bugs.python.org (ivank)
Date: Sun, 29 Jun 2014 17:05:35 +0000
Subject: [issue21090] File read silently stops after EIO I/O error
In-Reply-To: <1396045786.33.0.781369785301.issue21090@psf.upfronthosting.co.za>
Message-ID: <1404061535.41.0.42371906506.issue21090@psf.upfronthosting.co.za>


ivank added the comment:

I managed to reproduce this again, this time by corrupting data on a btrfs filesystem.

$ cat read_error_file.py    
import os

fname = "/usr/bin/Xorg"
size = os.stat(fname).st_size
print fname, "stat size:", size

f = open(fname, "rb")
print "len(f.read()): ", len(f.read())
f.close()

f = open(fname, "rb")
for i in xrange(size):
        try:
                f.read(1)
        except IOError:
                print "IOError at byte %d" % i
                break
f.close()

$ python read_error_file.py 
/usr/bin/Xorg stat size: 2331776
len(f.read()):  716800
IOError at byte 716800

Note how the first test does not throw an IOError, but the second one does.

The strace for the first test is:

open("/usr/bin/Xorg", O_RDONLY)         = 3
fstat(3, {st_mode=S_IFREG|0755, st_size=2331776, ...}) = 0
fstat(3, {st_mode=S_IFREG|0755, st_size=2331776, ...}) = 0
lseek(3, 0, SEEK_CUR)                   = 0
fstat(3, {st_mode=S_IFREG|0755, st_size=2331776, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f1334bd6000
lseek(3, 0, SEEK_CUR)                   = 0
mmap(NULL, 2334720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f1332ea6000
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\265M\4\0\0\0\0\0"..., 2330624) = 716800
read(3, 0x7f1332f55034, 1613824)        = -1 EIO (Input/output error)
mremap(0x7f1332ea6000, 2334720, 720896, MREMAP_MAYMOVE) = 0x7f1332ea6000
munmap(0x7f1332ea6000, 720896)          = 0
write(1, "len(f.read()):  716800\n", 23len(f.read()):  716800
) = 23

Note the "-1 EIO (Input/output error)" that gets ignored somewhere.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21090>
_______________________________________

From report at bugs.python.org  Sun Jun 29 19:11:58 2014
From: report at bugs.python.org (ivank)
Date: Sun, 29 Jun 2014 17:11:58 +0000
Subject: [issue21090] File read silently stops after EIO I/O error
In-Reply-To: <1396045786.33.0.781369785301.issue21090@psf.upfronthosting.co.za>
Message-ID: <1404061918.82.0.129039948855.issue21090@psf.upfronthosting.co.za>


ivank added the comment:

This problem happens with Python 3.4 as well.

$ cat read_error_file.py 
from __future__ import print_function

import os

fname = "/usr/bin/Xorg"
size = os.stat(fname).st_size
print(fname, "stat size:", size)

f = open(fname, "rb")
print("len(f.read()): ", len(f.read()))
f.close()

f = open(fname, "rb")
for i in range(size):
        try:
                f.read(1)
        except IOError:
                print("IOError at byte %d" % i)
                break
f.close()

$ python3 --version
Python 3.4.1

$ python3 read_error_file.py
/usr/bin/Xorg stat size: 2331776
len(f.read()):  716800
IOError at byte 716800

strace for the first test is:

open("/usr/bin/Xorg", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0755, st_size=2331776, ...}) = 0
ioctl(3, SNDCTL_TMR_TIMEBASE or SNDRV_TIMER_IOCTL_NEXT_DEVICE or TCGETS, 0x7fff323ac8b0) = -1 ENOTTY (Inappropriate ioctl for device)
fstat(3, {st_mode=S_IFREG|0755, st_size=2331776, ...}) = 0
lseek(3, 0, SEEK_CUR)                   = 0
lseek(3, 0, SEEK_CUR)                   = 0
fstat(3, {st_mode=S_IFREG|0755, st_size=2331776, ...}) = 0
mmap(NULL, 2334720, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f57884cc000
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\265M\4\0\0\0\0\0"..., 2331777) = 716800
read(3, 0x7f578857b030, 1614977)        = -1 EIO (Input/output error)
mremap(0x7f57884cc000, 2334720, 720896, MREMAP_MAYMOVE) = 0x7f57884cc000
munmap(0x7f57884cc000, 720896)          = 0
write(1, "len(f.read()):  716800\n", 23len(f.read()):  716800
) = 23
close(3)

----------
versions: +Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21090>
_______________________________________

From report at bugs.python.org  Sun Jun 29 19:16:23 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Sun, 29 Jun 2014 17:16:23 +0000
Subject: [issue20155] Regression test test_httpservers fails, hangs on Windows
In-Reply-To: <1389053951.39.0.997653737297.issue20155@psf.upfronthosting.co.za>
Message-ID: <1404062183.33.0.257973782954.issue20155@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Both 'gets' and 'custom' work on my machine.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20155>
_______________________________________

From report at bugs.python.org  Sun Jun 29 19:54:15 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 17:54:15 +0000
Subject: [issue3702] test_urllib2.test_trivial fails when run from another
 Windows drive
In-Reply-To: <1219845702.82.0.0720973084926.issue3702@psf.upfronthosting.co.za>
Message-ID: <1404064455.07.0.644185106384.issue3702@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I no longer have a 2.7 setup so can someone else try to reproduce this problem.

----------
nosy: +BreamoreBoy
versions: +Python 2.7 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3702>
_______________________________________

From report at bugs.python.org  Sun Jun 29 19:58:05 2014
From: report at bugs.python.org (akira)
Date: Sun, 29 Jun 2014 17:58:05 +0000
Subject: [issue12750] datetime.strftime('%s') should respect tzinfo
In-Reply-To: <1313375473.21.0.352014190788.issue12750@psf.upfronthosting.co.za>
Message-ID: <1404064685.6.0.0698458958122.issue12750@psf.upfronthosting.co.za>


akira added the comment:

> Can you explain why math.floor rather than builtin round is the correct function to use?

To avoid breaking existing scripts that use `.strftime('%s')` on Linux, OSX,
see msg221385:

  >>> from datetime import datetime, timezone
  >>> dt = datetime(1969, 1, 1, 0,0,0, 600000, tzinfo=timezone.utc)
  >>> '%d' % dt.timestamp()
  '-31535999'
  >>> round(dt.timestamp())
  -31535999
  >>> dt.astimezone().strftime('%s') # <-- existing behavior
  '-31536000'
  >>> '%d' % math.floor(dt.timestamp())
  '-31536000'
  >>> import calendar
  >>> calendar.timegm(dt.astimezone(timezone.utc).timetuple())
  -31536000

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12750>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:02:24 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 18:02:24 +0000
Subject: [issue14904] test_unicode_repr_oflw (in test_bigmem) crashes
In-Reply-To: <1337903212.58.0.439916347295.issue14904@psf.upfronthosting.co.za>
Message-ID: <1404064944.77.0.883386277892.issue14904@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Has anybody got a machine with enough RAM to be able to debug this now as I certainly haven't?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14904>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:05:20 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 18:05:20 +0000
Subject: [issue15152] test_subprocess failures on awfully slow builtbots
In-Reply-To: <1340442442.66.0.972780604979.issue15152@psf.upfronthosting.co.za>
Message-ID: <1404065120.62.0.21548706163.issue15152@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Does this issue need to be addressed, can it be closed as "out of date" or what?

----------
nosy: +BreamoreBoy
title: test_subprocess fqailures on awfully slow builtbots -> test_subprocess failures on awfully slow builtbots
versions: +Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15152>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:08:31 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 18:08:31 +0000
Subject: [issue15243] Misleading documentation for __prepare__
In-Reply-To: <1341328118.33.0.670602196671.issue15243@psf.upfronthosting.co.za>
Message-ID: <1404065311.76.0.0156115092861.issue15243@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Does the documentation need amending, yes or no?

----------
components:  -Tests
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15243>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:09:55 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 18:09:55 +0000
Subject: [issue12750] datetime.strftime('%s') should respect tzinfo
In-Reply-To: <1313375473.21.0.352014190788.issue12750@psf.upfronthosting.co.za>
Message-ID: <1404065395.05.0.389613456169.issue12750@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Here is the simpler demonstration of the "floor" behavior on Linux:

>>> from datetime import datetime
>>> datetime.fromtimestamp(-0.1).strftime('%s')
'-1'
>>> datetime.fromtimestamp(-1.1).strftime('%s')
'-2'
>>> datetime.fromtimestamp(0.1).strftime('%s')
'0'
>>> datetime.fromtimestamp(1.1).strftime('%s')
'1'

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12750>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:17:38 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 18:17:38 +0000
Subject: [issue12750] datetime.strftime('%s') should respect tzinfo
In-Reply-To: <1313375473.21.0.352014190788.issue12750@psf.upfronthosting.co.za>
Message-ID: <1404065858.92.0.938509591733.issue12750@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Could you, please add tests for non-fixed offset timezones?  There are several defined in datetimetester.py already.

----------
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12750>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:22:13 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 18:22:13 +0000
Subject: [issue13413] time.daylight incorrect behavior in linux glibc
In-Reply-To: <1321429764.54.0.0162746927464.issue13413@psf.upfronthosting.co.za>
Message-ID: <1404066133.32.0.418572076342.issue13413@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Could one of our timezone gurus respond to this please.

----------
components: +Library (Lib)
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13413>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:26:24 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 18:26:24 +0000
Subject: [issue12750] datetime.strftime('%s') should respect tzinfo
In-Reply-To: <1313375473.21.0.352014190788.issue12750@psf.upfronthosting.co.za>
Message-ID: <1404066384.81.0.739969444548.issue12750@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

The patch should update documentation.

See https://docs.python.org/3.5/library/datetime.html#strftime-and-strptime-behavior

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12750>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:27:27 2014
From: report at bugs.python.org (Saimadhav Heblikar)
Date: Sun, 29 Jun 2014 18:27:27 +0000
Subject: [issue21880] IDLE: Ability to run 3rd party code checkers
Message-ID: <1404066447.3.0.940760126754.issue21880@psf.upfronthosting.co.za>


New submission from Saimadhav Heblikar:

(This issue is continuation of http://bugs.python.org/issue18704)

This issue is about a feature to execute any 3rd party code checker from within IDLE.

I am attaching an initial patch(so as to get reviews, is functional logic wise, but missing a lot UI/UX wise.) 

It is implemented as an extension.

----------
components: IDLE
files: 3rdpartychecker-v1.diff
keywords: patch
messages: 221876
nosy: jesstess, sahutd, taleinat, terry.reedy
priority: normal
severity: normal
status: open
title: IDLE: Ability to run 3rd party code checkers
versions: Python 2.7, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file35801/3rdpartychecker-v1.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21880>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:30:02 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 18:30:02 +0000
Subject: [issue12750] datetime.strftime('%s') should respect tzinfo
In-Reply-To: <1313375473.21.0.352014190788.issue12750@psf.upfronthosting.co.za>
Message-ID: <1404066602.15.0.928740790149.issue12750@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

+        t = datetime(1969, 1, 1, 0,0,0, 600000, tzinfo=timezone.utc)

Please add spaces after commas.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12750>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:37:32 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 18:37:32 +0000
Subject: [issue13668] mute ImportError in __del__ of _threading_local module
In-Reply-To: <1325078293.01.0.773837635362.issue13668@psf.upfronthosting.co.za>
Message-ID: <1404067052.24.0.611389874103.issue13668@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as a result of #9707 and r64543 ?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13668>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:39:56 2014
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 29 Jun 2014 18:39:56 +0000
Subject: [issue21855] Fix decimal in unicodeless build
In-Reply-To: <1403595822.86.0.526731488859.issue21855@psf.upfronthosting.co.za>
Message-ID: <1404067196.49.0.187731908025.issue21855@psf.upfronthosting.co.za>


Changes by Mark Dickinson <dickinsm at gmail.com>:


----------
nosy: +skrah

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21855>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:42:00 2014
From: report at bugs.python.org (Mark Dickinson)
Date: Sun, 29 Jun 2014 18:42:00 +0000
Subject: [issue21855] Fix decimal in unicodeless build
In-Reply-To: <1403595822.86.0.526731488859.issue21855@psf.upfronthosting.co.za>
Message-ID: <1404067320.31.0.788989685642.issue21855@psf.upfronthosting.co.za>


Mark Dickinson added the comment:

Looks fine to me.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21855>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:45:04 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 18:45:04 +0000
Subject: [issue13649] termios.ICANON is not documented
In-Reply-To: <1324566585.96.0.744911903947.issue13649@psf.upfronthosting.co.za>
Message-ID: <1404067504.72.0.421876522953.issue13649@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I'm inclined to close as "won't fix" as the third paragraph of the docs states "This module also defines all the constants needed to work with the functions provided here; these have the same name as their counterparts in C. Please refer to your system documentation for more information on using these terminal control interfaces."

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13649>
_______________________________________

From report at bugs.python.org  Sun Jun 29 20:59:30 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 18:59:30 +0000
Subject: [issue13689] fix CGI Web Applications with Python link in
 howto/urllib2
In-Reply-To: <1325344588.81.0.466504825204.issue13689@psf.upfronthosting.co.za>
Message-ID: <1404068370.43.0.661553012065.issue13689@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Footnote [1] here https://docs.python.org/3/howto/urllib2.html still refers to the pyzine link.  Can we have this changed please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13689>
_______________________________________

From report at bugs.python.org  Sun Jun 29 21:03:06 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 19:03:06 +0000
Subject: [issue7671] test_popen fails if path contains special char like ";"
In-Reply-To: <1263150436.77.0.15262763131.issue7671@psf.upfronthosting.co.za>
Message-ID: <1404068586.3.0.796690138955.issue7671@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can this be closed as "out of date"?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7671>
_______________________________________

From report at bugs.python.org  Sun Jun 29 21:12:04 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 19:12:04 +0000
Subject: [issue15748] Various symlink test failures in test_shutil on FreeBSD
In-Reply-To: <1345516038.44.0.114148239105.issue15748@psf.upfronthosting.co.za>
Message-ID: <1404069124.52.0.436703863877.issue15748@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Is any action needed here to take this forward, can it be closed as "out of date" or what?

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15748>
_______________________________________

From report at bugs.python.org  Sun Jun 29 21:16:43 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 19:16:43 +0000
Subject: [issue15617] FAIL: test_create_connection
 (test.test_socket.NetworkConnectionNoServer)
In-Reply-To: <1344603652.0.0.278766609424.issue15617@psf.upfronthosting.co.za>
Message-ID: <1404069403.41.0.257571692099.issue15617@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I'm guessing that this would have been resolved some time ago, am I correct?

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15617>
_______________________________________

From report at bugs.python.org  Sun Jun 29 21:21:20 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 19:21:20 +0000
Subject: [issue13413] time.daylight incorrect behavior in linux glibc
In-Reply-To: <1321429764.54.0.0162746927464.issue13413@psf.upfronthosting.co.za>
Message-ID: <1404069680.43.0.283749686612.issue13413@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

I think this is out-of-date.  On Mac OS X, I get

```
$ python3 -V
Python 3.4.1
$ TZ=Europe/Moscow python3 -c "import time; print(time.daylight)"
0
```

I'll check on Linux now ...

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13413>
_______________________________________

From report at bugs.python.org  Sun Jun 29 21:33:31 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 19:33:31 +0000
Subject: [issue13413] time.daylight incorrect behavior in linux glibc
In-Reply-To: <1321429764.54.0.0162746927464.issue13413@psf.upfronthosting.co.za>
Message-ID: <1404070411.67.0.236680494647.issue13413@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Same result on a freshly compiled

Python 3.4.1 (default, Jun 29 2014, 15:26:46)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux

$ TZ=Europe/Moscow ~/Apps/bin/python3 -c "import time; print(time.daylight)"
0

I suspect that the problem was with OP's system timezone database.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13413>
_______________________________________

From report at bugs.python.org  Sun Jun 29 21:38:46 2014
From: report at bugs.python.org (Andreas Schwab)
Date: Sun, 29 Jun 2014 19:38:46 +0000
Subject: [issue21881] python cannot parse tcl value
Message-ID: <1404070726.81.0.038892791749.issue21881@psf.upfronthosting.co.za>


New submission from Andreas Schwab:

Lib/test/test_tcl.py fails with:

test test_tcl failed -- Traceback (most recent call last):
  File "/home/abuild/rpmbuild/BUILD/Python-2.7.7/Lib/test/test_tcl.py", line 430
, in test_user_command
    check(float('nan'), 'NaN', eq=nan_eq)
  File "/home/abuild/rpmbuild/BUILD/Python-2.7.7/Lib/test/test_tcl.py", line 397
, in check
    eq(result[0], expected2)
  File "/home/abuild/rpmbuild/BUILD/Python-2.7.7/Lib/test/test_tcl.py", line 405
, in nan_eq
    actual = float(actual)
ValueError: invalid literal for float(): NaN(7ffffffffffff)

----------
components: Tkinter
messages: 221887
nosy: schwab
priority: normal
severity: normal
status: open
title: python cannot parse tcl value
type: behavior
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21881>
_______________________________________

From report at bugs.python.org  Sun Jun 29 21:40:24 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 19:40:24 +0000
Subject: [issue13413] time.daylight incorrect behavior in linux glibc
In-Reply-To: <1321429764.54.0.0162746927464.issue13413@psf.upfronthosting.co.za>
Message-ID: <1404070824.12.0.642294760419.issue13413@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> But python detect daylight flag as differences between January and July localtime.

This is the best we can do because time.daylight is a constant and this does not work in locations like Moscow where daylight rules were adopted ~ 30 years ago and later abandoned.

If you need better timezone support - take a look at datetime.datetime.astimezone() method.

----------
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13413>
_______________________________________

From report at bugs.python.org  Sun Jun 29 21:51:50 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 19:51:50 +0000
Subject: [issue13413] time.daylight incorrect behavior in linux glibc
In-Reply-To: <1321429764.54.0.0162746927464.issue13413@psf.upfronthosting.co.za>
Message-ID: <1404071510.41.0.464719230333.issue13413@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

I suspect there will be another period soon when time.daylight logic will break after Europe/Moscow goes back to winter time (hopefully for good).

There is no solution of this issue within constraints of the time module.  See issue9527 for how it was solved in datetime.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13413>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:04:02 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 29 Jun 2014 20:04:02 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <3h1jTF5mTYz7LjN@mail.python.org>


Roundup Robot added the comment:

New changeset 1aafbdfba25a by Benjamin Peterson in branch '2.7':
don't allow unicode into type_map on Windows (closes #21652)
http://hg.python.org/cpython/rev/1aafbdfba25a

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:04:03 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 29 Jun 2014 20:04:03 +0000
Subject: [issue21871] Python 2.7.7 regression in mimetypes
 read_windows_registry
In-Reply-To: <1403711336.08.0.362199436706.issue21871@psf.upfronthosting.co.za>
Message-ID: <3h1jTG43lbz7LjN@mail.python.org>


Roundup Robot added the comment:

New changeset ee33d61f5e4b by Benjamin Peterson in branch '2.7':
add a test for access errors from OpenKey (closes #21871)
http://hg.python.org/cpython/rev/ee33d61f5e4b

----------
nosy: +python-dev
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21871>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:04:39 2014
From: report at bugs.python.org (Benjamin Peterson)
Date: Sun, 29 Jun 2014 20:04:39 +0000
Subject: [issue21652] Python 2.7.7 regression in mimetypes module on Windows
In-Reply-To: <1401806532.19.0.598955090686.issue21652@psf.upfronthosting.co.za>
Message-ID: <1404072279.24.0.942073654526.issue21652@psf.upfronthosting.co.za>


Benjamin Peterson added the comment:

Thanks Vladimir; I really appreciate your work on these issues.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21652>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:06:38 2014
From: report at bugs.python.org (Jeff Allen)
Date: Sun, 29 Jun 2014 20:06:38 +0000
Subject: [issue20155] Regression test test_httpservers fails, hangs on Windows
In-Reply-To: <1389053951.39.0.997653737297.issue20155@psf.upfronthosting.co.za>
Message-ID: <1404072398.93.0.983067850776.issue20155@psf.upfronthosting.co.za>


Jeff Allen added the comment:

Disabling the AV/firewall did not stop the symptoms when I was investigating originally. In order to get the unmodified test to pass, I had to stop the BFE (base filtering engine), which I think may have been given new rules or behaviours as a result of installing the AV solution ... or maybe it was a Windows upgrade that did it.

I did wonder if this might be a moving target, as the test deliberately includes server abuse, while the products want to stop that.

If I try test_httpservers.py as amended (http://hg.python.org/cpython/file/ffdd2d0b0049/Lib/test/test_httpservers.py) on my machine with CPython 3.4.1, I do not get the error Terry reports. (test_urlquote_decoding_in_cgi_check fails but it should.)

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20155>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:08:53 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 20:08:53 +0000
Subject: [issue9051] Improve pickle format for aware datetime instances
In-Reply-To: <1277151308.95.0.331220838487.issue9051@psf.upfronthosting.co.za>
Message-ID: <1404072533.87.0.421762699064.issue9051@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
nosy: +alexandre.vassalotti, haypo, pitrou

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9051>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:12:02 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 20:12:02 +0000
Subject: [issue9004] datetime.utctimetuple() should not set tm_isdst flag to 0
In-Reply-To: <1276659404.06.0.425467293989.issue9004@psf.upfronthosting.co.za>
Message-ID: <1404072722.89.0.449594280895.issue9004@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
nosy: +lemburg

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9004>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:13:35 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 20:13:35 +0000
Subject: [issue9004] datetime.utctimetuple() should not set tm_isdst flag to 0
In-Reply-To: <1276659404.06.0.425467293989.issue9004@psf.upfronthosting.co.za>
Message-ID: <1404072815.57.0.76776245753.issue9004@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Reclassifying this as a doc issue.

----------
components: +Documentation -Extension Modules
stage: test needed -> needs patch
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9004>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:14:14 2014
From: report at bugs.python.org (STINNER Victor)
Date: Sun, 29 Jun 2014 20:14:14 +0000
Subject: [issue15617] FAIL: test_create_connection
 (test.test_socket.NetworkConnectionNoServer)
In-Reply-To: <1344603652.0.0.278766609424.issue15617@psf.upfronthosting.co.za>
Message-ID: <1404072854.04.0.00300236745907.issue15617@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> I'm guessing that this would have been resolved some time ago, am I correct?

You should not guess but check last builds of "SPARC Solaris 10 OpenCSW 3.x" to see if the issue stil occurs.

http://buildbot.python.org/all/waterfall?category=3.x.stable&category=3.x.unstable

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15617>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:15:06 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 20:15:06 +0000
Subject: [issue9004] datetime.utctimetuple() should not set tm_isdst flag to 0
In-Reply-To: <1276659404.06.0.425467293989.issue9004@psf.upfronthosting.co.za>
Message-ID: <1404072906.51.0.788096306813.issue9004@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
keywords: +easy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9004>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:18:32 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 20:18:32 +0000
Subject: [issue10941] imaplib: Internaldate2tuple produces wrong result if
 date is near a DST change
In-Reply-To: <1295394107.36.0.490316527511.issue10941@psf.upfronthosting.co.za>
Message-ID: <1404073112.94.0.552402072009.issue10941@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

David,

Is there anything left to do here that is not covered by issue 11024?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10941>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:25:14 2014
From: report at bugs.python.org (R. David Murray)
Date: Sun, 29 Jun 2014 20:25:14 +0000
Subject: [issue10941] imaplib: Internaldate2tuple produces wrong result if
 date is near a DST change
In-Reply-To: <1295394107.36.0.490316527511.issue10941@psf.upfronthosting.co.za>
Message-ID: <1404073514.41.0.424842136891.issue10941@psf.upfronthosting.co.za>


R. David Murray added the comment:

Not that I can see.

----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10941>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:25:17 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 20:25:17 +0000
Subject: [issue1062277] Pickle breakage with reduction of recursive structures
Message-ID: <1404073517.23.0.205518849328.issue1062277@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Problem "B" has been resolved, but problem "A" is still there.

Python 3.4.1 (default, Jun 29 2014, 15:26:46)
[GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> class C:
...     def __init__(self, x=None):
...         self.x = x if x is not None else self
...     def __reduce__(self):
...         return C, (self.x,)
...
>>> import pickle
>>> pickle.dumps(C())
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
RuntimeError: maximum recursion depth exceeded while calling a Python object
>>> c = C([])
>>> c.x.append(c)
>>> c.x[0] is c
True
>>> c2 = pickle.loads(pickle.dumps(c))
>>> c2.x[0] is c2
True

----------
assignee: belopolsky -> 
versions: +Python 3.5 -Python 2.7, Python 3.2, Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1062277>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:26:09 2014
From: report at bugs.python.org (=?utf-8?q?=C3=89ric_Araujo?=)
Date: Sun, 29 Jun 2014 20:26:09 +0000
Subject: [issue2571] can cmd.py's API/docs for the use of an alternate stdin
 be improved?
In-Reply-To: <1207594702.67.0.73869549091.issue2571@psf.upfronthosting.co.za>
Message-ID: <1404073569.69.0.794764707348.issue2571@psf.upfronthosting.co.za>


?ric Araujo added the comment:

I won?t have the time to do the docs/tests inspection I wanted to do.

----------
assignee: eric.araujo -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue2571>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:31:16 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 20:31:16 +0000
Subject: [issue9860] Building python outside of source directory fails
In-Reply-To: <1284559695.71.0.359508650396.issue9860@psf.upfronthosting.co.za>
Message-ID: <1404073876.13.0.310088029413.issue9860@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9860>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:43:20 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 20:43:20 +0000
Subject: [issue15617] FAIL: test_create_connection
 (test.test_socket.NetworkConnectionNoServer)
In-Reply-To: <1344603652.0.0.278766609424.issue15617@psf.upfronthosting.co.za>
Message-ID: <1404074600.92.0.547675996303.issue15617@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

By following the link I finally get to see "No current builds. Pending Build Requests: (Apr 30 15:07:05, waiting 1445 hrs, 32 mins, 26 secs)".  Is there any way that I can tell from the display whether or not the failures are related to this issue?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15617>
_______________________________________

From report at bugs.python.org  Sun Jun 29 22:55:03 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 20:55:03 +0000
Subject: [issue15907] move doctest test-data files into a subdirectory of
 Lib/test
In-Reply-To: <1347296459.35.0.660655246065.issue15907@psf.upfronthosting.co.za>
Message-ID: <1404075303.95.0.665840265103.issue15907@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Chris can you provide a patch for this?

----------
nosy: +BreamoreBoy
type:  -> enhancement
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15907>
_______________________________________

From report at bugs.python.org  Sun Jun 29 23:12:50 2014
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Sun, 29 Jun 2014 21:12:50 +0000
Subject: [issue21833] Fix unicodeless build of Python
In-Reply-To: <1403592802.89.0.505189213304.issue21833@psf.upfronthosting.co.za>
Message-ID: <1404076370.36.0.850781231987.issue21833@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21833>
_______________________________________

From report at bugs.python.org  Sun Jun 29 23:13:18 2014
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 29 Jun 2014 21:13:18 +0000
Subject: [issue1820] Enhance Object/structseq.c to match namedtuple and tuple
 api
In-Reply-To: <1200284428.58.0.762384814897.issue1820@psf.upfronthosting.co.za>
Message-ID: <1404076398.23.0.441761432108.issue1820@psf.upfronthosting.co.za>


Stefan Krah added the comment:

Andrew, thanks for signing the agreement!


[Sunny]
> Is this what you expect?

I find the initialization in os.stat_result somewhat strange. Also,
a certain use of unnamed fields that worked in 2.5 is now broken,
which we should sort out before proceeding any further:


Apply structseq_repr_issue.diff, then:

>>> from _testcapi import mk_structseq
>>> s = mk_structseq("unnamed_end")
>>> s[3]
3
>>> tuple(s)
(0, 1, 2, 3, 4)
>>> s
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
SystemError: In structseq_repr(), member 3 name is NULL for type _testcapi.struct_unnamed_end


Perhaps we should just add the missing field names, like namedtuple
does with rename=True:

(a=1, b=2, c=3, _4=4, _5=5)


In any case, in 2.5 the entire tuple was printed as the repr,
regardless of unnamed fields.

----------
title: Enhance Object/structseq.c to match namedtuple and tuple	api -> Enhance Object/structseq.c to match namedtuple and tuple api
Added file: http://bugs.python.org/file35802/structseq_repr_issue.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1820>
_______________________________________

From report at bugs.python.org  Sun Jun 29 23:23:08 2014
From: report at bugs.python.org (karl)
Date: Sun, 29 Jun 2014 21:23:08 +0000
Subject: [issue15873] datetime: add ability to parse RFC 3339 dates and times
In-Reply-To: <1346965730.56.0.810546720554.issue15873@psf.upfronthosting.co.za>
Message-ID: <1404076988.87.0.627993901303.issue15873@psf.upfronthosting.co.za>


karl added the comment:

After inspections, the best library for parsing RFC3339 style date is definitely:
https://github.com/tonyg/python-rfc3339/

Main code at
https://github.com/tonyg/python-rfc3339/blob/master/rfc3339.py

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15873>
_______________________________________

From report at bugs.python.org  Sun Jun 29 23:35:49 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 21:35:49 +0000
Subject: [issue16510] Using appropriate checks in tests
In-Reply-To: <1353321858.76.0.504726837876.issue16510@psf.upfronthosting.co.za>
Message-ID: <1404077749.19.0.56746049908.issue16510@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we follow up on this please as it's referenced from #9554 as well.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue16510>
_______________________________________

From report at bugs.python.org  Sun Jun 29 23:49:14 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 21:49:14 +0000
Subject: [issue18864] Implementation for PEP 451
 (importlib.machinery.ModuleSpec)
In-Reply-To: <1377672978.26.0.119702109188.issue18864@psf.upfronthosting.co.za>
Message-ID: <1404078554.6.0.17005589904.issue18864@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Given that PEP 451 is listed in the "Finished PEPs (done, implemented in code repository)" section of the PEP index can we close this and associated issues out?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18864>
_______________________________________

From report at bugs.python.org  Sun Jun 29 23:52:49 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 21:52:49 +0000
Subject: [issue10541] regrtest.py -T broken
In-Reply-To: <1290787334.28.0.0735858321707.issue10541@psf.upfronthosting.co.za>
Message-ID: <1404078769.46.0.911479221589.issue10541@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
stage: patch review -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10541>
_______________________________________

From report at bugs.python.org  Sun Jun 29 23:52:58 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 21:52:58 +0000
Subject: [issue10541] regrtest.py -T broken
In-Reply-To: <1290787334.28.0.0735858321707.issue10541@psf.upfronthosting.co.za>
Message-ID: <1404078778.34.0.614661644565.issue10541@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10541>
_______________________________________

From report at bugs.python.org  Sun Jun 29 23:56:39 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 29 Jun 2014 21:56:39 +0000
Subject: [issue10541] regrtest.py -T broken
In-Reply-To: <1290787334.28.0.0735858321707.issue10541@psf.upfronthosting.co.za>
Message-ID: <3h1lzB5rGxz7LjN@mail.python.org>


Roundup Robot added the comment:

New changeset 10cf594ace4b by Alexander Belopolsky in branch 'default':
Fixes #10541: regrtest -T is broken
http://hg.python.org/cpython/rev/10cf594ace4b

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10541>
_______________________________________

From report at bugs.python.org  Sun Jun 29 23:57:31 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 21:57:31 +0000
Subject: [issue10541] regrtest.py -T broken
In-Reply-To: <1290787334.28.0.0735858321707.issue10541@psf.upfronthosting.co.za>
Message-ID: <1404079051.38.0.358499561824.issue10541@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10541>
_______________________________________

From report at bugs.python.org  Sun Jun 29 23:59:50 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 21:59:50 +0000
Subject: [issue20858] Enhancements/fixes to pure-python datetime module
In-Reply-To: <1394131058.9.0.404670194335.issue20858@psf.upfronthosting.co.za>
Message-ID: <1404079190.49.0.808769939947.issue20858@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Brian,

I would like to apply your changes for 3.5.  Do you have any updates?

----------
stage: patch review -> commit review
versions: +Python 3.5 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20858>
_______________________________________

From report at bugs.python.org  Mon Jun 30 00:17:00 2014
From: report at bugs.python.org (Roundup Robot)
Date: Sun, 29 Jun 2014 22:17:00 +0000
Subject: [issue21778] PyBuffer_FillInfo() from 3.3
In-Reply-To: <1402927404.66.0.0840543943961.issue21778@psf.upfronthosting.co.za>
Message-ID: <3h1mQg1mLZz7LjP@mail.python.org>


Roundup Robot added the comment:

New changeset 49cdb04bfcc6 by Stefan Krah in branch '3.4':
Issue #21778:  Clarify use of flags if PyBuffer_FillInfo() is used inside a
http://hg.python.org/cpython/rev/49cdb04bfcc6

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21778>
_______________________________________

From report at bugs.python.org  Mon Jun 30 00:18:22 2014
From: report at bugs.python.org (Stefan Krah)
Date: Sun, 29 Jun 2014 22:18:22 +0000
Subject: [issue21778] PyBuffer_FillInfo() from 3.3
In-Reply-To: <1402927404.66.0.0840543943961.issue21778@psf.upfronthosting.co.za>
Message-ID: <1404080302.83.0.292463895514.issue21778@psf.upfronthosting.co.za>


Changes by Stefan Krah <stefan-usenet at bytereef.org>:


----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21778>
_______________________________________

From report at bugs.python.org  Mon Jun 30 00:25:01 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 22:25:01 +0000
Subject: [issue8902] add datetime.time.now() for consistency
In-Reply-To: <1275719789.45.0.168425659941.issue8902@psf.upfronthosting.co.za>
Message-ID: <1404080701.79.0.671456638082.issue8902@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

I would like to bring this issue to some conclusion.  Here is the summary:

Pro:

   datetime.time.now() is shorter than datetime.datetime.now().time()

Cons:

1.   date, time = datetime.date.today(), datetime.time.now() is attractive, but wrong.

2.   time detached from date is a strange object with limited support in datetime module (no timedelta arithmetics, issue 17267; tzinfo issues; etc.)

3.   No compelling use cases have been presented.

----------
keywords: +easy
nosy: +lemburg
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8902>
_______________________________________

From report at bugs.python.org  Mon Jun 30 00:32:42 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 22:32:42 +0000
Subject: [issue9554] test_argparse.py: use new unittest features
In-Reply-To: <1281408827.47.0.183260667114.issue9554@psf.upfronthosting.co.za>
Message-ID: <1404081162.95.0.219137182375.issue9554@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Latest patch LGTM so can we have a commit review please.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9554>
_______________________________________

From report at bugs.python.org  Mon Jun 30 00:35:20 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 22:35:20 +0000
Subject: [issue1812] doctest _load_testfile function -- newline handling seems
 incorrect
In-Reply-To: <1200117455.4.0.563963262174.issue1812@psf.upfronthosting.co.za>
Message-ID: <1404081320.71.0.823191371188.issue1812@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1812>
_______________________________________

From report at bugs.python.org  Mon Jun 30 00:36:42 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 22:36:42 +0000
Subject: [issue3173] external strftime for Python?
In-Reply-To: <1214189093.82.0.548435251403.issue3173@psf.upfronthosting.co.za>
Message-ID: <1404081402.71.0.841037729804.issue3173@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue3173>
_______________________________________

From report at bugs.python.org  Mon Jun 30 00:43:00 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 22:43:00 +0000
Subject: [issue10446] pydoc3 links to 2.x library reference
In-Reply-To: <1290015143.43.0.140543543356.issue10446@psf.upfronthosting.co.za>
Message-ID: <1404081780.26.0.974000620872.issue10446@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

MODULE DOCS section is no longer present in pydoc generated pages.

----------
resolution: accepted -> out of date
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10446>
_______________________________________

From report at bugs.python.org  Mon Jun 30 00:46:42 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 22:46:42 +0000
Subject: [issue17126] test_gdb fails
In-Reply-To: <1360000320.96.0.343533657729.issue17126@psf.upfronthosting.co.za>
Message-ID: <1404082002.32.0.0492407873375.issue17126@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we have a follow up on this please as most of the data in msg181358 is Double Dutch to me.

----------
nosy: +BreamoreBoy
type:  -> behavior

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17126>
_______________________________________

From report at bugs.python.org  Mon Jun 30 00:54:33 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 22:54:33 +0000
Subject: [issue7229] Manual entry for time.daylight can be misleading
In-Reply-To: <1256723052.19.0.148648938954.issue7229@psf.upfronthosting.co.za>
Message-ID: <1404082473.41.0.0855975766043.issue7229@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7229>
_______________________________________

From report at bugs.python.org  Mon Jun 30 00:55:36 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 22:55:36 +0000
Subject: [issue13128] httplib debuglevel on CONNECT doesn't print response
 headers
In-Reply-To: <1318050704.97.0.551622649018.issue13128@psf.upfronthosting.co.za>
Message-ID: <1404082536.39.0.793089125366.issue13128@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

The httplib module has been renamed to http.client in Python 3, besides which the attached patch isn't in the standard format that is used here.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13128>
_______________________________________

From report at bugs.python.org  Mon Jun 30 00:56:40 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Sun, 29 Jun 2014 22:56:40 +0000
Subject: [issue12771] 2to3 -d adds extra whitespace
In-Reply-To: <1313593187.97.0.649094225681.issue12771@psf.upfronthosting.co.za>
Message-ID: <1404082600.86.0.320418259348.issue12771@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Can we have a response to this please.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12771>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:07:44 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:07:44 +0000
Subject: [issue10552] Tools/unicode/gencodec.py error
In-Reply-To: <1290889753.14.0.0688566147025.issue10552@psf.upfronthosting.co.za>
Message-ID: <1404083264.7.0.487973735834.issue10552@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10552>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:08:51 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:08:51 +0000
Subject: [issue10552] Tools/unicode/gencodec.py error
In-Reply-To: <1290889753.14.0.0688566147025.issue10552@psf.upfronthosting.co.za>
Message-ID: <1404083331.66.0.262942467963.issue10552@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
nosy: +hynek, ned.deily, ronaldoussoren

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10552>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:18:24 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:18:24 +0000
Subject: [issue9267] Update pickle opcode documentation in pickletools for 3.x
In-Reply-To: <1279217581.88.0.294098163632.issue9267@psf.upfronthosting.co.za>
Message-ID: <1404083904.86.0.542958839202.issue9267@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9267>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:20:02 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:20:02 +0000
Subject: [issue15711] PEP 3121, 384 Refactoring applied to time module
In-Reply-To: <1345152968.9.0.714502729899.issue15711@psf.upfronthosting.co.za>
Message-ID: <1404084002.42.0.371247434417.issue15711@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15711>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:20:42 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:20:42 +0000
Subject: [issue15884] PEP 3121, 384 Refactoring applied to ctypes module
Message-ID: <1404084042.06.0.383661565715.issue15884@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 
nosy: +amaury.forgeotdarc, meador.inge

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15884>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:20:54 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:20:54 +0000
Subject: [issue15884] PEP 3121, 384 Refactoring applied to ctypes module
Message-ID: <1404084054.52.0.701992233094.issue15884@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15884>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:23:39 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:23:39 +0000
Subject: [issue8810] TZ offset description is unclear in docs
In-Reply-To: <1274718021.16.0.883294684947.issue8810@psf.upfronthosting.co.za>
Message-ID: <1404084219.69.0.71392416179.issue8810@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Isn't this a duplicate of #9305?

----------
assignee: belopolsky -> 
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8810>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:26:34 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:26:34 +0000
Subject: [issue9305] Don't use east/west of UTC in date/time documentation
In-Reply-To: <1279556505.28.0.814004588201.issue9305@psf.upfronthosting.co.za>
Message-ID: <1404084394.29.0.178638472726.issue9305@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
dependencies: +Don't use east/west of UTC in date/time documentation

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9305>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:28:03 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:28:03 +0000
Subject: [issue9305] Don't use east/west of UTC in date/time documentation
In-Reply-To: <1279556505.28.0.814004588201.issue9305@psf.upfronthosting.co.za>
Message-ID: <1404084483.49.0.451932417033.issue9305@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

This seems to be touching the same areas as #9305.

----------
assignee: belopolsky -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9305>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:31:08 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 29 Jun 2014 23:31:08 +0000
Subject: [issue21740] doctest doesn't allow duck-typing callables
In-Reply-To: <1403317089.16.0.949661496986.issue21740@psf.upfronthosting.co.za>
Message-ID: <53B0A1B8.9090005@free.fr>


Antoine Pitrou added the comment:

>> I'm not sure, because it would also select classes.
>
> Is there any reason to preclude classes?  They could reasonably have docstrings that contain doctests.

I don't know. I just didn't want to change doctest behaviour too much, 
but if people more knowledgeable than me about it feel it's ok, then all 
the better.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21740>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:31:48 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 29 Jun 2014 23:31:48 +0000
Subject: [issue21715] Chaining exceptions at C level
In-Reply-To: <1402467347.27.0.18744234848.issue21715@psf.upfronthosting.co.za>
Message-ID: <1404084708.76.0.192504945872.issue21715@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Hm, looks like you forgot to upload a patch!

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21715>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:33:35 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:33:35 +0000
Subject: [issue9034] datetime module should use int32_t for date/time
 components
In-Reply-To: <1276998258.21.0.743259532258.issue9034@psf.upfronthosting.co.za>
Message-ID: <1404084815.32.0.56499082193.issue9034@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9034>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:38:42 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:38:42 +0000
Subject: [issue18236] str.isspace should use the Unicode White_Space property
In-Reply-To: <1371431190.78.0.117337167573.issue18236@psf.upfronthosting.co.za>
Message-ID: <1404085122.28.0.38847442311.issue18236@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 
keywords:  -needs review, patch
stage: commit review -> needs patch
versions: +Python 3.5 -Python 3.3, Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18236>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:48:58 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:48:58 +0000
Subject: [issue18236] str.isspace should use the Unicode White_Space property
In-Reply-To: <1371431190.78.0.117337167573.issue18236@psf.upfronthosting.co.za>
Message-ID: <1404085738.13.0.599102472217.issue18236@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

For future reference, the code discussed above is in the following portion of the patch:

-#define Py_UNICODE_ISSPACE(ch) \
-    ((ch) < 128U ? _Py_ascii_whitespace[(ch)] : _PyUnicode_IsWhitespace(ch))
+#define Py_UNICODE_ISSPACE(ch)                                          \
+    ((ch) == ' ' ||                                                     \
+     ((ch) < 128U ? (ch) - 0x9U < 5U : _PyUnicode_IsWhitespace(ch)))

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18236>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:52:23 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:52:23 +0000
Subject: [issue15870] PyType_FromSpec should take metaclass as an argument
In-Reply-To: <1346946566.36.0.583610018294.issue15870@psf.upfronthosting.co.za>
Message-ID: <1404085943.45.0.217040271478.issue15870@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15870>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:53:43 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Sun, 29 Jun 2014 23:53:43 +0000
Subject: [issue9051] Improve pickle format for aware datetime instances
In-Reply-To: <1277151308.95.0.331220838487.issue9051@psf.upfronthosting.co.za>
Message-ID: <1404086023.38.0.149564921646.issue9051@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Your latest patch doesn't have a review link. Would you like to regenerate it against the latest default?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9051>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:56:02 2014
From: report at bugs.python.org (Ned Deily)
Date: Sun, 29 Jun 2014 23:56:02 +0000
Subject: [issue21882] turtledemo modules imported by test___all__ cause side
 effects or failures
Message-ID: <1404086161.6.0.896977354321.issue21882@psf.upfronthosting.co.za>


New submission from Ned Deily:

Although the turtledemo modules are not run directly during by "make test" or by "python -m test -uall", they are currently being inadvertently imported by test___all__.  This can lead to test failures and side effects because some of the turtledemo modules execute code on import, rather than only when being run via calls to their main() functions.  A quick glance shows problems with the following demos: clock (calls mode("logo") which causes a window to appear), colormixer (which unconditionally calls sys.setrecursionlimit()), and two_canvases (which is not structured using functions at all).  Depending on how tests are run, these problems can cause serious side effects.

At a minimum,
1. test___all__ should be changed to exclude turtledemo modules.

It would also be nice to make the demos better citizens:
2. move the mode() call to main() in clock
3. move the setrecursionlimit call to main() and save and restore the original value on exit
4. restructure two_canvases to be like the other demos.
5. double-check all demos for other cases where interpreter state is changed and not restored.

----------
components: Tests
keywords: easy
messages: 221921
nosy: ned.deily
priority: normal
severity: normal
stage: test needed
status: open
title: turtledemo modules imported by test___all__ cause side effects or failures
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21882>
_______________________________________

From report at bugs.python.org  Mon Jun 30 01:59:58 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Sun, 29 Jun 2014 23:59:58 +0000
Subject: [issue9769] PyUnicode_FromFormatV() doesn't handle non-ascii text
 correctly
In-Reply-To: <1283557981.28.0.85027629308.issue9769@psf.upfronthosting.co.za>
Message-ID: <1404086398.18.0.920307445091.issue9769@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9769>
_______________________________________

From report at bugs.python.org  Mon Jun 30 02:00:52 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 00:00:52 +0000
Subject: =?utf-8?q?=5Bissue9256=5D_plistlib_should_create_non-na=C3=AFve_datetime_?=
 =?utf-8?q?objects?=
In-Reply-To: <1279071244.17.0.181964010836.issue9256@psf.upfronthosting.co.za>
Message-ID: <1404086452.61.0.362208175968.issue9256@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 
nosy: +hynek, ned.deily, ronaldoussoren
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9256>
_______________________________________

From report at bugs.python.org  Mon Jun 30 02:02:22 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 00:02:22 +0000
Subject: =?utf-8?q?=5Bissue9256=5D_plistlib_should_create_non-na=C3=AFve_datetime_?=
 =?utf-8?q?objects?=
In-Reply-To: <1279071244.17.0.181964010836.issue9256@psf.upfronthosting.co.za>
Message-ID: <1404086542.19.0.0338962622346.issue9256@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee:  -> ronaldoussoren
components: +Macintosh

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9256>
_______________________________________

From report at bugs.python.org  Mon Jun 30 02:03:50 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 30 Jun 2014 00:03:50 +0000
Subject: [issue21878] wsgi.simple_server's wsgi.input read/readline waits
 forever in certain circumstances
In-Reply-To: <1403937301.18.0.584032434522.issue21878@psf.upfronthosting.co.za>
Message-ID: <1404086630.36.0.498097797133.issue21878@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +pje

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21878>
_______________________________________

From report at bugs.python.org  Mon Jun 30 02:03:53 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 00:03:53 +0000
Subject: [issue5288] tzinfo objects with sub-minute offsets are not supported
 (e.g. UTC+05:53:28)
In-Reply-To: <1234845206.93.0.372909555036.issue5288@psf.upfronthosting.co.za>
Message-ID: <1404086633.59.0.652203465464.issue5288@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 
versions: +Python 3.5 -Python 3.2

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5288>
_______________________________________

From report at bugs.python.org  Mon Jun 30 02:11:57 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Jun 2014 00:11:57 +0000
Subject: [issue21882] turtledemo modules imported by test___all__ cause side
 effects or failures
In-Reply-To: <1404086161.6.0.896977354321.issue21882@psf.upfronthosting.co.za>
Message-ID: <1404087117.24.0.0674359081016.issue21882@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

> 1. test___all__ should be changed to exclude turtledemo modules.

Agreed. In general, the test suite shouldn't open any GUI windows except if the "gui" resource is enabled (which isn't the default).
The turtledemo behaviour is quite new in that regard.

----------
nosy: +pitrou, terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21882>
_______________________________________

From report at bugs.python.org  Mon Jun 30 02:12:18 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 30 Jun 2014 00:12:18 +0000
Subject: [issue21679] Prevent extraneous fstat during open()
In-Reply-To: <1402055285.47.0.764387439948.issue21679@psf.upfronthosting.co.za>
Message-ID: <3h1pzj0tN7z7LjP@mail.python.org>


Roundup Robot added the comment:

New changeset 3b5279b5bfd1 by Antoine Pitrou in branch 'default':
Issue #21679: Prevent extraneous fstat() calls during open().  Patch by Bohuslav Kabrda.
http://hg.python.org/cpython/rev/3b5279b5bfd1

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21679>
_______________________________________

From report at bugs.python.org  Mon Jun 30 02:12:46 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 00:12:46 +0000
Subject: [issue8957] strptime(.., '%c') fails to parse output of strftime('%c',
 ..) in some locales
In-Reply-To: <1276115080.37.0.388300880324.issue8957@psf.upfronthosting.co.za>
Message-ID: <1404087166.59.0.853993463098.issue8957@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Eli,

Given your last comment, are you still proposing your patch for inclusion or should we take the #8915 approach?

----------
assignee: belopolsky -> 
nosy:  -Alexander.Belopolsky
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8957>
_______________________________________

From report at bugs.python.org  Mon Jun 30 02:13:29 2014
From: report at bugs.python.org (Antoine Pitrou)
Date: Mon, 30 Jun 2014 00:13:29 +0000
Subject: [issue21679] Prevent extraneous fstat during open()
In-Reply-To: <1402055285.47.0.764387439948.issue21679@psf.upfronthosting.co.za>
Message-ID: <1404087209.66.0.842108900283.issue21679@psf.upfronthosting.co.za>


Antoine Pitrou added the comment:

Thank you very much. I've committed the patch to the default branch (I've just moved the _blksize test to a separate method).

----------
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions:  -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21679>
_______________________________________

From report at bugs.python.org  Mon Jun 30 02:14:05 2014
From: report at bugs.python.org (Guido van Rossum)
Date: Mon, 30 Jun 2014 00:14:05 +0000
Subject: [issue21740] doctest doesn't allow duck-typing callables
In-Reply-To: <1402606753.04.0.326464066676.issue21740@psf.upfronthosting.co.za>
Message-ID: <1404087245.54.0.431892347048.issue21740@psf.upfronthosting.co.za>


Guido van Rossum added the comment:

Class doctests are already supported separately, see https://docs.python.org/3/library/doctest.html#which-docstrings-are-examined

----------
nosy: +Guido.van.Rossum

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21740>
_______________________________________

From report at bugs.python.org  Mon Jun 30 02:19:03 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 00:19:03 +0000
Subject: [issue12006] strptime should implement %V or %u directive from libc
In-Reply-To: <1304589823.43.0.534219095158.issue12006@psf.upfronthosting.co.za>
Message-ID: <1404087543.58.0.610183458117.issue12006@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Ashley,

I would like to include your patch in 3.5.  Can you combine your doc and code changes in one diff and make sure it is up to date with the tip.

Thanks.

----------
stage: patch review -> commit review
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue12006>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:01:11 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 01:01:11 +0000
Subject: [issue10342] trace module cannot produce coverage reports for zipped
 modules
In-Reply-To: <1289057209.7.0.964126417973.issue10342@psf.upfronthosting.co.za>
Message-ID: <1404090071.06.0.296143905302.issue10342@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

I updated the patch for 3.5.

[Brett]
> I don't quite see the point of the get_source call as it isn't returned or used.

It *is* used: it is passed to _find_strings_stream:

+        source = loader.get_source(modulename)
+        strs = _find_strings_stream(io.StringIO(source))

----------
versions: +Python 3.5 -Python 3.2
Added file: http://bugs.python.org/file35803/issue10342a.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10342>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:04:57 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 01:04:57 +0000
Subject: [issue5207] extend strftime/strptime format for RFC3339 and RFC2822
In-Reply-To: <1234285622.79.0.0309055191852.issue5207@psf.upfronthosting.co.za>
Message-ID: <1404090297.17.0.842080259451.issue5207@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
status: open -> closed
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5207>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:05:52 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 30 Jun 2014 01:05:52 +0000
Subject: [issue14235] test_cmd.py does not correctly call reload()
In-Reply-To: <1331255570.35.0.441826601517.issue14235@psf.upfronthosting.co.za>
Message-ID: <3h1r9W1MCpz7LjS@mail.python.org>


Roundup Robot added the comment:

New changeset d943089af1c6 by Berker Peksag in branch '3.4':
Issue #14235: Use importlib.reload() in test_cmd.test_coverage.
http://hg.python.org/cpython/rev/d943089af1c6

New changeset 10a1e7780ee7 by Berker Peksag in branch 'default':
Issue #14235: Merge from 3.4.
http://hg.python.org/cpython/rev/10a1e7780ee7

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14235>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:07:10 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 01:07:10 +0000
Subject: [issue1170] shlex have problems with parsing unicode
In-Reply-To: <1190045833.27.0.172281845017.issue1170@psf.upfronthosting.co.za>
Message-ID: <1404090430.95.0.69476657804.issue1170@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
assignee: belopolsky -> 
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1170>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:08:47 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 01:08:47 +0000
Subject: [issue9398] Unify sys.settrace and sys.setprofile tests
In-Reply-To: <1280329442.24.0.0145405625071.issue9398@psf.upfronthosting.co.za>
Message-ID: <1404090527.42.0.255847944812.issue9398@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
versions: +Python 3.5 -Python 2.7, Python 3.1, Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9398>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:08:47 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 30 Jun 2014 01:08:47 +0000
Subject: [issue14235] test_cmd.py does not correctly call reload()
In-Reply-To: <1331255570.35.0.441826601517.issue14235@psf.upfronthosting.co.za>
Message-ID: <1404090527.86.0.885361073773.issue14235@psf.upfronthosting.co.za>


Berker Peksag added the comment:

Fixed. Thanks for the report.

----------
assignee: eric.araujo -> berker.peksag
nosy: +berker.peksag, r.david.murray
resolution:  -> fixed
stage:  -> resolved
status: open -> closed
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14235>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:16:03 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Jun 2014 01:16:03 +0000
Subject: [issue20577] IDLE: Remove FormatParagraph's width setting from config
 dialog
In-Reply-To: <1391974116.91.0.4701294104.issue20577@psf.upfronthosting.co.za>
Message-ID: <1404090963.02.0.721009895581.issue20577@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Since you are busy, I am planning to commit this tomorrow so I can review the extension config patch with this in place.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20577>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:26:44 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Jun 2014 01:26:44 +0000
Subject: [issue18864] Implementation for PEP 451
 (importlib.machinery.ModuleSpec)
In-Reply-To: <1377672978.26.0.119702109188.issue18864@psf.upfronthosting.co.za>
Message-ID: <1404091604.12.0.390377702453.issue18864@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Dependencies 19711 and 21099 are still open.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue18864>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:26:54 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 01:26:54 +0000
Subject: [issue9051] Improve pickle format for aware datetime instances
In-Reply-To: <1277151308.95.0.331220838487.issue9051@psf.upfronthosting.co.za>
Message-ID: <1404091614.18.0.854087967237.issue9051@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

I updated the patch.  Please note that it only includes python code, so you need to suppress _datetime acceleration to test:

>>> import sys
>>> sys.modules['_datetime'] = None
>>> from pickle import *
>>> from datetime import *
>>> dumps(timezone.utc)
b'\x80\x03cdatetime\n_utc\nq\x00.'

----------
Added file: http://bugs.python.org/file35804/issue9051-utc-pickle-proto.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9051>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:27:52 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 01:27:52 +0000
Subject: [issue9051] Improve pickle format for aware datetime instances
In-Reply-To: <1277151308.95.0.331220838487.issue9051@psf.upfronthosting.co.za>
Message-ID: <1404091672.25.0.456273754022.issue9051@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


Removed file: http://bugs.python.org/file17769/issue9051-utc-pickle-proto.diff

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9051>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:29:20 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 01:29:20 +0000
Subject: [issue9051] Improve pickle format for aware datetime instances
In-Reply-To: <1277151308.95.0.331220838487.issue9051@psf.upfronthosting.co.za>
Message-ID: <1404091760.05.0.106804246636.issue9051@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Hmm.  Still no "review" link.  Is there something special that I need to do to get it?  Use different name, maybe?

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9051>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:29:39 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 01:29:39 +0000
Subject: [issue9051] Improve pickle format for aware datetime instances
In-Reply-To: <1277151308.95.0.331220838487.issue9051@psf.upfronthosting.co.za>
Message-ID: <1404091779.44.0.325326978215.issue9051@psf.upfronthosting.co.za>


Changes by Alexander Belopolsky <alexander.belopolsky at gmail.com>:


----------
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9051>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:33:55 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 30 Jun 2014 01:33:55 +0000
Subject: [issue9051] Improve pickle format for aware datetime instances
In-Reply-To: <1277151308.95.0.331220838487.issue9051@psf.upfronthosting.co.za>
Message-ID: <1404092035.53.0.0130153835525.issue9051@psf.upfronthosting.co.za>


Ned Deily added the comment:

FWIW, I see review links for both of your files: all the way over to the right in the Files section.

----------
nosy: +ned.deily

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9051>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:37:16 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 01:37:16 +0000
Subject: [issue9051] Improve pickle format for aware datetime instances
In-Reply-To: <1277151308.95.0.331220838487.issue9051@psf.upfronthosting.co.za>
Message-ID: <1404092236.63.0.0501014261622.issue9051@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

> I see review links for both of your files

Now I do too.  I guess they just take time to appear.  Note that I unlinked the file that Antoine complained about.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9051>
_______________________________________

From report at bugs.python.org  Mon Jun 30 03:37:48 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 30 Jun 2014 01:37:48 +0000
Subject: [issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite
 support
In-Reply-To: <1403216651.03.0.831203410022.issue21811@psf.upfronthosting.co.za>
Message-ID: <1404092268.28.0.593895043311.issue21811@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21811>
_______________________________________

From report at bugs.python.org  Mon Jun 30 04:13:00 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Jun 2014 02:13:00 +0000
Subject: [issue21882] turtledemo modules imported by test___all__ cause side
 effects or failures
In-Reply-To: <1404086161.6.0.896977354321.issue21882@psf.upfronthosting.co.za>
Message-ID: <1404094380.6.0.800542843811.issue21882@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

6. Add 'good citizenship' note to demohelp.txt. Also point out that all turtle initialiazation should be in main anyway (see 2. and 3. below). Demo should run independently of what other demos do.

re 2: If the mode call is needed, it is a bug that it is not main() as another demo could change it.

re 3: ditto, though much less likely.

re 4: As mentioned in #14117, two_canvases is buggy in that the code is not displayed. I added a comment in the file about things that don't work. A main function is the next thing to try anyway.

If no one does the turtledemo changes, I probably will soon.

----------
versions: +Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21882>
_______________________________________

From report at bugs.python.org  Mon Jun 30 05:12:27 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Jun 2014 03:12:27 +0000
Subject: [issue21880] IDLE: Ability to run 3rd party code checkers
In-Reply-To: <1404066447.3.0.940760126754.issue21880@psf.upfronthosting.co.za>
Message-ID: <1404097947.88.0.390392953061.issue21880@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

Read everything, looks plausible ;-). .run_checker assumes api:
<program name> pat_to_something.py <additional args> 
I will download pyflakes tomorrow and see if everything works on Windows.

If so, some immediate issues:
1. Only use tempfile if editor is 'dirty'.
2. Allow full path in config for programs not on system path.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21880>
_______________________________________

From report at bugs.python.org  Mon Jun 30 05:12:55 2014
From: report at bugs.python.org (Matt Bachmann)
Date: Mon, 30 Jun 2014 03:12:55 +0000
Subject: [issue21883] relpath: Provide better errors when mixing bytes and
 strings
Message-ID: <1404097975.91.0.971553035109.issue21883@psf.upfronthosting.co.za>


New submission from Matt Bachmann:

Howdy!

I encountered this error when accidently passing in mixed types to reldir

>>> import os
>>> os.path.relpath('/Users/bachmann', b'.')
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/local/Cellar/python3/3.4.1/Frameworks/Python.framework/Versions/3.4/lib/python3.4/posixpath.py", line 451, in relpath
    start_list = [x for x in abspath(start).split(sep) if x]
TypeError: Type str doesn't support the buffer API

When this mistake is done in join we get a helpful error message.

I simply borrowed this logic and put in in relpath. Is this useful?

----------
components: Library (Lib)
messages: 221939
nosy: Matt.Bachmann
priority: normal
severity: normal
status: open
title: relpath: Provide better errors when mixing bytes and strings
type: enhancement
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21883>
_______________________________________

From report at bugs.python.org  Mon Jun 30 05:13:30 2014
From: report at bugs.python.org (Matt Bachmann)
Date: Mon, 30 Jun 2014 03:13:30 +0000
Subject: [issue21883] relpath: Provide better errors when mixing bytes and
 strings
In-Reply-To: <1404097975.91.0.971553035109.issue21883@psf.upfronthosting.co.za>
Message-ID: <1404098010.09.0.13618582184.issue21883@psf.upfronthosting.co.za>


Changes by Matt Bachmann <bachmann.matt at gmail.com>:


----------
keywords: +patch
Added file: http://bugs.python.org/file35805/error_message.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21883>
_______________________________________

From report at bugs.python.org  Mon Jun 30 05:25:15 2014
From: report at bugs.python.org (Matt Bachmann)
Date: Mon, 30 Jun 2014 03:25:15 +0000
Subject: [issue21883] relpath: Provide better errors when mixing bytes and
 strings
In-Reply-To: <1404097975.91.0.971553035109.issue21883@psf.upfronthosting.co.za>
Message-ID: <1404098715.17.0.335835112947.issue21883@psf.upfronthosting.co.za>


Changes by Matt Bachmann <bachmann.matt at gmail.com>:


Removed file: http://bugs.python.org/file35805/error_message.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21883>
_______________________________________

From report at bugs.python.org  Mon Jun 30 05:25:45 2014
From: report at bugs.python.org (Matt Bachmann)
Date: Mon, 30 Jun 2014 03:25:45 +0000
Subject: [issue21883] relpath: Provide better errors when mixing bytes and
 strings
In-Reply-To: <1404097975.91.0.971553035109.issue21883@psf.upfronthosting.co.za>
Message-ID: <1404098745.0.0.924846544911.issue21883@psf.upfronthosting.co.za>


Matt Bachmann added the comment:

Includes change and tests.

The test is similar so I just broke out the logic

----------
Added file: http://bugs.python.org/file35806/error_message.patch

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21883>
_______________________________________

From report at bugs.python.org  Mon Jun 30 05:34:49 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 30 Jun 2014 03:34:49 +0000
Subject: [issue9554] test_argparse.py: use new unittest features
In-Reply-To: <1281408827.47.0.183260667114.issue9554@psf.upfronthosting.co.za>
Message-ID: <1404099289.57.0.865564298518.issue9554@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
nosy: +berker.peksag
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9554>
_______________________________________

From report at bugs.python.org  Mon Jun 30 05:35:38 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 30 Jun 2014 03:35:38 +0000
Subject: [issue10541] regrtest.py -T broken
In-Reply-To: <1290787334.28.0.0735858321707.issue10541@psf.upfronthosting.co.za>
Message-ID: <1404099338.54.0.916349843623.issue10541@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
stage: commit review -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10541>
_______________________________________

From report at bugs.python.org  Mon Jun 30 05:36:47 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 30 Jun 2014 03:36:47 +0000
Subject: [issue7229] Manual entry for time.daylight can be misleading
In-Reply-To: <1256723052.19.0.148648938954.issue7229@psf.upfronthosting.co.za>
Message-ID: <1404099407.44.0.246022752837.issue7229@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
stage: patch review -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7229>
_______________________________________

From report at bugs.python.org  Mon Jun 30 05:38:26 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 30 Jun 2014 03:38:26 +0000
Subject: [issue15870] PyType_FromSpec should take metaclass as an argument
In-Reply-To: <1346946566.36.0.583610018294.issue15870@psf.upfronthosting.co.za>
Message-ID: <1404099506.55.0.709620263682.issue15870@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
stage: test needed -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15870>
_______________________________________

From report at bugs.python.org  Mon Jun 30 07:35:00 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 30 Jun 2014 05:35:00 +0000
Subject: [issue5714] http.server._url_collapse_path should live elsewhere
In-Reply-To: <1239063845.81.0.120232947257.issue5714@psf.upfronthosting.co.za>
Message-ID: <1404106500.59.0.445169844459.issue5714@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
stage: test needed -> needs patch
title: CGIHTTPServer._url_collapse_path_split should live elsewhere -> http.server._url_collapse_path should live elsewhere

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5714>
_______________________________________

From report at bugs.python.org  Mon Jun 30 08:05:41 2014
From: report at bugs.python.org (Tal Einat)
Date: Mon, 30 Jun 2014 06:05:41 +0000
Subject: [issue20577] IDLE: Remove FormatParagraph's width setting from config
 dialog
In-Reply-To: <1391974116.91.0.4701294104.issue20577@psf.upfronthosting.co.za>
Message-ID: <1404108341.78.0.152461806285.issue20577@psf.upfronthosting.co.za>


Tal Einat added the comment:

I've been waiting to commit this for some time. I'd really like to do this myself, if you don't mind.

I'm just waiting for my SSH key to be added, which is taking a long time since apparently all three people who could do so are traveling and unable to help.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue20577>
_______________________________________

From report at bugs.python.org  Mon Jun 30 08:08:16 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Mon, 30 Jun 2014 06:08:16 +0000
Subject: [issue17442] code.InteractiveInterpreter doesn't display the
 exception cause
In-Reply-To: <1363468664.92.0.794606977989.issue17442@psf.upfronthosting.co.za>
Message-ID: <1404108496.11.0.384590059262.issue17442@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Well, for instance, my use cases with InteractiveInterpreter are for debugging or creating custom interpreters for various apps and in those cases the patch helps, by giving better debugging clues through the exception cause. I agree that this was overlooked when exception chaining was added. Also, idlelib's PyShell is based on InteractiveInterpreter, but in addition, it implements the exception chaining.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17442>
_______________________________________

From report at bugs.python.org  Mon Jun 30 08:12:11 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Mon, 30 Jun 2014 06:12:11 +0000
Subject: [issue17442] code.InteractiveInterpreter doesn't display the
 exception cause
In-Reply-To: <1363468664.92.0.794606977989.issue17442@psf.upfronthosting.co.za>
Message-ID: <1404108731.66.0.395237948193.issue17442@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Also, solving this issue seems to be, partially, a prerequisite for issue14805.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17442>
_______________________________________

From report at bugs.python.org  Mon Jun 30 08:55:17 2014
From: report at bugs.python.org (Claudiu Popa)
Date: Mon, 30 Jun 2014 06:55:17 +0000
Subject: [issue10342] trace module cannot produce coverage reports for zipped
 modules
In-Reply-To: <1289057209.7.0.964126417973.issue10342@psf.upfronthosting.co.za>
Message-ID: <1404111317.88.0.0174108349975.issue10342@psf.upfronthosting.co.za>


Claudiu Popa added the comment:

Hi, I left a couple of comments on Rietveld.

----------
nosy: +Claudiu.Popa

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10342>
_______________________________________

From report at bugs.python.org  Mon Jun 30 08:56:48 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 30 Jun 2014 06:56:48 +0000
Subject: [issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite
 support
In-Reply-To: <1403216651.03.0.831203410022.issue21811@psf.upfronthosting.co.za>
Message-ID: <3h1zyR1rKKz7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset 53112afddae6 by Ned Deily in branch '2.7':
Issue #21811: Add Misc/NEWS entry.
http://hg.python.org/cpython/rev/53112afddae6

New changeset ec27c85d3001 by Ned Deily in branch '3.4':
Issue #21811: Add Misc/NEWS entry.
http://hg.python.org/cpython/rev/ec27c85d3001

New changeset 1f59baf609a4 by Ned Deily in branch 'default':
Issue #21811: Add Misc/NEWS entry.
http://hg.python.org/cpython/rev/1f59baf609a4

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21811>
_______________________________________

From report at bugs.python.org  Mon Jun 30 09:21:50 2014
From: report at bugs.python.org (Raymond Hettinger)
Date: Mon, 30 Jun 2014 07:21:50 +0000
Subject: [issue8902] add datetime.time.now() for consistency
In-Reply-To: <1275719789.45.0.168425659941.issue8902@psf.upfronthosting.co.za>
Message-ID: <1404112910.5.0.416534199501.issue8902@psf.upfronthosting.co.za>


Raymond Hettinger added the comment:

For the reasons listed by others, marking this as closed/rejected.

----------
nosy: +rhettinger
resolution:  -> rejected
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8902>
_______________________________________

From report at bugs.python.org  Mon Jun 30 10:07:25 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 30 Jun 2014 08:07:25 +0000
Subject: [issue21881] python cannot parse tcl value
In-Reply-To: <1404070726.81.0.038892791749.issue21881@psf.upfronthosting.co.za>
Message-ID: <1404115645.47.0.665463854089.issue21881@psf.upfronthosting.co.za>


Ned Deily added the comment:

What version of Tcl are you using and on what platform?

----------
nosy: +ned.deily, serhiy.storchaka

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21881>
_______________________________________

From report at bugs.python.org  Mon Jun 30 10:33:04 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 30 Jun 2014 08:33:04 +0000
Subject: [issue8902] add datetime.time.now() for consistency
In-Reply-To: <1275719789.45.0.168425659941.issue8902@psf.upfronthosting.co.za>
Message-ID: <1404117184.16.0.373129904654.issue8902@psf.upfronthosting.co.za>


Changes by Berker Peksag <berker.peksag at gmail.com>:


----------
stage: needs patch -> resolved

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue8902>
_______________________________________

From report at bugs.python.org  Mon Jun 30 10:46:58 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Jun 2014 08:46:58 +0000
Subject: [issue15347] IDLE - does not close if the debugger was active
In-Reply-To: <1342207963.58.0.539607447258.issue15347@psf.upfronthosting.co.za>
Message-ID: <1404118018.32.0.230000304585.issue15347@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

A pythonw.exe process is left running if I try this with 3.4.1 on Windows 7.

----------
nosy: +BreamoreBoy, terry.reedy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15347>
_______________________________________

From report at bugs.python.org  Mon Jun 30 10:51:12 2014
From: report at bugs.python.org (Berker Peksag)
Date: Mon, 30 Jun 2014 08:51:12 +0000
Subject: [issue11762] Ast doc: warning and version number
In-Reply-To: <1301933761.05.0.937546235723.issue11762@psf.upfronthosting.co.za>
Message-ID: <1404118272.88.0.824591622055.issue11762@psf.upfronthosting.co.za>


Berker Peksag added the comment:

> 1. Add a warning similar to the one for the dis module.

The current documentation says:

    "The abstract syntax itself might change with each Python release; [...]"

https://docs.python.org/3.4/library/ast.html

> 2. Add a full entry for __version__. Currently (3.2):

ast.__version__ has been removed in issue 12273.

Closing this as "out of date".

----------
nosy: +berker.peksag
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue11762>
_______________________________________

From report at bugs.python.org  Mon Jun 30 10:58:04 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Jun 2014 08:58:04 +0000
Subject: [issue10417] unittest triggers UnicodeEncodeError with non-ASCII
 character in the docstring of the test function
In-Reply-To: <1289739891.46.0.690681439003.issue10417@psf.upfronthosting.co.za>
Message-ID: <1404118684.5.0.89033265592.issue10417@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Does this need following up, can it be closed as "won't fix" as it only affects 2.7, or what?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10417>
_______________________________________

From report at bugs.python.org  Mon Jun 30 11:05:44 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Jun 2014 09:05:44 +0000
Subject: [issue10417] unittest triggers UnicodeEncodeError with non-ASCII
 character in the docstring of the test function
In-Reply-To: <1289739891.46.0.690681439003.issue10417@psf.upfronthosting.co.za>
Message-ID: <1404119144.46.0.885089609363.issue10417@psf.upfronthosting.co.za>


STINNER Victor added the comment:

> Does this need following up, can it be closed as "won't fix" as it only affects 2.7, or what?

IMO we should fix this issue. I proposed a fix in msg121294.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10417>
_______________________________________

From report at bugs.python.org  Mon Jun 30 11:27:58 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Jun 2014 09:27:58 +0000
Subject: [issue21884] turtle regression of issue #21823: "uncaught exception"
 on "AMD64 Snow Leop 3.x" buildbot
Message-ID: <1404120478.05.0.18720742305.issue21884@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Since the changeset 1ae2382417dcc7202c708cac46ae8a61412ca787 from the issue #21823, Tcl/Tk crashs beacuse of an "uncaught exception" on the buildbot "AMD64 Snow Leop 3.x" on tk.call('update') called by tkinter.Misc().update().

First failure on the buildbot 3.4:
http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.4/builds/235

Last error on buildbot 3.x:
http://buildbot.python.org/all/builders/AMD64%20Snow%20Leop%203.x/builds/1831/steps/test/logs/stdio

Sun Jun 29 21:49:20 buddy.home.bitdance.com python.exe[75372] <Error>: kCGErrorFailure: Set a breakpoint @ CGErrorBreakpoint() to catch errors as they are logged.
_RegisterApplication(), FAILED TO establish the default connection to the WindowServer, _CGSDefaultConnection() is NULL.
2014-06-29 21:49:22.399 python.exe[75372:903] An uncaught exception was raised
2014-06-29 21:49:22.400 python.exe[75372:903] Error (1002) creating CGSWindow
2014-06-29 21:49:22.419 python.exe[75372:903] *** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'Error (1002) creating CGSWindow'
*** Call stack at first throw:
(
	0   CoreFoundation                      0x00007fff84954784 __exceptionPreprocess + 180
	1   libobjc.A.dylib                     0x00007fff84eb9f03 objc_exception_throw + 45
	2   CoreFoundation                      0x00007fff849545a7 +[NSException raise:format:arguments:] + 103
	3   CoreFoundation                      0x00007fff84954534 +[NSException raise:format:] + 148
	4   AppKit                              0x00007fff850a2f52 _NSCreateWindowWithOpaqueShape2 + 473
	5   AppKit                              0x00007fff85037691 -[NSWindow _commonAwake] + 1214
	6   AppKit                              0x00007fff850551c9 -[NSWindow _makeKeyRegardlessOfVisibility] + 96
	7   AppKit                              0x00007fff8505513e -[NSWindow makeKeyAndOrderFront:] + 24
	8   Tk                                  0x00000001035fd86c XMapWindow + 155
	9   Tk                                  0x000000010356c6d0 Tk_MapWindow + 89
	10  Tk                                  0x00000001035755e6 TkToplevelWindowForCommand + 2658
	11  Tcl                                 0x00000001034d20d3 TclServiceIdle + 76
	12  Tcl                                 0x00000001034b82ce Tcl_DoOneEvent + 329
	13  Tk                                  0x000000010354bf33 TkGetDisplayOf + 379
	14  Tcl                                 0x0000000103454559 Tcl_CreateInterp + 4820
	15  Tcl                                 0x0000000103455769 Tcl_EvalObjv + 66
	16  _tkinter.so                         0x0000000103433b4f Tkapp_Call + 562
	17  python.exe                          0x00000001000872af PyCFunction_Call + 202
	18  python.exe                          0x0000000100195bac call_function + 1715
	19  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	20  python.exe                          0x0000000100196256 fast_function + 515
	21  python.exe                          0x0000000100195df9 call_function + 2304
	22  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	23  python.exe                          0x0000000100196256 fast_function + 515
	24  python.exe                          0x0000000100195df9 call_function + 2304
	25  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	26  python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	27  python.exe                          0x00000001001963aa fast_function + 855
	28  python.exe                          0x0000000100195df9 call_function + 2304
	29  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	30  python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	31  python.exe                          0x00000001001963aa fast_function + 855
	32  python.exe                          0x0000000100195df9 call_function + 2304
	33  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	34  python.exe                          0x0000000100196256 fast_function + 515
	35  python.exe                          0x0000000100195df9 call_function + 2304
	36  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	37  python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	38  python.exe                          0x00000001001963aa fast_function + 855
	39  python.exe                          0x0000000100195df9 call_function + 2304
	40  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	41  python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	42  python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	43  python.exe                          0x0000000100057fee function_call + 586
	44  python.exe                          0x000000010000e39f PyObject_Call + 126
	45  python.exe                          0x0000000100034224 method_call + 332
	46  python.exe                          0x000000010000e39f PyObject_Call + 126
	47  python.exe                          0x00000001000bf187 slot_tp_init + 76
	48  python.exe                          0x00000001000aaf04 type_call + 376
	49  python.exe                          0x000000010000e39f PyObject_Call + 126
	50  python.exe                          0x0000000100196c5c do_call + 553
	51  python.exe                          0x0000000100195e15 call_function + 2332
	52  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	53  python.exe                          0x0000000100196256 fast_function + 515
	54  python.exe                          0x0000000100195df9 call_function + 2304
	55  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	56  python.exe                          0x0000000100196256 fast_function + 515
	57  python.exe                          0x0000000100195df9 call_function + 2304
	58  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	59  python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	60  python.exe                          0x00000001001963aa fast_function + 855
	61  python.exe                          0x0000000100195df9 call_function + 2304
	62  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	63  python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	64  python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	65  python.exe                          0x000000010017ce4f PyEval_EvalCode + 96
	66  python.exe                          0x0000000100174b34 builtin_exec + 550
	67  python.exe                          0x00000001000872af PyCFunction_Call + 202
	68  python.exe                          0x0000000100197338 ext_do_call + 1496
	69  python.exe                          0x000000010018e42b PyEval_EvalFrameEx + 71102
	70  python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	71  python.exe                          0x00000001001963aa fast_function + 855
	72  python.exe                          0x0000000100195df9 call_function + 2304
	73  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	74  python.exe                          0x0000000100196256 fast_function + 515
	75  python.exe                          0x0000000100195df9 call_function + 2304
	76  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	77  python.exe                          0x0000000100196256 fast_function + 515
	78  python.exe                          0x0000000100195df9 call_function + 2304
	79  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	80  python.exe                          0x0000000100196256 fast_function + 515
	81  python.exe                          0x0000000100195df9 call_function + 2304
	82  python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	83  python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	84  python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	85  python.exe                          0x0000000100057fee function_call + 586
	86  python.exe                          0x000000010000e39f PyObject_Call + 126
	87  python.exe                          0x000000010000f5f7 _PyObject_CallMethodIdObjArgs + 500
	88  python.exe                          0x00000001001c0ab1 PyImport_ImportModuleLevelObject + 3596
	89  python.exe          [160/390] test___all__
                0x00000001001733f3 builtin___import__ + 164
	90  python.exe                          0x000000010008731b PyCFunction_Call + 310
	91  python.exe                          0x000000010000e39f PyObject_Call + 126
	92  python.exe                          0x000000010019529c PyEval_CallObjectWithKeywords + 417
	93  python.exe                          0x000000010018af53 PyEval_EvalFrameEx + 57574
	94  python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	95  python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	96  python.exe                          0x000000010017ce4f PyEval_EvalCode + 96
	97  python.exe                          0x00000001001d97c0 run_mod + 102
	98  python.exe                          0x00000001001d9442 PyRun_StringFlags + 179
	99  python.exe                          0x0000000100174ba1 builtin_exec + 659
	100 python.exe                          0x00000001000872af PyCFunction_Call + 202
	101 python.exe                          0x0000000100195bac call_function + 1715
	102 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	103 python.exe                          0x0000000100196256 fast_function + 515
	104 python.exe                          0x0000000100195df9 call_function + 2304
	105 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	106 python.exe                          0x0000000100196256 fast_function + 515
	107 python.exe                          0x0000000100195df9 call_function + 2304
	108 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	109 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	110 python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	111 python.exe                          0x0000000100057fee function_call + 586
	112 python.exe                          0x000000010000e39f PyObject_Call + 126
	113 python.exe                          0x0000000100197352 ext_do_call + 1522
	114 python.exe                          0x000000010018e42b PyEval_EvalFrameEx + 71102
	115 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	116 python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	117 python.exe                          0x0000000100057fee function_call + 586
	118 python.exe                          0x000000010000e39f PyObject_Call + 126
	119 python.exe                          0x0000000100034224 method_call + 332
	120 python.exe                          0x000000010000e39f PyObject_Call + 126
	121 python.exe                          0x00000001000be65f slot_tp_call + 77
	122 python.exe                          0x000000010000e39f PyObject_Call + 126
	123 python.exe                          0x0000000100196c5c do_call + 553
	124 python.exe                          0x0000000100195e15 call_function + 2332
	125 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	126 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	127 python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	128 python.exe                          0x0000000100057fee function_call + 586
	129 python.exe                          0x000000010000e39f PyObject_Call + 126
	130 python.exe                          0x0000000100197352 ext_do_call + 1522
	131 python.exe                          0x000000010018e42b PyEval_EvalFrameEx + 71102
	132 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	133 python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	134 python.exe                          0x0000000100057fee function_call + 586
	135 python.exe                          0x000000010000e39f PyObject_Call + 126
	136 python.exe                          0x0000000100034224 method_call + 332
	137 python.exe                          0x000000010000e39f PyObject_Call + 126
	138 python.exe                          0x00000001000be65f slot_tp_call + 77
	139 python.exe                          0x000000010000e39f PyObject_Call + 126
	140 python.exe                          0x0000000100196c5c do_call + 553
	141 python.exe                          0x0000000100195e15 call_function + 2332
	142 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	143 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	144 python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	145 python.exe                          0x0000000100057fee function_call + 586
	146 python.exe                          0x000000010000e39f PyObject_Call + 126
	147 python.exe                          0x0000000100197352 ext_do_call + 1522
	148 python.exe                          0x000000010018e42b PyEval_EvalFrameEx + 71102
	149 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	150 python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	151 python.exe                          0x0000000100057fee function_call + 586
	152 python.exe                          0x000000010000e39f PyObject_Call + 126
	153 python.exe                          0x0000000100034224 method_call + 332
	154 python.exe                          0x000000010000e39f PyObject_Call + 126
	155 python.exe                          0x00000001000be65f slot_tp_call + 77
	156 python.exe                          0x000000010000e39f PyObject_Call + 126
	157 python.exe                          0x0000000100196c5c do_call + 553
	158 python.exe                          0x0000000100195e15 call_function + 2332
	159 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	160 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	161 python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	162 python.exe                          0x0000000100057fee function_call + 586
	163 python.exe                          0x000000010000e39f PyObject_Call + 126
	164 python.exe                          0x0000000100197352 ext_do_call + 1522
	165 python.exe                          0x000000010018e42b PyEval_EvalFrameEx + 71102
	166 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	167 python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	168 python.exe                          0x0000000100057fee function_call + 586
	169 python.exe                          0x000000010000e39f PyObject_Call + 126
	170 python.exe                          0x0000000100034224 method_call + 332
	171 python.exe                          0x000000010000e39f PyObject_Call + 126
	172 python.exe                          0x00000001000be65f slot_tp_call + 77
	173 python.exe                          0x000000010000e39f PyObject_Call + 126
	174 python.exe                          0x0000000100196c5c do_call + 553
	175 python.exe                          0x0000000100195e15 call_function + 2332
	176 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	177 python.exe                          0x0000000100196256 fast_function + 515
	178 python.exe                          0x0000000100195df9 call_function + 2304
	179 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	180 python.exe                          0x0000000100196256 fast_function + 515
	181 python.exe                          0x0000000100195df9 call_function + 2304
	182 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	183 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	184 python.exe                          0x00000001001963aa fast_function + 855
	185 python.exe                          0x0000000100195df9 call_function + 2304
	186 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	187 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	188 python.exe                          0x00000001001963aa fast_function + 855
	189 python.exe                          0x0000000100195df9 call_function + 2304
	190 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	191 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	192 python.exe                          0x00000001001963aa fast_function + 855
	193 python.exe                          0x0000000100195df9 call_function + 2304
	194 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	195 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	196 python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	197 python.exe                          0x0000000100057fee function_call + 586
	198 python.exe                          0x000000010000e39f PyObject_Call + 126
	199 python.exe                          0x0000000100197352 ext_do_call + 1522
	200 python.exe                          0x000000010018e42b PyEval_EvalFrameEx + 71102
	201 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	202 python.exe                          0x00000001001963aa fast_function + 855
	203 python.exe                          0x0000000100195df9 call_function + 2304
	204 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	205 python.exe                          0x0000000100196256 fast_function + 515
	206 python.exe                          0x0000000100195df9 call_function + 2304
	207 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	208 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	209 python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	210 python.exe                          0x000000010017ce4f PyEval_EvalCode + 96
	211 python.exe                          0x0000000100174b34 builtin_exec + 550
	212 python.exe                          0x00000001000872af PyCFunction_Call + 202
	213 python.exe                          0x0000000100195bac call_function + 1715
	214 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	215 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	216 python.exe                          0x00000001001963aa fast_function + 855
	217 python.exe                          0x0000000100195df9 call_function + 2304
	218 python.exe                          0x000000010018df4f PyEval_EvalFrameEx + 69858
	219 python.exe                          0x0000000100193136 _PyEval_EvalCodeWithName + 4056
	220 python.exe                          0x00000001001932aa PyEval_EvalCodeEx + 136
	221 python.exe                          0x0000000100057fee function_call + 586
	222 python.exe                          0x000000010000e39f PyObject_Call + 126
	223 python.exe                          0x0000000100202f75 RunModule + 1048
	224 python.exe                          0x0000000100204638 Py_Main + 3670
	225 python.exe                          0x00000001000011cb main + 475
	226 python.exe                          0x0000000100000fe8 start + 52
)
terminate called after throwing an instance of 'NSException'
Fatal Python error: Aborted

Current thread 0x00007fff71296cc0 (most recent call first):
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/tkinter/__init__.py", line 963 in update
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/turtle.py", line 562 in _update
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/turtle.py", line 583 in _bgcolor
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/turtle.py", line 1239 in bgcolor
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/turtle.py", line 1024 in clear
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/turtle.py", line 995 in __init__
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/turtle.py", line 3689 in __init__
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/turtle.py", line 3661 in Screen
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/turtle.py", line 3829 in _getscreen
  File "<string>", line 1 in mode
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/turtledemo/clock.py", line 17 in <module>
  File "<frozen importlib._bootstrap>", line 321 in _call_with_frames_removed
  File "<frozen importlib._bootstrap>", line 1420 in exec_module
  File "<frozen importlib._bootstrap>", line 1149 in _load_unlocked
  File "<frozen importlib._bootstrap>", line 2175 in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 2186 in _find_and_load
  File "<string>", line 1 in <module>
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/test___all__.py", line 23 in check_all
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/test___all__.py", line 104 in test_all
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/case.py", line 577 in run
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/case.py", line 625 in __call__
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py", line 125 in run
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py", line 87 in __call__
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py", line 125 in run
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py", line 87 in __call__
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py", line 125 in run
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/suite.py", line 87 in __call__
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/unittest/runner.py", line 168 in run
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/support/__init__.py", line 1724 in _run_suite
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/support/__init__.py", line 1758 in run_unittest
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 1277 in <lambda>
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 1278 in runtest_inner
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 967 in runtest
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 532 in main
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 1562 in main_in_temp_cwd
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 1587 in <module>
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/runpy.py", line 85 in _run_code
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/runpy.py", line 170 in _run_module_as_main
Traceback (most recent call last):
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/runpy.py", line 170, in _run_module_as_main
    "__main__", mod_spec)
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/runpy.py", line 85, in _run_code
    exec(code, run_globals)
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/__main__.py", line 3, in <module>
    regrtest.main_in_temp_cwd()
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 1562, in main_in_temp_cwd
    main()
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/regrtest.py", line 738, in main
    raise Exception("Child error on {}: {}".format(test, result[1]))
Exception: Child error on test___all__: Exit code -6
make: *** [buildbottest] Error 1
program finished with exit code 2
elapsedTime=1584.387892

----------
assignee: ronaldoussoren
components: Macintosh, Tkinter
messages: 221952
nosy: haypo, ronaldoussoren, terry.reedy
priority: normal
severity: normal
status: open
title: turtle regression of issue #21823: "uncaught exception" on "AMD64 Snow Leop 3.x" buildbot
versions: Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21884>
_______________________________________

From report at bugs.python.org  Mon Jun 30 11:29:21 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Jun 2014 09:29:21 +0000
Subject: [issue21884] turtle regression of issue #21823: "uncaught exception"
 on "AMD64 Snow Leop 3.x" buildbot
In-Reply-To: <1404120478.05.0.18720742305.issue21884@psf.upfronthosting.co.za>
Message-ID: <1404120561.9.0.290072067904.issue21884@psf.upfronthosting.co.za>


Changes by STINNER Victor <victor.stinner at gmail.com>:


----------
nosy: +r.david.murray

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21884>
_______________________________________

From report at bugs.python.org  Mon Jun 30 11:30:00 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Jun 2014 09:30:00 +0000
Subject: [issue21732] SubprocessTestsMixin.test_subprocess_terminate() hangs
 on "AMD64 Snow Leop 3.x" buildbot
In-Reply-To: <1402584959.34.0.367211302665.issue21732@psf.upfronthosting.co.za>
Message-ID: <1404120600.48.0.34722644521.issue21732@psf.upfronthosting.co.za>


STINNER Victor added the comment:

I cannot check if the error occurred recently because of another issue: #21884.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21732>
_______________________________________

From report at bugs.python.org  Mon Jun 30 12:33:33 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 30 Jun 2014 10:33:33 +0000
Subject: [issue21645] test_read_all_from_pipe_reader() of test_asyncio hangs
 on FreeBSD 9
In-Reply-To: <1401748554.93.0.147613682728.issue21645@psf.upfronthosting.co.za>
Message-ID: <3h24mX5T2Sz7LjS@mail.python.org>


Roundup Robot added the comment:

New changeset 69d474dab479 by Victor Stinner in branch 'default':
Issue #21645: asyncio: add a watchdog in test_read_all_from_pipe_reader() for
http://hg.python.org/cpython/rev/69d474dab479

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21645>
_______________________________________

From report at bugs.python.org  Mon Jun 30 14:41:00 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 30 Jun 2014 12:41:00 +0000
Subject: [issue21209] q.put(some_tuple) fails when PYTHONASYNCIODEBUG=1
In-Reply-To: <1397351442.01.0.248805040826.issue21209@psf.upfronthosting.co.za>
Message-ID: <3h27bb28wJz7LjN@mail.python.org>


Roundup Robot added the comment:

New changeset defd09a5339a by Victor Stinner in branch '3.4':
asyncio: sync with Tulip
http://hg.python.org/cpython/rev/defd09a5339a

New changeset 8dc8c93e74c9 by Victor Stinner in branch 'default':
asyncio: sync with Tulip
http://hg.python.org/cpython/rev/8dc8c93e74c9

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21209>
_______________________________________

From report at bugs.python.org  Mon Jun 30 14:42:37 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Jun 2014 12:42:37 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <1404132157.02.0.0186804856525.issue21163@psf.upfronthosting.co.za>


STINNER Victor added the comment:

Hum, dont_log_pending.patch is not correct for wait(): wait() returns (done, pending), where pending is a set of pending tasks. So it's still possible that pending tasks are destroyed while they are not a still pending, after the end of wait(). The log should not be made quiet here.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Mon Jun 30 14:53:52 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 30 Jun 2014 12:53:52 +0000
Subject: [issue21163] asyncio doesn't warn if a task is destroyed during its
 execution
In-Reply-To: <1396732231.93.0.182409018223.issue21163@psf.upfronthosting.co.za>
Message-ID: <3h27tS2LsDz7LkJ@mail.python.org>


Roundup Robot added the comment:

New changeset 13e78b9cf290 by Victor Stinner in branch '3.4':
Issue #21163: BaseEventLoop.run_until_complete() and test_utils.run_briefly()
http://hg.python.org/cpython/rev/13e78b9cf290

New changeset 2d0fa8f383c8 by Victor Stinner in branch 'default':
(Merge 3.4) Issue #21163: BaseEventLoop.run_until_complete() and
http://hg.python.org/cpython/rev/2d0fa8f383c8

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21163>
_______________________________________

From report at bugs.python.org  Mon Jun 30 15:11:31 2014
From: report at bugs.python.org (Ian Cordasco)
Date: Mon, 30 Jun 2014 13:11:31 +0000
Subject: [issue17849] Missing size argument in readline() method for httplib's
 class LineAndFileWrapper
In-Reply-To: <1366979224.14.0.876475494511.issue17849@psf.upfronthosting.co.za>
Message-ID: <1404133891.17.0.642896470572.issue17849@psf.upfronthosting.co.za>


Changes by Ian Cordasco <graffatcolmingov at gmail.com>:


----------
nosy: +icordasc

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17849>
_______________________________________

From report at bugs.python.org  Mon Jun 30 15:26:46 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 13:26:46 +0000
Subject: [issue19475] Add microsecond flag to datetime isoformat()
In-Reply-To: <1383325521.57.0.024650274045.issue19475@psf.upfronthosting.co.za>
Message-ID: <1404134806.4.0.631002865257.issue19475@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Here is some "prior art": GNU date utility has an --iso-8601[=timespec] option defined as

?-I[timespec]?
?--iso-8601[=timespec]?
Display the date using the ISO 8601 format, ?%Y-%m-%d?.
The argument timespec specifies the number of additional terms of the time to include. It can be one of the following:

?auto?
Print just the date. This is the default if timespec is omitted. 
?hours?
Append the hour of the day to the date. 
?minutes?
Append the hours and minutes. 
?seconds?
Append the hours, minutes and seconds. 
?ns?
Append the hours, minutes, seconds and nanoseconds.
If showing any time terms, then include the time zone using the format ?%z?. 

https://www.gnu.org/software/coreutils/manual/html_node/Options-for-date.html

----------
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19475>
_______________________________________

From report at bugs.python.org  Mon Jun 30 15:28:56 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 30 Jun 2014 13:28:56 +0000
Subject: [issue21882] turtledemo modules imported by test___all__ cause side
 effects or failures
In-Reply-To: <1404086161.6.0.896977354321.issue21882@psf.upfronthosting.co.za>
Message-ID: <1404134936.96.0.162668662101.issue21882@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
nosy: +jesstess

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21882>
_______________________________________

From report at bugs.python.org  Mon Jun 30 15:33:49 2014
From: report at bugs.python.org (Alexander Belopolsky)
Date: Mon, 30 Jun 2014 13:33:49 +0000
Subject: [issue19475] Add microsecond flag to datetime isoformat()
In-Reply-To: <1383325521.57.0.024650274045.issue19475@psf.upfronthosting.co.za>
Message-ID: <1404135229.8.0.0693830030785.issue19475@psf.upfronthosting.co.za>


Alexander Belopolsky added the comment:

Based on GNU date "prior art", we can introduce timespec='auto' keyword argument with the following values:

'auto' - (default) same as current behavior
'hours' - %H
'minutes' - %H:%M
'seconds' - %H:%M:%S
'us' - %H:%M:%S.%f

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue19475>
_______________________________________

From report at bugs.python.org  Mon Jun 30 15:35:02 2014
From: report at bugs.python.org (R. David Murray)
Date: Mon, 30 Jun 2014 13:35:02 +0000
Subject: [issue17849] Missing size argument in readline() method for httplib's
 class LineAndFileWrapper
In-Reply-To: <1366979224.14.0.876475494511.issue17849@psf.upfronthosting.co.za>
Message-ID: <1404135302.98.0.738475363907.issue17849@psf.upfronthosting.co.za>


Changes by R. David Murray <rdmurray at bitdance.com>:


----------
stage: needs patch -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17849>
_______________________________________

From report at bugs.python.org  Mon Jun 30 16:05:12 2014
From: report at bugs.python.org (Karl Richter)
Date: Mon, 30 Jun 2014 14:05:12 +0000
Subject: [issue21885] shutil.copytree hangs (on copying root directory of a
 lxc container) (should succeed or raise exception nested)
Message-ID: <1404137112.53.0.344262752308.issue21885@psf.upfronthosting.co.za>


New submission from Karl Richter:

reproduction (on Ubuntu 14.04 amd64 with lxc 1.0.4) (with python 2.7.6 and 3.4.0)

    # as root/with privileges
    lxc-create -n ubuntu-trusty-amd64 -t ubuntu -- --arch amd64 --release trusty
    lxc-stop -n ubuntu-trusty-amd64 # assert container isn't running
    cd /var/lib/lxc
    python
    > import shutil
    > shutil.copytree("ubuntu-trusty-amd64", "ubuntu-trusty-amd64-orig")
    > # never returns (after a multiple of the time rsync needs (see below) no more I/O operations)

verify behavior of rsync (3.1.0):

    # as root/with privileges
    rsync -a ubuntu-trusty-amd64/ ubuntu-trusty-amd64-orig/
    # succeeds

If the container is shutdown it should no longer point to system resources, and thus be able to get stuck on reading from a device file (and should rsync get stuck as well in this case?).

It would be nice if python fails with an exception (or succeeds, of course) instead of getting stuck.

----------
messages: 221960
nosy: krichter
priority: normal
severity: normal
status: open
title: shutil.copytree hangs (on copying root directory of a lxc container) (should succeed or raise exception nested)
versions: Python 2.7

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21885>
_______________________________________

From report at bugs.python.org  Mon Jun 30 16:05:19 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Jun 2014 14:05:19 +0000
Subject: [issue21886] asyncio: Future.set_result() called on cancelled Future
 raises asyncio.futures.InvalidStateError
Message-ID: <1404137118.99.0.781732644161.issue21886@psf.upfronthosting.co.za>


New submission from STINNER Victor:

Ok, I found a way to reproduce the error InvalidStateError in asyncio. I'm not sure that it's the same the error in #21447.

Output of attached bug.py in debug mode:
---
Exception in callback Future.set_result(None)
handle: <TimerHandle when=79580.878306285 Future.set_result(None)>
source_traceback: Object created at (most recent call last):
  File "/home/haypo/bug.py", line 11, in <module>
    loop.run_until_complete(task2)
  File "/home/haypo/prog/python/default/Lib/asyncio/base_events.py", line 239, in run_until_complete
    self.run_forever()
  File "/home/haypo/prog/python/default/Lib/asyncio/base_events.py", line 212, in run_forever
    self._run_once()
  File "/home/haypo/prog/python/default/Lib/asyncio/base_events.py", line 912, in _run_once
    handle._run()
  File "/home/haypo/prog/python/default/Lib/asyncio/events.py", line 96, in _run
    self._callback(*self._args)
  File "/home/haypo/prog/python/default/Lib/asyncio/tasks.py", line 241, in _step
    result = next(coro)
  File "/home/haypo/prog/python/default/Lib/asyncio/coroutines.py", line 72, in __next__
    return next(self.gen)
  File "/home/haypo/prog/python/default/Lib/asyncio/tasks.py", line 487, in sleep
    h = future._loop.call_later(delay, future.set_result, result)
Traceback (most recent call last):
  File "/home/haypo/prog/python/default/Lib/asyncio/events.py", line 96, in _run
    self._callback(*self._args)
  File "/home/haypo/prog/python/default/Lib/asyncio/futures.py", line 326, in set_result
    raise InvalidStateError('{}: {!r}'.format(self._state, self))
asyncio.futures.InvalidStateError: CANCELLED: <Future cancelled>
---

The fix is to replace the following line of sleep():
---
    h = future._loop.call_later(delay, future.set_result, result)
---

with:
---
    def maybe_set_result(future, result):
        if not future.cancelled():
            future.set_result(result)
    h = future._loop.call_later(delay, maybe_set_result, future, result)
---

This generic issue was already discussed there:
https://groups.google.com/forum/?fromgroups#!searchin/python-tulip/set_result$20InvalidStateError/python-tulip/T1sxLqjuoVY/YghF-YsgosgJ

A patch was also proposed:
https://codereview.appspot.com/69870048/

----------
files: bug.py
messages: 221961
nosy: haypo
priority: normal
severity: normal
status: open
title: asyncio: Future.set_result() called on cancelled Future raises asyncio.futures.InvalidStateError
versions: Python 3.5
Added file: http://bugs.python.org/file35807/bug.py

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21886>
_______________________________________

From report at bugs.python.org  Mon Jun 30 16:09:02 2014
From: report at bugs.python.org (STINNER Victor)
Date: Mon, 30 Jun 2014 14:09:02 +0000
Subject: [issue21447] Intermittent asyncio.open_connection /
 futures.InvalidStateError
In-Reply-To: <1399400899.35.0.6772968076.issue21447@psf.upfronthosting.co.za>
Message-ID: <1404137342.16.0.896905299216.issue21447@psf.upfronthosting.co.za>


STINNER Victor added the comment:

This issue contains two sub-issues:
- race condition in_write_to_self() => already fixed
- race condition with scheduled call to future.set_result(), InvalidStateError => I just opened the issue #21886 to discuss it

@Ryder: If you are able to reproduce the second issue (InvalidStateError), please use set the environment variable PYTHONASYNCIODEBUG=1 to see the traceback where the call to set_result() was scheduled. It requires the latest development version of Tulip, Python 3.4 or Python 3.5 to get the traceback.

I close this issue because I prefer to discuss the InvalidStateError in the issue #21886.

Thanks for the report Ryder. Thanks for the fix for the race condition in _write_to_self() Guido.

----------
resolution:  -> fixed
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21447>
_______________________________________

From report at bugs.python.org  Mon Jun 30 16:15:03 2014
From: report at bugs.python.org (Ryder Lewis)
Date: Mon, 30 Jun 2014 14:15:03 +0000
Subject: [issue21886] asyncio: Future.set_result() called on cancelled Future
 raises asyncio.futures.InvalidStateError
In-Reply-To: <1404137118.99.0.781732644161.issue21886@psf.upfronthosting.co.za>
Message-ID: <1404137703.78.0.0381079553612.issue21886@psf.upfronthosting.co.za>


Changes by Ryder Lewis <rlewis at softgatesystems.com>:


----------
nosy: +ryder.lewis

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21886>
_______________________________________

From report at bugs.python.org  Mon Jun 30 16:45:53 2014
From: report at bugs.python.org (Ask Solem)
Date: Mon, 30 Jun 2014 14:45:53 +0000
Subject: [issue9248] multiprocessing.pool: Proposal: "waitforslot"
In-Reply-To: <1279028823.93.0.963356654708.issue9248@psf.upfronthosting.co.za>
Message-ID: <1404139553.53.0.580667327874.issue9248@psf.upfronthosting.co.za>


Ask Solem added the comment:

This patch is quite dated now and I have fixed many bugs since.  The feature is available in billiard and is working well but The code has diverged quite a lot from python trunk.  I will be updating billiard to reflect the changes for Python 3.4 soon (billiard is currently 3.3).

I think we can forget about taking individual patches from billiard for now,
and instead maybe merge the codebases at some point if there's interest.
we have a version of multiprocessing.Pool using async IO and one pipe per process that drastically improves performance
and also avoids the threads+forking issues (well, not the initial fork), but I have not yet adapted it to use the new asyncio module in 3.4

So suggestion is to close this and rather get a discussion going for combining our efforts.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9248>
_______________________________________

From report at bugs.python.org  Mon Jun 30 17:02:39 2014
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Mon, 30 Jun 2014 15:02:39 +0000
Subject: [issue6721] Locks in the standard library should be sanitized on fork
In-Reply-To: <1250550378.97.0.072881968798.issue6721@psf.upfronthosting.co.za>
Message-ID: <1404140559.66.0.487906574587.issue6721@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
title: Locks in python standard library should be sanitized on fork -> Locks in the standard library should be sanitized on fork
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6721>
_______________________________________

From report at bugs.python.org  Mon Jun 30 17:03:46 2014
From: report at bugs.python.org (Tshepang Lekhonkhobe)
Date: Mon, 30 Jun 2014 15:03:46 +0000
Subject: [issue6721] Locks in the standard library should be sanitized on fork
In-Reply-To: <1250550378.97.0.072881968798.issue6721@psf.upfronthosting.co.za>
Message-ID: <1404140626.59.0.612265068494.issue6721@psf.upfronthosting.co.za>


Changes by Tshepang Lekhonkhobe <tshepang at gmail.com>:


----------
nosy: +tshepang

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue6721>
_______________________________________

From report at bugs.python.org  Mon Jun 30 17:11:14 2014
From: report at bugs.python.org (Joe Borg)
Date: Mon, 30 Jun 2014 15:11:14 +0000
Subject: [issue21887] Python3 can't detect Tcl
Message-ID: <1404141074.45.0.334350496286.issue21887@psf.upfronthosting.co.za>


New submission from Joe Borg:

Trying to configure 3.4.1 on Cent OS 6.4.  I have built Tcl and Tk, using the prefix /scratch/root.  I can confirm the builds with:

$ find /scratch/root/ -name "tcl.h"
/scratch/root/include/tcl.h

$ find /scratch/root/ -name "tk.h"
/scratch/root/include/tk.h

But, when configuring Python, they aren't picked up:

$ ./configure --prefix=/scratch/root --with-tcltk-includes=/scratch/root/include --with-tcltk-libs=/scratch/root/lib | grep tcl
checking for --with-tcltk-includes... /scratch/root/include
checking for --with-tcltk-libs... /scratch/root/lib
checking for UCS-4 tcl... no

I've tried to make install with this, but then get the usual exception from _tkinter.

----------
components: Build
messages: 221964
nosy: Joe.Borg
priority: normal
severity: normal
status: open
title: Python3 can't detect Tcl
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21887>
_______________________________________

From report at bugs.python.org  Mon Jun 30 17:20:33 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Jun 2014 15:20:33 +0000
Subject: [issue21884] turtle regression of issue #21823: "uncaught exception"
 on "AMD64 Snow Leop 3.x" buildbot
In-Reply-To: <1404120478.05.0.18720742305.issue21884@psf.upfronthosting.co.za>
Message-ID: <1404141633.24.0.176256736007.issue21884@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

(Brett, the question is about import.)

The problem is the mode call in clock.py, which I will move today as part of 21882.

I am sorely puzzled that the patch in #21823 could have changed the effect of mode(). There are only two changes, only one of which could be relevant.

1.
 from turtle import *
+from turtle import Terminator  # not in __all__
 mode()

My understanding is that the newly added second import should just add a reference to Terminator in the existing module. It is a standard Exception subclass: from turtle.py, "class Terminator(Exception): pass".  I could and will add 'Terminator' to __all__ instead, but it seems to me that the added statement *should* be innocuous.

What am I missing? Does __all__ change the import machinery in the calls to frozen importlib.bootstrap or do these call always happen behind the scene with any import?  From the most recent first traceback:
...
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/turtledemo/clock.py", line 17 in <module>
  File "<frozen importlib._bootstrap>", line 321 in _call_with_frames_removed
  File "<frozen importlib._bootstrap>", line 1420 in exec_module
  File "<frozen importlib._bootstrap>", line 1149 in _load_unlocked
  File "<frozen importlib._bootstrap>", line 2175 in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 2186 in _find_and_load
  File "<string>", line 1 in <module>
  File "/Users/buildbot/buildarea/3.x.murray-snowleopard/build/Lib/test/test___all__.py", line 23 in check_all
...

2. Added a try:except: within a function, not called on import, to catch previously uncaught Terminator exception.

----------
nosy: +brett.cannon

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21884>
_______________________________________

From report at bugs.python.org  Mon Jun 30 17:23:48 2014
From: report at bugs.python.org (Joe Borg)
Date: Mon, 30 Jun 2014 15:23:48 +0000
Subject: [issue21887] Python3 can't detect Tcl/Tk 8.6.1
In-Reply-To: <1404141074.45.0.334350496286.issue21887@psf.upfronthosting.co.za>
Message-ID: <1404141828.93.0.899855400379.issue21887@psf.upfronthosting.co.za>


Changes by Joe Borg <cyborg101010 at gmail.com>:


----------
title: Python3 can't detect Tcl -> Python3 can't detect Tcl/Tk 8.6.1

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21887>
_______________________________________

From report at bugs.python.org  Mon Jun 30 18:17:13 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Jun 2014 16:17:13 +0000
Subject: [issue21882] turtledemo modules imported by test___all__ cause side
 effects or failures
In-Reply-To: <1404086161.6.0.896977354321.issue21882@psf.upfronthosting.co.za>
Message-ID: <1404145033.06.0.973576243183.issue21882@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

I am working on the turtle demos now. Victor gave more info in #21884.

I was partly wrong in my comments. turtledemo uses reload to re-initialize demos when one switches between them. I am tempted to remove this as part of discouraging side-effects on import. It is not a good example to be followed.

----------
assignee:  -> terry.reedy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21882>
_______________________________________

From report at bugs.python.org  Mon Jun 30 18:30:14 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Jun 2014 16:30:14 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1404145814.65.0.96831233611.issue14117@psf.upfronthosting.co.za>


Changes by Terry J. Reedy <tjreedy at udel.edu>:


----------
dependencies: +turtledemo modules imported by test___all__ cause side effects or failures

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Mon Jun 30 18:54:50 2014
From: report at bugs.python.org (Aaron Swan)
Date: Mon, 30 Jun 2014 16:54:50 +0000
Subject: [issue21876] os.rename(src,
 dst) does nothing when src and dst files are hard-linked
In-Reply-To: <1403891675.36.0.790137038971.issue21876@psf.upfronthosting.co.za>
Message-ID: <1404147290.42.0.110024948255.issue21876@psf.upfronthosting.co.za>


Aaron Swan added the comment:

At any rate, it is a bit of a nuisance that files remain present when the intent was to move them.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21876>
_______________________________________

From report at bugs.python.org  Mon Jun 30 19:01:08 2014
From: report at bugs.python.org (=?utf-8?q?Michele_Orr=C3=B9?=)
Date: Mon, 30 Jun 2014 17:01:08 +0000
Subject: [issue14261] Cleanup in smtpd module
In-Reply-To: <1404054943.92.0.22375655912.issue14261@psf.upfronthosting.co.za>
Message-ID: <20140630170103.GA27663@tumbolandia>


Michele Orr? added the comment:

On Sun, Jun 29, 2014 at 03:15:44PM +0000, Mark Lawrence wrote:
>
> Mark Lawrence added the comment:
>
> @Michele as 8739 has been implemented would you like to put up a patch for this?
No, but setting keyword "easy" could help for future contributions.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14261>
_______________________________________

From report at bugs.python.org  Mon Jun 30 19:08:19 2014
From: report at bugs.python.org (Nathan Henrie)
Date: Mon, 30 Jun 2014 17:08:19 +0000
Subject: [issue21888] plistlib.FMT_BINARY behavior doesn't send required dict
 parameter
Message-ID: <1404148099.9.0.0254576282966.issue21888@psf.upfronthosting.co.za>


New submission from Nathan Henrie:

When using the new plistlib.load and the FMT_BINARY option, line 997: 

p = _FORMATS[fmt]['parser'](use_builtin_types=use_builtin_types)

doesn't send the dict_type to _BinaryPlistParser.__init__ (line 601), which has dict_type as a required positional parameter, causing an error

def __init__(self, use_builtin_types, dict_type):

My first bugs.python.org report, hope I'm doing it right...

----------
components: Library (Lib)
messages: 221969
nosy: n8henrie
priority: normal
severity: normal
status: open
title: plistlib.FMT_BINARY behavior doesn't send required dict parameter
type: behavior
versions: Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21888>
_______________________________________

From report at bugs.python.org  Mon Jun 30 19:31:56 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Jun 2014 17:31:56 +0000
Subject: [issue14322] More test coverage for hmac
In-Reply-To: <1331831609.33.0.520236800519.issue14322@psf.upfronthosting.co.za>
Message-ID: <1404149516.97.0.445338995516.issue14322@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

If there isn't a signed contributor agreement I'll put up a new version of the patch.

In msg156758 Antoine said 'don't use "except: self.fail()", just let the exception pass through'.  There are several of these in the existing code.  Should they all be removed or must it be done on a case by case basis?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14322>
_______________________________________

From report at bugs.python.org  Mon Jun 30 19:54:14 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Jun 2014 17:54:14 +0000
Subject: [issue9517] Make test.script_helper more comprehensive,
 and use it in the test suite
In-Reply-To: <1280962247.74.0.724550733964.issue9517@psf.upfronthosting.co.za>
Message-ID: <1404150854.67.0.580681086569.issue9517@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

@Rodrigue did you ever make any progress with this?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9517>
_______________________________________

From report at bugs.python.org  Mon Jun 30 20:15:02 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Jun 2014 18:15:02 +0000
Subject: [issue13231] sys.settrace - document 'some other code blocks' for
 'call' event type
In-Reply-To: <1319096421.5.0.420840017987.issue13231@psf.upfronthosting.co.za>
Message-ID: <1404152102.43.0.97405943771.issue13231@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

I find this request excessive.  The first sentence for sys.settrace states "Set the system?s trace function, which allows you to implement a Python source code debugger in Python".  I suspect that anyone wanting to write a debugger would know the Python and its documentation better than the back of their hand.  So I say close as "won't fix" but I wouldn't argue if anyone disagreed and wanted to provide a patch.

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13231>
_______________________________________

From report at bugs.python.org  Mon Jun 30 20:22:14 2014
From: report at bugs.python.org (Andreas Schwab)
Date: Mon, 30 Jun 2014 18:22:14 +0000
Subject: [issue21881] python cannot parse tcl value
In-Reply-To: <1404070726.81.0.038892791749.issue21881@psf.upfronthosting.co.za>
Message-ID: <1404152534.35.0.395206638956.issue21881@psf.upfronthosting.co.za>


Andreas Schwab added the comment:

You will see this on any architecture where the canonical NaN has all bits set (or a subset of them).  This include mips and m68k.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21881>
_______________________________________

From report at bugs.python.org  Mon Jun 30 20:23:49 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 30 Jun 2014 18:23:49 +0000
Subject: [issue21887] Python3 can't detect Tcl/Tk 8.6.1
In-Reply-To: <1404141074.45.0.334350496286.issue21887@psf.upfronthosting.co.za>
Message-ID: <1404152629.65.0.5834375437.issue21887@psf.upfronthosting.co.za>


Ned Deily added the comment:

for the --with-tcltk-includes and -libs options, you need to pass the same cc options that would go on CFLAGS and LDFLAGS.

  ./configure --help
  [...]
  --with-tcltk-includes='-I...'
                          override search for Tcl and Tk include files
  --with-tcltk-libs='-L...'
                          override search for Tcl and Tk libs

So your values should likely look something like:

  --with-tcltk-includes="-I/scratch/root/include"
  --with-tcltk-libs="-L/scratch/root/lib -ltcl8.6 -ltk8.6"

----------
nosy: +ned.deily
resolution:  -> works for me
stage:  -> resolved
status: open -> closed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21887>
_______________________________________

From report at bugs.python.org  Mon Jun 30 20:28:15 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Jun 2014 18:28:15 +0000
Subject: [issue13743] xml.dom.minidom.Document class is not documented
In-Reply-To: <1326114378.06.0.424770823698.issue13743@psf.upfronthosting.co.za>
Message-ID: <1404152895.26.0.932536913508.issue13743@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

This https://docs.python.org/3/library/xml.dom.minidom.html#module-xml.dom.minidom currently states under section 20.7.1 "The definition of the DOM API for Python is given as part of the xml.dom module documentation. This section lists the differences between the API and xml.dom.minidom.".  The Document object is described here https://docs.python.org/3/library/xml.dom.html#document-objects

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue13743>
_______________________________________

From report at bugs.python.org  Mon Jun 30 21:11:14 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 30 Jun 2014 19:11:14 +0000
Subject: [issue21884] turtle regression of issue #21823: "uncaught exception"
 on "AMD64 Snow Leop 3.x" buildbot
In-Reply-To: <1404120478.05.0.18720742305.issue21884@psf.upfronthosting.co.za>
Message-ID: <1404155474.1.0.589788187956.issue21884@psf.upfronthosting.co.za>


Ned Deily added the comment:

This is an instance of the problems identified in Issue21882, namely that test___all__ is importing turtledemo modules and some of them have bad side effects. In this case, it's turtledemo.clock which is calling mode() which now unconditionally attempts to create a Tk window during the import. That means Tk is being called without being subject to the checks of test_support.requires('gui'). One of the reasons for having that check is to prevent this kind of crash (as documented in Issue8716) in Tk when Tk is invoked in a process that cannot make a window manager connection, as when running under a buildbot with a user name that is not logged in as the main gui user.  Note also that when Tk crashes, there is nothing the Python code can really do to recover from it.  The solution is as outlined in #21882: don't unconditionally call mode() in the import path.

----------
assignee: ronaldoussoren -> 
components:  -Macintosh
nosy: +ned.deily
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> turtledemo modules imported by test___all__ cause side effects or failures

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21884>
_______________________________________

From report at bugs.python.org  Mon Jun 30 21:18:44 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 30 Jun 2014 19:18:44 +0000
Subject: [issue21881] python cannot parse tcl value
In-Reply-To: <1404070726.81.0.038892791749.issue21881@psf.upfronthosting.co.za>
Message-ID: <1404155924.06.0.844441841453.issue21881@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy:  -ned.deily
stage:  -> needs patch
versions: +Python 3.4, Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21881>
_______________________________________

From report at bugs.python.org  Mon Jun 30 21:33:06 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 30 Jun 2014 19:33:06 +0000
Subject: [issue21885] shutil.copytree hangs (on copying root directory of a
 lxc container) (should succeed or raise exception nested)
In-Reply-To: <1404137112.53.0.344262752308.issue21885@psf.upfronthosting.co.za>
Message-ID: <1404156786.22.0.137566820776.issue21885@psf.upfronthosting.co.za>


Changes by Ned Deily <nad at acm.org>:


----------
nosy: +hynek, tarek

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21885>
_______________________________________

From report at bugs.python.org  Mon Jun 30 21:42:26 2014
From: report at bugs.python.org (Ned Deily)
Date: Mon, 30 Jun 2014 19:42:26 +0000
Subject: [issue21888] plistlib.FMT_BINARY behavior doesn't send required dict
 parameter
In-Reply-To: <1404148099.9.0.0254576282966.issue21888@psf.upfronthosting.co.za>
Message-ID: <1404157346.5.0.856245829822.issue21888@psf.upfronthosting.co.za>


Ned Deily added the comment:

Thanks for the report.  Can you supply a test case and/or a fix patch?  Ideally, the test case would be a patch to Lib/test/test_plistlib.py.  If you're interested, there's more info here: https://docs.python.org/devguide/

----------
nosy: +ned.deily, ronaldoussoren, serhiy.storchaka
stage:  -> test needed
versions: +Python 3.5

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21888>
_______________________________________

From report at bugs.python.org  Mon Jun 30 22:10:14 2014
From: report at bugs.python.org (Roundup Robot)
Date: Mon, 30 Jun 2014 20:10:14 +0000
Subject: [issue21882] turtledemo modules imported by test___all__ cause side
 effects or failures
In-Reply-To: <1404086161.6.0.896977354321.issue21882@psf.upfronthosting.co.za>
Message-ID: <3h2KYx4L7zz7LjW@mail.python.org>


Roundup Robot added the comment:

New changeset c173a34f20c0 by Terry Jan Reedy in branch '2.7':
Issue #21882: In turtle demos, remove module scope gui and sys calls by
http://hg.python.org/cpython/rev/c173a34f20c0

New changeset fcfa9c5a00fd by Terry Jan Reedy in branch '3.4':
Issue #21882: In turtle demos, remove module scope gui and sys calls by
http://hg.python.org/cpython/rev/fcfa9c5a00fd

----------
nosy: +python-dev

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21882>
_______________________________________

From report at bugs.python.org  Mon Jun 30 22:15:38 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Jun 2014 20:15:38 +0000
Subject: [issue1647489] zero-length match confuses re.finditer()
Message-ID: <1404159338.61.0.259585751178.issue1647489@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

How does "the Regexp 2.7 engine in issue 2636" from msg73742 deal with this situation?

----------
nosy: +BreamoreBoy

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue1647489>
_______________________________________

From report at bugs.python.org  Mon Jun 30 22:18:29 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Jun 2014 20:18:29 +0000
Subject: [issue14117] Turtledemo: exception and minor glitches.
In-Reply-To: <1330120365.77.0.428280648922.issue14117@psf.upfronthosting.co.za>
Message-ID: <1404159509.16.0.245163970789.issue14117@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

21884 removed or moved global system-changing or gui calls to main. Wrapping two_canvases code (except for window preserving mainloop) to a new main fixed its problems.

Should remove reload from main driver, and test.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14117>
_______________________________________

From report at bugs.python.org  Mon Jun 30 22:28:30 2014
From: report at bugs.python.org (Terry J. Reedy)
Date: Mon, 30 Jun 2014 20:28:30 +0000
Subject: [issue21882] turtledemo modules imported by test___all__ cause side
 effects or failures
In-Reply-To: <1404086161.6.0.896977354321.issue21882@psf.upfronthosting.co.za>
Message-ID: <1404160110.41.0.470207340582.issue21882@psf.upfronthosting.co.za>


Terry J. Reedy added the comment:

2. Done
3. I just removed the setrecursionlimit call, added for 3.0. I moved the colormixer sliders around for longer than anyone is likely to and it ran fine.
4. two-canvases works fine now. The extra window just has to be clicked away.
5. nim had a call to turtle.Screen, now in main().
6. Done
Let's see what the buildbots say.

1. Since demos are part of the delivered stdlib, it could be argued that they should get minimal sanity check of being importable. I don't care either way. I leave this to either of you.

----------
assignee: terry.reedy -> 
stage: test needed -> commit review

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue21882>
_______________________________________

From report at bugs.python.org  Mon Jun 30 23:06:22 2014
From: report at bugs.python.org (ddvento@ucar.edu)
Date: Mon, 30 Jun 2014 21:06:22 +0000
Subject: [issue17126] test_gdb fails
In-Reply-To: <1404082002.32.0.0492407873375.issue17126@psf.upfronthosting.co.za>
Message-ID: <CAMh-zaMBYtvdkuFsTvXObfxrKY_qfaZS2EoOqksL1f-B85bdNg@mail.gmail.com>


ddvento at ucar.edu added the comment:

I am not sure what you mean by Double Dutch, but let me try to restate the
problem.

This test fails (even with current python 2.7.7) with the stated version of
gdb (given the lack of feedback since I initially opened this ticket, I
have not verified that the failure mode is still exactly the same, and I
cannot check it right now, but let's assume it is).

Let's just pick one of the simple failures:

======================================================================
FAIL: test_exceptions (test.test_gdb.PrettyPrintTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/glade/scratch/ddvento/build/Python-2.7.3-westmere-gdb-
without-tipc/Lib/test/test_gdb.py", line 307, in test_exceptions
    "exceptions.RuntimeError('I am an error',)")
AssertionError: "op at entry=exceptions.RuntimeError('I am an error',)" !=
"exceptions.RuntimeError('I am an error',)"
======================================================================

So this fails because there is a "op@" prefix in the strings being compared
(many, but not all failures have this problem with string prefix). I do not
know anything about the test itself or the module under test, so I have no
idea whether or not that string prefix is essential for the module to work
properly.

Regards,
Davide

On Sun, Jun 29, 2014 at 4:46 PM, Mark Lawrence <report at bugs.python.org>
wrote:

>
> Mark Lawrence added the comment:
>
> Can we have a follow up on this please as most of the data in msg181358 is
> Double Dutch to me.
>
> ----------
> nosy: +BreamoreBoy
> type:  -> behavior
>
> _______________________________________
> Python tracker <report at bugs.python.org>
> <http://bugs.python.org/issue17126>
> _______________________________________
>

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue17126>
_______________________________________

From report at bugs.python.org  Mon Jun 30 23:16:09 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Jun 2014 21:16:09 +0000
Subject: [issue15358] Test pkgutil.walk_packages in test_pkgutil instead of
 test_runpy
In-Reply-To: <1342346071.33.0.869652246152.issue15358@psf.upfronthosting.co.za>
Message-ID: <1404162969.27.0.204340997538.issue15358@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Has anyone made any progress with this issue or others referenced like #7559 or #14787 ?  Regardless I'd like to help out directly if possible as I'm suffering from an acute case of triagitis :-)

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue15358>
_______________________________________

From report at bugs.python.org  Mon Jun 30 23:24:22 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Jun 2014 21:24:22 +0000
Subject: [issue7559] TestLoader.loadTestsFromName swallows import errors
In-Reply-To: <1261429637.28.0.131724711132.issue7559@psf.upfronthosting.co.za>
Message-ID: <1404163462.31.0.691550379059.issue7559@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Note that this issue is referred to from #15358.

----------
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 3.4

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7559>
_______________________________________

From report at bugs.python.org  Mon Jun 30 23:30:07 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Jun 2014 21:30:07 +0000
Subject: [issue7559] TestLoader.loadTestsFromName swallows import errors
In-Reply-To: <1261429637.28.0.131724711132.issue7559@psf.upfronthosting.co.za>
Message-ID: <1404163807.87.0.905878535046.issue7559@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Note that #8297 referenced in msg102236 is closed see changeset d84a69b7ba72.

----------

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue7559>
_______________________________________

From report at bugs.python.org  Mon Jun 30 23:32:45 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Jun 2014 21:32:45 +0000
Subject: [issue14787] pkgutil.walk_packages returns extra modules
In-Reply-To: <1336813271.29.0.464157696844.issue14787@psf.upfronthosting.co.za>
Message-ID: <1404163965.05.0.062795088816.issue14787@psf.upfronthosting.co.za>


Mark Lawrence added the comment:

Note that this is reference from #15358.

----------
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue14787>
_______________________________________

From report at bugs.python.org  Mon Jun 30 23:50:19 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Jun 2014 21:50:19 +0000
Subject: [issue5619] Pass MS CRT debug flags into subprocesses
In-Reply-To: <1238472783.0.0.132667741337.issue5619@psf.upfronthosting.co.za>
Message-ID: <1404165019.7.0.623623041163.issue5619@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +steve.dower, tim.golden, zach.ware
type:  -> behavior
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue5619>
_______________________________________

From report at bugs.python.org  Mon Jun 30 23:51:30 2014
From: report at bugs.python.org (Mark Lawrence)
Date: Mon, 30 Jun 2014 21:51:30 +0000
Subject: [issue9116] test_capi.test_no_FatalError_infinite_loop crash on
 Windows
In-Reply-To: <1277827107.42.0.0793977492373.issue9116@psf.upfronthosting.co.za>
Message-ID: <1404165090.6.0.862047234275.issue9116@psf.upfronthosting.co.za>


Changes by Mark Lawrence <breamoreboy at yahoo.co.uk>:


----------
nosy: +steve.dower, tim.golden, zach.ware
versions: +Python 3.5 -Python 3.2, Python 3.3

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue9116>
_______________________________________