William Schwartz added the comment:
>For a new process group, the cancel event is initially ignored, but the break
>event is always handled. To enable the cancel event, the process must call
>SetConsoleCtrlHandler(NULL, FALSE), such as via ctypes with
>kernel32.SetConsoleCtrl
William Schwartz added the comment:
> Fixing the SystemError should be simple. Just clear an existing error if
> TerminateProcess() succeeds.
Should there be a `return NULL;` between these two lines?
https://github.com/python/cpython/blob/e485be5b6bd5fde97d78f09e2e4cca7f363763c3/M
William Schwartz added the comment:
> In Windows, os.kill() is a rather confused function.
I know how it feels.
To be honest, I don't have an opinion about whether the steps I laid out ought
to work. I just reported it because the SystemError indicates that a C-API
function was return
New submission from William Schwartz :
I don't have an automated test at this time, but here's how to get os.kill to
raise SystemError. I did this on Windows 10 version 20H2 (build 19042.746) with
Pythons 3.7.7, 3.8.5, and 3.9.1. os_kill_impl at Modules/posixmodule.c:7833
does not appear
William Schwartz added the comment:
> For that, please submit a PR to importlib_resources and it will get synced to
> CPython later.
Will do once PR 23611 gets in shape.
> Can you tell me more about the use-case that exhibited this undesirable
> behavior?
Using the [PyOxidiz
William Schwartz added the comment:
@jaraco Did you have any other questions after my comments in msg382423? Do you
think you or someone else could review PR 23611? Thanks!
--
___
Python tracker
<https://bugs.python.org/issue42
William Schwartz added the comment:
> If the issue has been fixed on Python 3.9 but not on 3.8, then it was likely
> a redesign that enabled the improved behavior
That appears to be the case: path() shares code with files().
> a redesign that won't be ported back to Python 3.8 an
Change by William Schwartz :
--
keywords: +patch
pull_requests: +22477
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23611
___
Python tracker
<https://bugs.python.org/issu
New submission from William Schwartz :
Suppose pkg is a package, it contains a resource r, pkg.__spec__.origin is
None, and p = importlib.resources.path(pkg, r). Then p.__enter__() raises a
TypeError in Python 3.7 and 3.8. (The problem has been fixed in 3.9). The error
can be demonstrated
New submission from William Schwartz :
`python -m mod` sets `sys.argv[0]` to the `mod.__file__` according to
https://docs.python.org/3.9/using/cmdline.html#cmdoption-m
> If ["-m"] is given, the first element of sys.argv will be the full path to
> the module file (while
Change by William Schwartz :
--
nosy: +William.Schwartz
___
Python tracker
<https://bugs.python.org/issue26388>
___
___
Python-bugs-list mailing list
Unsub
William Schwartz added the comment:
In Jupyter Notebook, I tried to pass a large amount of data (about 2.3 GB) to
Statsmodels's KDEUnivariate.fit
(https://www.statsmodels.org/dev/generated/statsmodels.nonparametric.kde.KDEUnivariate.fit.html#statsmodels.nonparametric.kde.KDEUnivariate.fit
William Schwartz added the comment:
I am also running into this problem. I'm not 100%, but I'm pretty sure that
looping over sys.modules and accessing __warningregistry__ on each module
triggers one of my module's __getattr__ functions (PEP 562), which in turn uses
setuptools entry points
William Schwartz added the comment:
3.4.3 has been released, it seems, without this getting fixed.
3.4.4 then?
--
William Schwartz
On Mon, Sep 8, 2014 at 3:42 AM, Michael Foord rep...@bugs.python.org
wrote:
Michael Foord added the comment:
The patch looks good to me
William Schwartz added the comment:
3.4.2 has been released, it seems, without this getting fixed.
3.4.3 then? Are we still happy with the patch?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21112
New submission from William Schwartz:
In Python 2.7 and 3.3, decorating a unittest.TestCase subclass with
unittest.expectedFailure caused test discover to skip the decorated test case.
Python 3.4 apparently ignores the decorator when applied to classes.
The attached file when run with Python
William Schwartz added the comment:
Looks like this issue is closed, but I got IDLE to crash.
On Python 3.3.2, Windows 7, and Tk version 8.5, IDLE crashes when pasting
\U0001F382 (Unicode birthday cake character). Below is the version string for
the Python I'm running.
Python 3.3.2 (v3.3.2
William Schwartz wkschwa...@gmail.com added the comment:
Daniel, Good point. However it would still be useful for documentation to point
out that __prepare__ can be passed the metaclass as the implicit first argument
by being decorated by classmethod.
I'll post a small patch when I get
New submission from William Schwartz wkschwa...@gmail.com:
Section 3.3.3.2. Preparing the class namespace of the documentation
(http://docs.python.org/dev/reference/datamodel.html#preparing-the-class-namespace)
states that If the metaclass has a __prepare__ attribute, it is called
William Schwartz wkschwa...@gmail.com added the comment:
Attached a unittest script to demonstrate that __prepare__ is implicitly a
staticmethod.
--
Added file: http://bugs.python.org/file26245/test_metaclass.py
___
Python tracker rep
20 matches
Mail list logo