New submission from Michael Felt :
issue41069 introduces tests for paths/files containing non-ascii characters.
On AIX - since the merge of PR21035 and PR21156 - the bots have been broken,
i.e., returning test failed.
commit 700cfa8c90a90016638bac13c4efd03786b2b2a0
Author: Serhiy Storchaka
Michael Felt added the comment:
I am taking a look at these, and I am sure there is a PEP I am unaware of - atm
- so, a quick question.
Is the double space at the end of a sentence 'required' by the rst processing,
or is this also a 'personal' writing style in some o
Michael Felt added the comment:
Neat! extra arguments!!
The warnings - extracted:
== CPython 3.10.0a0 (heads/master-dirty:b1a8730, Jul 26 2020, 14:00:34) [GCC
7.2.0]
== AIX-2-00F9C1964C00-powerpc-32bit big-endian
== cwd: /home/aixtools/cpython/cpython-master/build/test_python_27984450
Michael Felt added the comment:
Thanks. afaik, double spacing is a 'feature' a programmer added to a
text processing language - of the WYSIWUG kind, because program's such
as troff/nroff
didn't need them. They, rather it, understood that a period followed by
a space in
Change by Michael Felt :
--
keywords: +patch
pull_requests: +20780
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/21639
___
Python tracker
<https://bugs.python.org/issu
Michael Felt added the comment:
Excellent!!
aixtools@gcc119:[/home/aixtools/cpython/cpython-master]git pr 21640
remote: Enumerating objects: 50, done.
remote: Counting objects: 100% (50/50), done.
remote: Compressing objects: 100% (4/4), done.
remote: Total 58 (delta 46), reused 48 (delta 46
Michael Felt added the comment:
The 'master' branch bot is working again, the 3.9 branch is still broken, and
the 3.8 branch seems, as yet, unaffected.
--
___
Python tracker
<https://bugs.python.o
New submission from Michael Felt :
Two tests in test_pathlib test that the files created have mode o666 (rw-rw-rw).
However, on a filesystem (in my case NFS) configured to never permit global
write - the test will always fail.
Is this something to be concerned about?
I can think of a few
Michael Felt added the comment:
If #19521 had been merged I would be all for closing this as a duplicate.
However, if i have read all the comments correctly noone has tested the other
pr.
As the approaches are quite different I think both should be open until a
decision is made on the
Michael Felt added the comment:
As much as I wish I had the skills to do the cherry picking - I am not going to
touch this.
The AIX bots for 3.9 branch continue to report broken for test_io (ENV change)
- as they still wait for the backport for that branch
New submission from Michael Felt :
Successfully built and packaged the Python-3.9.0 distribution tar archive
without modification - as 32-bit.
Repeating the same process with the following environment change:
# export OBJECT_MODE=64
fails with a segmentation fault by the "first-
Michael Felt added the comment:
On a different server, different compiler (xlc-v13, mine is xlc-v11) it gets
past this point.
So, perhaps it is a compiler issue.
As the second system is missing many 64-bit libraries - still cannot build
64-bit Python-3.9.
Low priority - imho
Michael Felt added the comment:
Added "using xlc" to description.
When I have a system that has 64-bit support for gcc - I'll verify that it
works, or does not work, for me using gcc.
--
title: BUILD: AIX-64-bit segmentation fault -> BUILD: AIX-64-bit segmentatio
Michael Felt added the comment:
I have been experimenting with different hardware and AIX versions.
When building on AIX 5.3 - and the oldest libraries - test_math passes.
When I run the test on POWER8, using either xlc or gcc test_math fails with
just one element of the test.
When I run
Michael Felt added the comment:
For now, I am going to suggest closing this - as a bug in the xlc-v11 compiler
- and not worth researching.
I am able to build the 3.9 distribution as well as the 3.10 master using the
xlC-v13-1.3.2 (Try and Buy) version.
Thanks for thinking together
Michael Felt added the comment:
There seems to be a lot of interaction of OS level and compiler used.
* Waiting for the next bot run to get a different compiler.
+++
AIX 6.1.6 and older libraries - no test errors reported
AIX 7.1.4 and newer libraries - when using the binary built on 6.1.6
Michael Felt added the comment:
Yes, just probing, the version of gcc is irrelevant.
What I do believe is important is that bot run 374, 375 and 376 passed - On AIX
7.1 TL4 SP8.
The failure starting with 377 is an undefined variable.
"./Modules/posixmodule.c", line 15146.53: 1
Michael Felt added the comment:
This is still broken.
Since this was included in master - the AIX buildbot is failing to compile
(https://buildbot.python.org/all/#/builders/438/builds/391 and
https://buildbot.python.org/all/#/builders/302/builds/377)
Strangely enough - the first bot
Michael Felt added the comment:
I am not an OpenSSL expert - and I am conscious of OpenSSL changes with regard
to 'acceptance' of anything self-signed.
And, what it looks like you are trying to do with an updated 'signing" .pem is
to remove the 'self-signed'
Michael Felt added the comment:
p.s. On Centos I could not even get a python3 (at least not easily).
On debian (on POWER) I get the same error (message) as on AIX - although the
line number did change.
ssl.SSLCertVerificationError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate
verify failed
Michael Felt added the comment:
I believe (or hope) this is related to issue35828.
This is, as far as I can tell, a compiler issue.
It appears "always" in the bot situation (not building as root) when using
xlc-v11, but not when using gcc-4.7.4.
So, when the test failure "
Michael Felt added the comment:
Again - how can I get the core (dump) mentioned in the error message. When I
force this situation I have several core dumps - not "the one".
--
___
Python tracker
<https://bugs.python.o
New submission from Michael Felt :
On AIX, with commit 4fb15021890d327023aefd95f5a84ac33b037d19 (HEAD -> master,
origin/master, origin/HEAD)
test_thread is failing.
The three sub_tests that exit as ERROR are:
ERROR: test_threads_join_2 (test.test_threading.SubinterpThreadingTests)
ER
New submission from Michael Felt :
==
test_create_connection_ipv6_scope
(test.test_asyncio.test_base_events.BaseEventLoopWithSelectorTests)
--
Traceback (most
Michael Felt added the comment:
On 21/05/2019 12:08, Michael Felt wrote:
> Michael Felt added the comment:
>
> p.s. On Centos I could not even get a python3 (at least not easily).
>
> On debian (on POWER) I get the same error (message) as on AIX - although the
> line
Michael Felt added the comment:
Repeating a bot of what I added to PR13463
AIX has native support for thread-id since at least AIX 4.1 (1994-1995) where
every process has an initial TID (PID are even numbers and "own" the resources,
TID are odd and are the "workers&quo
Michael Felt added the comment:
from below:
In case of 3.7 first call to _ensure_resolved returns
('fe80::1', 12345, 0, 1)
then second call returns
('fe80::1', 12345, 0, 0)
Notice that scope is now completely lost and is set to 0, thus actual call to
socket.connect is w
Michael Felt added the comment:
On 22/05/2019 10:43, Michael Felt wrote:
> 'fe80::1%1' <> 'fe80::1' - ... I am not 'experienced' with IPv6 and scope.
>From what I have just read (again) - scope seems to be a way to indicate
the interface used (e.g.,
Michael Felt added the comment:
I do not know if it is that much mode complex. Unless I missed something it
seems to be that this bit - needs three lines added after the FREEBSD block -
per below:
All the other "assurances" are just things that need to be assured. Adding a
-D_XXX
Michael Felt added the comment:
On 22/05/2019 12:22, Michael Felt wrote:
> All the other "assurances" are just things that need to be assured. Adding a
> -D_XXX to CFLAGS is not all that complex either. Perhaps getting the need for
> the flag documented is 'complex&#
New submission from Michael Felt :
For years Python includes the file /usr/include/pthread.h. The AIX
documentation states that this needs to be the first include file included OR
the define _THREAD_SAFE needs to be defined.
As this may have been true, might still be true, or might have
Michael Felt added the comment:
On 22/05/2019 15:15, Jake Tesler wrote:
> Jake Tesler added the comment:
>
> I will look into whether adding thread_self() for AIX would be simple enough
> for this PR.
>
> --
>
> ___
&g
Michael Felt added the comment:
On 22/05/2019 18:08, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> Michael Felt: it's annoying when you ignore Antoine's comment and my comment.
> * https://github.com/python/cpython/pull/13463#issuecomment-494797084
>
Michael Felt added the comment:
In hindsight, maybe the message could have been better,
BUT - is it relevant?
commit 413118ebf3162418639a5c4af14b02d26571a02c
Author: Michael Felt
Date: Fri Sep 14 01:35:56 2018 +0200
Fix test_asyncio for AIX - do not call transport.get_extra_info
Michael Felt added the comment:
On 24/05/2019 19:59, Erwan Le Pape wrote:
> python3 -c 'import socket; print(socket.getaddrinfo("fe80::1%1", 80))'`
p.s. I used an actual address:
buildbot@x064:[/home/buildbot/aixtools-master]netstat -ni
Name Mtu Network Address
Michael Felt added the comment:
On 24/05/2019 19:59, Erwan Le Pape wrote:
> python3 -c 'import socket; print(socket.getaddrinfo("fe80::1%1", 80))'`
root@x067:[/home/root]python3 -c 'import socket;
print(socket.getaddrinfo("fe80::1%1", 80))'
[(, , 17,
Michael Felt added the comment:
No problem with trying out your tests.
Sent from my iPhone
> On 25 May 2019, at 00:19, Erwan Le Pape wrote:
>
>
> Erwan Le Pape added the comment:
>
> Thanks for testing that. It's good that you used an actual address because
Michael Felt added the comment:
On 23/05/2019 18:16, Jake Tesler wrote:
> Jake Tesler added the comment:
>
> Michael Felt -
> If you would like some help with adding/building AIX support for this
> functionality, tag me, I'd be glad to help out! :)
>
> --
Th
New submission from Michael Felt :
As issue36084 is already closed - opening a new issue for the PR to add this
support for AIX.
--
messages: 343765
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: Threading: add builtin TID attribute to Thread objects for AIX
Change by Michael Felt :
--
keywords: +patch
pull_requests: +13523
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/13624
___
Python tracker
<https://bugs.python.org/issu
Michael Felt added the comment:
On 25/05/2019 00:19, Erwan Le Pape wrote:
> Erwan Le Pape added the comment:
>
> Thanks for testing that. It's good that you used an actual address because
> that eliminates the possibility that AIX doesn't handle addresses it doesn&
Michael Felt added the comment:
On 29/05/2019 16:36, Ned Deily wrote:
> Ned Deily added the comment:
>
> FWIW, my opinion on making this kind of wholesale change has not changed: see
> the discussion in PR 7800.
I had actually read through that before I started on this.
Michael Felt added the comment:
On 30/05/2019 10:27, Erwan Le Pape wrote:
> Erwan Le Pape added the comment:
>
> Assuming similar configuration to the one in msg343430, a simple native
> getaddrinfo test to check whether any scope ID is returned.
The 'expanded' program
Michael Felt added the comment:
On 30/05/2019 23:11, Andrew Svetlov wrote:
> Andrew Svetlov added the comment:
>
> Guys, thank you for investigation.
> If there is AIX "idiosyncrasy" -- please feel free to skip failed tests on
> AIX.
>
> If you have access to
Michael Felt added the comment:
FYI: since:
commit 23b4b697e5b6cc897696f9c0288c187d2d24bff2
Author: Andrew Svetlov
Date: Mon May 27 22:56:22 2019 +0300
bpo-36889: Merge asyncio streams (GH-13251)
https://bugs.python.org/issue36889
AIX bot 'hangs' during
tes
Michael Felt added the comment:
hmm - i had just synced with master. must have just missed something since
there is a strike-out through GH-13251. If so, please ignore. BBL.
--
___
Python tracker
<https://bugs.python.org/issue36
Michael Felt added the comment:
On 05/06/2019 07:07, Tal Einat wrote:
> Tal Einat added the comment:
>
> Michael, your willingness to help, and the work on this issue and PR, are
> greatly appreciated!
>
> Reading through the discussion here again, and the one referenced by
Michael Felt added the comment:
On 06/06/2019 14:14, Tal Einat wrote:
> Tal Einat added the comment:
>
> Steve's suggestion sounds reasonable.
>
> Should we just add this to the devguide, then?
Well, as I said before - it was never about THIS being the solution.
While
Michael Felt added the comment:
On 06/06/2019 19:08, Steve Dower wrote:
> Steve Dower added the comment:
>
> Changing our policy here (from "no policy" to "here's a recommendation")
> probably deserves a python-dev discussion first.
I can rejoin the li
Change by Michael Felt :
--
nosy: +Michael.Felt
___
Python tracker
<https://bugs.python.org/issue36656>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
I started a reply on the python-mentoring maillist - and promised to come back
here.
a) imho - the discussion about an "attacker" is only misleading for the general
case. For active attacks - where an attacker has active acces to the system is
not
Change by Michael Felt :
--
pull_requests: +13872
pull_request: https://github.com/python/cpython/pull/13624
___
Python tracker
<https://bugs.python.org/issue37
New submission from Michael Felt :
issue34655 added sendfile support to asyncio. However, the `test_sendfile`
fails when called if there is no os.sendfile support.
This patch will skip the test when
@unittest.skipUnless(hasattr(os, 'sendfile'), 'test ne
Change by Michael Felt :
--
keywords: +patch
pull_requests: +13874
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/14010
___
Python tracker
<https://bugs.python.org/issu
Change by Michael Felt :
--
pull_requests: +13875
pull_request: https://github.com/python/cpython/pull/14011
___
Python tracker
<https://bugs.python.org/issue35
Michael Felt added the comment:
I have modified -
_NODE_GETTERS_WIN32 = [_windll_getnode, _netbios_getnode, _ipconfig_getnode]
_NODE_GETTERS_UNIX = [_unix_getnode, _ifconfig_getnode, _ip_getnode,
_arp_getnode, _lanscan_getnode, _netstat_getnode]
to:
+683
Change by Michael Felt :
--
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue28009>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
p.s. - changed the title: way back when I first started on this I was mainly
concerned that the _netstat_getnode() routine was broken for AIX. During the
research and follow-up discussions it has become clear that it is more than
just an AIX issue. There are
Change by Michael Felt :
--
pull_requests: +14031
pull_request: https://github.com/python/cpython/pull/14194
___
Python tracker
<https://bugs.python.org/issue35
Change by Michael Felt :
--
pull_requests: +14034
pull_request: https://github.com/python/cpython/pull/14197
___
Python tracker
<https://bugs.python.org/issue34
Michael Felt added the comment:
Closed. Not a bug in test_sendfile.
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
New submission from Michael Felt :
In AIX "sendfile()" is named send_file().
During testing I learned, unexpectedly, that AIX platform has never provided
support of os.sendfile(). This is correct that oversight.
>From this (and older) documentation - it seems all the bi
Change by Michael Felt :
--
pull_requests: +14069
pull_request: https://github.com/python/cpython/pull/14233
___
Python tracker
<https://bugs.python.org/issue34
Change by Michael Felt :
--
pull_requests: +14073
pull_request: https://github.com/python/cpython/pull/14237
___
Python tracker
<https://bugs.python.org/issue11
Change by Michael Felt :
--
pull_requests: +14074
pull_request: https://github.com/python/cpython/pull/14238
___
Python tracker
<https://bugs.python.org/issue34
Change by Michael Felt :
--
pull_requests: +14077
pull_request: https://github.com/python/cpython/pull/14242
___
Python tracker
<https://bugs.python.org/issue34
Michael Felt added the comment:
On 14/07/2019 22:28, Tal Einat wrote:
> Tal Einat added the comment:
>
>>> The current code and proposed changes use 'netstat -ia' to find the node
>>> however if netstat needs to perform a reverse DNS query to resolve som
Michael Felt added the comment:
David gives several reasons why this PR should not be used.
And, in reading them - while I follow them at face value, there may be things I
miss due to ignorance or being naive (more the system admin than tool
developer).
Isn't there an configure --e
Michael Felt added the comment:
On 01/08/2019 11:15, STINNER Victor wrote:
> FAILED (failures=1)
> Warning -- files was modified by test_threading
> Before: []
> After: ['core']
Thanks. I'll look again (on my bot) and other test systems.
What I assume
Michael Felt added the comment:
@Ronald - thanks.
Gives me something to work from. Would not have found this so easily!
But - where to put it... :)
--
nosy: +Michael.Felt
___
Python tracker
<https://bugs.python.org/issue18
Michael Felt added the comment:
***
Looking in ./Python/thread_pthread.h"
+252 #if defined(THREAD_STACK_SIZE)
+253 PyThreadState *tstate = _PyThreadState_GET();
+254 size_t stacksize = tstate ? tstate->interp->pythread_stacksize : 0;
+255 tss = (sta
Michael Felt added the comment:
Going to take a stab in the dark - the the issue lies here:
"./Python/errors.c"
#ifndef Py_NORMALIZE_RECURSION_LIMIT
#define Py_NORMALIZE_RECURSION_LIMIT 32
#endif
As there is not enough memory for this to run in the default memory model.
However, 3
Michael Felt added the comment:
On 02/08/2019 11:48, Ronald Oussoren wrote:
> Ronald Oussoren added the comment:
>
> That code is only called if THREAD_STACK_SIZE is defined. The block I mention
> defines it for macOS and FreeBSD, but not for other platforms. I therefore
> e
Michael Felt added the comment:
On 02/08/2019 11:57, Michael Felt wrote:
> On 02/08/2019 11:48, Ronald Oussoren wrote:
>> Ronald Oussoren added the comment:
>>
>> That code is only called if THREAD_STACK_SIZE is defined. The block I
>> mention defines it for mac
Change by Michael Felt :
--
pull_requests: +14827
pull_request: https://github.com/python/cpython/pull/15081
___
Python tracker
<https://bugs.python.org/issue18
Michael Felt added the comment:
Issue36210 needs a back-port to 3.7 and 3.6.
--
___
Python tracker
<https://bugs.python.org/issue37733>
___
___
Python-bug
Michael Felt added the comment:
resolved via issue18049
--
___
Python tracker
<https://bugs.python.org/issue36273>
___
___
Python-bugs-list mailing list
Unsub
Michael Felt added the comment:
correction - issue18049 was related to test_threading. cannot say for sure that
"this" is resolved by 18049. apologies for noise.
--
___
Python tracker
<https://bugs.python.o
Michael Felt added the comment:
I did not ask back in June - but could this also be backported to 3.7. I am
trying very hard to have all tests also passing on 3.7. as @asvetlov is ok with
a skipped test for AIX - see https://bugs.python.org/issue35545#msg344003
I can make the backport, if
Michael Felt added the comment:
First, my apology that I have not responded earlier. I had other things
to work on (real life things), customers that had interest in a fix for
find_library() have indicated no longer have interest, and also my
personal issue - becoming disillusioned with the
Change by Michael Felt :
--
pull_requests: +10576
___
Python tracker
<https://bugs.python.org/issue34897>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Michael Felt :
--
pull_requests: +10576, 10577
___
Python tracker
<https://bugs.python.org/issue34897>
___
___
Python-bugs-list mailing list
Unsub
Michael Felt added the comment:
I have not looked at 3.6, but I have bisected the 3.7 and 3.8 branches for AIX.
I get:
On 3.7 Branch:
Bisecting: 0 revisions left to test after this (roughly 0 steps)
[56742f1eb05401a27499af0ccdcb4e4214859fd1] [3.7] bpo-35189: Retry fnctl calls
on EINTR (GH
Michael Felt added the comment:
Forgot to include the test failure message:
==
FAIL: test_all (test.test_eintr.EINTRTests)
--
Traceback (most recent call
Michael Felt added the comment:
The "improved" output after getting back to "latest" commit:
== CPython 3.8.0a0 (heads/master-dirty:34ae04f74d, Dec 27 2018, 14:05:08) [C]
== AIX-1-00C291F54C00-powerpc-32bit big-endian
== cwd: /data/prj/python/python3-3.8/build/test_py
Michael Felt added the comment:
On 27/12/2018 15:48, Michael Felt wrote:
> Michael Felt added the comment:
>
> The "improved" output after getting back to "latest" commit:
>
> == CPython 3.8.0a0 (heads/master-dirty:34ae04f74d, Dec 27 2018, 14:05:08) [C]
&g
Michael Felt added the comment:
As I am not clear on where to have a more general discussion (in a PR
conversation) or here - going to start here because I cannot figure out which
comment in the PR to reply to.
Generally, before modifying the test_uuid.py to based tests on
uuid
Michael Felt added the comment:
p.s., removed 2.7 and 3.6 as too old for any interest.
--
versions: -Python 2.7, Python 3.6
___
Python tracker
<https://bugs.python.org/issue28
New submission from Michael Felt :
test_eintr fails on AIX since fcntl functions were modified
In issue35189 the fnctl() module was modified so that the EINTR interruption
should be retried automatically.
On AIX the test for flock() passes, but the test for lockf() fails
Michael Felt added the comment:
After reading the PEP I realized it is much simpler. The test is for interrupts
that occur at a low-level - and not for permission issues. The test is failing
because there is a permission issue, not a missed interrupt issue. Modifying
the code to: (see line
Change by Michael Felt :
--
keywords: +patch, patch
pull_requests: +10840, 10841
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Michael Felt :
--
keywords: +patch
pull_requests: +10840
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue35633>
___
___
Py
Change by Michael Felt :
--
pull_requests: +10842
___
Python tracker
<https://bugs.python.org/issue35189>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Michael Felt :
--
pull_requests: +10842, 10843
___
Python tracker
<https://bugs.python.org/issue35189>
___
___
Python-bugs-list mailing list
Unsub
Change by Michael Felt :
--
pull_requests: +10842, 10843, 10844, 10845
___
Python tracker
<https://bugs.python.org/issue35189>
___
___
Python-bugs-list mailin
Change by Michael Felt :
--
pull_requests: +10842, 10843, 10845
___
Python tracker
<https://bugs.python.org/issue35189>
___
___
Python-bugs-list mailin
Change by Michael Felt :
--
components: -IO
___
Python tracker
<https://bugs.python.org/issue35633>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
While the PR probably solves this - there is a 'bug' in pandas (I expect) that
prevents me from completing the test - as, I expect LONG before the .cpp source
is to be compiled - there is a error because a wrong flag is passed to the
compiler (-
Michael Felt added the comment:
On 04/01/2019 17:08, Kevin wrote:
> Kevin added the comment:
>
> Ah. We always compile with GCC, so would not have hit that particular problem.
>
> --
>
> ___
> Python tracker
> <http
Michael Felt added the comment:
Further along - however, I never get to the "link" routine.
Again, this is likely a pandas coding issue - currently python is calling xlc_r
..., but when I manually modify it to xlC_r I get the same error.
xlc_r -D_LARGE_FILES -O -I/opt/include -O
201 - 300 of 737 matches
Mail list logo
