[issue41754] Webbrowser Module Cannot Find xdg-settings on OSX

Ronald Oussoren added the comment: New changeset db087f6d9ef9a7c873cd883ee120126fc0ca0c72 by Miss Islington (bot) in branch '3.8': bpo-41754: Ignore NotADirectoryError in invocation of xdg-settings (GH-23075) (GH-23198) https://github.com/python/cpyt

[issue42225] Tkinter hangs or crashes when displaying astral chars

Ronald Oussoren added the comment: I've filed a Tk issue about this: https://core.tcl-lang.org/tk/tktview/f9fa92d8e06972b5f0583b07a3c98eaac0a0 What versions of Tk are used? - On macOS I've tested with the Python.org installer, which use

[issue42225] Tkinter hangs or crashes when displaying astral chars

Ronald Oussoren added the comment: The crash I had on macOS with tk 8.6.8 appears to be gone when using tk 8.6.10. What I got back was a SyntaxError when pasting a smiley emoji in an IDLE shell window when trying to type execute print("😀"). The SyntaxError message says: 'utf

[issue41116] build on macOS 11 (beta) does not find system-supplied third-party libraries

Ronald Oussoren added the comment: So close... the problem we're running into is that "-isysroot" is only added for universal builds, not for regular builds. Furthermore unixccompiler doesn't know that is should always look in the SDK and not in the regular location (f

[issue42225] Tkinter hangs or crashes when displaying astral chars

Ronald Oussoren added the comment: Note that the main installers for Python 3.8 and 3.9 will continue to use Tk 8.6.8 due to problems when building later Tk version on macOS 10.9. The current plan is to add an installer variant to (amongst others) uses Tk 8.6.10 (and .11 when that&#

[issue42225] Tkinter hangs or crashes when displaying astral chars

Ronald Oussoren added the comment: W.r.t. the SyntaxError I got (msg380552): It looks like it will be possible to work around that problem in _tkinter.c:unicodeFromTclStringAndSize by merging surrogate pairs. -- ___ Python tracker <ht

[issue13829] exception error in _scproxy.so when called after fork

Ronald Oussoren added the comment: I propose closing this as 3th-party or out-of-date: 1) The crash in _scproxy is due to limitations in Apple's libraries, in particular they don't work in child processes created with os.fork() without calling execv*() 2) The primary way to run

[issue42294] [C API] Add new C functions with more regular reference counting like PyTuple_GetItemRef()

Ronald Oussoren added the comment: PyTuple_SetItem() does clear the previous item, it uses Py_XSETREF. The macro version (PyTuple_SET_ITEM) does not clear the previous item. -- nosy: +ronaldoussoren ___ Python tracker <https://bugs.python.

[issue39931] Global variables are not accessible from child processes (multiprocessing.Pool)

Ronald Oussoren added the comment: Can this issue be closed? Multiprocessing seems to work as designed. There is a behaviour change between 3.7 and 3.8, but that's documented in What's New. -- ___ Python tracker <https://bu

[issue42312] sys.prefix is set incorrectly on Mac OS X

Ronald Oussoren added the comment: The difference in behaviour is because the executable does not look at argv[0] to find its location on macOS. Your trick therefore doesn't work. I prefer the current behaviour. What I don't understand is *why* you want to do this. If I read y

[issue42312] sys.prefix is set incorrectly on Mac OS X

Ronald Oussoren added the comment: Note that the same is true for python3 outside of a venv, it does not use argv[0] to locate says.prefix (for framework builds). That’s intentional. -- ___ Python tracker <https://bugs.python.org/issue42

[issue42312] sys.prefix is set incorrectly on Mac OS X

Ronald Oussoren added the comment: The way sys.prefix is calculated on macOS ensures that the correct sys.prefix is calculated even if you copy the binary to a different location. That's functionality I don't want to drop. -- ___ Pyth

[issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting an emoji in a text widget

New submission from Ronald Oussoren : As mentioned in msg380552: I get an SyntaxError with message "utf-8' codec can't encode characters in position 7-12: surrogates not allowed." when I paste a smiley emoji in an IDLE interactive shell and try to execute that line

[issue42225] Tkinter hangs or crashes when displaying astral chars

Ronald Oussoren added the comment: I've filed Issue42318 about the surrogate pairs error I mention in msg380552. -- ___ Python tracker <https://bugs.python.org/is

[issue42232] mmap module add Darwin specific madvise options

New submission from Ronald Oussoren : Thanks for the PR. The reason I haven't reviewed the PR yet is that I need to check the SDK headers to see if the patch is complete. -- versions: +Python 3.10 ___ Python tracker <https://bugs.py

[issue42312] sys.prefix is set incorrectly on Mac OS X

Ronald Oussoren added the comment: I've thought about this some more and haven't changed my opinion: the current behaviour is intentional and won't change. I'm therefore closing this issue. -- resolution: -> wont fix stage: -> resol

[issue42245] concurrent.futures.ProcessPoolExecutor freezes depending on complexity

Ronald Oussoren added the comment: The script as-is doesn't work with 3.8 because it uses the "spawn" strategy. I haven't tried to tweak the script to get it to work on 3.8 because the scripts works fine for me with 3.7. The smaller script in msg380225 works for me on b

[issue42312] sys.prefix is set incorrectly on Mac OS X

Ronald Oussoren added the comment: > In any case, do you think that there is a way to get the behavior I am > looking for (basically, invoke a Python interpreter that has sys.prefix set > to the venv but without a symbolic link)? Not that I know. Using the python binary in th

[issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting an emoji in a text widget

Ronald Oussoren added the comment: With 8.6.8 both "hang", in that the Shell window no longer accepts input. I've checked that ``print(input())`` works when I don't use an emoji. Interestingly enough, pasting ``print(ascii("😀"))`` into an edit window does wor

[issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting an emoji in a text widget

Ronald Oussoren added the comment: With 8.6.10: >>> print(ascii("😀")) raises the SyntaxError mentioned earlier >>> print(ascii(input())) works and prints: '\udced\udca0\udcbd\udced\udcb8\udc84' In an editor window I don't get spurious text, but syn

[issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting an emoji in a text widget

Ronald Oussoren added the comment: @Pixmew: I get this error with Tk 8.6.10 on macOS 11. With Tk 8.6.8 on macOS 10.15 (from the python.org installer) I get the behaviour described in msg380906. 8.6.10 is the version of Tk we'd like to switch to for the "universal2", it

[issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting an emoji in a text widget

Ronald Oussoren added the comment: BTW. The unicodeFromTclStringAndSize() basically undoes the special treatment of \0 in Modified UTF-8 [1]. That page says that all known implementation of MUTF-8 treat surrogate pairs the same as CESU-8 [2], which is UTF-8 with characters outside of the

[issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting an emoji in a text widget

Ronald Oussoren added the comment: When I assign root.clipboard_get() to "v" I get: >>> print(ascii(v)) '\udced\udca0\udcbd\udced\udcb8\udc84' >>> print(v) ?? This is with Tk 8.6.10. -- ___ Python tracke

[issue42318] [tkinter] surrogate pairs in Tcl/Tk string when pasting an emoji in a text widget

Ronald Oussoren added the comment: > And yet one question. What do you see if you print '\udcf0\udc9f\udc98\udc80' > in IDLE? This prints a smiley emoji, likewise for printing chr(128516) -- ___ Python tracker <https://bugs.py

[issue41611] IDLE: problems with completions on Mac

Ronald Oussoren added the comment: It looks like the lack of completions in msg375769 is a problem with Tk 8.6.8 as used by the python.org installers. I have a build of master with Tk 8.6.10 on my DTK system and with that Edit->Show completions works in a shell window. However: Ctrl+s d

[issue37737] mmap module track anonymous page on macOS

New submission from Ronald Oussoren : I've closed the PR because I don't think this is a useful feature. -- resolution: -> wont fix stage: -> resolved status: open -> closed ___ Python tracker <https://bugs

[issue41552] uuid.uuid1() on certain Macs does not generate unique IDs

Ronald Oussoren added the comment: the most recent UUID implementation on opensource.apple.com: https://opensource.apple.com/source/Libc/Libc-1353.100.2/uuid/uuidsrc/gen_uuid.c.auto.html The implementation of get_node_id() doesn't ignore the iBridge interface, which means uuid_generate

[issue33074] dbm corrupts index on macOS (_dbm module)

Ronald Oussoren added the comment: This is a duplicate of #30388 -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> ndbm can't iterate through values on OS X ___ Python tracker <htt

[issue30388] ndbm can't iterate through values on OS X

Ronald Oussoren added the comment: See also #33074 -- ___ Python tracker <https://bugs.python.org/issue30388> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42351] Setup.py: UnicodeDecodeError in grep_headers_for

Ronald Oussoren added the comment: That's annoying. A quick workaround is to patch setup.py:get_headers_for and add "encoding='latin1'" to the arguments of open. I'll look into a better fix later this weekend. --

[issue42351] Setup.py: UnicodeDecodeError in grep_headers_for

Change by Ronald Oussoren : -- keywords: +patch pull_requests: +22173 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23279 ___ Python tracker <https://bugs.python.org/issu

[issue42351] Setup.py: UnicodeDecodeError in grep_headers_for

Ronald Oussoren added the comment: I've created PR. Could you please check if that fixes the problem? -- ___ Python tracker <https://bugs.python.org/is

[issue41100] Build failure on macOS 11 (beta)

Change by Ronald Oussoren : -- pull_requests: +22174 pull_request: https://github.com/python/cpython/pull/23280 ___ Python tracker <https://bugs.python.org/issue41

[issue42351] Setup.py: UnicodeDecodeError in grep_headers_for

Ronald Oussoren added the comment: New changeset 7a27c7ed4b2b45bb9ea27d3f5c4f423495d6e939 by Ronald Oussoren in branch 'master': bpo-42351: Avoid error when opening header with non-UTF8 encoding (GH-23279) https://github.com/python/cpython/commit/7a27c7ed4b2b45bb9ea27d3f5c4f42

[issue42351] Setup.py: UnicodeDecodeError in grep_headers_for

Ronald Oussoren added the comment: Thanks for testing! -- resolution: -> fixed stage: patch review -> resolved ___ Python tracker <https://bugs.python.org/i

[issue29076] Mac installer shell updater script silently fails if default shell is fish

Ronald Oussoren added the comment: @Erland: The attached patch looks fine to me. Could you convert it to a PR? -- versions: +Python 3.10, Python 3.8, Python 3.9 -Python 2.7, Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.

[issue42361] Use Tcl/Tk 8.6.10 in build-installer.py when building on recent macOS

New submission from Ronald Oussoren : As discussed before we want to switch to Tcl/Tk 8.6.10 when building the installer on a recent version of macOS. The build on macOS 10.9 should continue to use 8.6.8 due to build issues. PR is forthcoming (currently running tests) -- assignee

[issue42361] Use Tcl/Tk 8.6.10 in build-installer.py when building on recent macOS

Change by Ronald Oussoren : -- keywords: +patch pull_requests: +22184 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/23293 ___ Python tracker <https://bugs.python.org/issu

[issue41100] Build failure on macOS 11 (beta)

Change by Ronald Oussoren : -- pull_requests: +22186 pull_request: https://github.com/python/cpython/pull/23295 ___ Python tracker <https://bugs.python.org/issue41

[issue42362] Switch to clang as default compiler in build-installer.py

New submission from Ronald Oussoren : build-installer.py still defaults to gcc as the default compiler, even though clang has been the system compiler for ages (and gcc is an alias in anything remotely recent). PR is forthcoming -- assignee: ronaldoussoren components: macOS messages

[issue42362] Switch to clang as default compiler in build-installer.py

Change by Ronald Oussoren : -- keywords: +patch pull_requests: +22189 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/23298 ___ Python tracker <https://bugs.python.org/issu

[issue41116] build on macOS 11 (beta) does not find system-supplied third-party libraries

Change by Ronald Oussoren : -- keywords: +patch pull_requests: +22192 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23301 ___ Python tracker <https://bugs.python.org/issu

[issue38261] Tkinter CheckButton default label white in macOS dark mode

Ronald Oussoren added the comment: The same behaviour can be observed with Tk 8.6.10 build on macOS 11. IMHO the problem is not so much that the default text color changes, but that the background color of the window does not change, it stays the same light color as in light mode

[issue21521] Tkinter + OSX + Spaces : Multiple file dialogues created

Change by Ronald Oussoren : -- components: +macOS nosy: +ronaldoussoren ___ Python tracker <https://bugs.python.org/issue21521> ___ ___ Python-bugs-list mailin

[issue12594] Docs for "Using Python on a Macintosh" needs to be updated

Change by Ronald Oussoren : -- components: +macOS nosy: +ronaldoussoren ___ Python tracker <https://bugs.python.org/issue12594> ___ ___ Python-bugs-list mailin

[issue40928] OS X: malloc(): set default diagnostics to DEBUG_WRITE_ON_CRASH

Change by Ronald Oussoren : -- components: +macOS nosy: +ned.deily ___ Python tracker <https://bugs.python.org/issue40928> ___ ___ Python-bugs-list mailin

[issue39584] multiprocessing.shared_memory: MacOS crashes by running attached Python code

Ronald Oussoren added the comment: Having thought about this a little more: I agree, we shouldn’t hard code a limit. I’m not against working around misfeatures, but in this case that’s hard to do: Even if we’d limit the size of a single shared memory segment the user can create a number of

[issue39584] multiprocessing.shared_memory: MacOS crashes by running attached Python code

Ronald Oussoren added the comment: I’ve filed an issue with Apple about this: FB8903019 -- ___ Python tracker <https://bugs.python.org/issue39584> ___ ___ Pytho

[issue42386] Update icons for macOS 11

Ronald Oussoren added the comment: I agree that the icons need a refresh, but: I'd also like to have icons in an editable from. The current icons were created by someone that donated the icons themselves and not their sources. This has made it impossible to update them (this redesign,

[issue42386] Update icons for macOS 11

Change by Ronald Oussoren : -- versions: -Python 3.6, Python 3.7 ___ Python tracker <https://bugs.python.org/issue42386> ___ ___ Python-bugs-list mailin

[issue42401] Plislit does not handle date timezone correctly

Change by Ronald Oussoren : -- components: +macOS ___ Python tracker <https://bugs.python.org/issue42401> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue42245] concurrent.futures.ProcessPoolExecutor freezes depending on complexity

Ronald Oussoren added the comment: Could someone that runs into this issue with python 3.7 please test if the issue is still present in 3.8 or 3.9? BTW. I'm not convinced this is a macOS specific problem, see issue40379 which claims that fork-without-exec strategy is inherently b

[issue42417] Empty body {} in POST requests leads to 405 Method not allowed error

Ronald Oussoren added the comment: Are you using the requests library (https://requests.readthedocs.io/en/master/)? -- nosy: +ronaldoussoren ___ Python tracker <https://bugs.python.org/issue42

[issue42417] Empty body {} in POST requests leads to 405 Method not allowed error

Ronald Oussoren added the comment: Please check with the requests project as well, I'm not sure how much of the stdlib HTTP client is used by requests. This issue can stay open because the issue is reproducible using the stdlib. -- ___ P

[issue17695] _sysconfigdata broken with universal builds on OSX

Ronald Oussoren added the comment: This only affects universal builds where the CPU architectures are sufficiently different. In particular binaries with both 32-bit and 64-bit alternatives. The current installers and the upcoming Universal2 installers only contain 64-bit code. That&#

[issue42232] mmap module add Darwin specific madvise options

Ronald Oussoren added the comment: Thanks for the PR. -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue41100] Support macOS 11 and Apple Silicon Macs

Change by Ronald Oussoren : -- pull_requests: +22349 pull_request: https://github.com/python/cpython/pull/23293 ___ Python tracker <https://bugs.python.org/issue41

[issue41100] Support macOS 11 and Apple Silicon Macs

Ronald Oussoren added the comment: New changeset e8b1c038b14b5fc8120aab62c9bf5fb840274cb6 by Ronald Oussoren in branch '3.9': [3.9] bpo-41100: Support macOS 11 and Apple Silicon (GH-22855) (GH-23295) https://github.com/python/cpython/commit/e8b1c038b14b5fc8120aab62c9bf5f

[issue42440] MACBOOK Python launcher

Ronald Oussoren added the comment: Your message has not enough information to determine what's going on. - How was Python installed? - What version of macOS? - Are you using an M1 system? - Is the problem reproducible with a script that you can

[issue42458] Pathlib resolve() on Mac Catalina prepends secret path

Ronald Oussoren added the comment: I'm not sure if I understand what you're trying to do. Is host_path_str a path on the local machine, or a path on the FTP server? For the latter you probably want to use "PurePosixpath" instead of "Path", the latter is inten

[issue42440] MACBOOK Python launcher

Ronald Oussoren added the comment: Thanks for the update. I cannot test this myself at the moment, my laptop does not yet run Big Sur and I'm only running it in VM's on a mac mini without a webcam. This might be a problem with opencv, <https://stackoverflow.com/questions/64

[issue42440] MACBOOK Python launcher

Change by Ronald Oussoren : -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue42476] Allow cross compiling python for macos-arm64 from macos-x86_64

Ronald Oussoren added the comment: I've added some review comments to the PR. Note that cross building like this will not be as well tested by us as regular builds. -- components: +macOS nosy: +ned.deily, ronaldoussoren ___ Python tr

[issue40840] lzma.h file not found building on macOS

Ronald Oussoren added the comment: Is this issue resolved? -- ___ Python tracker <https://bugs.python.org/issue40840> ___ ___ Python-bugs-list mailing list Unsub

[issue42480] Python Tkinter crashes on macOS 11.1 beta

Ronald Oussoren added the comment: On macOS 11 the system version is reported as 11.x if the binary was build using Xcode 12, and as 10.16.x for older binaries. -- ___ Python tracker <https://bugs.python.org/issue42

[issue42480] Python Tkinter crashes on macOS 11.1 beta

Ronald Oussoren added the comment: Note that a python installation created using Mac/BuildScript/build-instalelr.py works fine on macOS 11.0 (I haven't tested on 11.1 beta yet). This may be a problem with homebrew or the way it builds Python and/or T

[issue13901] test_get_outputs (test_distutils) failure with --enable-shared on Mac OS X

Ronald Oussoren added the comment: I'd prefer a buildbot with --enable-framework and --enable-universalsdk (that is, one closer to the options used to build the installer for OSX). -- ___ Python tracker <http://bugs.python.org/is

[issue10910] pyport.h FreeBSD/Mac OS X "fix" causes errors in C++ compilation

Ronald Oussoren added the comment: The only real fix I found is to introduce "Py_" prefixed versions of all definitions in ctypes.h that are used in Python (that is Py_isalnum) and use that throughout the python source tree. That's a pretty invasive patch though and would

[issue13590] extension module builds fail with python.org OS X installers on OS X 10.7 and 10.6 with Xcode 4.2

Ronald Oussoren added the comment: distutils would not only have to check for gcc-4.2 vs. clang, but also needs to strip "-arch ppc" from the compiler flags when it is present and it cannot use gcc-4.2. Otherwise you cannot build extensions for the 32-bit python installer on OSX

[issue14516] test_tools assumes BUILDDIR=SRCDIR

New submission from Ronald Oussoren : When I run "make tests" I get (amongst others) the following test failure: == FAIL: test_noargs (test.test_tools.Rei

[issue14455] plistlib unable to read json and binary plist files

Ronald Oussoren added the comment: I (as one of the Mac maintainers) like the new functionality, but would like to see some changes: 1) as others have noted it is odd that binary and json plists can be read but not written 2) there need to be tests, and I'd add two or even three s

[issue37067] os.execl doesn't allow for empty string in mac

Ronald Oussoren added the comment: Which exact python version did you test? The current codebase raises this exception on all platforms, not just macOS (see os_execv_impl in Modules/posixmodule.c) The behaviour of raising an exception was introduced in issue 28732 for Windows, not sure

[issue18378] locale.getdefaultlocale() fails on Mac OS X with default language set to English

Ronald Oussoren added the comment: LC_CTYPE=UTF-8 is a valid configuration on macOS, and is in the default environment when you install a fresh system. This includes the beta's for macOS 10.15 and is therefore unlikely to change anytime soon. Interestingly enough I get this error even

[issue18378] locale.getdefaultlocale() fails on Mac OS X with default language set to English

Change by Ronald Oussoren : -- pull_requests: +14530 pull_request: https://github.com/python/cpython/pull/14736 ___ Python tracker <https://bugs.python.org/issue18

[issue18378] locale.getdefaultlocale() fails on Mac OS X with default language set to English

Ronald Oussoren added the comment: As promised there is now a pull request. I'd love a review (and a change to approve the pull request when reviewers are happy, I'm trying to get back into actively contributing). --- I now understand why locale.getdefaultlocale() fails even whe

[issue37586] macOS: posix_spawn(..., setsid=True)

New submission from Ronald Oussoren : The Xcode 11 beta introduced a definition for POSIX_SPAWN_SETSID, but that flag is only supported on macOS 10.15 (also beta), not on earlier versions. Because of this the testsuite will have failures when you build using Xcode 11 on macOS 10.14. I&#

[issue37586] macOS: posix_spawn(..., setsid=True)

Ronald Oussoren added the comment: This is not a bug in Xcode 11. Xcode 11 includes definitions for new flags that get picked up by Python's build, but only work on a new version of macOS. I guess this could be seen as a bug in macOS 10.14 (and earlier) because it ignores an unknown

[issue34264] Inconsistency between stack size in main thread and secondary threads on macOS

Change by Ronald Oussoren : -- status: open -> closed ___ Python tracker <https://bugs.python.org/issue34264> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue34264] Inconsistency between stack size in main thread and secondary threads on macOS

Ronald Oussoren added the comment: This is a duplicate of 18049, which has a more complete patch. -- resolution: -> duplicate stage: patch review -> resolved superseder: -> Re-enable threading test on OSX ___ Python tracke

[issue18049] Re-enable threading test on OSX

Change by Ronald Oussoren : -- pull_requests: +14543 pull_request: https://github.com/python/cpython/pull/14748 ___ Python tracker <https://bugs.python.org/issue18

[issue18049] Re-enable threading test on macOS

Ronald Oussoren added the comment: I've converted the patch to a pull request (and closed to other issue because that has a patch that is less complete). I'm not sure if it is acceptable to backport this patch to 3.8 at this time. -- title: Re-enable threading test on

[issue28440] ensurepip and pip install failures on macOS Sierra with non-system Python 2.7.x

Ronald Oussoren added the comment: In response to msg282272: That day has come, the beta for 10.15 contains Python 3.7.3. -- ___ Python tracker <https://bugs.python.org/issue28

[issue18049] Re-enable threading test on macOS

Ronald Oussoren added the comment: I've done some more testing, and the thread stack size could be smaller than 16MB, but definitely not as small as the value that's currently in thread_pthread.h. I prefer to have a slightly too large value here because IIRC the relation b

[issue18049] Re-enable threading test on macOS

Ronald Oussoren added the comment: W.r.t. PyOS_CheckStack: I had that idea last year as well, and someone contributed a pull request, see issue33955. -- ___ Python tracker <https://bugs.python.org/issue18

[issue30757] pyinstaller can be added to docs, py2exe ref can be updated

Ronald Oussoren added the comment: Please also add a reference to py2app (at least of the programming FAQ as py2app is macOS-only). -- nosy: +ronaldoussoren ___ Python tracker <https://bugs.python.org/issue30

[issue15730] Silence unused value warnings under Mac OS X 10.8/clang

Ronald Oussoren added the comment: I'm closing this as out of date. -- stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.

[issue34105] test_socket.test_host_resolution_bad_address fails on Mac OS X 10.13.6

Change by Ronald Oussoren : -- stage: -> resolved status: pending -> closed ___ Python tracker <https://bugs.python.org/issue34105> ___ ___ Python-bugs-

[issue37344] plistlib doesn't skip whitespace in XML format detection

Ronald Oussoren added the comment: I don't agree with calling lstrip() before checking which format is used because leading whitespace is invalid for binary plist files (and plutil agrees with me on that). -- ___ Python tracker &

[issue15898] OSX TTY bug

Ronald Oussoren added the comment: This is IMHO not a bug in Python, the problem can been seen when you rewrite the code in msg170261 in C, see the code below. An observation with the C code below: Both moving ``close(slave)`` to above the sleep or removing that close entirely fixes the

[issue33450] unexpected EPROTOTYPE returned by sendto on MAC OSX

Change by Ronald Oussoren : -- assignee: -> ronaldoussoren ___ Python tracker <https://bugs.python.org/issue33450> ___ ___ Python-bugs-list mailing list Un

[issue37344] plistlib doesn't skip whitespace in XML format detection

Ronald Oussoren added the comment: @shaneg, could you elaborate on why you created this issue? I don't know of tooling that would generate such files, and it is highly unlikely that Apple's system tooling/libraries would do so. --

[issue37344] plistlib doesn't skip whitespace in XML format detection

Ronald Oussoren added the comment: You can always strip the file yourself :-) Ignoring leading whitespace for XML would be fairly invasive due to the way the code is set up. I'm not set against it, but I'm not in favour of complicating the implementation for an edge case

[issue37653] make install fails

Ronald Oussoren added the comment: A trick w.r.t. comments in command-lines is to use the ":" command, that's a no-op shell command that ignores its arguments (although you do need to take care with shell special characters as it is just a command

[issue37681] warning: ‘no_sanitize_thread’

Ronald Oussoren added the comment: - Which python version do you try to build? - What platform are you on? - Which compiler and compiler version do you use? -- nosy: +ronaldoussoren ___ Python tracker <https://bugs.python.org/issue37

[issue37681] warning: ‘no_sanitize_thread’

Ronald Oussoren added the comment: A GCC export should be able to tell more, but the warning should be harmless. Objects/obmalloc.c says that the thread sanitizer is available from GCC 4.8, but for some reason it isn't on your system. This seems to be a bug in obmalloc.c: The GCC

[issue18049] Re-enable threading test on macOS

Ronald Oussoren added the comment: New changeset 1a057bab0f18d6ad843ce321d1d77a4819497ae4 by Ronald Oussoren in branch 'master': bpo-18049: Sync thread stack size to main thread size on macOS (GH-14748) https://github.com/python/cpython/commit/1a057bab0f18d6ad843ce321d1d77a

[issue18049] Re-enable threading test on macOS

Ronald Oussoren added the comment: That is related, my patch removes a guard that should enable this test only on macOS. This fragment is the issue: - @unittest.skipUnless(sys.platform == 'darwin' and test.support.python_is_optimized(), -'test

[issue18049] Re-enable threading test on macOS

Ronald Oussoren added the comment: The patch to fix this should be: diff --git a/Lib/test/test_threading.py b/Lib/test/test_threading.py index 1466d25e94..658bc1c7a0 100644 --- a/Lib/test/test_threading.py +++ b/Lib/test/test_threading.py @@ -1057,6 +1057,7 @@ class ThreadingExceptionTests

[issue18049] Re-enable threading test on macOS

Change by Ronald Oussoren : -- pull_requests: +14822 pull_request: https://github.com/python/cpython/pull/15075 ___ Python tracker <https://bugs.python.org/issue18

[issue18049] Re-enable threading test on macOS

Ronald Oussoren added the comment: PR 15075 should fix this issue. As mentioned in that PR I do have a question w.r.t. the exact shape of that patch: I currently reintroduce a "skipUnless" decorator that only runs this test on macOS, I could also introduce one that just disables t

<    6   7   8   9   10   11   12   13   14   15   >