[issue25855] str.title()

New submission from Jon Sobocinski: Perhaps not a bug, but an odd behavior of pythons built in .title() method. When calling this method on a string such as this: "bill's", python will change the string to "Bill'S". This seems like a behavior that may want to be changed. --

[issue25844] Pylauncher, launcher.c: Assigning NULL to a pointer instead of testing against NULL

Changes by Brett Cannon : -- stage: -> test needed versions: +Python 3.5, Python 3.6 ___ Python tracker ___

[issue25847] CPython not using Visual Studio code analysis!

Changes by Brett Cannon : -- components: +Windows -Build ___ Python tracker ___ ___

[issue25234] test_eintr.test_os_open hangs under Xcode 7

Brett Cannon added the comment: I'm still getting the occasional hang for this so I'm going to skip the test under OS X. -- assignee: -> brett.cannon ___ Python tracker

[issue25855] str.title()

Ezio Melotti added the comment: This is by design: https://docs.python.org/3/library/stdtypes.html#str.title -- nosy: +ezio.melotti resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue25843] lambdas on the same line may incorrectly share code objects

Armin Rigo added the comment: Other possible minimal fixes: * compile.c:compiler_addop(): special-case code objects too, and stick their identity in the tuple 't'. * or, in compile.c:makecode(), append the first row number to co_consts. -- ___

[issue25843] lambdas on the same line may incorrectly share code objects

Raymond Hettinger added the comment: FWIW, the bug is present in PyPy as well. -- ___ Python tracker ___ ___

[issue17781] optimize compilation options

Alecsandru Patrascu added the comment: Hi, I added a dedicated issue just for LTO only when using GCC and CLANG (http://bugs.python.org/issue25702), that works well with PGO also. -- nosy: +alecsandru.patrascu ___ Python tracker

[issue25827] Support ICC in configure

Alecsandru Patrascu added the comment: Thank you David for including me in this issue. On ICC, when executing the instrumented applications, it will generate dynamic information file that has a unique name and .dyn suffix. From my previous experience with GCC and CLANG PGO patch

[issue25843] lambdas on the same line may incorrectly share code objects

Nick Coghlan added the comment: >From what I can see: * checking constant types in addition to their values should be a two line change (plus tests) * checking the column number in addition to the line number would be a more comprehensive fix, but also a constructor API change (since

[issue25823] Speed-up oparg decoding on little-endian machines

Antoine Pitrou added the comment: Or just bite the bullet and make all opcodes 16-bit (and make sure the bytecode string is aligned ;-)). Still, someone ought to run the benchmarks suite on this. Tuple-unpacking nano-benchmarks are not very enlightening ;-) -- nosy: +pitrou

[issue25798] Update python.org installers to use OpenSSL 1.0.2e

Terry J. Reedy added the comment: Close this? -- nosy: +terry.reedy ___ Python tracker ___ ___

[issue25823] Speed-up oparg decoding on little-endian machines

Armin Rigo added the comment: (Typo: "only 45% faster" should be "only 45% of the time") -- ___ Python tracker ___

[issue25277] test_sigwaitinfo() of test_eintr hangs on randomly on FreeBSD buildbots

Martin Panter added the comment: Did you consider blocking the signal before spawning the child? I haven’t used signals much, so I could be wrong, but it seems sigwaitinfo() is meant to be called with the signal blocked. Something like this: pthread_sigmask(SIG_BLOCK, {signum}) try: t0 =

[issue25234] test_eintr.test_os_open hangs under Xcode 7

Martin Panter added the comment: The Yosemite ICC 3.5 buildbot seems to be intermittently hanging test_os_open() and test_open(). Currently it shows five builds. Build 396 hung at test_os_open(); build 400 hung at test_open(), and the other three passed.

[issue25823] Speed-up oparg decoding on little-endian machines

Mark Dickinson added the comment: Raymond: I only used the word "dramatic" in the context of deliberately introducing new *undefined behaviour* into the core of CPython, which seems like something that should be avoided without a really good reason. I have no objections to Serhiy's patch,

[issue25843] lambdas on the same line may incorrectly share code objects

Changes by Ismail Donmez : -- nosy: +donmez ___ Python tracker ___ ___ Python-bugs-list

[issue6478] time.tzset does not reset _strptime's locale time cache

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue25823] Speed-up oparg decoding on little-endian machines

Armin Rigo added the comment: Fwiw, I made a trivial benchmark in C that loads aligned and misaligned shorts ( http://paste.pound-python.org/show/HwnbCI3Pqsj8bx25Yfwp/ ). It shows that the memcpy() version takes only 65% of the time taken by the two-bytes-loaded version on a 2010 laptop. It

[issue25809] "Invalid" tests on locales

Martin Panter added the comment: The koobs-freebsd11 buildbots are starting to look greener now -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker

[issue16394] Reducing tee() memory footprint

Changes by Serhiy Storchaka : -- nosy: -serhiy.storchaka ___ Python tracker ___ ___

[issue25846] Use of Py_ARRAY_LENGTH on pointer in posixmodule.c, win32_wchdir

Changes by Serhiy Storchaka : -- nosy: +haypo type: -> behavior ___ Python tracker ___

[issue25843] lambdas on the same line may incorrectly share code objects

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___

[issue25809] "Invalid" tests on locales

Serhiy Storchaka added the comment: Thank you Martin. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue25809] "Invalid" tests on locales

Serhiy Storchaka added the comment: I would commit the patch on 3.4 too. Patches that just fixes tests or documentation can be applied even at this stage. -- ___ Python tracker

[issue25848] Tkinter tests failed on Windows buildbots

New submission from Serhiy Storchaka: Tkinter related tests are failed on 4 of 6 Windows 3.4 buildbots. http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.4/builds/1418/steps/test/logs/stdio

[issue25847] CPython not using Visual Studio code analysis!

R. David Murray added the comment: Is analyze something that can be used from the command line only, or does it require the GUI? Also, we aren't likely to make the code more complex in order to deal with shortcomings in analyze's algorithms (meaning in that case we couldn't turn it on

[issue9949] os.path.realpath on Windows does not follow symbolic links

Changes by SilentGhost : -- components: +Windows keywords: +needs review -patch nosy: +paul.moore, steve.dower versions: +Python 3.6 -Python 3.5 ___ Python tracker

[issue7283] test_site failure when .local/lib/pythonX.Y/site-packages hasn't been created yet

Serhiy Storchaka added the comment: This problem still occurs. http://buildbot.python.org/all/builders/x86-64%20Ubuntu%2014.04%20ICC%20Debug%203.5/builds/275/steps/test/logs/stdio == FAIL: test_s_option

[issue25849] files, opened in unicode (text): write() returns symbols count, but seek() expect offset in bytes

R. David Murray added the comment: As mentioned in those issues, currently the peek/seek token is a black box. That doesn't mean it isn't useful. Those issues are talking about potential ways to make it more useful, so any discussion should occur there. -- nosy: +r.david.murray

[issue25843] lambdas on the same line may incorrectly share code objects

Raymond Hettinger added the comment: Interestingly, co_filename is not used as part of the equivalence criteria, so code object equivalence can be fooled across multiple input files. Fortunately in this case, the false equivalence isn't relied on by the code generator. $ cat a.py def

[issue25849] files, opened in unicode (text): write() returns symbols count, but seek() expect offset in bytes

New submission from Марк Коренберг: It seems, that we should deprecate .seek() on files, opened in text mode. Since it is not possible to seek to position between symbols. Yes, it is possible to decode UTF-8 (or other charset) starting from beginning of the file and count symbols, but it is

[issue25190] Define StringIO seek offset as code point offset

Марк Коренберг added the comment: #25849 ? -- nosy: +mmarkk ___ Python tracker ___ ___ Python-bugs-list

[issue24203] Deprecate threading.Thread.isDaemon etc

Raymond Hettinger added the comment: > Removing them would make porting code from Python 2 harder > so I think it's better to keep them for a while. So, no deprecations. The API is now a bit redundant but it isn't broken or problematic in any way. We don't have to deprecate this for any

[issue25854] rest in _interpolate_some is a list not str

Changes by Raymond Hettinger : -- assignee: -> rhettinger nosy: +rhettinger ___ Python tracker ___

[issue25854] rest in _interpolate_some is a list not str

Raymond Hettinger added the comment: The proposed patch (switching from a while-loop to a for-loop) doesn't make sense with respect to the manipulations that are done in the body of the loop. It breaks Lib/test/test_configparser.py. Closing this one because there doesn't appear to be any

[issue7283] test_site failure when .local/lib/pythonX.Y/site-packages hasn't been created yet

Martin Panter added the comment: I can’t imagine why the buildbot is failing either. The directory is created and added to sys.path when test_site is imported: if site.ENABLE_USER_SITE and not os.path.isdir(site.USER_SITE): # need to add user site directory for tests

[issue25850] Building extensions with MSVC 2015 Express fails

Steve Dower added the comment: There is: we can fall back on the cross compilers if the native ones are not there. Not a huge change, and safe enough. -- ___ Python tracker

[issue25852] smtplib's SMTP.connect() should store the server name in ._host for .starttls()

Changes by R. David Murray : -- components: +email nosy: +barry, r.david.murray stage: -> patch review ___ Python tracker ___

[issue24203] Deprecate threading.Thread.isDaemon etc

Berker Peksag added the comment: +1 for deprecating them. Removing them would make porting code from Python 2 harder so I think it's better to keep them for a while. -- components: +Library (Lib) keywords: +patch nosy: +berker.peksag stage: -> patch review title: Depreciate

[issue25852] smtplib's SMTP.connect() should store the server name in ._host for .starttls()

SilentGhost added the comment: Here is a usable patch, there doesn't seem to be a test for starttls, but it's still would be a good idea to add a test for this issue. -- nosy: +SilentGhost versions: +Python 3.6 -Python 3.3 Added file: http://bugs.python.org/file41293/issue25852.diff

[issue25851] installing 3.5 on windows server 2003 x86 R2 Standard Edition Sp2 ENU,

Mark Lawrence added the comment: See also https://www.python.org/dev/peps/pep-0011/#microsoft-windows. -- nosy: +BreamoreBoy ___ Python tracker ___

[issue25854] rest in _interpolate_some is a list not str

New submission from Andrei Tumbar: Create a list called _rest from rest then will del rest instead of while rest: for rest in _rest -- components: Interpreter Core files: configparser.py messages: 256307 nosy: Andrei Tumbar priority: normal severity: normal status: open title: rest in

[issue21436] Consider leaving importlib.abc.Loader.load_module()

Changes by Berker Peksag : -- status: open -> closed ___ Python tracker ___ ___

[issue25854] rest in _interpolate_some is a list not str

SilentGhost added the comment: I'm not sure what problem exactly you're trying to report / solve here. I'd suggest you add an explanation of an issue you're experiencing. In any case your current change seem to be breaking too many things. -- components: +Library (Lib) -Interpreter

[issue25850] Building extensions with MSVC 2015 Express fails

Zachary Ware added the comment: I'm inclined to close this as 'not a bug'. There's not much we can do about that (if you want 64 bit extensions, you need a 64 bit compiler), and 2015 Community Edition does include the 64 bit compiler (if you select it). I'm not sure if there's anything to be

[issue25847] CPython not using Visual Studio code analysis!

Changes by Raymond Hettinger : -- nosy: +loewis ___ Python tracker ___ ___

[issue25809] "Invalid" tests on locales

Martin Panter added the comment: Okay I am happy to do that, but I am unsure of the procedure. Do I just commit to 3.4, merge forward, and push? Would this be picked up in the final 3.4.4 release, or only in a potential 3.4.5 release? Would I have to check with Larry first? --

[issue25851] installing 3.5 on windows server 2003 x86 R2 Standard Edition Sp2 ENU,

Changes by Laura Creighton : -- components: +Installation, Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware versions: +Python 3.5, Python 3.6 ___ Python tracker

[issue25851] installing 3.5 on windows server 2003 x86 R2 Standard Edition Sp2 ENU,

New submission from Laura Creighton: Another one in to webmaster. Somebody tried to install 3.5 on his windows server 2003 x86 R2 Standard Edition Sp2 ENU, and was told that Vista or later is required. Is this correct behaviour, or did we forget about such people? Near as I can tell some of

[issue25853] Compile error with pytime.h - struct timespec declared inside parameter list

New submission from jamespharvey20: When including pytime.h: n file included from /usr/include/python3.5m/Python.h:65:0, from src/package.c:25: /usr/include/python3.5m/pytime.h:136:56: error: ‘struct timespec’ declared inside parameter list [-Werror] PyAPI_FUNC(int)

[issue25190] Define StringIO seek offset as code point offset

Martin Panter added the comment: Mark: This issue is about StringIO only. I am not proposing any change to TextIOBase or how on-disk text files are handled. I intend to propose a patch to make StringIO more liberal, but haven’t got around to it yet. Do you think it would be worthwhile? IMO it

[issue25853] Compile error with pytime.h - struct timespec declared inside parameter list

jamespharvey20 added the comment: This is using https://www.python.org/ftp/python/3.5.1/Python-3.5.1.tar.xz GCC v5.3.0 Using Werror obviously -- ___ Python tracker

[issue25798] Update python.org installers to use OpenSSL 1.0.2e

Steve Dower added the comment: It hasn't been fixed for Windows yet. -- ___ Python tracker ___ ___

[issue25848] Tkinter tests failed on Windows buildbots

Steve Dower added the comment: I was encountering this recently trying to set up a build machine for the release, and it seems to be a build issue. Martin is building the release and apparently has it working. -- nosy: +loewis ___ Python tracker

[issue25850] Building extensions with MSVC 2015 Express fails

New submission from Sami Salonen: MSVC 2015 Express doesn't include the 64-bit compiler [1], and this causes distutils to fail to load proper compiler settings when using a 64-bit machine to compile extensions for 64-bit python. _msvccompiler.py tries to call "vcvarsall.bat amd64", but the

[issue25851] installing 3.5 on windows server 2003 x86 R2 Standard Edition Sp2 ENU,

Eryk Sun added the comment: It's the correct behavior. 3.5 supports all versions of Windows that had mainstream or extended support as of its release on 2015-09-13. Windows Server 2003 R2 extended support ended on 2015-07-14 [1]. [1]:

[issue25843] lambdas on the same line may incorrectly share code objects

Changes by Torsten Landschoff : -- nosy: +torsten ___ Python tracker ___ ___

[issue25852] smtplib's SMTP.connect() should store the server name in ._host for .starttls()

New submission from W. Trevor King: With the current tip, starttls uses ._host when calling wrap_socket [1], but ._host is only setup in SMTP.__init__ [2]. Before #22921 [3] starttls would ignore ._host when SNI wasn't available locally. But as far as I can tell, starttls has never used