Maxime Belanger added the comment:
Thanks for taking a look! To answer your question, the need for the named
section comes not from the API being being "internal", but because we need to
access it at runtime from a tool running in a separate process.
We have augmented Crashpad
Change by Maxime Belanger :
--
versions: +Python 3.9 -Python 2.7, Python 3.7
___
Python tracker
<https://bugs.python.org/issue33376>
___
___
Python-bugs-list m
Maxime Belanger added the comment:
Thanks for that!
--
___
Python tracker
<https://bugs.python.org/issue37966>
___
___
Python-bugs-list mailing list
Unsub
Maxime Belanger added the comment:
I had some time today, so I took a crack at merging this into Python 3.8. I've
filed GH-25274 with my proposal.
To summarize, I'm suggesting back porting all changes from bpo-41100 (as well
as the subsequent bpo-42688) but without the weak-linki
Change by Maxime Belanger :
--
nosy: +Maxime Belanger
___
Python tracker
<https://bugs.python.org/issue34297>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Maxime Belanger :
We have found `_PyErr_Display` to be quite helpful in embedding situations, in
particular as a way to capture errors to a custom buffer rather than to
`stderr`. Otherwise, embedders often have to replicate logic in `PyErr_Print`,
etc.
Since the header
Change by Maxime Belanger :
--
nosy: +Maxime Belanger
___
Python tracker
<https://bugs.python.org/issue41100>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Maxime Belanger:
At Dropbox, we use a custom fork of Python to deploy our Desktop Client onto
various platforms, including macOS. We currently use the Mac OS X 10.11 SDK,
but are considering updating to the macOS 10.12 SDK, which introduced new
low-level functions, such as
Changes by Maxime Belanger :
--
components: +Build, macOS
nosy: +ned.deily, ronaldoussoren
type: -> compile error
___
Python tracker
<http://bugs.python.org/issu
Maxime Belanger added the comment:
That'd be even better :). I'll also note that this is slightly worse in Python
3 vs Python 2 as there are way more of these to deal with.
--
___
Python tracker
<http://bugs.python.o
New submission from Maxime Belanger :
Through the use of various Python packages (such as `pyobjc`), it is possible
for a deadlock to occur due to how `_scproxy.c` calls
`SCDynamicStoreCopyProxies`.
In more recent versions of macOS (10.7+), this function can block on acquiring
a lock deep
New submission from Maxime Belanger :
We've recently been toying with more sophisticated crash reporting machinery
for our Desktop Python application (which we deploy on macOS, Windows and
Linux).
To assist in debugging, we are storing `_PyRuntime` in a predictable location
our
New submission from Maxime Belanger :
If Python is built using the Windows XP "variant" of the toolset (e.g.
`v140_xp`), build errors can occur in `socketmodule.c`. This is due to the
include of `VersionHelpers.h` being gated on `_MSC_VER`, which "lies" if
`v140_xp`
New submission from Maxime Belanger :
In our deployment of Python 2.7, we've patched `unicodedata` to introduce a new
function: `is_normalized` can check whether a unistr is in a given normal form.
This currently has to be done by creating a normalized copy, then checking
whether it is
Maxime Belanger added the comment:
Interesting, would this imply potentially multiple GILs? The major thing we
need out of the structure is the (`Py_tss_t`) `autoTSSKey` in order to
associate a native thread with its `PyThreadState`.
--
___
Python
Maxime Belanger added the comment:
Works for me. We no longer rely on the `_xp` toolset so no objections.
--
___
Python tracker
<https://bugs.python.org/issue32
New submission from Maxime Belanger :
We have plenty of tests calling into `os.path.*` functions, and as Python 3.6+
gets more stringent about checking for `os.PathLike` compliance, it would
greatly simplify our lives for `MagicMock` to support `__fspath__`.
--
components: Library
New submission from Maxime Belanger :
We build Python on macOS with `-Werror=unguarded-availability` and
`-mmacosx-version-min=` to ensure `libpython` is binary-compatible with
earlier versions of macOS.
This can create problems when building some modules, including `timemodule.c`,
which
Change by Maxime Belanger :
--
versions: +Python 3.8 -Python 3.7
___
Python tracker
<https://bugs.python.org/issue32285>
___
___
Python-bugs-list mailin
New submission from Maxime Belanger :
For various reasons, one may want to change the `Lib/opcode.py` module. In
doing so, this has caused us to frequently rewrite `test_dis.py`. It would be
great if those tests used `dis.opmap` rather than hard-coded/magic numbers, as
this would allow
Change by Maxime Belanger :
--
components: +Library (Lib), Tests
___
Python tracker
<https://bugs.python.org/issue35080>
___
___
Python-bugs-list mailin
Maxime Belanger added the comment:
Ah, quite right; apologies for the not-so-useful PR!
--
resolution: -> wont fix
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Maxime Belanger :
--
nosy: +Maxime Belanger
___
Python tracker
<https://bugs.python.org/issue33376>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Maxime Belanger :
Uncommenting the following line in `Modules/Setup` leads to a compiler error on
macOS (tested w/ Xcode 10):
```
./Modules/expat/xmlparse.c:92:3: error: You do not have support for any sources
of high quality entropy enabled. For end user security, that
Maxime Belanger added the comment:
The line in question being:
```
#pyexpat expat/xmlparse.c expat/xmlrole.c expat/xmltok.c pyexpat.c
-I$(srcdir)/Modules/expat -DHAVE_EXPAT_CONFIG_H -DUSE_PYEXPAT_CAPI
```
--
___
Python tracker
<ht
Maxime Belanger added the comment:
We're hitting this issue with Python 2.7 (which we deploy on Mac OS X
10.6-10.12). We've worked around it by manually patching `pyconfig.h` to
un-define `HAVE_GETENTROPY` before `make`ing. Is a patch is in the works to
support weak-linking this s
Maxime Belanger added the comment:
Glad to hear it! Thanks for the quick followup :).
--
___
Python tracker
<http://bugs.python.org/issue27596>
___
___
Python-bug
Maxime Belanger added the comment:
I think the version check (`readline._READLINE_VERSION < 0x0600`) is incorrect,
as the test still fails for me on Mac OS X 10.9 with readline version 6.2
(0x602). Upgrading to 6.3 (0x603) fixes it, though.
--
nosy: +Maxime Belan
New submission from Maxime Belanger:
Greetings,
We're compiling a custom version of Python 2.7.9 for the Mac (building on OS X
10.9 with Xcode 6.1), and we're instructing Python to use a vanilla copy of
`libffi` (that we've also compiled ourselves) using the `--with-system-ff
29 matches
Mail list logo
