Ronald Oussoren added the comment:
@ned: the "reliable way to run under rosetta" is using "arch -x86_64 python3".
I don't particularly like having another executable to accomplish the same goal.
--
___
Python tracker
Ronald Oussoren added the comment:
Note that sqlite3_enable_load_extension was unavailable way before macOS
11.5.1, the symbol is not present on 10.15 (I used 'nm
/usr/lib/libsqlite3.dylib' to check for symbol availability).
Just checking for MACOS and a system include directory
New submission from Ronald Oussoren :
The requirements on a freezing tool to work with the freeze support in the
multiprocessing library are unclear.
In particular, I'm trying to support multiprocessing in py2app and cannot rely
on the documentation to implement that support.
The parti
Ronald Oussoren added the comment:
According to https://man7.org/linux/man-pages/man2/getrlimit.2.html there is no
RLIMIT_VMEM on linux, RLIMIT_AS is the closest equivalent.
--
nosy: +ronaldoussoren
resolution: -> not a bug
stage: -> resolved
status: open -&g
Ronald Oussoren added the comment:
I don't know what creates "python3.9-intel64", but this is not created by the
regular Python build process. It might be created by one of the build scripts
you use.
--
___
Python
Ronald Oussoren added the comment:
I'm not sure what your question is. But to enable the hardened runtime you need
to sign the binaries using ``--options runtime`` as one of the options.
--
___
Python tracker
<https://bugs.python.org/is
Ronald Oussoren added the comment:
There is a 3th possibility: This could be a bug in the OS, Monterey is still in
beta at this point and beta's tend to contain more bugs than release versions.
--
___
Python tracker
<https://bugs.py
Ronald Oussoren added the comment:
Good question. Hopefully one of the documentation or importlib experts can
chime in about that. I may also have uncovered a new issue in importlib ;-)
Personally I'd say that documenting raising ImportError is still useful because
that's
Ronald Oussoren added the comment:
I'm afraid we cannot do a lot with the information you provided. I've just ran
a full test run for a copy of 3.10rc1 installed using the universal2 installer
and that doesn't have problem.
One way to find more information about what'
Ronald Oussoren added the comment:
Note that importlib.import_module, and the import statement itself, can raise
an arbitrary exception when that exception is raised while executing the module
body.
This is easily observed by creating a module that just raises an error in its
body:
# t.py
Ronald Oussoren added the comment:
This is no longer relevant now that distutils is deprecated.
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
Ronald Oussoren added the comment:
The output from the print statement in the finally block is before the
traceback, you need to scroll back in the output buffer in VS Code.
--
nosy: +ronaldoussoren
___
Python tracker
<https://bugs.python.
Ronald Oussoren added the comment:
The problem is related to recursion, the code basically ends up with an
unlimited number of iterations of select.select and test_select_mutated on the
call stack and this doesn't trigger the stack depth checker.
The following definition of class F tri
Ronald Oussoren added the comment:
The disadvantage of using dlopen is that this function has side effects, and
those can affect program behaviour. Because of this I'm against switching to
using dlopen to probe for libraries.
--
___
P
Ronald Oussoren added the comment:
Anyways, the solution for "build on older macOS version, deploy to Big Sur" is
to dynamically look for the relevant API (``_dyld_shared_cache_contains_path``)
and use it when available. But only in that scenario, the current code path
using exp
Ronald Oussoren added the comment:
The problem with moving from Catalina to Big Sur is a known issue, AFAIK
there's an open issue for this.
The problem is that Big Sur moved system libraries into a big blob (which Apple
calls the shared library cache). Ctypes uses an API that's ne
Ronald Oussoren added the comment:
Without having looked at this issue in detail...
This looks like an issue with macOS and not Python. In general API's providing
access to system calls are just thin wrappers around those system calls. If
this is a bug in macOS there's nothing
Ronald Oussoren added the comment:
IMHO the most important question to answer first is: Why is adding OSF1 support
a good idea?
The PR, which IMHO in its current state is not mergeable, adds some complexity
to the build and ongoing maintenance of CPython itself. This tends to be
Ronald Oussoren added the comment:
As mentioned on the PR:
Support for OSF1 was removed in Python 3.3 (see
https://www.python.org/dev/peps/pep-0011/#unsupporting-platforms).
I expect that there will be little interest amongst the core developers for
reintroducing support because OSF1 is an
Ronald Oussoren added the comment:
I guess Ned and I are the only core devs that would be vaguely interested in
working on this. I have no active plans to work on this.
Having a relocatable framework would be nice, but doing this in a way that
maintains all functionality, esp. w.r.t. the
Ronald Oussoren added the comment:
Why should this be deprecated at all?
The API is a convenient way to add ``__class_getitem__`` in a way that is
consistent with the implementation for builtin types and the stdlib.
I noticed the lack of documentation when I worked on implementing this for
Ronald Oussoren added the comment:
I'm not working on this. Feel free to work on a PR.
--
___
Python tracker
<https://bugs.python.org/issue44392>
___
___
New submission from Ronald Oussoren :
Py_GenericAlias seems to be a public API given its name and is mention in the
stable ABI list for 3.10
(https://docs.python.org/3.10/c-api/stable.html?highlight=py_genericalias), but
the API is not documented.
Likewise for Py_GenericAliasType
Ronald Oussoren added the comment:
Should we add documentation about this?
The truly annoying bit about that discussion is that its probably easier to
just install gdb and use that to debug extensions.
--
___
Python tracker
<ht
Ronald Oussoren added the comment:
Annoyingly the keywords variant is the most interesting to expose :-) due to
the complexity of correctly interpreting keyword arguments.
I agree that we should be careful in exposing the APIs using _PyArg_Parser,
although it should be easer to expose it
New submission from Ronald Oussoren :
I've installed python 3.9.5 using the universal2 installer on my M1 MacBook.
Debugging this python using lldb doesn't work because the debugger cannot
attach to the (newly launched) binary. This appears to be due to a missing
entitlement in
Change by Ronald Oussoren :
--
type: -> enhancement
___
Python tracker
<https://bugs.python.org/issue44214>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Ronald Oussoren :
I'm currently converting some extensions of my own to vectorcall and an
annoying change between the old call protocol and vectorcall is that the latter
has no public equivalent to the PyArg_Parse family of functions.
There is "_PyArg_ParseStac
Ronald Oussoren added the comment:
There is a block of NUL bytes at the end of the JSON data structure
The output of "od -c pico-hard.json" ends with:
0046340s e c t i o n N o t e s " : [ ]
0046360, " t y p e O f S e
Ronald Oussoren added the comment:
```pdb.run(...)``` is ends up in ```bdb.Bdb.run```, which uses compile and exec
to run the code.
And indeed:
>>> compile("1+2" * 100, "-", "exec")
zsh: segmentation fault python3.9
--
components:
Ronald Oussoren added the comment:
As you note in the title this is a 32-bit overflow in the statvfs system API,
the struct it uses contains 32-bit values.
--
___
Python tracker
<https://bugs.python.org/issue43
Ronald Oussoren added the comment:
One thing to look into: there appears to be a tk 8.6.11.1 release, I have no
idea what changed in this micro release.
--
___
Python tracker
<https://bugs.python.org/issue43
Ronald Oussoren added the comment:
If this is a Tk issue we should report it in their bug tracker.
I'm definitely against switching to an older version of Tk, the most recent
release fixes a lot of problems with Tk on macOS. Correctness before
performance.
How bad is the perfor
Ronald Oussoren added the comment:
What happens here is that the file is truncated, which (more or less) truncates
the memory mapping. Accessing a memory mapping beyond the length of the file
results in a SIGBUS signal.
I'm not sure if there is much Python can do about this other
Ronald Oussoren added the comment:
Sorry about the slow response.
I misread your initial message, the distinction between (1) and (2) in your
list is clear.
to (3): New fields can be added while maintaining API (but not ABI)
compatibility as long as the default value is the default value
Ronald Oussoren added the comment:
I'm not sure what you are asking here.
Looking at the screenshot I'd say that the zipfile you are trying to extract
contains files with a newline in their name. That's a perfectly valid (although
annoying) name on unix-y platforms.
The
Ronald Oussoren added the comment:
Please add more information about what you're doing. Your report does not
contain enough information to try to reproduce the problem.
This is supposed to work just fine, and does work for me.
--
nosy: +ronaldous
Change by Ronald Oussoren :
--
components: +macOS
___
Python tracker
<https://bugs.python.org/issue30799>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ronald Oussoren :
--
nosy: +gregorlingl, willingc
___
Python tracker
<https://bugs.python.org/issue43205>
___
___
Python-bugs-list mailing list
Unsub
Ronald Oussoren added the comment:
To channel Victor: Another thing to look into is to introduce accessors for
struct fields in category 1 and 2 so that the struct can be made private in the
future.
The difference between category 1 and 2 is sadly not very clear cut. Anything
defined in
Ronald Oussoren added the comment:
Can this be closed as out of date?
1. universal2 installers are build using Xcode 12
2. the regular installers are build on macOS 10.9 and the system compilers on
that system should support C++ 11 and 14
Ronald Oussoren added the comment:
There is no ETA. I'm spending more time away from the computer and on other
projects when I'm not at work. I also have no personal need for 3.8 support.
If anyone else is up to the job: the back port to 3.9 should be a good starting
point, b
Change by Ronald Oussoren :
--
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Ronald Oussoren added the comment:
This is a duplicate of #41754.
--
nosy: +ronaldoussoren
resolution: -> duplicate
stage: patch review -> resolved
superseder: -> Webbrowser Module Cannot Find xdg-settings on OSX
___
Python tracke
Change by Ronald Oussoren :
--
components: +macOS
nosy: +ronaldoussoren
___
Python tracker
<https://bugs.python.org/issue32824>
___
___
Python-bugs-list mailin
Change by Ronald Oussoren :
--
components: +macOS
nosy: +ned.deily, ronaldoussoren
___
Python tracker
<https://bugs.python.org/issue43122>
___
___
Python-bug
Ronald Oussoren added the comment:
I've created a PR for this.
Open question: Is this a bug fix (with back ports to 3.9 and 3.8) or a feature
(no back ports)?
--
___
Python tracker
<https://bugs.python.org/is
Change by Ronald Oussoren :
--
keywords: +patch
pull_requests: +23272
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24480
___
Python tracker
<https://bugs.python.org/issu
Ronald Oussoren added the comment:
@terrygreeniaus: Are you running macOS 11 on your MacBook Pro?
If so, could you verify the hardware address of the iBridge interface?
I've checked to libc sources on opensource.apple.com and those don't seem to
contain code to treat the iBridge
Ronald Oussoren added the comment:
As the issue is gone with the 3.10 universal2 installer it should also be gone
with the 3.9.1 universal installer. I'd expect that the difference is in the
use of a newer version of Tcl/Tk.
We haven't used the newer versions of Tcl/Tk with the r
Ronald Oussoren added the comment:
The same code is present in trunk.
I'm in favour of disabling usage of X11 browsers of macOS, that's almost
certainly not what users want.
I no longer have XQuartz installed on my machine, but when I did I only used it
for running X11 GUIs
Change by Ronald Oussoren :
--
keywords: +patch
pull_requests: +23242
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/24432
___
Python tracker
<https://bugs.python.org/issu
New submission from Ronald Oussoren :
The following syslog facility constants on macOS are missing from the syslog
module:
* LOG_FTP
* LOG_NETINFO
* LOG_REMOTEAUTH
* LOG_INSTALL
* LOG_RAS
* LOG_LAUNCHD
I'm working on a PR
--
components: Extension Modules, macOS
messages: 386456
Ronald Oussoren added the comment:
I got feedback on FB889: Apple says they have fixed the issue (they don't
mention in what version, but I expect 11.2). I haven't checked this yet.
--
___
Python tracker
<https://bugs.python.o
Ronald Oussoren added the comment:
Likewise for O_POPUP and O_ALERT, although I don't understand what these are
supposed to do.
--
___
Python tracker
<https://bugs.python.org/is
New submission from Ronald Oussoren :
The following O_* flags are present in the macOS 11 SDK, but aren't provided by
posixmodule.c:
O_FSYNC (alias for O_SYNC)
O_EVTONLY
O_SYMLINK
O_NOFOLLOW_ANY
--
components: Extension Modules, macOS
keywords: easy (C)
messages: 386159
Change by Ronald Oussoren :
--
keywords: +patch
pull_requests: +23234
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/24419
___
Python tracker
<https://bugs.python.org/issu
Ronald Oussoren added the comment:
I was too quick, EQFULL appears to be missing:
#define EQFULL 106 /* Interface output queue is full */
If the script I'm using to check for this is correct this is the only missing
errno with the macOS 11 SDK.
--
resol
Change by Ronald Oussoren :
--
resolution: -> not a bug
stage: -> resolved
status: open -> pending
___
Python tracker
<https://bugs.python.or
Ronald Oussoren added the comment:
I've checked all three and all of them are present in errnomodule.c, and all of
them are defined in the errno module (macOS 11, Python 3.9.1 "universal2"
build).
On first glance all errno values in the macOS 11 SDK are present in
Ronald Oussoren added the comment:
I can reproduce the issue on macOS 11.1.
As you write:
- running /dev/fd/X as a script fails silently if it refers to an smallish file
- reading /dev/fd/X referring to the same smallish files works fine (the
``open('/dev/fd/9').read()`` scenar
Ronald Oussoren added the comment:
see PR 24341.
--
___
Python tracker
<https://bugs.python.org/issue42504>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ronald Oussoren :
--
pull_requests: +23160
pull_request: https://github.com/python/cpython/pull/24341
___
Python tracker
<https://bugs.python.org/issue42
Ronald Oussoren added the comment:
I will create a PR later today, I've already committed the work in a branch of
my clone of cpython.
--
___
Python tracker
<https://bugs.python.org/is
Ronald Oussoren added the comment:
This might be a security feature in Big Sur, access to some locations is
restricted by default. I'm not sure if that includes ~/Library, it definitely
affects access to ~/Documents. I'd expect to see a security pop-up from the
system though.
Ronald Oussoren added the comment:
What kind of error do you get?
--
nosy: +ronaldoussoren
___
Python tracker
<https://bugs.python.org/issue42970>
___
___
Pytho
Ronald Oussoren added the comment:
BTW. A list of stdlib module names is not sufficient to determine if a module
is in the stdlib, thanks to .pth files it is possible to have entries on
sys.path before the stdlib.
--
___
Python tracker
<ht
Ronald Oussoren added the comment:
> On 19 Jan 2021, at 12:30, STINNER Victor wrote:
>
> Ronald:
>> You wouldn't necessarily have to import a module to test, this is something
>> that could be added to importlib. One (poorly thought out) option is to add
&g
Ronald Oussoren added the comment:
>> Wouldn't it be sufficient to somehow mark the stdlib entries on sys.path?
>> Although that might give misleading answers with tools like
>> pyinstaller/py2exe/py2app that package an application and its dependencies
>> into a
Ronald Oussoren added the comment:
A list of stdlib modules/extensions is IMHO problematic for maintenance, esp.
if you consider that not all modules/extensions are installed on all systems
(both because dependencies aren't present and because packagers have decided to
unbundle parts o
Ronald Oussoren added the comment:
Note that there is a way to avoid this crash using the trashcan API (see the
use of Py_TRASHCAN_BEGIN in various implementation). This API is generally
only used for recursive data structures and because it has a performance cost
(based on what I've
Change by Ronald Oussoren :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
___
Python tracker
<https://bugs.python.org/issu
Ronald Oussoren added the comment:
I agree that this should be mentioned in the documentation for ctypes.
--
___
Python tracker
<https://bugs.python.org/issue42
Ronald Oussoren added the comment:
AFAIK you should specify the types of the fixed arguments for variadic
functions. The ABI for the M1 has a different calling convention of the
variadic arguments, the ctypes implementation counts how many variadic
arguments there are based on the specified
Ronald Oussoren added the comment:
This is a recursion problem, "mystr" will be equivalent to
'hello123'.__sizeof__.__sizeof__. ...(100K repetition)... .__sizeof__. The
dealloc of "mystr" will cause recursive calls to tp_dealloc along the entire
chain an
Ronald Oussoren added the comment:
> Another change that might be needed: ensure that sysconfig.get_platform()
> does not return "universal2" as the binary architecture when the compiler
> does not support arm64.
Hmmm... _osx_support.get_platform_osx() contains th
Ronald Oussoren added the comment:
I've added a (draft) PR for this. The PR is a this time not tested on a 10.15
system.
Another change that might be needed: ensure that sysconfig.get_platform() does
not return "universal2" as the binary architecture when the compiler do
Change by Ronald Oussoren :
--
keywords: +patch
pull_requests: +23015
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/24187
___
Python tracker
<https://bugs.python.org/issu
Ronald Oussoren added the comment:
The API documentation already implies that write might not write the entire
buffer because it returns the number of bytes actually written (just like
os.write).
A possible workaround on the SSL layer is hence to clamp the amount of bytes to
write to
Ronald Oussoren added the comment:
W.r.t. building on 10.9: until very recently (trunk and 3.9.1) Python didn’t
check for symbol availability at runtime. Building on 10.9 is basically a
workaround for that.
The, for now experimental, “universal2” installer for 3.9.1 is build on Big Sur
and
Ronald Oussoren added the comment:
As another datapoint: This works for me on macOS 11.1 with the universal2
installer for Python 3.9.1 (which includes Tk 8.6.10).
--
___
Python tracker
<https://bugs.python.org/issue38
Ronald Oussoren added the comment:
What's the script used, is it the script in the reddit thread?
The reddit thread mentions a change to the script that might help:
return [await r.json() for r in responses]
To:
return await asyncio.gather(*(r.json() for r in responses))
Change by Ronald Oussoren :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Ronald Oussoren :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
superseder: -> crash with unbounded recursion in except statement
___
Python tracker
<https://bugs.python
Change by Ronald Oussoren :
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
superseder: -> crash with unbounded recursion in except statement
___
Python tracker
<https://bugs.python
Ronald Oussoren added the comment:
That installer contains intel (x86_64) binaries. The behaviour of
platform.machine() and platform.processor() is expected, due to Rosetta the
binary runs as if it is running on an Intel Mac.
There is a "universal2" installer for Python 3.9.1 whic
Ronald Oussoren added the comment:
How did you install python3.7?
Platform.machine() will return "x86_64" when running in Rosetta 3. That is,
when python itself is an x86_64 binary.
--
___
Python tracker
<https://bugs.python.o
Ronald Oussoren added the comment:
Could you please sign the CLA? (See the PR for details on that)
The PR looks sane.
Out of interest: why do you use an external version of libffi? AFAIK the system
copy of libffi contains some magic sauce to work nicer with signed binaries
Change by Ronald Oussoren :
--
components: +macOS
nosy: +ned.deily, ronaldoussoren
___
Python tracker
<https://bugs.python.org/issue42688>
___
___
Python-bug
Ronald Oussoren added the comment:
This might be related to #42500
--
nosy: +ronaldoussoren
___
Python tracker
<https://bugs.python.org/issue42652>
___
___
Pytho
Ronald Oussoren added the comment:
This might be related to #42500
--
nosy: +ronaldoussoren
___
Python tracker
<https://bugs.python.org/issue42651>
___
___
Pytho
Ronald Oussoren added the comment:
I'm closing this as "not a bug" because this is likely caused by different
unicode normalisations for strings.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
Change by Ronald Oussoren :
--
components: +macOS
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue38137>
___
___
Python-bugs-list mailin
Ronald Oussoren added the comment:
can this issue be closed?
--
nosy: +ronaldoussoren
___
Python tracker
<https://bugs.python.org/issue38137>
___
___
Python-bug
Ronald Oussoren added the comment:
Linking extensions to libpython with a static build of python will cause
problems (as you described in your initial message).
The not very satisfactory response is "don't do that then". Note that
distutils won't link against libpython
Ronald Oussoren added the comment:
I've removed two spammy comments and adjusted the categories (the latter
explains Larry's annoyance, someone selected all categories which automatically
added him to the nosy list).
--
___
Python track
Change by Ronald Oussoren :
--
components: +Distutils -2to3 (2.x to 3.x conversion tool), Argument Clinic, C
API, Cross-Build, asyncio, ctypes
nosy: +dstufft, eric.araujo, froody, ned.deily -Alex.Willmer, asvetlov,
yselivanov, zhtw1234
versions: -Python 3.6, Python 3.7
Change by Ronald Oussoren :
--
Removed message: https://bugs.python.org/msg382879
___
Python tracker
<https://bugs.python.org/issue42616>
___
___
Python-bug
Change by Ronald Oussoren :
--
Removed message: https://bugs.python.org/msg382880
___
Python tracker
<https://bugs.python.org/issue42616>
___
___
Python-bug
Change by Ronald Oussoren :
--
components: +macOS
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue42614>
___
___
Python-bugs-list mailin
101 - 200 of 2445 matches
Mail list logo
