Michael Robellard added the comment:
I can confirm that Juan Arrivillaga (juanpa.arrivillaga) workaround does work.
Given that it works, then wouldn't it be relatively trivial to do what
Thomas701 suggests and add a descriptor parameter to fields. Then apply the
descriptor after al
Michael Robellard added the comment:
An example of multiple descriptors would be to have:
@cached_property
@property
def expensive_calc(self):
#Do something expensive
--
___
Python tracker
<https://bugs.python.org/issue39
New submission from Michael Herrmann :
Consider the following:
import gzip
import subprocess
with gzip.open('test.gz', 'wb') as f:
subprocess.run(['echo', 'hi'], stdout=f)
with gzip.open('test.gz', 'rb') as f:
print(f.re
Michael Herrmann added the comment:
I just encountered what seems to be the inverse problem of this issue: #45585
--
nosy: +mherrmann.at
___
Python tracker
<https://bugs.python.org/issue40
Michael Felt added the comment:
I stopped running my bot. I have no idea if this is also an issue on 3.9+
And since noone will look at this in it's present state. I'd recommend closing.
--
___
Python tracker
<https://bugs.python.o
New submission from Michael Thorpe :
urllib.request.urlopen can raise socket.timeout, outside of the documented
contract, if reading response data times out.
--
components: Library (Lib)
messages: 406038
nosy: thorpe-dev
priority: normal
severity: normal
status: open
title
Change by Michael Thorpe :
--
keywords: +patch
pull_requests: +27748
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29499
___
Python tracker
<https://bugs.python.org/issu
Michael Curran added the comment:
As requested, I created a pr which adds a test to show the crash. It is marked
as expected failure on 32 bit (x86) and runs successfully as expected on x64.
What would be the next steps in moving this issue forward?
I don't think I have the knowledge
Michael Curran added the comment:
PR: https://github.com/python/cpython/pull/26204
Looks like a maintainer needs to allow a workflow to run for the remaining
checks.
--
___
Python tracker
<https://bugs.python.org/issue38
New submission from Michael H :
https://docs.python.org/3/tutorial/introduction.html#strings
In the strings part of the basic tutorial, there is an output error regarding
the escaping of the single quote
>>> '"Isn\'t," they said.'
'"Isn\'t,&qu
Michael H added the comment:
Sorry, its my bad, it is correct as it is, I hadn't read further on about the
print statement being needed. As I am working through the tutorial in pycharm,
I am had already used print statement.
T
Michael H added the comment:
Many thanks!
--
___
Python tracker
<https://bugs.python.org/issue38779>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Michael Yagliyan :
For versions 2.7 through 3.9 of https://docs.python.org/3/library/os.html,
os.WNOHANG is described as returning (0, 0) when no child process status is
immediately available.
However, both os.wait3() and os.wait4() return 3-element tuples and are
Michael Yagliyan added the comment:
If this documentation fix will not be backported (i.e. it will only apply to
versions *after* the aforementioned bug fix) then a more precise way to phrase
that last part would be:
"...with the first 2 elements being 0 and the last being an all
Michael Felt added the comment:
@corona10
The AIX bot's are also in the red zone with PR17010.
This was examined earlier See: https://bugs.python.org/issue35633#msg333662
In short, the recommendation by Victor was to skip the test: quote:
> On AIX the test for flock() passes, but
Michael Felt added the comment:
Could PR17010 be reverted?
For 10 days now several bots, AIX and x86-64 High Sierra - afaik, are failing
the tests.
re: https://bugs.python.org/issue22367#msg356614 - while that may address High
Sierra, it does not address AIX.
See message https
Michael Felt added the comment:
ignore my last comment - I missed your comment about skipping the test. My
apologies.
I'll be patient.
Thanks for the update!
--
___
Python tracker
<https://bugs.python.org/is
Michael Felt added the comment:
FYI: I loaded the pr just now and tested on AIX.
$ ./python -m test test_fcntl
0:00:00 Run tests sequentially
0:00:00 [1/1] test_fcntl
== Tests result: SUCCESS ==
1 test OK.
Total duration: 767 ms
Tests result: SUCCESS
$ git status
On branch pr_17154
Change by Michael Felt :
--
pull_requests: +16795
pull_request: https://github.com/python/cpython/pull/17303
___
Python tracker
<https://bugs.python.org/issue38
Michael Felt added the comment:
a) - thanks Ned, for the kind words.
b) - the proposed (change to the tag) is "AIX.VRTL.YYWW.SZ".
"AIX" - in caps, to distinguish from current tag starting as "aix"
VRTL - 4 digit number, one digit for Version, one digit as
Michael Felt added the comment:
Thanks for the update to the PR
FYI One AIX bot seems to be having support issues atm (and stays red), but the
other one turned green again. :smile:
--
___
Python tracker
<https://bugs.python.org/issue22
Michael Felt added the comment:
p.s. the new PR also needs to be backported for the 3.8 bots.
--
___
Python tracker
<https://bugs.python.org/issue22367>
___
___
Michael Felt added the comment:
And the other AIX bot has been repaired, and is running green as well!
:)
--
___
Python tracker
<https://bugs.python.org/issue22
Michael Felt added the comment:
@paul.moore - thanks for the comment.
I am trying to work from both
https://packaging.python.org/specifications/platform-compatibility-tags/ which
describes in a few words the goals of PEP425.
As to the PEP425 itself, it does not specify what a tag looks
Michael Felt added the comment:
On 22/11/2019 10:42, Paul Moore wrote:
> Paul Moore added the comment:
>
> PyPA member here - if this PR is defining new compatibility tags,
replacement platform_tag, not compatibility tag.
> I would have expected it to need discussion as a revisio
Ido Michael added the comment:
Thanks, Tal, I think this one can be closed, I don't think I have permissions
to close it
--
___
Python tracker
<https://bugs.python.org/is
Michael Felt added the comment:
On 26/11/2019 20:10, Paul Moore wrote:
> Paul Moore added the comment:
>
>> replacement platform_tag, not compatibility tag.
> Ah, I see, sorry. In that case, this should be fine, it's purely a CPython
> question. There's obviously
Change by Michael Felt :
--
title: pep425 tag for AIX is inadequate -> Modify AIX platform_tag so it
provides PEP425 needs
___
Python tracker
<https://bugs.python.org/issu
Michael Felt added the comment:
Updated this PR, and PRs in pypa/pip and pypa/packaging to all be "in sync".
--
___
Python tracker
<https://bugs.python.o
Change by Ido Michael :
--
pull_requests: +16906
pull_request: https://github.com/python/cpython/pull/17427
___
Python tracker
<https://bugs.python.org/issue37
Ido Michael added the comment:
Hey Tal, created a new PR: GH-17427
Also fixed the signed CLA issue
--
___
Python tracker
<https://bugs.python.org/issue37
Ido Michael added the comment:
@yselivanov
Can we close this?
--
___
Python tracker
<https://bugs.python.org/issue34344>
___
___
Python-bugs-list mailin
Michael Felt added the comment:
Well, I certainly had not considered people would be using
distutils.get_platform().startswith('aix') as I have, in my limited
reading, only seen sys.platform.startswith("aix"). Likewise, do not want
to break things.
I thought this was eas
New submission from Michael Felt :
Did not notice this earlier - as the buildbot does not report it: issue38312
introduced a regression with regard to AIX.
Not sure how to classify component (as Build, C API, or Library, so left blank)
Failed to build these modules:
_curses
Change by Michael Felt :
--
components: +Extension Modules
___
Python tracker
<https://bugs.python.org/issue39020>
___
___
Python-bugs-list mailing list
Unsub
Michael Felt added the comment:
I am thinking along two lines:
a) tell setup.py to not build _curses, just as _curses_panel
b) figure out how to use configure tests, to establish that ESCDELAY is not
available AND then tell _cursesmodule.* that these routines are not available
(and add
Michael Felt added the comment:
quote: Interesting, a comment in curses.h:
* Notes:
* a. ESCDELAY was an undocumented feature under AIX curses.
* It gives the ESC expire time in milliseconds.
iirc - that is a symbolic link to ncurses.h from ncurses-devel RPM package, not
New submission from Michael Thompson :
Version 3.5.2, the "rand string seed" is not deterministic in code sample below
across multiple invocations of the program. Python 3.6.8 works fine.
#!/usr/bin/env python3
import random
lis = '94'
random.seed(lis, version=1)
w = r
Michael Thompson added the comment:
Thanks. I found 3.6 works for me.
--Mike
On Tue, Dec 10, 2019 at 5:10 PM Mark Dickinson
wrote:
>
> Mark Dickinson added the comment:
>
> I think this was already fixed in 3.5, but the fix would have gone in
> later than the 3.5.2 rel
New submission from Michael Amrhein :
The __format__ methods of int, float and Decimal (C and Python implementation)
do not interpret the Format Specification Mini-Language in the same way:
>>> import decimal as cdec
... cdec.__file__
...
'/usr/lib64/python3.6/decimal.
Michael Amrhein added the comment:
Mark, I mostly agree with your classifications / proposals.
Regarding cases 3-7 I'd like to suggest a slightly different resolution:
Following my interpretation of the spec ("use zeropad *only* if no align is
given"), "<020", &qu
Michael Amrhein added the comment:
Mark, to answer your question regarding the two implementations of Decimals:
No, in the cases I stated above there are no differences in their behaviour.
In order to dig a bit deeper, I wrote a little test:
d = cdec.Decimal("1234567890.123
Michael Amrhein added the comment:
>
> ... Has anyone checked what C does?
>
#include
int main() {
int i = -12345;
double f = -12345.0;
printf("%-020d\n", i);
printf("%020d\n", i);
printf("%20d\n", i);
printf("%-020f\n"
Michael Amrhein added the comment:
Mark, Eric,
sometimes the pressure to be backwards compatible is more of a curse than a
blessing. But I can live with your decision.
And, yes, I will create two separate issues regarding the docs.
--
___
Python
New submission from Michael Amrhein :
The description of the "Format Specification Mini-Language" states for float
and Decimal regarding presentation type 'f':
"The default precision is 6."
Regarding presentation type None it reads:
"Similar to 'g'
Michael Amrhein added the comment:
Created new issue for tracking the deficiencies in the documentation:
https://bugs.python.org/issue39096.
--
resolution: -> wont fix
stage: -> resolved
status: open -> closed
___
Python tracke
Michael Amrhein added the comment:
For a discussion of the different behaviour of float and Decimal see
https://bugs.python.org/issue39077.
--
___
Python tracker
<https://bugs.python.org/issue39
Michael Rolle added the comment:
I realize this request is closed, but I hope people will still be reading this
comment, and can perhaps either reopen it or submit a new request. I don't
know how to submit a new request myself.
...
I'd like to see (key=) capability someho
Michael Graczyk added the comment:
This issue still exists in Python 3. The repro just needs to be changed so that
the threads are actually started.
- map(lambda t: t.start(), threads)
- map(lambda t: t.join(), threads)
+ [t.start() for t in threads]
+ [t.join() for t in threads]
My fix is
New submission from Michael Hall :
When using asyncio.run for an asynchronous application utilizing ssl, on
windows using the proactor event loop the application crashes when the loop is
closed, completely skipping a finally block in the process.
This appears to be due to a __del__ method on
Michael Hall added the comment:
I don't know if it would be feasible to add this to asyncio, but having a way
to mark a resource as needing to be deterministically cleaned up at loop close
could probably solve this as well as the underlying reasons why the transports
are leaning on __
New submission from Michael Robellard :
I ran into a strange issue while trying to use a dataclass together with a
property.
I have it down to a minumum to reproduce it:
import dataclasses
@dataclasses.dataclass
class FileObject:
_uploaded_by: str = dataclasses.field(default=None, init
New submission from Michael Yoo :
Hi,
Recently I was working with ncurses, and when handling the mouse scroll events,
I noticed that the curses library does not include the BUTTON5_* macros
provided by ncurses. On my system, BUTTON5 corresponds to the mouse down event.
Is there a reason for
Change by Michael Graczyk :
--
pull_requests: +17408
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18007
___
Python tracker
<https://bugs.python.org/issu
New submission from Michael Felt :
As issue39288 (that introduces this breakage) is closed, opening a new issue.
Back from away - and only starting my investigation - and that will probably be
slow. Have not done anything with IEEE754 in over 30 years.
--
messages: 360312
nosy
Michael Felt added the comment:
As I said, was investigating.
a) is a bug in most AIX system libraries.
b) there is a fix, but not one I can install - as my bots and build systems run
on AIX 6.1 and AIX 7.1
c) the fix is APAR IV95512 which includes fixes in the following filesets:
IV95512
Michael Felt added the comment:
A hard call to make, imho.
Thinking aloud...
Currently, for AIX 6.1 and AIX 7.1 your proposal for the code change would be
great, but less so for AIX 7.2.
However! Since libm (on AIX) is a static library - the behavior depends on the
support libm has on the
Michael Felt added the comment:
FYI: On AIX 5.3, after your proposal I get:
==
FAIL: test_specific_values (test.test_cmath.CMathTests)
--
Traceback (most
New submission from Michael Felt :
Per message: https://bugs.python.org/issue39396#msg360362
opening new issue. Research (as requested) to follow.
--
components: Tests
messages: 360389
nosy: Michael.Felt, vstinner
priority: normal
severity: normal
status: open
title: AIX: FAIL
Michael Felt added the comment:
I am looking at this, as/when I can. Was hoping for a ancient school option to
have the compiler stop with assembly code generation ipv objdump. However, I
have not been successful there.
Found objdump, and I'll work from that - and also do some of the
New submission from Michael Shields :
As of Python 3.7, dicts always preserve insertion order. This is mentioned
briefly in the release notes, but it would also be helpful to mention it in the
language reference, and in the discussion of collections.OrderedDict.
--
assignee: docs
Change by Michael Felt :
--
nosy: +Michael.Felt
___
Python tracker
<https://bugs.python.org/issue39502>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
Probably this broke the 64-bit usage.
diff --git a/Python/pytime.c b/Python/pytime.c
index 54ddfc952b..6f13e62490 100644
--- a/Python/pytime.c
+++ b/Python/pytime.c
@@ -1059,7 +1059,7 @@ _PyTime_localtime(time_t t, struct tm *tm)
return 0;
#else
Michael Felt added the comment:
>From memory I recall the 64-bit version worked with values above the threshold
>value that broke the 32-bit library.
And the additional test was needed because the AIX library (iirc did not return
NULL on error) - so had to test range before the call
Michael Felt added the comment:
Seems to be working on 64-bit, starting 32-bit test (with overflow expected).
Once finished will post a PR.
root@x065:[/data/prj/python/python3-3.9]./python
Python 3.9.0a3+ (heads/bpo-39502-dirty:8d49f7ceb4, Jan 30 2020, 14:47:52) [C]
on aix
Type "
Change by Michael Felt :
--
pull_requests: +17660
pull_request: https://github.com/python/cpython/pull/18285
___
Python tracker
<https://bugs.python.org/issue39
Michael Felt added the comment:
OK. There have been some comments/questions re: PR18282.
a) my PR is missing that PR, seems we just missed each other.
b) when using my patch I took a suggestion from issue39460 to test again:
root@x065:[/home/python/python3-3.9]./python -m test -v
Michael Felt added the comment:
p.s., I manually added #18282 to the test, and the results are the same as
without - using 64-bit. Will rebuild the 32-bit and try test again.
--
___
Python tracker
<https://bugs.python.org/issue39
Michael Felt added the comment:
Adding 3.8 before I post a PR - as I think the initial merge that introduced
the regression was before master was considered 3.9.
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue39
Michael Felt added the comment:
removed 3.8, this is new for 3.9.
Have established that all four functions added in issue38132 do not exist in
stock AIX libcurses.a
Was working on my own PR, but shall look at yours first.
--
versions: -Python 3.8
Michael Felt added the comment:
Have looked at your PR. It will not work on AIX because AIX libcurses is
missing all four new functions.
Once I finished my test on AIX - shall I add my patch as a file here, so you
can integrate into yours?
I hope that is easier than two PRs
Michael Felt added the comment:
Here is the patch I am working on.
I appreciate your example on how to deal with the undefined variables. I had
done that incorrectly initially.
--
Added file: https://bugs.python.org/file48876/bpo-39020-AIX.patch
Change by Michael Felt :
--
pull_requests: +17680
pull_request: https://github.com/python/cpython/pull/18303
___
Python tracker
<https://bugs.python.org/issue39
Michael Felt added the comment:
Thanks again for PR 18202. I followed your lead and made the additional changes
and posted as PR 18203.
--
___
Python tracker
<https://bugs.python.org/issue39
Michael Felt added the comment:
Blinded - got the numbers wrong!
So, again: Thanks for PR 18302. I followed your lead and made the additional
changes and posted as PR 18303 in the hope this is easier for all.
--
___
Python tracker
<ht
Michael Felt added the comment:
This is something from long long ago - time to get it completed.
The (remaining) issue is: "c" and "m" may not be shared libraries - so nothing
is ever found and the test is "skipped" but reports itself as PASSED.
The or
Change by Michael Felt :
--
keywords: +patch
pull_requests: +17688
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18312
___
Python tracker
<https://bugs.python.org/issu
Change by Michael Felt :
--
versions: +Python 3.8, Python 3.9 -Python 2.7
___
Python tracker
<https://bugs.python.org/issue28276>
___
___
Python-bugs-list mailin
Change by Michael Felt :
--
keywords: +patch
pull_requests: +17689
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18313
___
Python tracker
<https://bugs.python.org/issu
Ido Michael added the comment:
Sorry it broke the version, what could I have done to avoid this?
Also can we close this issue?
--
___
Python tracker
<https://bugs.python.org/issue37
Ido Michael added the comment:
Hi all,
I think this issue can be closed right?
Saw a successful PR.
--
nosy: +Ido Michael
___
Python tracker
<https://bugs.python.org/issue39
Change by Ido Michael :
--
keywords: +patch
pull_requests: +17690
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18314
___
Python tracker
<https://bugs.python.org/issu
Ido Michael added the comment:
Created this PR: GH-18314
--
nosy: +Ido Michael
___
Python tracker
<https://bugs.python.org/issue38691>
___
___
Python-bugs-list m
Ido Michael added the comment:
Are there any conclusions? what needs to be done?
--
nosy: +Ido Michael
___
Python tracker
<https://bugs.python.org/issue10
Change by Ido Michael :
--
keywords: +patch
pull_requests: +17691
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18315
___
Python tracker
<https://bugs.python.org/issu
Ido Michael added the comment:
Created PR added arguments to method signature in doc.
GH-18315
--
nosy: +Ido Michael
___
Python tracker
<https://bugs.python.org/issue39
Ido Michael added the comment:
Added a PR: GH-570
--
___
Python tracker
<https://bugs.python.org/issue38101>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ido Michael added the comment:
It treats the PR as a cpython while it's on the devguide repo, here is the link:
https://github.com/python/devguide/pull/570
--
___
Python tracker
<https://bugs.python.org/is
Ido Michael added the comment:
Can I take this?
What needs to be done? adding an indent flag and if it's passed indent the keys?
--
nosy: +Ido Michael
___
Python tracker
<https://bugs.python.org/is
Michael Felt added the comment:
Closing, as not longer relevant.
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
Michael Felt added the comment:
Not an issue in 3.9, so, closing: "not relevant"
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.py
Michael Felt added the comment:
closing. Will open a new issue with a correct description of the issue at hand.
The problem is related to 64-bit mode (which was not mentioned before) and
minor() major() macro definitions.
--
stage: -> resolved
status: open ->
Michael Felt added the comment:
Not sure I understand what bug I am supposed to report. I apologize if
my message https://bugs.python.org/issue39502#msg361116.
I assume your comment re: time.localtime(91301504) comes from this bit
of the test message (mtime_ns=913015040).
Assuming
Michael Felt added the comment:
OK. Couple of months later.
Would appreciate guidance before submitting a patch.
In advance: Thank you for your time and consideration.
Short: socket.sendfile() and AIX send_file() are very close in terms of
functionality - especially the requirement that
Ido Michael added the comment:
Thanks Brett,
I'll check this out over the week.
Let's take this module for instance: Lib/distutils.
I looked on this one test file by now, it looks decoupled (test_bdist.py),
1.What to look for
2.Once decided it's not the right path, just
Michael Felt added the comment:
FYI: I was contacted this week by someone with this problem.
The problem was resolved after they updated AIX (was 7100-04-00-).
Please note: any oslevel -s reporting six zeros at the end needs the SP that is
released in parallel with the base
Ido Michael added the comment:
Thanks Julien, I forgot about this part, will create a new PR.
I thought referencing the abstract of the algorithm + a link to the IETF RFC:
Happy Eyeballs: Success with Dual-Stack Hosts
When a server's IPv4 path and protocol are working, but the ser
Ido Michael added the comment:
Any update on this? Adding @Tal Einat on the PR
--
___
Python tracker
<https://bugs.python.org/issue37970>
___
___
Python-bug
Ido Michael added the comment:
Hey Senthil,
Yes the PEP guides was fixed a while ago, also the new comment of adding the
same change for the second function were taken care of.
--
___
Python tracker
<https://bugs.python.org/issue37
Ido Michael added the comment:
Can this issue be closed, I see it was merged successfully?
--
___
Python tracker
<https://bugs.python.org/issue27873>
___
___
801 - 900 of 3015 matches
Mail list logo
