Unsubscribe
On Sat, Apr 29, 2023 at 7:05 PM Chris Angelico wrote:
> On Sun, 30 Apr 2023 at 11:58, Chris Green wrote:
> >
> > Chris Angelico wrote:
> > > On Sat, 29 Apr 2023 at 14:27, Kushal Kumaran
> wrote:
> > > >
> > > > On Fri, Apr 28 2023 at 04:55:41 PM, Chris Green wrote:
> > > > > I'm
Do you want the following?
```
from typing import List, Optional
class GLOBALS:
foos: Optional[Foos] = None
class Foo:
def __init__(self):
pass
class Foos:
Foos: List[Foo] = []
def __init__(self):
pass
GLOBALS.foos = Foos()
```
Kind regards,
Sam Ezeh
That seems interesting.
Is this hosted online? And are there any suggested reading materials for
those who might not be able to attend?
Kind regards,
Sam Ezeh
On Tue, 13 Sept 2022 at 22:53, dn wrote:
> An applied introduction to Finite State Machines
> 0730 UTC, Wed 21 Sep 2022
>
>
desktop but
in this scenario, the error was that single line and I can use paste
sites where necessary.
Kind regards,
Sam Ezeh
On Sat, 2 Jul 2022 at 15:27, Sam Ezeh wrote:
>
> I have a Windows virtual machine and I'm following the instructions on
> the devguide [1] to build Pyth
acquainted with Windows
and don't understand the solutions.
Thanks in advance.
Kind regards,
Sam Ezeh
[1]: https://devguide.python.org/compiler/
[2]: https://bugs.python.org/issue41213
[3]: https://bugs.python.org/issue33675
--
https://mail.python.org/mailman/listinfo/python-list
Inside my Windows virtual machine only entering `py` as the command
brings up the repl, if that helps.
Kind Regards,
Sam Ezeh
On Tue, 21 Jun 2022 at 18:15, Igor Korot wrote:
>
> Hi,
>
> On Tue, Jun 21, 2022 at 11:43 AM Brian Karinga wrote:
> >
> > Hello,
> >
&
Kind regards,
Sam Ezeh
On Fri, 6 May 2022 at 18:12, Jonathan Kaczynski
wrote:
>
> Hi,
>
> I was recently trying to explain how python equality works and ran into a
> gap in my knowledge. I haven't found any good pages going beneath a surface
> level explanation of python e
-- Forwarded message -
From: Sam Ezeh
Date: Fri, 6 May 2022, 15:29
Subject: Re: Do projects exist to audit PyPI-hosted packages?
To: Skip Montanaro
I've had similar thoughts in the past. I don't know of anything but I
wonder if repositiories for other languages might have
Repeating the above points, here is an example of what would happen if
you tried. Dictionaries require their keys to be immutable as
under-the-hood they use hash tables and they'd fail when the
underlying values are allowed to change.
```
[sam@samtop]: ~>$ python
Python 3.10.2 (main, Jan 15 2
I went back to the code recently and I remembered what the problem was.
I was using multiprocessing.Pool.pmap which takes a callable (the
lambda here) so I wasn't able to use comprehensions or starmap
Is there anything for situations like these?
Kind Regards,
Sam Ezeh
On Sat, 16 Apr 2022 at 22
This also works great!
Kind Regards,
Sam Ezeh
On Tue, 19 Apr 2022 at 12:03, Antoon Pardon wrote:
>
> Op 16/04/2022 om 23:36 schreef Sam Ezeh:
> > Two questions here.
> >
> > Firstly, does anybody know of existing discussions (e.g. on here or on
> > python-ideas
(Enum):
a = 1
b = 2
class Inner(Enum):
foo = 10
bar = 11
```
```
class Outer(Enum):
a = 1
b = 2
class Inner:
c = None
def __init__(self):
```
Kind Regards,
Sam Ezeh
--
https://mail.python.org/mailman/listinfo/python
I'll see if I can find out how positional only and keyword only
arguments are used in __init__ methods in the wild and I'll see if
there have been any other discussions talking about what this approach
could offer.
On Sun, 17 Apr 2022 at 02:54, dn wrote:
>
> On 17/04/2022 09.20, Sam Ezeh
wrote:
>
> On Sun, 17 Apr 2022 at 07:37, Sam Ezeh wrote:
> >
> > Two questions here.
> >
> > Firstly, does anybody know of existing discussions (e.g. on here or on
> > python-ideas) relating to unpacking inside lambda expressions?
> >
> > I found myse
I've just seen Pablo's very recent post on python-ideas so I thought
I'd link it here. [1]
[1]:
https://mail.python.org/archives/list/python-id...@python.org/message/SCXHEWCHBJN3A7DPGGPPFLSTMBLLAOTX/
Kind Regards,
Sam Ezeh
On Fri, 15 Apr 2022 at 22:57, Ethan Furman wrote:
>
> On 4/15
ve is that even if this is useful, it might
still fall to the same fate.
[1]:
https://mail.python.org/archives/list/python-id...@python.org/message/SCTXSEKOWDRDGVXXOEB7JUC6WE7XKGMO/
On Fri, 15 Apr 2022 at 22:30, dn wrote:
>
> On 15/04/2022 23.19, Sam Ezeh wrote:
> ...
>
>
(*job),
jobs
)
```
Secondly, for situations like these, do you have any go-to methods of
rewriting these while maintaining clarity?
Kind Regards,
Sam Ezeh
--
https://mail.python.org/mailman/listinfo/python-list
at least 3 of their arguments as attributes with the
same name.
```
[sam@samtop]: ~/Documents/git/presearch>$ presearch -f
queries/attribute_initialisation.py sources/
Running queries...
Out of 1526 classes defining __init__, there were 290 (19.0%) classes whose
__init__ functions assigned all
function.variable)
... function.variable += 1
...
>>> function.variable = 1
>>> function()
1
>>> function()
2
>>>
```
If necessary, the variable can be initialised inside the function too.
Kind Regards,
Sam Ezeh
On Thu, 14 Apr 2022 at 16:36, Sam Ezeh wrote:
>
> I've seen
Sam Ezeh added the comment:
It's quite weird, the documentation says set_start_method "should not be used
more than once in the program" twice.
The source code also contains the following line
```
# Type of default context -- underlying context can be set at most once
```
I
Change by Sam Ezeh :
--
keywords: +patch
nosy: +sam_ezeh
nosy_count: 2.0 -> 3.0
pull_requests: +30395
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32339
___
Python tracker
<https://bugs.python.org/i
Sam Ezeh added the comment:
I don't know what the best course of action would be but if preserving
permissions needs to be back-ported, could the default permission preservation
flag in 3.11+ be the one to preserve safe permissions and then make it so that
the previous versions (<3
Change by Sam Ezeh :
--
pull_requests: -30352
___
Python tracker
<https://bugs.python.org/issue30964>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam Ezeh :
--
pull_requests: +30353
pull_request: https://github.com/python/cpython/pull/32291
___
Python tracker
<https://bugs.python.org/issue39
Change by Sam Ezeh :
--
nosy: +sam_ezeh
nosy_count: 3.0 -> 4.0
pull_requests: +30352
pull_request: https://github.com/python/cpython/pull/32291
___
Python tracker
<https://bugs.python.org/issu
Sam Ezeh added the comment:
Yes, of course.
--
___
Python tracker
<https://bugs.python.org/issue39064>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sam Ezeh added the comment:
One way of doing this is by making the central directory offset negative by
first taking the zip file containing just an EOCD record and then listing the
total size of the central directory records as positive.
```
Python 3.11.0a4+ (heads/bpo-39064:eb1935dacf
Change by Sam Ezeh :
--
nosy: +sam_ezeh
___
Python tracker
<https://bugs.python.org/issue39064>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam Ezeh :
--
pull_requests: +30350
pull_request: https://github.com/python/cpython/pull/32289
___
Python tracker
<https://bugs.python.org/issue15
Change by Sam Ezeh :
--
nosy: +sam_ezeh
___
Python tracker
<https://bugs.python.org/issue15795>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam Ezeh :
--
pull_requests: +30323
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32252
___
Python tracker
<https://bugs.python.org/issu
New submission from Sam Ezeh :
Initially, I was looking at bpo-18262 and saw the following Stack Overflow
thread that was linked.
https://stackoverflow.com/questions/434641/how-do-i-set-permissions-attributes-on-a-file-in-a-zip-file-using-pythons-zip/6297838
I've attached a patch that gives
Change by Sam Ezeh :
--
pull_requests: +30313
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32242
___
Python tracker
<https://bugs.python.org/issu
Sam Ezeh added the comment:
This is what functionality looks like when supplying incorrect attribute names
with the patch.
Python 3.11.0a6+ (heads/bpo-47135-dirty:d4bb38f82b, Apr 1 2022, 20:01:56) [GCC
11.1.0] on linux
Type "help", "copyright", "credits" or
Sam Ezeh added the comment:
I've uploaded a patch and it seems to work, which I'm very proud of.
I'll create some tests, amend documentation and create a news entry. After
that, I'll create a pull request on GitHub.
--
keywords: +patch
Added file: https://bugs.python.org/file50713
Sam Ezeh added the comment:
I'm looking into adding this
> Seems reasonable to me, but I think a full implementation would want to throw
> an error for keyword args that don't already exist as context attributes
> (otherwise typos would fail silently)
For _pydecimal, I think t
Change by Sam Ezeh :
--
pull_requests: +30300
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/32225
___
Python tracker
<https://bugs.python.org/issu
Change by Sam Ezeh :
Added file: https://bugs.python.org/file50711/sam_ezeh.patch
___
Python tracker
<https://bugs.python.org/issue32547>
___
___
Python-bugs-list mailin
Change by Sam Ezeh :
Removed file: https://bugs.python.org/file50710/sam_ezeh.patch
___
Python tracker
<https://bugs.python.org/issue32547>
___
___
Python-bugs-list m
Change by Sam Ezeh :
Added file: https://bugs.python.org/file50710/sam_ezeh.patch
___
Python tracker
<https://bugs.python.org/issue32547>
___
___
Python-bugs-list mailin
Change by Sam Ezeh :
Removed file: https://bugs.python.org/file50709/sam_ezeh.patch
___
Python tracker
<https://bugs.python.org/issue32547>
___
___
Python-bugs-list m
Sam Ezeh added the comment:
I've submitted a patch that introduces code that raises TypeError at
construction if `fieldnames` is not a sequence
--
keywords: +patch
nosy: +sam_ezeh
Added file: https://bugs.python.org/file50709/sam_ezeh.patch
Sam Ezeh added the comment:
I've submitted the above patch. I created the ZipFile.mkdir function, created
the necessary tests and wrote the documentation.
I think it is ready for review.
--
Added file: https://bugs.python.org/file50705/sam_ezeh.patch
Change by Sam Ezeh :
--
keywords: +patch
pull_requests: +30238
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/32160
___
Python tracker
<https://bugs.python.org/iss
Sam Ezeh added the comment:
I'm looking into adding ZipFile.mkdir
--
___
Python tracker
<https://bugs.python.org/issue4833>
___
___
Python-bugs-list mailin
Change by Sam Ezeh :
--
nosy: +sam_ezeh
___
Python tracker
<https://bugs.python.org/issue4833>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sam Ezeh added the comment:
The provided patch wasn't entirely compatible with the current upstream code. I
used the patch file to apply the changes to `Lib/unittest/case.py`, resolved
the remaining conflicts with the patches to the test files and amended existing
tests for the library.
I
Change by Sam Ezeh :
--
keywords: +patch
pull_requests: +30218
pull_request: https://github.com/python/cpython/pull/32138
___
Python tracker
<https://bugs.python.org/issue14
Change by Sam Ezeh :
--
nosy: +dignissimus
___
Python tracker
<https://bugs.python.org/issue14265>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sam Bull added the comment:
There is still an issue here. I proposed a possible solution at:
https://github.com/python/cpython/pull/28149#issuecomment-1007823782
You can also scroll up through the lengthy discussion to see how I reached that
conclusion. I've not had time yet to actually try
Sam Bull added the comment:
> We could store the nonces in a single CancelledError instead.
Indeed, my initial proposal was exactly that, but after learning about
ExceptionGroup, I thought that was a cleaner approach.
--
___
Python trac
Sam Bull added the comment:
> Previously, when the task was cancelled twice, only one CancelledError was
> raised. Now it would raise a BaseExceptionGroup instead.
I was under the impression that ExceptionGroup was somewhat backwards
compatible, in that you could still use `
Sam Bull added the comment:
Actually, in your counter proposal, you say:
> Such context managers should still keep track of whether they cancelled the
> task themselves or not, and if they did, they should always call t.uncancel().
But, if we are using nonces on the CancelledError t
Sam Bull added the comment:
> This should be solved when using the cancel count -- the explicit cancel
> bumps the cancel count so the cancel scope (i.e. timeout()) will not raise
> TimeoutError.
It will probably work in this case. But, what about more complex cases? If
th
Sam Bull added the comment:
> If the task is already pending a cancellation targeted at a cancel scope, the
> task itself cannot be cancelled anymore since calling cancel() again on the
> task is a no-op. This would be solved by updating the cancel message on the
> second call
Sam Bull added the comment:
I think there's still a problem, in that the user still expects a task to be
cancelled in the example previously:
https://github.com/aio-libs/async-timeout/issues/229#issuecomment-908502523
If we encounter the race condition where the timeout cancels the task
Change by Sam Roberts :
--
resolution: -> not a bug
___
Python tracker
<https://bugs.python.org/issue46660>
___
___
Python-bugs-list mailing list
Unsubscrib
Sam Roberts added the comment:
this seems like an expected discrepancy because of a difference in the
mechanism used for aware datatimes vs. naive datetimes, although I'm not sure I
understand why the computation with naive datetimes uses the mktime() function
rather than invoking
Sam Roberts added the comment:
the first sentence should have read:
datetime.timestamp() fails for naive-datetime values prior to the start of the
epoch, but for some reason works properly for aware-datetime values prior to
the start of the epoch.
--
title: datetime.fromtimestamp
Change by Sam Roberts :
--
title: datetime.datetime.fromtimestamp -> datetime.fromtimestamp() fails for
naive-datetime values prior to the start of the epoch
___
Python tracker
<https://bugs.python.org/issu
New submission from Sam Roberts :
Python 3.9.2 (tags/v3.9.2:1a79785, Feb 19 2021, 13:44:55) [MSC v.1928 64 bit
(AMD64)] on win32
datetime.fromtimestamp() fails for naive-datetime values prior to the start of
the epoch, but for some reason works properly for aware-datetime values prior
Sam Park added the comment:
FWIW I just ran into this today on Ubuntu 18.04 container on GKE
1.21.5-gke.1302 and on a Ubuntu-with-Docker underlying node (if that's
relevant). Applying the monkeypatch solves the issue as well.
--
nosy: +sam.park
Change by Sam Gross :
--
keywords: +patch
pull_requests: +28673
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30470
___
Python tracker
<https://bugs.python.org/issu
Change by Sam Gross :
--
nosy: +vstinner
___
Python tracker
<https://bugs.python.org/issue46205>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam Gross :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue46205>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Sam Gross :
The runtest_mp.py has a race condition between checking for worker.is_alive()
and processing the queue that can lead to indefinite hangs.
The hang happens when the all the results from the self.output queue are
processed but at least one of the workers hasn't
Sam Bull added the comment:
It has been addressed, PR should be merged this week:
https://github.com/python/cpython/pull/28149
Like most open source projects, it just needed someone to actually propose a
fix.
--
___
Python tracker
<ht
Change by Sam Gross :
--
keywords: +patch
pull_requests: +27860
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29628
___
Python tracker
<https://bugs.python.org/issu
New submission from Sam Gross :
Starting in Python 3.6 the line numbers table contains a *signed* byte
indicating line delta. The calculation in Tools/gdb/libpython.py was not
updated to handle signed bytes leading to incorrect line numbers when running
"py-bt" (or printing fram
Change by Sam Gross :
--
pull_requests: +27844
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29601
___
Python tracker
<https://bugs.python.org/issu
Change by Sam Gross :
--
keywords: +patch
Added file: https://bugs.python.org/file50447/issue45835_repro.patch
___
Python tracker
<https://bugs.python.org/issue45
New submission from Sam Gross :
The test_queue suite has a race condition that can lead to test failures in
test_many_threads, test_many_threads_nonblock, and test_many_threads_timeout.
Consumers are signaled to exit by a sentinel value (None). The sentinel values
are at the end of the input
Change by Sam Gross :
--
pull_requests: +27843
pull_request: https://github.com/python/cpython/pull/29600
___
Python tracker
<https://bugs.python.org/issue42
Sam Gross added the comment:
The `pthread_exit` behavior has been a problem for PyTorch and related
libraries since Python 3.9. The PyTorch team has tried working around the
problems without success (i.e. they keep getting bug reports involving crashes
in PyEval_SaveThread/RestoreThread
Change by Sam Gross :
--
keywords: +patch
nosy: +colesbury
nosy_count: 2.0 -> 3.0
pull_requests: +27812
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29564
___
Python tracker
<https://bugs.python.org/i
Sam Gross added the comment:
The attached patch (issue45809-repro.patch) introduces artificial delays to
make reproduction of the underlying issue easier.
To reproduce the issue:
patch -p1 < issue45809-repro.patch
./python -m test test_weakref -m test_threaded_weak_value_dict_deepc
New submission from Sam Gross :
The issue described issue7105 (and maybe issue7060) still exists due to a race
condition in WeakKeyDictionary. This shows up as test failure that looks like:
test test_weakref failed -- Traceback (most recent call last):
File "Lib/test/test_weakr
Change by Sam James :
--
nosy: +thesamesam
___
Python tracker
<https://bugs.python.org/issue14527>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam James :
--
nosy: +thesamesam
___
Python tracker
<https://bugs.python.org/issue45598>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam James :
--
nosy: +thesamesam
___
Python tracker
<https://bugs.python.org/issue45350>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam James :
--
nosy: +thesamesam
___
Python tracker
<https://bugs.python.org/issue45643>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam James :
--
nosy: +thesamesam
___
Python tracker
<https://bugs.python.org/issue45256>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam James :
--
nosy: +thesamesam
___
Python tracker
<https://bugs.python.org/issue44525>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam James :
--
nosy: +thesamesam
___
Python tracker
<https://bugs.python.org/issue44828>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam James :
--
nosy: +thesamesam
___
Python tracker
<https://bugs.python.org/issue45484>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam James :
--
nosy: +thesamesam
___
Python tracker
<https://bugs.python.org/issue45668>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam Gross :
--
pull_requests: +27513
pull_request: https://github.com/python/cpython/pull/29249
___
Python tracker
<https://bugs.python.org/issue28
Change by Sam Gross :
--
keywords: +patch
pull_requests: +27510
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29246
___
Python tracker
<https://bugs.python.org/issu
Sam Gross added the comment:
Antoine Pitrou already fixed the "noddy4" example (now renamed to "custom4")
and updated the newtypes_tutorial, but I think it's still worth mentioning
PyObject_GC_Untrack in a few additional places.
--
__
Change by Sam Gross :
--
assignee: docs@python -> colesbury
___
Python tracker
<https://bugs.python.org/issue28737>
___
___
Python-bugs-list mailing list
Un
Sam Bull added the comment:
Can I get a review?
https://github.com/python/cpython/pull/29202
Seems like a simple mistake given the original description of this issue:
> 1. the inner task is completed and the outer task will receive the result –
> transport and protocol in this ca
Change by Sam Bull :
--
nosy: +dreamsorcerer
nosy_count: 10.0 -> 11.0
pull_requests: +27471
pull_request: https://github.com/python/cpython/pull/29202
___
Python tracker
<https://bugs.python.org/issu
Change by Sam James :
--
nosy: +thesamesam
___
Python tracker
<https://bugs.python.org/issue45433>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Sam Bishop :
Range types are perfectly valid as values in an enum, like so.
class EnumOfRanges(Enum):
ZERO = range(0, 0)
RANGE_A = range(1, 11)
RANGE_B = range(11, 26)
However unlike the other base types , 'int', 'str', 'float', etc. You cannot
create
Change by Sam James :
--
nosy: +thesamesam
___
Python tracker
<https://bugs.python.org/issue44751>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Sam Bull :
There are awkward edge cases caused by race conditions when cancelling tasks
which make it impossible to reliably cancel a task.
For example, in the async-timeout library there appears to be no way to avoid
suppressing an explicit t.cancel
Change by Sam Bull :
--
nosy: +dreamsorcerer
nosy_count: 8.0 -> 9.0
pull_requests: +26587
pull_request: https://github.com/python/cpython/pull/28149
___
Python tracker
<https://bugs.python.org/issu
Change by Sam Bull :
--
pull_requests: +26076
pull_request: https://github.com/python/cpython/pull/27569
___
Python tracker
<https://bugs.python.org/issue44
Sam Bull added the comment:
There is another issue with asyncio.sleep() too, if the passed argument is 0.
This also tripped up the tests in aiohttp (though I've also used an explicit 0
in production code to yield back to the loop).
--
___
Python
Change by Sam Bull :
--
keywords: +patch
pull_requests: +26075
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27568
___
Python tracker
<https://bugs.python.org/issu
1 - 100 of 542 matches
Mail list logo
