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
`
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 (
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
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.
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,
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.
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.
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 m
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 librar
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 actuall
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 tas
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 inv
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
to
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
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&#
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 case
&g
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&#x
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() if that
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).
--
___
P
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
New submission from Sam Bull :
When calling asyncio.gather() a DeprecationWarning is only emitted if no tasks
are passed (which is probably the exceptional case, rather than the standard
one).
This has resulted in us missing this deprecated argument in aiohttp until we
received a bug report
Change by Sam Gross :
--
type: enhancement -> behavior
___
Python tracker
<https://bugs.python.org/issue44657>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Sam Gross :
The instancemethod_call function should use the PyInstanceMethod_GET_FUNCTION
macro instead of the PyMethod_GET_FUNCTION macro. The current code is
incorrect, but still works okay (doesn't crash) because
PyInstanceMethodObject.func is at the same offs
Sam Price added the comment:
I’ve been looking forward to this fix. The old implementation did not
match what my LLVM compiler generated.
On Sun, Jul 11, 2021 at 2:52 PM Charles Machalow
wrote:
>
> Charles Machalow added the comment:
>
> Maybe we need to add a __packing
New submission from Sam Harding :
The behaviour of select.poll() is inconsistent across MacOS versions, on MacOS
Mojave (10.14.6) registering and polling the receiving channel of
mp.Pipe(duplex=False) returns the event POLLOUT (ready to write to). This is
verified by a colleagues setup
Sam Schott added the comment:
I think freeze_support becomes relevant always when the start method is spawn
since `sys.executable` will point to the frozen app bundle instead of the
Python interpreter. Spawn was historically only used on Windows (therefore the
note in the docs) but now also
Sam Stern added the comment:
This does not arise on 3.8.9
--
___
Python tracker
<https://bugs.python.org/issue43781>
___
___
Python-bugs-list mailing list
Unsub
New submission from Sam Stern :
When patching `_multiprocessing.SemLock` at runtime and then instantiating an
instance of `multiprocessing.Pool`, the interpreter throws a SIGSEGV when
trying to access a field of `_multiprocessing.SemLock` on pre-3.9 pythons
--
components: Interpreter
New submission from Sam Bull :
After installing the latest version of Python on Mac OS X using the installer
downloaded from python.org
(https://www.python.org/ftp/python/3.9.2/python-3.9.2-macosx10.9.pkg), the
installed version of Python is unable to find the system certificates.
Using the
Sam Kagan added the comment:
I encountered this issue in Python 3.8. I consider it to be a bug because it's
an instance of a class-defined constant (datetime.min) not working with a
method of that class (timestamp) when all other values that the class could
take work with the method AN
New submission from Sam Yan :
There has been no LinkedList data structure for Python. Therefore suggest
adding a LinkedList data structure.
--
components: C API
files: LinkedList.py
messages: 382557
nosy: SamUnimelb
priority: normal
severity: normal
status: open
title: Suggest to add
New submission from Sam Yan :
Github PR #23204:
For a given element in a heap, we can leverage the fact that we can
search this element quicker thinking of the property of a heap. Therefore
out of h.index(x) that a list linear search uses, I propose to use a special
written index method to
Change by Sam Bull :
--
nosy: +dreamsorcerer
___
Python tracker
<https://bugs.python.org/issue33315>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam Bull :
--
nosy: +dreamsorcerer
___
Python tracker
<https://bugs.python.org/issue38364>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam Bull :
--
nosy: +dreamsorcerer
___
Python tracker
<https://bugs.python.org/issue40563>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam Bull :
--
nosy: +dreamsorcerer
___
Python tracker
<https://bugs.python.org/issue33618>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Sam Bull :
--
nosy: +dreamsorcerer
___
Python tracker
<https://bugs.python.org/issue36484>
___
___
Python-bugs-list mailing list
Unsubscribe:
Sam Lijin added the comment:
I do clarify that they're not the same thing and that `sorted` accepts any
iterable:
https://github.com/python/cpython/pull/20017/files#diff-30d76a3dc0c885f86917b7d307ccf279
--
___
Python tracker
&
Change by Sam Lijin :
--
keywords: +patch
pull_requests: +19327
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/20017
___
Python tracker
<https://bugs.python.org/issu
1 - 100 of 230 matches
Mail list logo
