[issue34326] test_subprocess.POSIXProcessTestCase fails in AMD64 Ubuntu 3.x

Pablo Galindo Salgado added the comment: This also happens on x86-64 High Sierra 3.x buildbot: https://buildbot.python.org/all/#/builders/145/builds/265 -- ___ Python tracker <https://bugs.python.org/issue34

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

Pablo Galindo Salgado added the comment: Seems the same issue as in: https://buildbot.python.org/all/#/builders/58/builds/1181 test_fd_transfer (test.test_multiprocessing_spawn.WithThreadsTestConnection) ... skipped 'only makes sense with processes' Timeout (0:15:00)! Thread

[issue34326] test_subprocess.POSIXProcessTestCase fails in AMD64 Ubuntu 3.x

Pablo Galindo Salgado added the comment: More failures on AMD64 Debian PGO 3.x: https://buildbot.python.org/all/#/builders/47/builds/1362 test_terminate (test.test_subprocess.Win32ProcessTestCase) ... skipped 'Windows specific tests' test test_subprocess failed test_term

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

Pablo Galindo Salgado added the comment: New changeset 5640d030e100aade54210034828b711c3b506b18 by Pablo Galindo (Victor Stinner) in branch 'master': bpo-30317: Fix multiprocessing test_timeout() (GH-8621) https://github.com/python/cpython/commit/5640d030e100aade54210034828b71

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

Change by Pablo Galindo Salgado : -- pull_requests: +8142 ___ Python tracker <https://bugs.python.org/issue30317> ___ ___ Python-bugs-list mailing list Unsub

[issue34326] test_subprocess.POSIXProcessTestCase fails in AMD64 Ubuntu 3.x

Pablo Galindo Salgado added the comment: Maybe we can strace a failing test and cross check the opens and the closes to see which one is not being closed. Or monitor /proc/PID/fd while the test runs. I can investigate later today myself

[issue30317] test_timeout() of test_multiprocessing_spawn.WithManagerTestBarrier fails randomly on x86 Windows7 3.x buildbot

Pablo Galindo Salgado added the comment: New changeset f0e3da8814259283e8f3d53ad3d9735ffc273e00 by Pablo Galindo in branch '3.6': bpo-30317: Fix multiprocessing test_timeout() (GH-8621) https://github.com/python/cpython/commit/f0e3da8814259283e8f3d53ad3d973

[issue30871] Add test.pythoninfo

Pablo Galindo Salgado added the comment: pythoninfo is failing on several buildbots: https://buildbot.python.org/all/#/builders/102/builds/55 https://buildbot.python.org/all/#/builders/79/builds/237 https://buildbot.python.org/all/#/builders/112/builds/161 https://buildbot.python.org/all

[issue30871] Add test.pythoninfo

Change by Pablo Galindo Salgado : -- status: closed -> open ___ Python tracker <https://bugs.python.org/issue30871> ___ ___ Python-bugs-list mailing list Un

[issue34388] collect_gdb fails for test.pythoninfo in several buildbots

New submission from Pablo Galindo Salgado : collect_gdb fails for the test.pythoninfo step in several buildbots: https://buildbot.python.org/all/#/builders/102/builds/55 https://buildbot.python.org/all/#/builders/79/builds/237 https://buildbot.python.org/all/#/builders/112/builds/161 https

[issue30871] Add test.pythoninfo

Pablo Galindo Salgado added the comment: All of these failures seems related to `collect_gdb` I am going to open a new issue: https://bugs.python.org/issue34388 Please, re-open this one if you think is better to have both open. -- status: open -> clo

[issue34388] collect_gdb fails for test.pythoninfo in several buildbots

Pablo Galindo Salgado added the comment: The origin of this can be related to https://bugs.python.org/issue30871 -- ___ Python tracker <https://bugs.python.org/issue34

[issue34388] collect_gdb fails for test.pythoninfo in several AMD64 FreeBSD buildbots

Change by Pablo Galindo Salgado : -- title: collect_gdb fails for test.pythoninfo in several buildbots -> collect_gdb fails for test.pythoninfo in several AMD64 FreeBSD buildbots ___ Python tracker <https://bugs.python.org/issu

[issue34388] collect_gdb fails for test.pythoninfo in several AMD64 FreeBSD buildbots

Change by Pablo Galindo Salgado : -- versions: +Python 2.7 ___ Python tracker <https://bugs.python.org/issue34388> ___ ___ Python-bugs-list mailing list Unsub

[issue34395] memory leaks in error handling in csv and pickle modules

Pablo Galindo Salgado added the comment: Hi and thank you for the report. Could you elaborate a bit more on how/where the leak happens? This will help when reviewing the Pull Request. Thanks! -- nosy: +pablogsal ___ Python tracker <ht

[issue34406] Typo in documentation

Pablo Galindo Salgado added the comment: Isn't this saying that LongPathsEnabled is a value on the path HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem? -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/is

[issue34406] Typo in documentation

Pablo Galindo Salgado added the comment: I am not sure how people usually refer to the Windows register but this seems that the current line is differentiating from the path: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem and the value LongPathsEnabled

[issue34381] Make tests with outbound connection optional

Pablo Galindo Salgado added the comment: You can run all the tests except the ones that require external network (like SSL for sockets) using: ./python -m test -uall,network or you can exclude tests using the -x flag. -- nosy: +pablogsal

[issue34381] Make tests with outbound connection optional

Change by Pablo Galindo Salgado : -- Removed message: https://bugs.python.org/msg323536 ___ Python tracker <https://bugs.python.org/issue34381> ___ ___ Python-bug

[issue34381] Make tests with outbound connection optional

Pablo Galindo Salgado added the comment: You can run all the tests except the ones that require external network (like SSL for sockets) using: ./python -m test -uall,-network or you can exclude tests using the -x flag. -- ___ Python tracker

[issue34408] possible null pointer dereference in pystate.c

New submission from Pablo Galindo Salgado : The problem occurs here: https://github.com/python/cpython/blob/master/Python/pystate.c#L185 If _PyRuntime.interpreters.next_id < 0 then interp is set to NULL and it will be dereferenced later: interp -- components: Interpreter C

[issue34408] possible null pointer dereference in pystate.c

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +8243 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue32485] Multiprocessing dict sharing between forked processes

Change by Pablo Galindo Salgado : -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue32485> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33930] Segfault with deep recursion into object().__dir__

Change by Pablo Galindo Salgado : -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue33930> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34416] PyCapsule_Import seems to release the GIL without acquiring it

Change by Pablo Galindo Salgado : -- Removed message: https://bugs.python.org/msg323627 ___ Python tracker <https://bugs.python.org/issue34416> ___ ___ Python-bug

[issue34416] PyCapsule_Import seems to release the GIL without acquiring it

Pablo Galindo Salgado added the comment: Breaking in take_gil and drop_gil I get this trace: Thread 2 "gil" hit Breakpoint 1, 0x5559563d in acquire_gil () Thread 3 "gil" hit Breakpoint 1, 0x5559563d in acquire_gil () Waiting for GIL (0) Waiting for GIL (1

[issue34416] PyCapsule_Import seems to release the GIL without acquiring it

Pablo Galindo Salgado added the comment: Breaking in take_gil and drop_gil I get this trace: Thread 2 "gil" hit Breakpoint 1, 0x5559563d in acquire_gil () Thread 3 "gil" hit Breakpoint 1, 0x5559563d in acquire_gil () Waiting for GIL (0) Waiting for GIL (1

[issue34416] PyCapsule_Import seems to release the GIL without acquiring it

Pablo Galindo Salgado added the comment: Summary of how I see this dump: 1) Thread 2 tries to get the GIL. 2) Thread 3 tries to get the GIL. 3 Gil acquired! (0) 4) Thread 2 drops the GIL, which means that thread 2 managed to get it before. 5) Gil acquired! (1) 6) Thread 2 tries to get the GIL

[issue34426] "__lltrace__" seems to be wrong , "__ltrace__" is correct in Misc/SpecialBuilds.txt

Pablo Galindo Salgado added the comment: Hi @Nojima and thank you for the report. Do you mind doing a PR? If not, I can do it myself. -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue34

[issue34426] "__lltrace__" seems to be wrong , "__ltrace__" is correct in Misc/SpecialBuilds.txt

Pablo Galindo Salgado added the comment: Content Hi @Nojima and thank you for the report. Do you mind doing a PR? If not, I can do it myself if you prefer. -- ___ Python tracker <https://bugs.python.org/issue34

[issue34426] "__lltrace__" seems to be wrong , "__ltrace__" is correct in Misc/SpecialBuilds.txt

Change by Pablo Galindo Salgado : -- Removed message: https://bugs.python.org/msg323758 ___ Python tracker <https://bugs.python.org/issue34426> ___ ___ Python-bug

[issue26901] Argument Clinic test is broken

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +8300 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue34422] __name__ not available for classes in typing module

Pablo Galindo Salgado added the comment: Bisecting this issue revealed that this happened on commit d911e40e788fb679723d78b6ea11cabf46caed5a is the first bad commit commit d911e40e788fb679723d78b6ea11cabf46caed5a Author: Ivan Levkivskyi Date: Sat Jan 20 11:23:59 2018 + bpo-32226

[issue34007] test_gdb fails in s390x SLES buildbots

Pablo Galindo Salgado added the comment: This failure seems related to the issue: https://buildbot.python.org/all/#/builders/139/builds/74 = FAIL: test_threads (test.test_gdb.PyBtTests) Verify that "py-bt" indicat

[issue34171] Lib/trace.cover not removed by the clean target

Pablo Galindo Salgado added the comment: Several buildbots are failing due to commit c406d5cd74002964a64c3eb7d9e2445a7fd3a03f: https://buildbot.python.org/all/#/builders/40/builds/709 https://buildbot.python.org/all/#/builders/21/builds/1459 https://buildbot.python.org/all/#/builders/13

[issue34171] Lib/trace.cover not removed by the clean target

Pablo Galindo Salgado added the comment: @zach.ware Is there a way to clean the workspace of these buildbots programmatically/from the UI? I can do it myself if you tell me how it must be done. -- nosy: +zach.ware ___ Python tracker <ht

[issue34171] Lib/trace.cover not removed by the clean target

Pablo Galindo Salgado added the comment: Can we manually ssh into the buildbots from the buildbot master and delete the file? -- ___ Python tracker <https://bugs.python.org/issue34

[issue34513] test_multiprocessing_spawn fails on x86 Windows7 3.7 buildbot

New submission from Pablo Galindo Salgado : test_multiprocessing_spawn fails on x86 Windows7 3.7 buildbot: https://buildbot.python.org/all/#/builders/111/builds/500 Timeout (0:15:00)! Thread 0x0c64 (most recent call first): File "D:\cygwin\home\db3l\buildarea\3.7.bolen-windows7\

[issue34520] test_asyncio leaked [2, 2, 2] references, sum=6 in AMD64 Windows8.1 Refleaks 3.7

New submission from Pablo Galindo Salgado : test_asyncio is potentially leaking resources in AMD64 Windows8.1 Refleaks 3.7: https://buildbot.python.org/all/#/builders/132/builds/241 -- Ran 1782 tests in 115.342s OK (skipped

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

New submission from Pablo Galindo Salgado : test_socket.RecvmsgIntoSCMRightsStreamTest fails on AMD64 FreeBSD CURRENT Debug 3.x: https://buildbot.python.org/all/#/builders/60/builds/248 == FAIL: testFDPassSeparateMinSpace

[issue34007] test_gdb fails in s390x SLES buildbots

Pablo Galindo Salgado added the comment: I requested a SLES VM in https://linuxone20.cloud.marist.edu as indicated by @David Edelsohn (the builtbot maintainer) and I can reproduce the issue on master, 3.7, 3.6 and 3.5. So it seems that a change in gdb itself caused this. Interestingly, in

[issue34007] test_gdb fails in s390x SLES buildbots

Pablo Galindo Salgado added the comment: I think I understand what is happening. The SLES buildbots do not have debugging symbols for glibc: (gdb) set verbose on (gdb) break builtin_id Reading in symbols for Python/bltinmodule.c...done. Breakpoint 1 at 0x139403c: file Python/bltinmodule.c

[issue34007] test_gdb fails in s390x SLES buildbots

Pablo Galindo Salgado added the comment: I need to do some more experimenting because those symbols are not available on other systems with the test passing. Something is corrupting/not saving the program counter but I do not know what

[issue34007] test_gdb fails in s390x SLES buildbots

Pablo Galindo Salgado added the comment: Walking the stack up one by one only triggers the "PC not saved" when the stack goes into libc: (gdb) break builtin_id Breakpoint 1 at 0x139403c: file Python/bltinmodule.c, line 1182. (gdb) r Starting program: /home/linux1/cpython/python

[issue34007] test_gdb fails in s390x SLES buildbots

Pablo Galindo Salgado added the comment: Interestingly, everything points to something special in the glibc version of the buildbot. Usually the end of the stack for threads is: (gdb) #22 0x77f82a9d in start_thread () from /usr/lib/libpthread.so.0 (gdb) #23 0x77d23a43 in

[issue34007] test_gdb fails in s390x SLES buildbots

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +8486 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

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

Pablo Galindo Salgado added the comment: This error happens a lot in the same buildbot in different tests: raceback (most recent call last): File "/usr/home/buildbot/python/3.7.koobs-freebsd-current/build/Lib/multiprocessing/process.py", line 297, in _bootstrap self.ru

[issue34408] possible null pointer dereference in pystate.c

Pablo Galindo Salgado added the comment: New changeset 95d630e2213fb0ffc197ec440efa3ae3dbb74f8d by Pablo Galindo in branch 'master': bpo-34408: Prevent a null pointer dereference and resource leakage in `PyInterpreterState_New()` (GH-8767) https://github.com/python/cpyt

[issue34007] test_gdb fails in s390x SLES buildbots

Pablo Galindo Salgado added the comment: New changeset f2ef51f8bec525b21e5290c8a029642795ed by Pablo Galindo in branch 'master': bpo-34007: Skip traceback tests if the Program Counter is not available. (GH-9018) https://github.com/python/cpyt

[issue34007] test_gdb fails in s390x SLES buildbots

Change by Pablo Galindo Salgado : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue34007> ___ ___

[issue34007] test_gdb fails in s390x SLES buildbots

Change by Pablo Galindo Salgado : -- pull_requests: +8490 ___ Python tracker <https://bugs.python.org/issue34007> ___ ___ Python-bugs-list mailing list Unsub

[issue33083] math.factorial accepts non-integral Decimal instances

Pablo Galindo Salgado added the comment: New changeset e9ba3705de656215d52b8f8f4a2e7ad60190e944 by Pablo Galindo in branch 'master': bpo-33083 - Make math.factorial reject arguments that are not int-like (GH-6149) https://github.com/python/cpyt

[issue34513] test_multiprocessing_spawn fails on x86 Windows7 3.7 buildbot

Pablo Galindo Salgado added the comment: New failure on x86 Windows7 3.6 buildbot: https://buildbot.python.org/all/#/builders/90/builds/519/steps/3/logs/stdio -- ___ Python tracker <https://bugs.python.org/issue34

[issue34513] test_multiprocessing_spawn fails on x86 Windows7 3.7 buildbot

Pablo Galindo Salgado added the comment: New failure on x86 Windows7 3.x: https://buildbot.python.org/all/#/builders/58/builds/1295/steps/3/logs/stdio test_no_import_lock_contention (test.test_multiprocessing_spawn.WithProcessesTestQueue) ... ok Timeout (0:15:00)! Thread 0x0f10 (most

[issue34607] test_multiprocessing_forkserver is altering the environment on AMD64 FreeBSD 10.x Shared 3.7

New submission from Pablo Galindo Salgado : test_multiprocessing_forkserver is altering the environment on AMD64 FreeBSD 10.x Shared 3.7: https://buildbot.python.org/all/#/builders/124/builds/545/steps/4/logs/stdio == Tests result: ENV CHANGED == 393 tests OK. 10 slowest tests: - test_tools

[issue20104] expose posix_spawn(p)

Pablo Galindo Salgado added the comment: New changeset 254a4663d8c5970ae2928185c50ebaa6c7e62c80 by Pablo Galindo in branch 'master': bpo-20104: Add flag capabilities to posix_spawn (GH-6693) https://github.com/python/cpython/commit/254a4663d8c5970ae2928185c50eba

[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

Change by Pablo Galindo Salgado : -- pull_requests: +8562 ___ Python tracker <https://bugs.python.org/issue34246> ___ ___ Python-bugs-list mailing list Unsub

[issue33083] math.factorial accepts non-integral Decimal instances

Change by Pablo Galindo Salgado : -- pull_requests: +8563 stage: resolved -> patch review ___ Python tracker <https://bugs.python.org/issue33083> ___ ___ Py

[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

Pablo Galindo Salgado added the comment: New changeset d5fbe9b1a3d65ceeb9159c5ba999ee966a945f76 by Pablo Galindo (Pablo Aguiar) in branch 'master': bpo-34246: Use no mutable default args in smtplib (GH-8554) https://github.com/python/cpython/commit/d5fbe9b1a3d65ceeb9159c5ba999ee

[issue34007] test_gdb fails in s390x SLES buildbots

Pablo Galindo Salgado added the comment: New changeset 963bcc8b71e4ab8c9ee9a91ed1300b6e39219821 by Pablo Galindo in branch '3.6': [3.6] bpo-34007: Skip traceback tests if the Program Counter is not available. (GH-9022) https://github.com/python/cpyt

[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

Change by Pablo Galindo Salgado : -- pull_requests: +8566 ___ Python tracker <https://bugs.python.org/issue34246> ___ ___ Python-bugs-list mailing list Unsub

[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

Pablo Galindo Salgado added the comment: New changeset 5b7a2cb5caeb7df68e637f45a98632cbc84a51bf by Pablo Galindo in branch 'master': bpo-34246: Make sure test_smtplib always cleans resources when finished (GH-9108) https://github.com/python/cpyt

[issue33083] math.factorial accepts non-integral Decimal instances

Pablo Galindo Salgado added the comment: New changeset fa221d804f1bc07d992f820069bad24f176ed66d by Pablo Galindo in branch 'master': bpo-33083: Update "What's new" with math.factorial changes (GH-9109) https://github.com/python/cpython/commit/fa221d804f1bc07

[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

Pablo Galindo Salgado added the comment: New changeset eb6ab73f93c8b883a8d75a83560e2b4c59170d95 by Pablo Galindo in branch '3.6': [3.6] bpo-34246: Use no mutable default args in smtplib (GH-8554) (#9112) https://github.com/python/cpython/commit/eb6ab73f93c8b883a8d75a83560e2b

[issue34246] Gentoo Refleaks 3.7: test_smtplib has dangling threads

Change by Pablo Galindo Salgado : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue34246> ___ ___

[issue34633] Simplify __reduce__ for ordered dict.

New submission from Pablo Galindo Salgado : The code for __reduce__ in ordered dictionaries can be simplified in the similar way issue34573 is treating dict and set objects. -- components: Interpreter Core messages: 325063 nosy: pablogsal priority: normal severity: normal status: open

[issue34633] Simplify __reduce__ for ordered dict.

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +8622 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue34633] Simplify __reduce__ for ordered dict iterators

Change by Pablo Galindo Salgado : -- title: Simplify __reduce__ for ordered dict. -> Simplify __reduce__ for ordered dict iterators ___ Python tracker <https://bugs.python.org/issu

[issue34633] Simplify __reduce__ for ordered dict iterators

Change by Pablo Galindo Salgado : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue34633> ___ ___

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

New submission from Pablo Galindo Salgado : In some systems, posix_spawn has an optional flag (POSIX_SPAWN_USEVFORK) that is GNU specific and allows the user to force posix_spawn to spawn the child using vfork instead of fork. This is very beneficial as it gives great speedups compare with

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +8703 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue34685] scheduler tests for posix_spawn fail on AMD64 FreeBSD 10.x Shared 3.x

New submission from Pablo Galindo Salgado : https://buildbot.python.org/all/#/builders/87/builds/1428/steps/4/logs/stdio == ERROR: test_setscheduler_with_policy (test.test_posix.TestPosixSpawn

[issue34685] scheduler tests for posix_spawn fail on AMD64 FreeBSD 10.x Shared 3.x

Pablo Galindo Salgado added the comment: Some extra stdout when I try to reproduce this on FreeBSD: test_setscheduler_only_param (test.test_posix.TestPosixSpawn) ... Traceback (most recent call last): File "", line 5, in AttributeError: module 'os' has no a

[issue3468] Satisfy her lovemaking desire

Change by Pablo Galindo Salgado : -- pull_requests: +8741 ___ Python tracker <https://bugs.python.org/issue3468> ___ ___ Python-bugs-list mailing list Unsub

[issue34685] scheduler tests for posix_spawn fail on AMD64 FreeBSD 10.x Shared 3.x

Pablo Galindo Salgado added the comment: What is failing is this line in the spawned process: os.sched_getparam(0).sched_priority != {priority} For some reason posix_spawn cannot change the priority in BSD. I have tried to hardcode the change in the implementation but the priority does not

[issue34685] scheduler tests for posix_spawn fail on AMD64 FreeBSD 10.x Shared 3.x

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +8742 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue3468] Satisfy her lovemaking desire

Change by Pablo Galindo Salgado : -- pull_requests: +8747 ___ Python tracker <https://bugs.python.org/issue3468> ___ ___ Python-bugs-list mailing list Unsub

[issue34685] scheduler tests for posix_spawn fail on AMD64 FreeBSD 10.x Shared 3.x

Pablo Galindo Salgado added the comment: New changeset 3d18b50a12e639e018d49d7b85663164d60bfd2b by Pablo Galindo in branch 'master': bpo-34685: Skip posix_spawn scheduler tests on BSD (GH-9316) https://github.com/python/cpython/commit/3d18b50a12e639e018d49d7b856631

[issue34685] scheduler tests for posix_spawn fail on AMD64 FreeBSD 10.x Shared 3.x

Change by Pablo Galindo Salgado : -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue34685> ___ ___

[issue34683] Caret positioned wrong for SyntaxError reported by ast.c

Change by Pablo Galindo Salgado : -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue34683> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34714] timeout in test_multiprocessing_spawn x86 Windows7 3.x buildbot

New submission from Pablo Galindo Salgado : https://buildbot.python.org/all/#/builders/58/builds/1338/steps/3/logs/stdio Timeout (0:15:00)! Thread 0x09d8 (most recent call first): File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\multiprocessing\popen_spawn_win

[issue34715] timemodule.c fails to compile on BSD

New submission from Pablo Galindo Salgado : Example: https://buildbot.python.org/all/#/builders/87/builds/1434 ./Modules/timemodule.c:573:24: warning: assigning to 'char *' from 'const char *' discards qualifiers [-Wincompatible-pointer-types-discards-qualifiers]

[issue34715] timemodule.c fails to compile on BSD

Pablo Galindo Salgado added the comment: Bisecting returns commit 5633c4f342d as possible culprit -- ___ Python tracker <https://bugs.python.org/issue34

[issue34715] timemodule.c fails to compile on BSD

Change by Pablo Galindo Salgado : -- nosy: +benjamin.peterson ___ Python tracker <https://bugs.python.org/issue34715> ___ ___ Python-bugs-list mailing list Unsub

[issue34715] timemodule.c fails to compile on BSD

Pablo Galindo Salgado added the comment: Reverting afde1c1a05c and 5633c4f342d fixes the issue. -- nosy: -p-ganssle ___ Python tracker <https://bugs.python.org/issue34

[issue34715] timemodule.c fails to compile on BSD

Change by Pablo Galindo Salgado : -- nosy: +p-ganssle ___ Python tracker <https://bugs.python.org/issue34715> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

Pablo Galindo Salgado added the comment: The documentation says: The child process is created using vfork(2) instead of fork(2) when either of the following is true: * the spawn-flags element of the attributes object pointed to by attrp contains the GNU-specific

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

Pablo Galindo Salgado added the comment: You still need to allow the flag as being safe or unsafe depends on the user code as glibc cannot know about the details of what is going to be executed. That is the reason they have the flag, so the user can disambiguate if is safe or not. If we

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

Pablo Galindo Salgado added the comment: Some interesting read: Go is using vfork/posix_spawn when possible: https://github.com/golang/go/issues/5838 And it seems that have interesting results: https://about.gitlab.com/2018/01/23/how-a-fix-in-go-19-sped-up-our-gitaly-service-by-30x

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

Pablo Galindo Salgado added the comment: The removal of POSIX_SPAWN_USEVFORK in glibc was somewhat recent. There is also multiple implementations of posix_spawn in glibc source tree. vfork was introduced in commit 9ad684229e7cf2f0b3c6068b2122701d167a5794 Author: Ulrich Drepper Date: Sun

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

Pablo Galindo Salgado added the comment: Ok, I am going to close the issue and the PR unless someone comments on this issue in 24h saying that we still need to expose the flag and providing an explanation. Thank you everyone for this interesting discussion

[issue34663] Support POSIX_SPAWN_USEVFORK flag in posix_spawn

Change by Pablo Galindo Salgado : -- resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue34797] Convert heapq to the argument clinic

New submission from Pablo Galindo Salgado : Convert the accelerator module `_heapqmodule.c` to the argument clinic. -- components: Argument Clinic messages: 326344 nosy: larry, pablogsal priority: normal severity: normal status: open title: Convert heapq to the argument clinic type

[issue34797] Convert heapq to the argument clinic

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +8962 stage: -> patch review ___ Python tracker <https://bugs.python.org/issu

[issue34803] argparse int type does not accept scientific notation

Pablo Galindo Salgado added the comment: The conversion fails because is trying to convert a string, not a float: >>> int("1e3") *** ValueError: invalid literal for int() with base 10: '1e3' -- nosy: +pablogsal _

[issue34803] argparse int type does not accept scientific notation

Pablo Galindo Salgado added the comment: You can always do: import argparse foo = int(1e3) # Works: foo = 1000 parser = argparse.ArgumentParser() parser.add_argument( "--foo", type=lambda x: int(float(x))) parser.parse_args( [

[issue34804] Repetition of 'for example' in documentation

Pablo Galindo Salgado added the comment: Can you provide a link to the occurence of this repetition? Thanks! -- nosy: +pablogsal ___ Python tracker <https://bugs.python.org/issue34

[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 <https://bugs.python.org/issu

[issue34521] test_socket.Recvmsg[Into]SCMRightsStreamTest tests fail on AMD64 FreeBSD CURRENT

Pablo Galindo Salgado added the comment: It looks like the test_socket is fixed but some related issues are still left in multiprocessing. -- ___ Python tracker <https://bugs.python.org/issue34

[issue34521] test_socket.Recvmsg[Into]SCMRightsStreamTest tests fail on AMD64 FreeBSD CURRENT

Change by Pablo Galindo Salgado : -- pull_requests: +9012, 9013 ___ Python tracker <https://bugs.python.org/issue34521> ___ ___ Python-bugs-list mailin

<    39   40   41   42   43   44   45   46   >