[issue34194] test_ssl, AIX, and defaults for _ssl connections

Michael Felt added the comment: update: went back to check what worked, did not work without the environment variable set. I am going to guess that pip(3) is able to make use of the environment variable SSL_CERT_FILE as pip download fails (in some cases) without it, but succeeds

[issue34194] test_ssl, AIX, and defaults for _ssl connections

Michael Felt added the comment: Any comments re: environment variables - even if the answer is None! -- versions: +Python 2.7, Python 3.8 ___ Python tracker <https://bugs.python.org/issue34

[issue21826] Performance issue (+fix) AIX ctypes.util with no /sbin/ldconfig present

Michael Felt added the comment: as this is fixed is Python3.7 (see issue26439) and has been stated several times that it will not be fixed in Python2.7 I suspect this issue may also be closed. -- ___ Python tracker <https://bugs.python.

[issue34194] test_ssl, AIX, and defaults for _ssl connections

New submission from Michael Felt : As far as I can tell _ssl works properly. However, test_ssl returns FAIL at some very basic levels, e.g. ... test_constructor (test.test_ssl.ContextTests) ... ERROR ... test_protocol (test.test_ssl.ContextTests) ... ERROR test_python_ciphers

[issue28009] core logic of uuid.getnode() is broken for AIX - all versions

Michael Felt added the comment: OK. as promised when I closed PR 5183 - a restart. You may skip the wall that follows - it is just documentation. The key points: * AIX ifconfig and arp do not supply maccaddr * netstat supplies a macaddr, but uses '.' not ':' as a delimiter ** also, AIX

[issue34163] Python latest release 2.7 shows SSL error

Michael Felt added the comment: There is a big chance it is not a direct issue with either python or pip / rather an issue with how current your "openssl" setup is. As an example, using git I was not able to "pull" from a remote. This git (that also depends on pyth

[issue11191] test_search_cpp error on AIX (with xlc)

Michael Felt added the comment: @tarek - anything specific/extra you need? -- ___ Python tracker <https://bugs.python.org/issue11191> ___ ___ Python-bugs-list m

[issue27643] test_ctypes fails on AIX with xlc

Michael Felt added the comment: Again, the PR worked months ago. I expect it to still work. So, I guess the question is: is there any interest. After several weeks of waiting after the last ttt - still waiting :) -- components: +Tests -ctypes

[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

Michael Felt added the comment: imho - this should have status "closed" -- ___ Python tracker <https://bugs.python.org/issue26439> ___ ___ Python-b

[issue32493] UUID Module - FreeBSD build failure

Michael Felt added the comment: I was not aware that _uuid was new to python3-3.7. I thought it had been around for a long time. Bpo-28009 goes back two years and i was unaware of uuid_create(). Would it be easier to split it into 3 issues? One for unixdll, one for netstat, and one

[issue32493] UUID Module - FreeBSD build failure

Michael Felt added the comment: OK. I know I do not understand this well - when it goes in A, or B. So, if I understand correctly, like this issue was created after uuid_create() was added for AIX and created issues for FreeBSD )that I did not know had uuid_create(), I need to create a new

[issue32493] UUID Module - FreeBSD build failure

Michael Felt added the comment: @vstinner - I know this is "closed", however, I submit a minor PR to fix an error in PR7104. The logic of configure.ac always defines HAVE_UUID_ENC_BE. I cannot proceed with PR5183 (aka issue28009) until this is repa

[issue32493] UUID Module - FreeBSD build failure

Change by Michael Felt : -- pull_requests: +7139 ___ Python tracker <https://bugs.python.org/issue32493> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32493] UUID Module - FreeBSD build failure

Change by Michael Felt : -- pull_requests: +7082 ___ Python tracker <https://bugs.python.org/issue32493> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11191] test_search_cpp error on AIX (with xlc)

Michael Felt added the comment: I hope this can be reviewed and eventually closed - not because it is X years old and unresolved - but because it is resolved for the latest branches! Thx -- versions: +Python 3.8 ___ Python tracker <ht

[issue28009] core logic of uuid.getnode() is broken for AIX - all versions

Michael Felt added the comment: Please review PR. at least for "master" -- versions: +Python 3.8 ___ Python tracker <https://bugs.python.org/issue28009> ___ __

[issue27643] test_ctypes fails on AIX with xlc

Michael Felt added the comment: I know it is not earth shattering - but it will permit one more test to pass. Please review the PR. Thx. -- versions: +Python 3.8 ___ Python tracker <https://bugs.python.org/issue27

[issue27632] build on AIX fails when builddir != srcdir, more than bad path to ld_so_aix

Michael Felt <mich...@felt.demon.nl> added the comment: Wishing I could edit a post... root@x066:[/data/prj/python]find ./python3-3.4.8 git/python3-3.4.8 -name ld_so_aix ./python3-3.4.8/Modules/ld_so_aix -- ___ Python tracke

[issue27632] build on AIX fails when builddir != srcdir, more than bad path to ld_so_aix

Michael Felt <mich...@felt.demon.nl> added the comment: OOT builds are working for Python2.7, Python3-3.5, Python3-3.6 (and later I expect) but not for Python3-3.4(.8) unable to execute '../git/python3-3.4.8/Modules/ld_so_aix': No such file or directory while building OOT root@x066:

[issue33464] AIX and "specialized downloads" links

Michael Felt <mich...@felt.demon.nl> added the comment: Took me a while to get this 'posted' properly. - please see https://github.com/python/pythondotorg/issues/1156 My apologies for the noise. -- stage: -> resolved status: open

[issue33464] AIX and "specialized downloads" links

Michael Felt <aixto...@gmail.com> added the comment: P.s. i apologize for probably posting in the incorrect “issues” area. Having followed guido’s link i see an area that is new for me. If it is better that i “restart” the discussion there, just ask. -- nosy: +aixto...@gma

[issue33464] AIX and "specialized downloads" links

Michael Felt <mich...@felt.demon.nl> added the comment: FYI: as my primary effort for AIX concerned ctypes.find_library() - and that is now in the Python3-3.7 branch - when I do a PR it will only be for "current" efforts, i.e., Python3-3.7 and later. As much as I feel it i

[issue33464] AIX and "specialized downloads" links

New submission from Michael Felt <mich...@felt.demon.nl>: I struggled with how python was packaged by others. Key points being: many dependencies, no assurance you could uninstall the dependencies and/or python. A little over two years ago I started looking for 'root causes' of pr

[issue33281] ctypes.util.find_library not working on macOS

Michael Felt <mich...@felt.demon.nl> added the comment: On 15/04/2018 07:56, Ned Deily wrote: > Ned Deily <n...@python.org> added the comment: > > Thanks for the report and the good detective work! I see the same results. > It appears that

[issue32493] UUID Module - FreeBSD build failure

Michael Felt <mich...@felt.demon.nl> added the comment: oops, sain openbsd, should be freebsd -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue32493] UUID Module - FreeBSD build failure

Michael Felt <mich...@felt.demon.nl> added the comment: If it is a bug in OpenBSD how do you propose we "fix" this. imho, the problem is "outside" python. however, until it is fixed in openbsd, would you accept an 3error macro that prevents the mod from being bui

[issue27643] test_ctypes fails on AIX with xlc

Change by Michael Felt <mich...@felt.demon.nl>: -- pull_requests: +5378 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue27643> ___

[issue27643] test_ctypes fails on AIX with xlc

Change by Michael Felt <mich...@felt.demon.nl>: -- versions: +Python 3.7 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue27643> ___

[issue32493] UUID Module - FreeBSD build failure

Michael Felt <mich...@felt.demon.nl> added the comment: Now that it is visible - maybe OpenBSD will treat it as a bug and get the "version bits" to work as their man page (https://man.openbsd.org/uuid.3) says it does: STANDARDS <https://man.openbsd.org/uuid.3#STANDARDS&

[issue32638] distutils test errors with AIX and xlc

New submission from Michael Felt <mich...@felt.demon.nl>: While working in issue11191 I found a fix for Python3-3.6 and later for the following tests, and later - but not for Python3-3.5 I suppose "we" could ignore the error on Python3-3.5 (as I then have a quick - simple -

[issue11191] test_search_cpp error on AIX (with xlc)

Michael Felt <mich...@felt.demon.nl> added the comment: Just tested the patch presented. For Python3-3.6.4 the patch in PR-5206 works as is, however, for Python3-3.5.4 - the patch to Lib/test/support/__init__.py does not work. So, for Python3-3.5, Python3-3.6 and Python3-master - th

[issue32493] UUID Module - FreeBSD build failure

Michael Felt <mich...@felt.demon.nl> added the comment: On 1/17/2018 11:16 AM, David CARLIER wrote: > David CARLIER <devne...@gmail.com> added the comment: > > Might comes from uuid1 function itself ... e.g. line 704 not setting version > "field". IMHO: for

[issue32493] UUID Module - FreeBSD build failure

Michael Felt <mich...@felt.demon.nl> added the comment: typo here: So, I think the AMD64 FreeBSD 10.x Shared 3.x uuid_create() function is wrong (if that is what it is using - was it/can it also use the uuid_generate* routines? i.e., does AMD FreeBSD use uuid_create() or uuid_ge

[issue32493] UUID Module - FreeBSD build failure

Michael Felt <mich...@felt.demon.nl> added the comment: Actually, the libc/libuuid function called should be setting the version/variant values as well. So, I think the AMD64 FreeBSD 10.x Shared 3.x uuid_generate() function is wrong (if that is what it is using - was it/can it al

[issue11192] test_socket error on AIX

Michael Felt <mich...@felt.demon.nl> added the comment: I have tried jumping into the pdp using but do not come much further in understanding how the expectations expressed in these comments are satisfied: +2153 # Tests for the sendmsg()/recvmsg() interface. Where possible, the

[issue11192] test_socket error on AIX

Michael Felt <mich...@felt.demon.nl> added the comment: Back to master (python3-3.7) (note: not your problem - but this link is gone: not a python problem, see closed aix issue http://www-01.ibm.com/support/docview.wss?uid=isg1IZ57712) Getting this (obviously) on AIX 5.3, but also on A

[issue11191] test_search_cpp error on AIX (with xlc)

Change by Michael Felt <mich...@felt.demon.nl>: -- keywords: +patch pull_requests: +5060 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue11191] test_search_cpp error on AIX (with xlc)

Michael Felt <mich...@felt.demon.nl> added the comment: a) Is this normal? root@x065:[/data/prj/python/git/python3-3.7]./python -m unittest test.test_distutils -- Ran 0 tests in 0.000s OK In short - at the start

[issue11191] test_search_cpp error on AIX (with xlc)

Change by Michael Felt <mich...@felt.demon.nl>: -- versions: +Python 3.7 -Python 3.2 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue11191] test_search_cpp error on AIX (with xlc)

Michael Felt <mich...@felt.demon.nl> added the comment: After even more years - I see the same test failing, just a bit different. And, others in short: ./python Lib/test/test_distutils.py ... Ran 245 tests in 10.337s FAILED (errors=7, skipped=31) I have managed to get this to:

[issue28009] core logic of uuid.getnode() is broken for AIX - all versions

Michael Felt <mich...@felt.demon.nl> added the comment: On 14/01/2018 22:01, Antoine Pitrou wrote: > Antoine Pitrou <pit...@free.fr> added the comment: > > Is nohup required in the example you just posted or

[issue32542] memory not freed, aka memory leak continues...

Michael Felt <mich...@felt.demon.nl> added the comment: Thanks for the clarification. Being curious, is there a way to see what the size of the cache is? I want to believe, but i do not have the impression memory is being reallocated to later users. My gut feeling is that the code

[issue28009] core logic of uuid.getnode() is broken for AIX - all versions

Michael Felt <mich...@felt.demon.nl> added the comment: FYI: - On AIX, no uuid_create support: ./python -m unittest -v test.test_uuid ... Ran 48 tests in 0.261s OK (skipped=37) On AIX 6.1 (with ctypes, without _uuid) ./python -m unittest -v test.test_uuid ... Ran 48 tests in 0.27

[issue28009] core logic of uuid.getnode() is broken for AIX - all versions

Michael Felt <mich...@felt.demon.nl> added the comment: PR added, please review. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue28009] core logic of uuid.getnode() is broken for AIX - all versions

Change by Michael Felt <mich...@felt.demon.nl>: -- keywords: +patch pull_requests: +5037 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue32542] memory not freed, aka memory leak continues...

New submission from Michael Felt <mich...@felt.demon.nl>: in issue25582 - the issue is not (yet) resolved. Perhaps this one can be closed and issue25582 reopened. Both from python2-2.7.14 and "git master" I am getting: michael@x071:[/data/prj/python/git/gcc-python3-3.7]./pytho

[issue27643] test_ctypes fails on AIX with xlc

Michael Felt <mich...@felt.demon.nl> added the comment: @panter - your patch seems to be working well. Thanks. PR 5164 submitted for review -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue27643] test_ctypes fails on AIX with xlc

Change by Michael Felt <mich...@felt.demon.nl>: -- pull_requests: +5020 ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue27643> ___

[issue27643] test_ctypes fails on AIX with xlc

Michael Felt <mich...@felt.demon.nl> added the comment: On 04/08/2016 10:58, Martin Panter wrote: > Martin Panter added the comment: > > Okay, so to be clear, I am assuming XLC supports all of the following fields, > and uses unsigned bit fields by default: > &

[issue27643] test_ctypes fails on AIX with xlc

Michael Felt <mich...@felt.demon.nl> added the comment: On 30/07/2016 02:51, Martin Panter wrote: > Martin Panter added the comment: > > > ./python -m unittest -v ctypes.test.test_bitfields > > What I am suggesting as a fix is to change line 381 from plain “int” to

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Change by Michael Felt <mich...@felt.demon.nl>: -- pull_requests: +5012 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue28009] core logic of uuid.getnode() is broken for AIX - all versions

Michael Felt <mich...@felt.demon.nl> added the comment: On 09/01/2018 16:21, Antoine Pitrou wrote: > Antoine Pitrou <pit...@free.fr> added the comment: > >> What is the desired behavior, specifically, of > uuid.getnode() - constant, or 'random'? > > I'm a

[issue28009] core logic of uuid.getnode() is broken for AIX - all versions

Michael Felt <mich...@felt.demon.nl> added the comment: On 08/01/2018 17:22, Michael wrote: > On 08/01/2018 16:07, Michael Felt wrote: >> Michael Felt <mich...@felt.demon.nl> added the comment: >> >> Considering that _uuid is now working for AIX is

[issue28009] core logic of uuid.getnode() is broken for AIX - all versions

Michael Felt <mich...@felt.demon.nl> added the comment: On 08/01/2018 16:07, Michael Felt wrote: > Michael Felt <mich...@felt.demon.nl> added the comment: > > Considering that _uuid is now working for AIX issue32399 - I need to get some > things straight (aka some help p

[issue28009] core logic of uuid.getnode() is broken for AIX - all versions

Michael Felt <mich...@felt.demon.nl> added the comment: Considering that _uuid is now working for AIX issue32399 - I need to get some things straight (aka some help please). Does uuid.py (./Lib/uuid.py) call _uuid.py? If not, I am curious how _uuid.c is used - because ./Lib/test/test_u

[issue32493] UUID Module - FreeBSD build failure

Michael Felt <mich...@felt.demon.nl> added the comment: On 08/01/2018 12:47, David Carlier wrote: > David Carlier <dcarl...@afilias.info> added the comment: > > Perfect. That solves in the process OpenBSD uuid module build too. > > -- p.s. I did not 'inv

[issue32493] UUID Module - FreeBSD build failure

Michael Felt <mich...@felt.demon.nl> added the comment: On 05/01/2018 13:38, Antoine Pitrou wrote: > Antoine Pitrou <pit...@free.fr> added the comment: > > Michael, does AIX have uint32_t? If so, we could happily drop the unsigned32 > reference. Yes, AIX has unit32

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt <mich...@felt.demon.nl> added the comment: On 24/02/2017 09:44, Michael Haubenwallner wrote: > Michael Haubenwallner added the comment: > > Let's switch to github-based patches to discuss about: > https://github.com/python/cpython/compare/2.7...ha

[issue32390] AIX compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Michael Felt <mich...@felt.demon.nl> added the comment: On 03/01/2018 18:03, Xavier de Gaye wrote: > Xavier de Gaye <xdeg...@gmail.com> added the comment: > > The following patch may be less invasive and more explicit: > > diff --git a/Modules/posixmodule.c b/Mo

[issue32390] AIX compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Michael Felt <mich...@felt.demon.nl> added the comment: Ignore my last comment - I have a headache. If I could edit/delete it I would. aka "reset 2018 - here I come!" -- ___ Python tracker <rep...@bugs.python.org> <https://b

[issue32390] AIX compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Michael Felt <mich...@felt.demon.nl> added the comment: On 03/01/2018 14:41, David Edelsohn wrote: > David Edelsohn <dje@gmail.com> added the comment: > > _ALL_SOURCE is overkill. It probably is too big a club for this regression. Maybe. Clearly it is a big club. The d

[issue27632] build on AIX fails when builddir != srcdir, more than bad path to ld_so_aix

Michael Felt <mich...@felt.demon.nl> added the comment: There were changes made - I know not when - but OOT builds work now. This issue may be closed. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue28290] BETA report: Python-3.6 build messages to stderr: AIX and "not GCC"

Michael Felt <mich...@felt.demon.nl> added the comment: this was just feedback - and should probably be closed. -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue27643] test_ctypes fails on AIX with xlc

Michael Felt <mich...@felt.demon.nl> added the comment: As I was not responding properly (too verbose) - I'll reread the thread for the initial patch suggestion - and hope it still fits the current 'master'. My apologies for the long silence on this. -- nosy: -aixto...@gma

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Michael Felt <mich...@felt.demon.nl> added the comment: Did some additional research. The code can work asis when _ALL_SOURCE is undefined. Or, in other words - there does not have to be a variable syntax issue or separate code for AIX. As you read this - please remember that since

[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

Michael Felt <mich...@felt.demon.nl> added the comment: will open a new PR for ./Doc/library/ctypes.rst -- ___ Python tracker <rep...@bugs.python.org> <https://bugs.python

[issue32399] _uuidmodule.c cannot build on AIX - different typedefs of uuid_t, etc..

Michael Felt <mich...@felt.demon.nl> added the comment: As the 'basics' seem to be 'accepted', going to work on the PR so that configure.ac can prepare the right choices, rather than rely on a hard-coded _AIX determined macro. -- ___ Python t

[issue32399] _uuidmodule.c cannot build on AIX - different typedefs of uuid_t, etc..

Change by Michael Felt <mich...@felt.demon.nl>: -- keywords: +patch pull_requests: +4865 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Change by Michael Felt <mich...@felt.demon.nl>: -- keywords: +patch pull_requests: +4863 stage: -> patch review ___ Python tracker <rep...@bugs.python.org> <https://bugs.pyt

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Michael Felt <mich...@felt.demon.nl> added the comment: Well, replied via email response - but it did not show up here. You suggestion worked. I'll start a PR and we can see if your suggestion also works for all the other platforms. -- ___

[issue32399] _uuidmodule.c cannot build on AIX - different typedefs of uuid_t, etc..

Michael Felt <mich...@felt.demon.nl> added the comment: Understood. What I have learned. Although the types are quite different, they are both 16 bytes. Starting with AIX 6.1, libc includes uuid_create(, ) which fills "uuid" with a uuid.uuid1() like result. After callin

[issue32399] _uuidmodule.c cannot build on AIX - different typedefs of uuid_t, etc..

Change by Michael Felt <mich...@felt.demon.nl>: -- type: -> behavior ___ Python tracker <rep...@bugs.python.org> <https://bugs.python.org/issue32399> ___ __

[issue32399] _uuidmodule.c cannot build on AIX - different typedefs of uuid_t, etc..

Michael Felt <mich...@felt.demon.nl> added the comment: So - KISS principle: This diff shows what can compile: diff --git a/Modules/_uuidmodule.c b/Modules/_uuidmodule.c index d4bc3c7..5550705 100644 --- a/Modules/_uuidmodule.c +++ b/Modules/_uuidmodule.c @@ -1,7 +1,11 @@ #

[issue32399] _uuidmodule.c cannot build on AIX - different typedefs of uuid_t, etc..

New submission from Michael Felt <mich...@felt.demon.nl>: I was hoping for something simple - as in: +1 #define PY_SSIZE_T_CLEAN +2 +3 #include "Python.h" +4 #ifndef _AIX +5 #include +6 #else +7 #include +8 #endif However, it

[issue28009] core logic of uuid.getnode() is broken for AIX - all versions

Michael Felt <mich...@felt.demon.nl> added the comment: Sure - I'll work on a PR. This will be the easier one. Where I am currently 'lost' is to correct _uuidmodule.c - another thing that has always been broken (new issue, about t

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Michael Felt <mich...@felt.demon.nl> added the comment: FYI: from /usr/include/types.h /* typedef for the File System Identifier (fsid). This must correspond * to the "struct fsid" structure in _ALL_SOURCE below. */ typedef struct fsid_t { #ifdef __64BIT_KERNEL uns

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Function argument assignment between types "unsigned long" and "struct fsid_t" is not allowed

Michael Felt <mich...@felt.demon.nl> added the comment: OOps - wrong error! It is the new fsid variable! michael@x071:[/data/prj/python/git/python3-3.7.0.a3]xlc_r -DNDEBUG -O -I/opt/include -O2 -qmaxmem=-1 -qarch=pwr5 -I. -I./Include -I/opt/in> "./Modules/posixmodule.c&

[issue32390] AIX (xlc_r) compile error with Modules/posixmodule.c: Explicit dimension specification or initializer required

New submission from Michael Felt <mich...@felt.demon.nl>: current level: commit 4b965930e8625f77cb0e821daf5cc40e85b45f84 (HEAD -> master, upstream/master, origin/master, origin/HEAD) Build message: michael@x071:[/data/prj/python/git/python3-3.7.X]make xlc_r -DNDEBUG -O -I/opt/in

[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

Michael Felt <mich...@felt.demon.nl> added the comment: SVR4 - stands for AT System V Release 4 - the beginning (as I understand it) of shared libraries as (indivudual) .so files in UNIX. SVR3 (and earlier) used .a files (aka archives with members

[issue28009] core logic of uuid.getnode() is broken for AIX - all versions

Michael Felt <mich...@felt.demon.nl> added the comment: x064 is AIX 5.3, x071 is AIX 6.1, x072 is AIX 7.1 - in the following output On 11/20/2017 9:01 PM, Serhiy Storchaka wrote: > Serhiy Storchaka <storchaka+cpyt...@gmail.com> added the comment: > > What return commands

[issue32095] AIX: ModuleNotFoundError: No module named '_ctypes' - make install fails

Michael Felt <mich...@felt.demon.nl> added the comment: If I removed you from nosy - purely accidental - probably because you answered and I still had a dialog open with you not in it. My apologies in any case. I'll be more careful should something like that happen again. I am

[issue32095] AIX: ModuleNotFoundError: No module named '_ctypes' - make install fails

Michael Felt <mich...@felt.demon.nl> added the comment: no. I'll install what I have atm. Too bad - as now it will have an install dependency. re: https://bugs.python.org/issue27976#msg274628 -- seems a warning that libffi is not available might be useful after all. Question: is ffi

[issue32095] AIX: ModuleNotFoundError: No module named '_ctypes' - make install fails

Michael Felt <mich...@felt.demon.nl> added the comment: FYI: version 3.6.3 compiles and builds without this issue. + make install DESTDIR=/var/aixtools/python/Python/3.6.3.0 > .buildaix/install.out + mkinstallp.ksh /var/aixtools/python/Python/3.6.3.0 > .buildaix/mk

[issue32095] AIX: ModuleNotFoundError: No module named '_ctypes' - make install fails

New submission from Michael Felt <mich...@felt.demon.nl>: after git clone from master: make install fails to complete with: Important - python is not installed already. FYI: also note - build completes successfully with 2.7.14 (will download and check other python3 versions) i

[issue28009] core logic of uuid.getnode() is broken for AIX - all versions

Michael Felt <mich...@felt.demon.nl> added the comment: On 11/20/2017 5:22 PM, Serhiy Storchaka wrote: > Serhiy Storchaka <storchaka+cpyt...@gmail.com> added the comment: > > _unixdll_getnode, _ifconfig_getnode, and _arp_getnode were changed recently. > Are they still n

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

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

[issue29545] Python behavioral difference between Linux and AIX

Michael Felt added the comment: Curious. First pass: using python2.7.12 also hanged as program, on the close() second pass: interactive - do the read first, then the close - seems to work: root@x064:[/data/prj/python/issues/29545]cat hello.py #!/usr/bin/env python import errno import os

Re: When will os.remove fail?

On 13/03/2017 02:51, Steve D'Aprano wrote: On Mon, 13 Mar 2017 05:45 am, Alain Ketterlin wrote: Steve D'Aprano writes: [...] It seems that os.remove on Linux will force the delete even if the file is read-only or unreadable, provided you own the file. Your

Re: best way to ensure './' is at beginning of sys.path?

On 04-Feb-17 02:07, Cameron Simpson wrote: On 03Feb2017 17:21, Wildman wrote: On Sat, 04 Feb 2017 09:25:42 +1100, Cameron Simpson wrote: Also, what you describe with rc.local wouldn't work anyway, even if it had ben what was asked. Of course, you are correct. I don't

[issue27435] ctypes library loading and AIX - also for 2.7.X (and later)

Michael Felt added the comment: On 31/01/2017 20:22, Michael Haubenwallner wrote: > Michael Haubenwallner added the comment: > > Feels like it is up to me to shed some light on various topics here: Many thanks! > > AIX defines (static) "Object" files and "

[issue18235] _sysconfigdata.py wrong on AIX installations

Michael Felt added the comment: OK - so details on the failing tests - for the record only. However, I would appreciate some 'expert' feedback on what is expected to be happening in this test: == FAIL

[issue18235] _sysconfigdata.py wrong on AIX installations

Michael Felt added the comment: I am back at this: (note: short answer to msg277745 - No. does not work for me) As ... expressed before, this needs to work in three contexts: 2) In-tree testing of build module feature (test_distutils). Below are results of 'in tree' and 'out of tree' testing

[issue18235] _sysconfigdata.py wrong on AIX installations

Michael Felt added the comment: As far as issue10656 and this issue are concerned: Python-3.4 is out of context (but 3.4.6 was just released) - and does not work with 'out of tree' builds. The other versions: 2.7.13, 3.5.3 and 3.6.0 do build out-of-tree. Note 3.5.3 and 3.6.0 use a different

[issue18235] _sysconfigdata.py wrong on AIX installations

Michael Felt added the comment: re: msg286115, 1) Building modules in the tree during the build process. ** if "in the tree" means building outside of source - such as: ../src/python-X.Y.Z/configure ... make ** the tarball for Python-2.7.13 is building from ../src/Python-2.7.13

[issue18235] _sysconfigdata.py wrong on AIX installations

Michael Felt added the comment: You guys are the experts. I can only comment on what I see. IMHO: the file _sysconfigdata.py is more accurate with nothing in it. I am clearly confused by whatever process this is. If you believe it is more accurate to have the BLD variable 'inaccurate

[issue18235] _sysconfigdata.py wrong on AIX installations

Michael Felt added the comment: This is "only" for Python-2.7 (for now). The others will be tested as I am able. Working with the patch submitted 2013-10-19 (aka https://bugs.python.org/file32229/issue18235.patch) A) Without/before the patch: root@x064:[/data/prj/python/Python-2.7

[issue18235] _sysconfigdata.py wrong on AIX installations

Michael Felt added the comment: Ok. I shall rebuild from scratch. When I do, I start from a "clean" system - only the compiler and my mkinstallp helper script. I am adding the latest zlib for what I would package but I shall forgoe that for

[issue18235] _sysconfigdata.py wrong on AIX installations

Michael Felt added the comment: I did not go through a whole build process. Changing: if _PYTHON_BUILD: vars['BLDSHARED'] = vars['LDSHARED'] to if _PYTHON_BUILD: vars['LDSHARED'] = vars['BLDSHARED'] is not going to help if both variables are wrong in _sysconfigdata

[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

Michael Felt added the comment: OOPS: I have a ... above, meant to be a link to a message. I also needed to 'patch' util.py - with 32-bit build with something like this: --- src/python-2.7.13/Lib/ctypes/util.py2016-12-17 20:05:05 + +++ python-2.7.13.0/Lib/ctypes/util.py 2017-01-13

[issue26439] ctypes.util.find_library fails when ldconfig/glibc not available (e.g., AIX)

Michael Felt added the comment: I would like to say: a) I am happy this is being considered for Python3-3.7 b) I still believe it is a "bug" plain and simple - it (find_library()) cannot work in "normal" situations. Why "IBM" or others never addressed t

<    1   2   3   4   5   6   7   8   >