[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

Antoine Pitrou added the comment: Why do you call this a bug? For me it's the reverse: it's linking to libpython.so which is a bug. It means a C extension compiled with a shared-library Python cannot be imported on a monolithic Python (which doesn't have libpython.so). It's a real problem w

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

Antoine Pitrou added the comment: Of course, one workaround to satisfy everyone would be to build a (empty) libpython.so even on static Python builds. But I'm not sure Debian/Ubuntu would package it. -- nosy: +doko ___ Python tracker

[issue34813] child process disappears when removing a print statement after its creation

Antoine Pitrou added the comment: Indeed! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue31405] shutil.which doesn't find files without PATHEXT extension on Windows

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue31551] test_distutils fails if current directory contains spaces

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue31405] shutil.which doesn't find files without PATHEXT extension on Windows

Karthikeyan Singaravelan added the comment: I am adding windows as a component during triaging since PATHEXT seems to be windows specific. Unfortunately, I couldn't verify this since I don't have windows system to check this against master so leaving it to 3.6. Thanks -- components:

[issue34694] Dismiss To Avoid Slave/Master wording cause it easier for non English spoken programmers

Change by Matthew Barnett : -- nosy: -mrabarnett ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31405] shutil.which doesn't find files without PATHEXT extension on Windows

Serhiy Storchaka added the comment: Isn't this an expected behavior? -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-b

[issue34781] infinite waiting in multiprocessing.Pool

Tomáš Bouda added the comment: By now I have spent several days trying to reproduce the behaviour in production environment with debugger attached. Unfortunately, no success. On the other hand yesterday the application froze, again, and colleague today experienced the problem in his script, t

[issue31405] shutil.which doesn't find files without PATHEXT extension on Windows

Paul Moore added the comment: I don't think this is expected behaviour. It's not documented what should happen in this case but the behaviour suggested by the OP (to search for the path as given, followed by [path+e for e in os.environ['PATHEXT'].split(os.pathsep)] seems reasonable to me. T

[issue34022] 6 tests fail using SOURCE_DATE_EPOCH env var

Change by Eli Schwartz : -- nosy: +eschwartz ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue31405] shutil.which doesn't find files without PATHEXT extension on Windows

Paul Moore added the comment: On further reflection, I'm less sure that the proposed behaviour is the best option, but I do think this warrants further consideration. -- ___ Python tracker _

[issue31405] shutil.which doesn't find files without PATHEXT extension on Windows

Ryan McCampbell added the comment: This is how windows looks up commands, as well as the built in "where" command. (Note that windows doesn't actually distinguish between "executable" files and just plain old files, so this could be confusing for UNIX users... a text file for instance will s

[issue2771] Test issue

Ned Batchelder added the comment: Also a test. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue34771] test_ctypes failing on Linux SPARC64

Frank Schaefer added the comment: Further details: I cloned libffi from a few days ago to see if I had any different behavior. So far the test fails the same way with the updated libffi. I'll also see about contacting libffi upstream and see what they can suggest here. -- ___

[issue34751] Hash collisions for tuples

Tim Peters added the comment: High-order bit: please restore the original tuple hash test. You have the worst case of "but I didn't write it" I've ever encountered ;-) Your new test is valuable, but I've seen several cases now where it fails to detect any problems where the original test

[issue31405] shutil.which doesn't find files without PATHEXT extension on Windows

Steve Dower added the comment: It certainly doesn't match "which" semantics, but given the F_OK and X_OK flags I can see cases where it ought not to. I'm not sure it does what it implies for those either though. I can see uses for "find files according to 'which'" and "find executable files

[issue34751] Hash collisions for tuples

Jeroen Demeyer added the comment: > Do you believe any other multiplier would work better toward that end? Absolutely. Ideally, the multiplier should just be a random 64-bit number. -- ___ Python tracker __

[issue34751] Hash collisions for tuples

Jeroen Demeyer added the comment: > please restore the original tuple hash test. Sure. I wasn't sure what to do and was I afraid that having 2 tests for tuple hashes would be too much. If that's OK for you, then surely I will restore the test. -- ___

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

Xavier de Gaye added the comment: > Downstream (RHEL) issue: > https://bugzilla.redhat.com/show_bug.cgi?id=1585201 Not sure that this is a bug. As Petr Viktorin points out in Comment #4, the reproducer is not expected to work because of the semantics of RTLD_LOCAL. So the current bpo issue w

[issue34751] Hash collisions for tuples

Jeroen Demeyer added the comment: > The two-liner above with the xor in the second line is exactly Bernstein 33A, > followed by a permutation of 33A's _output_ space. Not output space, but internal state (I assume that you do that operation inside the loop). It's replacing DJBX33A by a diffe

[issue34521] test_socket.RecvmsgIntoSCMRightsStreamTest fails on AMD64 FreeBSD CURRENT Debug 3.x

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +8992 stage: -> patch review ___ Python tracker ___ ___ Python

[issue31425] Expose AF_QIPCRTR in socket module

Change by Tal Einat : -- pull_requests: +8993 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue31425] Expose AF_QIPCRTR in socket module

Tal Einat added the comment: New changeset f55c64c632af438d0daa043acdd95a5e74f31441 by Tal Einat in branch 'master': bpo-31425: fix versionadded in docs and add attribution in NEWS (GH-9595) https://github.com/python/cpython/commit/f55c64c632af438d0daa043acdd95a5e74f31441 -- __

[issue34751] Hash collisions for tuples

Tim Peters added the comment: >> The two-liner above with the xor in the second line is >> exactly Bernstein 33A, followed by a permutation >> of 33A's _output_ space. > Not output space, but internal state ? 33A's output _is_ its internal state at the end. This is a distinction that makes

[issue34691] _contextvars missing in xmaster branch Windows build?

Helena Centanin added the comment: Good night I installed the python program at the start it appears this message Python 3.7.0 (v3.7.0:1bf9cc5093, Jun 27 2018, 04:06:47) [MSC v.1914 32 bit (Intel)] on win32 Type "copyright", "credits" or "license()" for more information. >>> -- compon

[issue31405] shutil.which doesn't find files without PATHEXT extension on Windows

Eryk Sun added the comment: In a patch review [1] for issue 24505, I had a discussion with Toby Tobkin about extending the behavior of shutil.which() on Windows. This was to match the behavior of the CMD shell, including securing the search path via NeedCurrentDirectoryForExePath, searching

[issue34370] Tkinter scroll issues on macOS

Ned Deily added the comment: New changeset adf493227f1efd5d6b34f46b854142bf3b5a411c by Ned Deily in branch '3.6': bpo-34370: Update Tk 8.6 used with macOS installers https://github.com/python/cpython/commit/adf493227f1efd5d6b34f46b854142bf3b5a411c -- nosy: +ned.deily __

[issue34370] Tkinter scroll issues on macOS

Ned Deily added the comment: New changeset d9cfe5ed2c2c61eeae915b76f5e10aadbbb28da6 by Ned Deily in branch '3.7': bpo-34370: Update Tk 8.6 used with macOS installers https://github.com/python/cpython/commit/d9cfe5ed2c2c61eeae915b76f5e10aadbbb28da6 -- ___

[issue34370] Tkinter scroll issues on macOS

Ned Deily added the comment: FYI, for the python.org binary macOS installers for the 3.7.1rc1 and 3.6.7rc1 releases, I cherry-picked a post-8.6.8 development snapshot of Tk 8.6 that should include Kevin's fix. I would appreciate any feedback one way or the other whether this version of Tk 8

[issue31551] test_distutils fails if current directory contains spaces

Karthikeyan Singaravelan added the comment: There is a similar issue with whitespace in filenames causing failure in bdist_rpm tracked at issue809163. It has test cases but unfortunately the issue didn't move forward and has only patches. I tried the patches but none of them seem to fix the

[issue34744] New %(flag)s format specifier for argparse.add_argument help string

paul j3 added the comment: The preferred way of adding new features to the Formatter is to subclass it, and modify one or more methods. That's what the existing alternative formatters do. A user can easily create such a subclass, and use it with their own parser, without having to modify t

[issue34803] argparse int type does not accept scientific notation

paul j3 added the comment: The `type` parameter is normally a function (or more generally a callable). When given a string it should convert it as needed, or raise an error. In your example that function is the stock, 'int()'. Test `int('123')`, `int('1e3')` etc for yourself to see what it

[issue34806] distutils tests fail with recent 3.7 branch

Karthikeyan Singaravelan added the comment: @doko As an update 3.7.1rc1 is available . The fixes should be there. I think they are worth checking out to see if the cases still fail or if you can add the links for the branches 20180925 and 20180911 snapshot. I can do a clean rebuild of these

[issue34815] Change Py_Ellipse __str__ behavior.

New submission from tom.r : Added ellipsis_str function to Objects/sliceobject.c such that str(Ellipsis)=='...'. -- components: Interpreter Core files: sliceobject.c messages: 326522 nosy: photofone priority: normal severity: normal status: open title: Change Py_Ellipse __str__ behavio

[issue34815] Change Py_Ellipse __str__ behavior.

Change by tom.r : -- keywords: +patch pull_requests: +8994 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list maili

[issue32956] python 3 round bug

Nathaniel Smith added the comment: FWIW, I hadn't noticed this change in py3, but it would never have occurred to me that it's controversial... I thought everyone who'd studied the issue agreed that round-half-to-even was the best default :-). Numpy has always done round-to-even, and it's th

[issue34815] Change Py_Ellipse __str__ behavior.

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue34815] Change Py_Ellipse __str__ behavior.

Change by Serhiy Storchaka : -- nosy: +gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue34815] Change Py_Ellipse __str__ behavior.

Serhiy Storchaka added the comment: What is the rationale of this change? -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Pyt

[issue34815] Change Py_Ellipse __str__ behavior.

Karthikeyan Singaravelan added the comment: Thanks for the PR but this seems to be backwards incompatible though I don't know if anyone depends on this and I am curious about the reason to change. Since this was added in e449af7da94 (1996) and I am not sure if this needs to be changed though

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

Change by Tal Einat : -- versions: +Python 2.7, Python 3.5 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue34815] Change Py_Ellipse __str__ behavior.

tom.r added the comment: Frankly, because it bothered me that ``...`` evaluates to ``Ellipsis`` but that ``Ellipsis`` could never print as ``...``. -- ___ Python tracker ___

[issue34512] Document platform-specific strftime() behavior for non-ASCII format strings

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

<    1   2