[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

[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

[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

[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

[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

[RELEASE] Python 3.7.1rc1 and 3.6.7rc1 now available for testing

Python 3.7.1rc1 and 3.6.7rc1 are now available. 3.7.1rc1 is the release preview of the first maintenance release of Python 3.7, the latest feature release of Python. 3.6.7rc1 is the release preview of the next maintenance release of Python 3.6, the previous feature release of Python. Assuming no

[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: 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

Re: Re[2]: [OT] master/slave debate in Python

On Wed, Sep 26, 2018 at 3:10 PM Brian Grawburg wrote: > > This is right next to the objection of the use male and female to describe > the two parts of a connector. I lament that snowflakes and such are trying > desperately to enforce their quest for radical egalitarianism and see hidden >

[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

[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. >>> --

[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

Re: [OT] master/slave debate in Python

On Wed, Sep 26, 2018 at 4:41 AM, Brian Oney via Python-list wrote: > "I have a vewwy great fwiend in Wome called 'Biggus Dickus'" > ... > "Can I go now, sir?" He has a wife, you know. You know what she's called? She's called... 'Incontinentia'. 'Incontinentia Buttocks'. --

[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 --

Re: [OT] master/slave debate in Python

On Thu, Sep 27, 2018 at 7:05 AM Ian Kelly wrote: > > On Tue, Sep 25, 2018 at 10:48 PM Chris Angelico wrote: > > > > On Wed, Sep 26, 2018 at 2:36 PM Ian Kelly wrote: > > > So, Chris, what have *you personally* done about real slavery where it > > > still happens? > > > > > > If, as I'm guessing,

[issue31425] Expose AF_QIPCRTR in socket module

Change by Tal Einat : -- pull_requests: +8993 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: clever exit of nested loops

On 26/09/18 08:50, vito.detul...@gmail.com wrote: Hi Today I've added a couple of lines in my source code, and I'm very ashamed of it. it "runs", and I know what it does (for now), but it's "too clever". I have "abused" the "else" clause of the loops to makes a break "broke" more loops

Re[2]: [OT] master/slave debate in Python

This is right next to the objection of the use male and female to describe the two parts of a connector. I lament that snowflakes and such are trying desperately to enforce their quest for radical egalitarianism and see hidden agendas behind just about everything---except their own, of course.

[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 ___ ___

[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

Re: [OT] master/slave debate in Python

On Tue, Sep 25, 2018 at 10:48 PM Chris Angelico wrote: > > On Wed, Sep 26, 2018 at 2:36 PM Ian Kelly wrote: > > So, Chris, what have *you personally* done about real slavery where it > > still happens? > > > > If, as I'm guessing, the answer is "nothing" then it seems to me that > > you don't

Re: [OT] master/slave debate in Python

> PS: I'm not a great fan of it, but I think we all know that off-topic is > in a way what this list excels at. +1 An open source community thrives on being open. It also welcomes those who like to pick a fight for various, usually personal reasons. Has any heard of that Python language? I

[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

[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. --

[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

[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

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

[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. --

[issue2771] Test issue

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

[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

Re: [OT] master/slave debate in Python

David Raymond wrote: > [...] > HAL.open(ship.pod_bay.doors) I'm sorry Dave, I'm afraid I can't do that. -- |_|O|_| Registered Linux user #585947 |_|_|O| Github: https://github.com/dpurgert |O|O|O| PGP: 05CA 9A50 3F2E 1335 4DC5 4AEE 8E11 DDF3 1279 A281 --

RE: [OT] master/slave debate in Python

...Think about how you treat your computers - you have the power to discard them if they do not work correctly, or even if you just want to get a newer one. You have the power to kick them across the room and nobody will arrest you. Maybe you don't do those things (I would hope you don't kick

[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

[issue34022] 6 tests fail using SOURCE_DATE_EPOCH env var

Change by Eli Schwartz : -- nosy: +eschwartz ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[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.

Re: [OT] master/slave debate in Python

On Thu, Sep 27, 2018 at 1:28 AM Ian Kelly wrote: > > On Wed, Sep 26, 2018 at 7:49 AM Chris Angelico wrote: > > > > On Wed, Sep 26, 2018 at 11:33 PM Ian Kelly wrote: > > > > > > Care to give an example? The distinctive part of the definition of > > > "slave" is that it refers to someone who is

[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,

[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 ___ ___

RE: [OT] master/slave debate in Python

This really is an amazing discussion. I actually do understand why "master" and "slave" might make people uncomfortable, although the meaning is quite clear. Perhaps we need a currently used alternative: 1) Captain and Private 2) Manager and employee 3) CEO and Peon 4) Controller and

[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:

[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 --

[issue31551] test_distutils fails if current directory contains spaces

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

[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:

[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:

[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

[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

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

calimeroteknik added the comment: So this is invalid library usage, we need to run .wait() on the Popen object. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

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

STINNER Victor added the comment: I copied the nosy list from bpo-32430: people who understand and care about the Modules/Setup file :-) -- nosy: +barry, eric.smith, koobs, martin.panter, mdk, nascheme, pitrou, twouters, xdegaye, yan12125 ___

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

STINNER Victor added the comment: Example of the bug: --- $ git apply ~/Setup.patch $ ./configure --with-pydebug --enable-shared $ make $ grep _contextvars Makefile (...) Modules/_contextvarsmodule.o: $(srcdir)/Modules/_contextvarsmodule.c; $(CC) $(CCSHARED) $(PY_CFLAGS) $(PY_CPPFLAGS) -c

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

STINNER Victor added the comment: Downstream (RHEL) issue: https://bugzilla.redhat.com/show_bug.cgi?id=1585201 -- ___ Python tracker ___

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

Antoine Pitrou added the comment: Those remarks apply to except-out.py, as well. -- ___ Python tracker ___ ___ Python-bugs-list

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

Antoine Pitrou added the comment: I don't think hang.py is correct. If you launch a process using subprocess, the subprocess owns the child process. You should not call waitpid() or os.kill() separately. Also, since you don't keep a reference to the subprocess.Popen object, its

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

STINNER Victor added the comment: Setup.patch: Example of patch to modify Modules/Setup to compile _contextvars as a shared library, to test the fix. -- Added file: https://bugs.python.org/file47831/Setup.patch ___ Python tracker

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

Change by STINNER Victor : -- keywords: +patch pull_requests: +8991 stage: -> patch review ___ Python tracker ___ ___

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

New submission from STINNER Victor : Python can be compiled in "shared" mode: "./configure --enable-shared", Py_ENABLE_SHARED is defined in pyconfig.h. Most Linux distributions use this configuration. By default, Python builds most C extensions using setup.py which is based on distutils.

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

Change by calimeroteknik : Added file: https://bugs.python.org/file47830/except-out.py ___ Python tracker ___ ___ Python-bugs-list mailing

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

New submission from calimeroteknik : When two processes are created and killed, the behaviour is different if print or sleep statements are inserted. It can also be random (different results executing the same program several times) on certain machines and versions of python. Attached two

[issue34781] infinite waiting in multiprocessing.Pool

Antoine Pitrou added the comment: @calimeroteknik, this doesn't seem to have anything to do with the issue at hand. Please open a separate issue with your scripts. -- ___ Python tracker

[issue34781] infinite waiting in multiprocessing.Pool

Change by Antoine Pitrou : Removed file: https://bugs.python.org/file47827/hang.py ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34781] infinite waiting in multiprocessing.Pool

Change by Antoine Pitrou : Removed file: https://bugs.python.org/file47828/except-out.py ___ Python tracker ___ ___ Python-bugs-list

[issue34781] infinite waiting in multiprocessing.Pool

calimeroteknik added the comment: Attaching the version that randomly raises ChildProcessError: [Errno 10] No child processes. The child process is lost in limbo if we don't sleep/print after creating it. -- Added file: https://bugs.python.org/file47828/except-out.py

[issue34781] infinite waiting in multiprocessing.Pool

calimeroteknik added the comment: A friend has found a very simple example that triggers such an issue in a very reproducible manner. Attached two versions, one where the child process mysteriously disappears in the cpython interpreter. pypy is unaffected. -- nosy: +calimeroteknik

[issue34812] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag

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

[issue33053] Avoid adding an empty directory to sys.path when running a module with `-m`

STINNER Victor added the comment: New changeset 43500a5907eb9ae2e470dcbffe73012cd456f5a1 by Victor Stinner in branch '3.6': bpo-28655: Fix test_import.test_missing_source_legacy() (GH-9589) https://github.com/python/cpython/commit/43500a5907eb9ae2e470dcbffe73012cd456f5a1 -- nosy:

[issue28655] Tests altered the execution environment in isolated mode

STINNER Victor added the comment: New changeset 43500a5907eb9ae2e470dcbffe73012cd456f5a1 by Victor Stinner in branch '3.6': bpo-28655: Fix test_import.test_missing_source_legacy() (GH-9589) https://github.com/python/cpython/commit/43500a5907eb9ae2e470dcbffe73012cd456f5a1 --

[issue28655] Tests altered the execution environment in isolated mode

STINNER Victor added the comment: > I can confirm this on 3.6. Interestingly `--fail-env-changed` flag didn't > catch this but running in verbose mode failed. Oh... When using -j0, regrtest doesn't spawn worker processes using -I: the flag is simply omitted... As a side effect, forget() in

[issue34812] support.args_from_interpreter_flags() doesn't inherit -I (isolated) flag

New submission from STINNER Victor : The support.args_from_interpreter_flags() function recreates Python command line arguments from sys.flags, but it omits -I (sys.flags.isolated). Because of that, "./python -I -m test ..." behaves differently than "./python -I -m test -j0 ...":

Re: [OT] master/slave debate in Python

Ian Kelly : > The terminology should be changed because it's offensive, full stop. > It may be normalized to many who are accustomed to it, but that > doesn't make it any less offensive. > > Imagine if the terminology were instead "dominant / submissive". > Without meaning to assume too much,

Re: [OT] master/slave debate in Python

On Wed, 26 Sep 2018 at 16:30, Ian Kelly wrote: > Also: a human slave is not "a person being treated like a computer" > and I find it highly disrespectful that you would move to trivialize > slavery like that. I have no idea what it must feel like to be a slave (other than the trite and obvious

[issue28655] Tests altered the execution environment in isolated mode

Karthikeyan Singaravelan added the comment: Verified the fix in the PR and there are no warnings ➜ cpython git:(pr_9589) ./python.exe Python 3.6.6+ (heads/pr_9589:844abda318, Sep 26 2018, 20:59:26) [GCC 4.2.1 Compatible Apple LLVM 7.0.2 (clang-700.1.81)] on darwin Type "help", "copyright",

Re: [OT] master/slave debate in Python

On Wed, Sep 26, 2018 at 7:49 AM Chris Angelico wrote: > > On Wed, Sep 26, 2018 at 11:33 PM Ian Kelly wrote: > > > > Care to give an example? The distinctive part of the definition of > > "slave" is that it refers to someone who is owned and/or held captive, > > and forced to work against their

[issue34262] Asyncio test fails under Win 7

Karthikeyan Singaravelan added the comment: ProactorEventLoop is the default event loop with issue34687. There doesn't seem to be any warnings in buildbots as I have checked and as @panesen has mentioned this is not consistent. I am adding Victor as a notification if he has any thoughts.

[issue34262] Asyncio test fails under Win 7

Change by Karthikeyan Singaravelan : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34765] Update install-sh

Change by Charalampos Stratakis : -- keywords: +patch pull_requests: +8990 stage: -> patch review ___ Python tracker ___ ___

[issue28556] typing.py upgrades

Change by miss-islington : -- pull_requests: +8989 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28556] typing.py upgrades

Change by miss-islington : -- pull_requests: +8988 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28655] Tests altered the execution environment in isolated mode

Karthikeyan Singaravelan added the comment: Thanks Serhiy. Thanks Victor for the fix. I can confirm this on 3.6. Interestingly `--fail-env-changed` flag didn't catch this but running in verbose mode failed. `--fail-env-changed` passes ➜ cpython git:(3707bcf02b) ./python.exe -I -S -m

[issue28655] Tests altered the execution environment in isolated mode

STINNER Victor added the comment: > test_import still fails on 3.6. Oh, I only tested master. I wrote PR 9589 to fix test_import on 3.6. -- resolution: fixed -> status: closed -> open ___ Python tracker

[issue33053] Avoid adding an empty directory to sys.path when running a module with `-m`

Change by STINNER Victor : -- pull_requests: +8987 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28655] Tests altered the execution environment in isolated mode

Change by STINNER Victor : -- pull_requests: +8986 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34811] test_gdb fails with latest gdb

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

[issue34810] Maximum and minimum value of C types integers from Python

Sébastien Celles added the comment: About raising exception with converting integer value that should overflow maybe we should have a parameter ctypes.c_uint8(256, raise=True) will raise an exception but ctypes.c_uint8(256) will silently return c_ubyte(0) --

[issue34810] Maximum and minimum value of C types integers from Python

Sébastien Celles added the comment: Thanks @serhiy.storchaka I'm aware of this... but I think it could be returned programmatically without much difficulty. -- ___ Python tracker

[issue34811] test_gdb fails with latest gdb

Change by STINNER Victor : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34811] test_gdb fails with latest gdb

Charalampos Stratakis added the comment: FAIL: test_NULL_ob_type (test.test_gdb.PrettyPrintTests) Ensure that a PyObject* with NULL ob_type is handled gracefully -- Traceback (most recent call last): File

[issue34811] test_gdb fails with latest gdb

Change by Charalampos Stratakis : -- versions: +Python 3.7, Python 3.8 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34810] Maximum and minimum value of C types integers from Python

Serhiy Storchaka added the comment: Maximum values for uint8, int8, uint16, int16, uint32, int32, uint64, int64 are 2**8-1, 2**7-1, 2**16-1, 2**15-1, 2**32-1, 2**31-1, 2**64-1, 2**63-1 by definition. Minimum values are 0, -2**7, 0, -2**15, 0, -2**31, 0, -2**63. -- nosy:

[issue34811] test_gdb fails with latest gdb

New submission from Charalampos Stratakis : In Fedora we got a new build of gdb which makes python's test_gdb fail on x86_64, i686 and aarch64(arm 64 bits) architectures. gdb's commits between the passing and failing tests:

[issue28655] Tests altered the execution environment in isolated mode

Serhiy Storchaka added the comment: test_import still fails on 3.6. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34810] Maximum and minimum value of C types integers from Python

New submission from Sébastien Celles : Hello, I'm looking for a way to get (using Python) the maximum and minimum values of C types integers (ie uint8, int8, uint16, int16, uint32, int32, uint64, int64...) from Python. I asked this question on StackOverflow and get a nice answer

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

Change by Paul Moore : -- nosy: -paul.moore ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28655] Tests altered the execution environment in isolated mode

STINNER Victor added the comment: I confirm that "./python -I -S -m test.regrtest -j0 --fail-env-changed test_asyncio test_ctypes test_email test_idle test_import test_importlib test_json test_lib2to3" now pass on master. I close the issue. Thanks Karthikeyan ;-) -- resolution: ->

[issue31425] Expose AF_QIPCRTR in socket module

Change by Tal Einat : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: +Python 3.8 -Python 3.7 ___ Python tracker ___

[issue31425] Expose AF_QIPCRTR in socket module

Tal Einat added the comment: New changeset bb8165172ac2ef8c7092e8e82928cc7f5f310ab3 by Tal Einat (Bjorn Andersson) in branch 'master': bpo-31425: Expose AF_QIPCRTR in socket module (GH-3706) https://github.com/python/cpython/commit/bb8165172ac2ef8c7092e8e82928cc7f5f310ab3 -- nosy:

Re: [OT] master/slave debate in Python

On Wed, Sep 26, 2018 at 11:33 PM Ian Kelly wrote: > > On Wed, Sep 26, 2018 at 2:01 AM David Palao wrote: > > > > Hello, > > My opinion is that the terms "master/slave" describe well some situations. > > They could be seen by some people as offensive (although unfortunately > > sometimes true,

[issue34809] On MacOSX with 3.7 python getting "Symbol not found: _PyString_AsString"

Change by Zachary Ware : -- resolution: -> not a bug stage: -> resolved status: open -> closed type: crash -> behavior ___ Python tracker ___

Re: [OT] master/slave debate in Python

On Wed, Sep 26, 2018 at 2:01 AM David Palao wrote: > > Hello, > My opinion is that the terms "master/slave" describe well some situations. > They could be seen by some people as offensive (although unfortunately > sometimes true, even today) when applied to persons. But it is not > offensive when

[issue34804] Repetition of 'for example' in documentation

Change by Aydin : -- versions: +Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.8 ___ Python tracker ___ ___

[issue34804] Repetition of 'for example' in documentation

Change by Serhiy Storchaka : -- nosy: +akuchling ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34804] Repetition of 'for example' in documentation

Aydin added the comment: https://docs.python.org/3/howto/functional.html In the 5th paragraph. -- ___ Python tracker ___ ___

  1   2   >