[issue25105] Docs 3.x buildbot: ":root" found in ...

Changes by STINNER Victor : -- title: Docs 3.x buildbot: -> Docs 3.x buildbot: ":root" found in ... ___ Python tracker ___ ___ Python-

[issue25105] Docs 3.x buildbot: ":root" found in ...

STINNER Victor added the comment: It looks like a bug in the "suspicious" tool which should skip preformatted blocks (blocks starting with "::"). +don't provide any options to redirect it:: + +>>> import contextlib, io, logging +>>> f = io.StringIO() +>>> with contextlib.redire

[issue25106] Hash computation speedup for {buffer, string, unicode}object

New submission from Alecsandru Patrascu: Hi All, This is Alecsandru from Server Scripting Languages Optimization team at Intel Corporation. I would like to submit a patch that improves the performance of the hash computation code on stringobject, bufferobject and unicodeobject. As can be see

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Serhiy Storchaka added the comment: Python 2.7 is closed for adding new features. Python 3.4+ uses different code for calculating hashes. -- nosy: +serhiy.storchaka ___ Python tracker _

[issue25107] Windows 32-bit: exe-files doesn't run

New submission from Sergei: Can't run IDLE or python command line on Windows XP 32-bit after installation. -- components: IDLE, Interpreter Core files: Clipboard02.jpg messages: 250641 nosy: Sergio priority: normal severity: normal status: open title: Windows 32-bit: exe-files doesn't ru

[issue25107] Windows 32-bit: exe-files doesn't run

Changes by Sergei : Added file: http://bugs.python.org/file40458/Clipboard02.jpg ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue25107] Windows 32-bit: exe-files doesn't run

Changes by Sergei : Removed file: http://bugs.python.org/file40457/Clipboard02.jpg ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue25106] Hash computation speedup for {buffer, string, unicode}object

STINNER Victor added the comment: > Python 2.7 is closed for adding new features. Python 3.4+ uses different code > for calculating hashes. The code doesn't modify the hash function. It's a common loop unroll optimization technique. Since the optimization can be seen on real world benchmark,

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Chris Angelico added the comment: Hmm. Is Duff's Device a valid construct for CPython? It'd shorten this a lot... -- nosy: +Rosuav ___ Python tracker ___

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Chris Angelico added the comment: Or at very least, can fallthrough be used in the switch block, so there aren't 7+6+5+4+3+2+1 copies of the same line? -- Not a C performance expert -- -- ___ Python tracker _

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Serhiy Storchaka added the comment: > Or at very least, can fallthrough be used in the switch block, so there > aren't 7+6+5+4+3+2+1 copies of the same line? It is how _Py_HashBytes is implemented in 3.4+. -- title: Hash computation speedup for {buffer,string,unicode}object -> Hash com

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Alecsandru Patrascu added the comment: Yes, sure it can be implemented in smaller space, as Serhiy and Chris well pointed out. I submitted the 01 version like that just to be clear that I don't want to re-implement a new hash computing value and just unroll the loop in the existing one. I will

[issue25107] Windows 32-bit: exe-files doesn't run

Oleg N added the comment: You need ucrtbase.dll. Extract this archive to your Python35-32 folder and try to run python. -- nosy: +Oleg N Added file: http://bugs.python.org/file40459/ucrtbase.zip ___ Python tracker

[issue25107] Windows 32-bit: exe-files doesn't run

Oleg N added the comment: This dll probobly won't work. Read at the end of this article http://blogs.msdn.com/b/vcblog/archive/2015/03/03/introducing-the-universal-crt.aspx how to obtain ucrtbase. -- ___ Python tracker

[issue25108] traceback.extract_stack() compatibility break in 3.5

New submission from Antoine Pitrou: This can be considered a regression, although perhaps it may not be desirable to fix it in a later release. In 3.4: >>> def f(): return traceback.extract_stack() ... >>> print([x[0:3] for x in f()]) [('', 1, ''), ('', 1, 'f')] In 3.5: >>> print([x[0:3] fo

[issue25108] traceback.extract_stack() compatibility break in 3.5

Robert Collins added the comment: Hmm, I think we can fix this. Its leaking due to the use of a helper I think. So - we should just fix this [and add a test, since clearly the test coverage is insufficient] -- ___ Python tracker

[issue25108] traceback.extract_stack() compatibility break in 3.5

Larry Hastings added the comment: Tracebacks aren't my forte, but this does smell like a regression and something that should be fixed. My worry about things like this is that it isn't as much a "bug" as a "badly implemented interface". As in, that's the interface in 3.5, and people will dep

[issue25108] traceback.extract_stack() compatibility break in 3.5

Antoine Pitrou added the comment: Note the doc says "Extract the raw traceback from the current stack frame". The "current stack frame" may be assumed to be the caller's (as it is in previous Python releases). Fortunately, this is also worked around by calling `extract_stack(sys._getframe())`

[issue25083] Python can sometimes create incorrect .pyc files

tzickel added the comment: You are not looking at the correct code, the function you are pointing to, check_compiled_module is run to check the existing .pyc (it is a good question, why the .pyc is overriden, but that is a secondary issue, which I cannot reproduce as I've said by demand). I a

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Changes by Alecsandru Patrascu : Added file: http://bugs.python.org/file40460/hash8-v02.patch ___ Python tracker ___ ___ Python-bugs-list mail

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Alecsandru Patrascu added the comment: I've submitted a more compact version of the previous code (hash8-v02.patch) -- ___ Python tracker ___

[issue25109] test_code_module tests fail when run from the installed location

New submission from Matthias Klose: seen when running the tests in the installed location: the test expects: Traceback (most recent call last): File "", line 1, in ValueError but it gets: Traceback (most recent call last): File "/usr/lib/python3.5/code.py", line 91, in runcode exec(c

[issue25083] Python can sometimes create incorrect .pyc files

Changes by tzickel : -- nosy: +brett.cannon, meador.inge ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue17750] allow the testsuite to run in the installed location

Changes by Matthias Klose : -- dependencies: +test_code_module tests fail when run from the installed location ___ Python tracker ___

[issue19746] No introspective way to detect ModuleImportFailure in unittest

Peter added the comment: This comment is just to note that this change broke our (exotic?) usage of unittest.TestLoader().loadTestsFromName(name) inside a try/except since under Python 3.5 some expected exceptions are no longer raised. My nasty workaround hack: https://github.com/biopython/bio

[issue25063] shutil.copyfileobj should internally use os.sendfile when possible

R. David Murray added the comment: I'm going to reject this. If you think there is enough value in this to warrant the complications that would be required to ensure backward compatibility (assuming that is even possible), you could bring it up again on python-ideas. -- resolution:

[issue17750] allow the testsuite to run in the installed location

Changes by Serhiy Storchaka : -- dependencies: +test_compileall fails when run by unprivileged user on installed Python, test_zipfile failure when run by unprivileged user with installed Python ___ Python tracker

[issue25102] Windows installer: 'precompile standard library' option should pre-compile with -O and -OO

Steve Dower added the comment: Doesn't it? It's supposed to... -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

Steve Dower added the comment: Maybe errno needs to be explicitly cleared before calling strftime or else we're seeing someone else's EINVAL? -- ___ Python tracker ___ _

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

Steve Dower added the comment: (In the C code I mean, not in the test.) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue25107] Windows 32-bit: exe-files doesn't run

Zachary Ware added the comment: Windows XP is not supported by Python 3.5. See PEP 11 for details. -- components: +Windows -IDLE nosy: +paul.moore, steve.dower, tim.golden, zach.ware resolution: -> wont fix stage: -> resolved status: open -> closed

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

Stefan Krah added the comment: Yes, errno should always be cleared before use (in C99 at least, not sure what the crt does). -- nosy: +skrah ___ Python tracker ___ __

[issue25107] Windows 32-bit: exe-files doesn't run

eryksun added the comment: The latest version that supports Windows XP is 3.4.3. -- components: +IDLE -Windows nosy: +eryksun ___ Python tracker ___ _

[issue25107] Windows 32-bit: exe-files doesn't run

Changes by eryksun : -- components: +Windows -IDLE ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail

[issue25089] Can't run Python Launcher on Windows

Steve Dower added the comment: Just the main log file from the initial install is enough if there's no log for the launcher. It probably means the initial setup startup deselected it for some reason. -- ___ Python tracker

[issue25103] 3.5.0 installed standard library on Windows has LF line endings

R. David Murray added the comment: I'm pretty sure the hg eol extension would need to get involved here. This may not be worth the pain it would likely cause, but I could be wrong :) -- nosy: +r.david.murray ___ Python tracker

[issue25089] Can't run Python Launcher on Windows

Changes by Mark Lawrence : Added file: http://bugs.python.org/file40461/Python 3.5.0 (64-bit)_20150913191600.log ___ Python tracker ___ ___ P

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

eryksun added the comment: > errno should always be cleared before use (in C99 at least, > not sure what the crt does). The CRT's strftime doesn't clear errno. I suggested clearing it in issue 25029, msg250215. -- nosy: +eryksun ___ Python tracker

[issue25110] Documentation sometimes still links to py3.4

New submission from Florian Apolloner: Compare those two URLs: https://docs.python.org/3/whatsnew/ https://docs.python.org/3/ The first one shows version 3.4, whereas the later shows version 3.5. -- messages: 250667 nosy: Florian.Apolloner priority: normal severity: normal status: open

[issue25110] Documentation sometimes still links to py3.4

Changes by Florian Apolloner : -- assignee: -> docs@python components: +Documentation nosy: +docs@python versions: +Python 3.5 ___ Python tracker ___ ___

[issue25110] Documentation sometimes still links to py3.4

Changes by STINNER Victor : -- nosy: +larry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue25110] Documentation sometimes still links to py3.4

Larry Hastings added the comment: Old version stuck in the CDN cache. I cleared the cache, it's fine now. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue25090] IDLE: remove noisy icons from class (module) browser

Mark Roseman added the comment: Thanks Raymond. As an 'outsider' I rely on people like you to provide feedback based on your experience to some of the proposals I'm floating here. On a more specific note... This one came about mainly as I was looking at the class (module) browser. I thought

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Changes by Gregory P. Smith : -- nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue25089] Can't run Python Launcher on Windows

Steve Dower added the comment: Yep, as part of the upgrade detection we're choosing not to install the launcher. Not sure whether that's because of a bug or a previous install on your machine, but I'll take a closer look. -- assignee: -> steve.dower __

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

Steve Dower added the comment: I guess when I said I'd done "exactly" what you suggested I misread that part... whoops. This is a pretty nasty bug to workaround... do we have any way for a user to clear errno from their own code? -- ___ Python trac

[issue25102] Windows installer: 'precompile standard library' option should pre-compile with -O and -OO

Zachary Ware added the comment: It doesn't appear to; my 'C:\Program Files\Python 3.5\Lib\__pycache__' is full of .pyc's, but none with an optimization tag. To confirm with math rather than eyesight, according to 'dir' there are 168 files in Lib\, and 168 in Lib\__pycache__ rather than the ex

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

Stefan Krah added the comment: Clearing is easy: errno = 0; :) C library functions are not supposed to set errno to 0 by themselves (C99: paragraph 7.5). -- ___ Python tracker

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

Steve Dower added the comment: I get that part. Is there a way people can set errno to zero from Python code? Or do we need to ship 3.5.1 already? -- ___ Python tracker ___ ___

[issue25061] Add native enum support for argparse

desbma added the comment: > With my type function, the string input is converted to an enum object and > that is stored in the Namespace. You can't be any more direct than that. Yes I know, but in that case it's missing the autogenerated help message with the possible choices. I know I can g

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

STINNER Victor added the comment: It's common in Modules/posixmodule.c to set errno to 0 before calling a C function, especially when "errno != 0" is checked after the call (because it's the only way to check if the function failed?). -- ___ Python

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

R. David Murray added the comment: Given all the changes in the windows support in 3.5, I will not be at all surprised if we need to spin 3.5.1 much more quickly than we normally would in any case. -- nosy: +r.david.murray ___ Python tracker

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

Stefan Krah added the comment: Steve, sorry if I misunderstand you: My point (and eryksun's) was that errno is currently not cleared before the call to format_time() in Modules/timemodule.c:657 I didn't look at this issue in depth, just pointing out a possible cause. -- ___

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

Stefan Krah added the comment: Argh, finally I got it: You suggested that Python users work around this in 3.5 by setting errno from the interpreter. I think it's better to release 3.5.1 early. -- ___ Python tracker

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

eryksun added the comment: > Is there a way people can set errno to zero from Python code? > Or do we need to ship 3.5.1 already? The only the thing that comes to mind is using ctypes based on the CRT's implementation of errno: import ctypes import errno import time ucrtbase

[issue25003] os.urandom() should call getrandom(2) not getentropy(2) on Solaris 11.3 and newer

John Beck added the comment: The owner of the Solaris kernel bug has confirmed that he plans to get the fix into both Solaris 12 and 11.3. -- ___ Python tracker ___ _

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

eryksun added the comment: But it should go without saying that clearing errno from Python isn't reliable considering how much code executes between Python statements. It needs to be cleared right before call strftime, and optionally the old value needs to be saved first in order to restore it

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

Steve Dower added the comment: I'm not worried about preserving it - strftime is supposed to be a very thin wrapper around the underlying strftime. I think David's right and we'll be shipping 3.5.1 pretty soon regardless (though a lot of the issues seem to be due to changed installation locati

[issue25102] Windows installer: 'precompile standard library' option should pre-compile with -O and -OO

Steve Dower added the comment: Right, it's just doing the single pass. You're proposing making a slow part of the install three times slower, correct? Just to confirm :) -- ___ Python tracker

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Brett Cannon added the comment: Is this applicable to Python 3 at all? From Serhiy's comment I think this might be a backport of a technique already used there, but it's not entirely clear as Alecsandru didn't say why there wasn't a 3.6 patch. -- nosy: +brett.cannon __

[issue25102] Windows installer: 'precompile standard library' option should pre-compile with -O and -OO

Zachary Ware added the comment: Steve Dower added the comment: > You're proposing making a slow part of the install three times slower, > correct? Just to confirm :) Indeed I am :). Or extend the precompile options to let the user do whatever of the three they want. The precompile option is

[issue25099] test_compileall fails when run by unprivileged user on installed Python

Changes by Brett Cannon : -- assignee: -> brett.cannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Alecsandru Patrascu added the comment: This patch is not applicable to Python 3, as it already has a better hash function and has the same unrolling technique applied. As Brett well observed, it is a backport of an optimization technique used in Python 3, applied to the existing hash function

[issue25108] traceback.extract_stack() compatibility break in 3.5

Serhiy Storchaka added the comment: Here is a patch that restores compatibility. There were no tests for print_stack(), format_stack(), and extract_stack() without arguments. New tests are passed with 3.4. There is a difference between this bug and warnings.warn(stacklevel=) at import time. I

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Brett Cannon added the comment: If this is applying something we already did in Python 3 and it doesn't break compatibility then this should fall under the same sort of backport exemption that Guido granted for the eval loop performance enhancements that Intel did a couple months back. --

[issue25099] test_compileall fails when run by unprivileged user on installed Python

Steve Dower added the comment: IIRC there's an existing issue for this. (Or it may have just been mentioned in a "things that don't work when you're not root" list on an issue.) -- ___ Python tracker _

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Alecsandru Patrascu added the comment: Yes, it doesn't break the compatibility with existing applications. To make sure, we tested it in various scenarios and workloads. -- ___ Python tracker _

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Chris Angelico added the comment: +1 for anything that makes Python faster with provably no semantic changes. -- ___ Python tracker ___ __

[issue25111] Broken compatibility in FrameSummary equality

Changes by Serhiy Storchaka : -- keywords: +patch Added file: http://bugs.python.org/file40463/traceback_FrameSummary_equality.patch ___ Python tracker ___ _

[issue25111] Broken compatibility in FrameSummary equality

New submission from Serhiy Storchaka: Since 3.5 traceback.extract_tb() and traceback.extract_stack() return a list (actually list's subclass StackSummary) of FrameSummary objects instead of a list of tuples. FrameSummary is not fully compatible with tuple. One important incompatibility is in t

[issue25099] test_compileall fails when run by unprivileged user on installed Python

Serhiy Storchaka added the comment: Existing issue21264 reports about failure of different test. It may be the same issue or different but related issues. -- ___ Python tracker

[issue25112] Windows installer assigns non-existent icons to Python file types

New submission from Thijs van Dien: Whenever the Python launcher is selected, the installer sets the icon for common Python file extensions, i.e. .py, .pyc, .pyo, .pyw, .pyz and .pyzw. Formerly (under Python 3.4) the icons were located in DLLs in the Python installation directory. The new inst

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Serhiy Storchaka added the comment: The code for str and buffer can be shared as _Py_HashBytes() (as in 3.4+). Also please add comments in the switch block as in 3.4+. Should we ask Guido for granting backport exemption for this optimization? -- nosy: +benjamin.peterson __

[issue25099] test_compileall fails when run by unprivileged user on installed Python

Brett Cannon added the comment: It sounds like some tests just need to have a decorator that blocks execution if the relevant __pycache__ isn't writable. -- ___ Python tracker _

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Brett Cannon added the comment: Assuming Benjamin doesn't object I don't think we need to explicit ask Guido. He made his feelings quite clear about allowing backports of performance improvements that already exist in Python 3 and have been battle-tested. Having said that, I hope Intel is also

[issue25112] Windows installer assigns non-existent icons to Python file types

Steve Dower added the comment: That is indeed what happened. The resource file for the launcher was not updated (or the update got lost... I was fairly sure I did it) Attached patch fixes it. -- assignee: -> steve.dower keywords: +patch stage: -> patch review Added file: http://bugs.

[issue24872] Add /NODEFAULTLIB:MSVCRT to _msvccompiler

Changes by Steve Dower : -- resolution: -> out of date status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue25102] Windows installer: 'precompile standard library' option should pre-compile with -O and -OO

Changes by Steve Dower : -- keywords: +patch stage: -> patch review Added file: http://bugs.python.org/file40466/25102_1.patch ___ Python tracker ___ ___

[issue24836] Consistent failure in test_email on OS X Snow Leopard buildbot for Python 3.5

Changes by Geoffrey Spear : -- nosy: +geoffreyspear ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue25113] documentation version switcher is broken

New submission from Yury Selivanov: The dropdown that allowed to switch the Python version for docs disappeared with py3.5 release. -- messages: 250700 nosy: eric.araujo, ezio.melotti, georg.brandl, larry, yselivanov priority: high severity: normal status: open title: documentation vers

[issue25074] Bind logger and waninigs modules for asyncio __del__ methods

STINNER Victor added the comment: I don't like such "hacks". IMHO It's too late to try to log errors, to execute code to cleanup objects, etc. You should try to implement something in aiohttp or even in the application to cleanup objects at exit. For example, it's probably wrong if you still

[issue25113] documentation version switcher is broken

Berker Peksag added the comment: Looks like version_switch.js is not included into HTML. SPHINXOPTS='-A versionswitcher=1' make -C Doc/ htmlview works for me locally on the 3.5 branch. Perhaps 3.5 docs were created manually or without running "make autobuild-{dev,html,stable}"? --

[issue25061] Add native enum support for argparse

paul j3 added the comment: Here's a EnumType factory class, modeled on FileType. class EnumType(object): """Factory for creating enum object types """ def __init__(self, enumclass): self.enums = enumclass def __call__(self, astring): name = self.enums.__name__

[issue25106] Hash computation speedup for {buffer, string, unicode}object

Gregory P. Smith added the comment: attaching an updated patch. fwiw, in my own quick tests i'm not seeing a performance difference on the benchmark suite. but i am not trying to run it in such an isolated quiet machine locked freq. environment. it is still a good idea regardless. _some_ c

[issue25114] asynico: add ssl_object extra info

New submission from STINNER Victor: Attached patch adds the "ssl_object" extra information to SSL sockets. For the legacy SSL implementation, it's a ssl.SSLSocket instance. For the new SSL implementation, it's a ssl.SSLObject instance. ssl.SSLObject and ssl.SSLSocket have a similar but differe

[issue25114] asynico: add ssl_object extra info

STINNER Victor added the comment: Workaround for Python 3.5.0: force the legacy SSL implementation. For example, monkey patch the asyncio module with: asyncio.sslproto._is_sslproto_availabe=lambda: False -- ___ Python tracker

[issue22768] Add a way to get the peer certificate of a SSL Transport

STINNER Victor added the comment: In Python 3.5, it's no more possible to get the peer certificate as binary. See the issue #25114 for a general fix. -- ___ Python tracker ___ _

[issue24875] pyvenv doesn´t install PIP inside a new venv with --system-site-package

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue24875] pyvenv doesn´t install PIP inside a new venv with --system-site-package

Changes by STINNER Victor : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

Steve Dower added the comment: Patch attached. I haven't been able to repro the issue locally without the fix, but it seems indisputably correct behavior. We could also skip most of the function for an empty format string and save ourselves a lot of work. That would avoid the ambiguous returne

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

Steve Dower added the comment: (The fix is indisputably correct, is what I meant.) -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

STINNER Victor added the comment: +#if defined _MSC_VER && _MSC_VER >= 1400 && defined(__STDC_SECURE_LIB__) +errno = 0; +#endif This code is too complex. Please remove the #if and always set errno to 0, on any platform! -- ___ Python tracker

[issue25096] test_gdb failed to read version for gdb >= 7.10

STINNER Victor added the comment: Fixed by changesets 21d6b2752fe8 (2.7) and 6a8aa246485e (3.4). Thanks for your bug report and your patch! -- nosy: +haypo resolution: -> fixed status: open -> closed ___ Python tracker

[issue25084] remove semi-busy loop in py2.7 threading.Condition.wait(timeout=x)

STINNER Victor added the comment: As you noticed, this issue was correctly fixed in Python 3 by using the C timed acquire methods of locks, instead of polling. The problem is that Python 2 supports a wide range of threading models: Python/thread_atheos.h Python/thread_beos.h Python/thread_cthr

[issue24391] Better repr for threading objects

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue25077] Compiler warnings: initialization from incompatible pointer type

STINNER Victor added the comment: For ceval, it comes from pyatomic.h: see my atomic_pointer.patch attached to the issue #25077. -- nosy: +haypo ___ Python tracker ___ _

[issue25092] Regression: test_datetime fails on 3.5, Win 7, works on 3.4

Steve Dower added the comment: We don't check errno on any other platform. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue25108] traceback.extract_stack() compatibility break in 3.5

Nick Coghlan added the comment: Serhiy's explanation and fix look good to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue23078] unittest.mock patch autospec doesn't work on staticmethods

Felipe added the comment: The attached patch implements these changes through _callable instead. This patch also ensures that the underlying object that staticmethod and classmethod wrap is a callable object as well. -- Added file: http://bugs.python.org/file40470/issue23078.patch ___

  1   2   >