Michael Felt added the comment:
Likewise, I have no idea who should review, or whether python2 should be
included or not.
The issue is not a bug in python, rather a shortcoming in the test suite.
In short, since I do my builds in an environment where the mode includes SGID
on the
Michael Osipov <1983-01...@gmx.net> added the comment:
My bad, I initially had attached a patch as you can see, but will turn that
into a PR on GitHub on Monday. That's why I had that label, but removed the
patch.
It doesn't crash, it is rather a behavior/regex issue in the t
Michael Osipov <1983-01...@gmx.net> added the comment:
Thanks changed appropriately. I here also have a PR idea I will try on Monday.
It won't be idiotproof, but someone will likely comment on it and provide more
input.
I am willing to provide even more patches, but am currently
Michael Osipov <1983-01...@gmx.net> added the comment:
Thanks, I'll do that. Hopefully I can provide a patch for. Though, I am
convinced that I have to write a custom codec for roman8 to make all at stuff
work flawlessly.
--
___
Pyt
Michael Osipov <1983-01...@gmx.net> added the comment:
I cannot reproduce this with master and 3.7 on HP-UX.
readline is linked and works with interactive python(1). curses module isn't
buld because I don't have curses installed.
I opt to close this one.
------
Michael Osipov <1983-01...@gmx.net> added the comment:
I cannot reproduce this with HP-UX 11.31 and master + 3.7.
I opt to close this one.
--
nosy: +michael-o
___
Python tracker
<https://bugs.python.org/
Change by Michael Osipov <1983-01...@gmx.net>:
--
pull_requests: +8307
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34401>
___
___
Michael Osipov <1983-01...@gmx.net> added the comment:
Cannot reproduced on master:
export LDFLAGS="-L/usr/local/lib/hpux64 +DD64"
export CFLAGS=+DD64
Python build finished successfully!
The necessary bits to build these optional modules were not found:
_bz2
Michael Osipov <1983-01...@gmx.net> added the comment:
Cannot verify:
$ file ./build/lib.hp-ux-B.11.31-ia64-3.8-pydebug/_ctypes.so
./build/lib.hp-ux-B.11.31-ia64-3.8-pydebug/_ctypes.so: ELF-32 shared object
file - IA64
$ ldd ./build/lib.hp-ux-B.11.31-ia64-3.8-pydebug/_ctypes.so
.
Michael Osipov <1983-01...@gmx.net> added the comment:
Runs perfectly:
== CPython 3.8.0a0 (heads/bpo-34412:f1331c0e83, Aug 20 2018, 10:14:16) [C]
== HP-UX-B.11.31-ia64-32bit-ELF big-endian
== cwd: /var/osipovmi/cpython/build/test_python_22868
== CPU count: 4
== encodings: locale=utf8, FS
Change by Michael Osipov <1983-01...@gmx.net>:
--
pull_requests: +8308
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue14568>
___
___
Michael Felt added the comment:
Although the default is different (i.e., roman8 versus latin1 (iso8859-1)) both
HP-UX and AIX (like Windows, cp1252) this issue and issue 33347 are related.
As I mentioned in https://bugs.python.org/issue34347#msg323319 the string seen
by self.get_output() is
Michael Felt added the comment:
On 04/08/2018 16:37, Michael Felt wrote:
> Some help would really be appreciated!
Gotten a bit further :)
While it does not affect the 'failures', this change decreases 'errors'
by 8 (skipped +1).
I do not expect this to be 'accept
New submission from Michael Osipov <1983-01...@gmx.net>:
If the wchar_t is usable on a system we get the following:
> checking for UCS-4 tcl... no
> checking whether wchar_t is signed... no
> yes
> checking whether byte ordering is bigendian... yes
> checking ABIFLAGS..
Change by Michael Osipov <1983-01...@gmx.net>:
--
keywords: +patch
pull_requests: +8318
stage: -> patch review
___
Python tracker
<https://bugs.python.or
Change by Michael Osipov <1983-01...@gmx.net>:
--
versions: +Python 3.6, Python 3.8
___
Python tracker
<https://bugs.python.org/issue34403>
___
___
Pyth
Change by Michael Osipov <1983-01...@gmx.net>:
--
versions: +Python 3.6, Python 3.8
___
Python tracker
<https://bugs.python.org/issue34401>
___
___
Pyth
Change by Michael Osipov <1983-01...@gmx.net>:
--
versions: +Python 3.6
___
Python tracker
<https://bugs.python.org/issue34448>
___
___
Python-bugs-list
Change by Michael Osipov <1983-01...@gmx.net>:
--
versions: +Python 3.6, Python 3.8
___
Python tracker
<https://bugs.python.org/issue34404>
___
___
Pyth
New submission from Michael Osipov <1983-01...@gmx.net>:
The compiler (HP aCC) says:
> /opt/aCC/bin/cc -Ae -b -L/usr/local/lib/hpux32
> build/temp.hp-ux-B.11.31-ia64-3.8-pydebug/var/osipovmi/cpython/Modules/_ctypes/_ctypes.o
>
> build/temp.hp-ux-B.11.31-ia64-3.8-pydebug/va
Change by Michael Osipov <1983-01...@gmx.net>:
--
keywords: +patch
pull_requests: +8319
stage: -> patch review
___
Python tracker
<https://bugs.python.or
Michael Felt added the comment:
On 21/08/2018 09:46, Michael wrote:
> On 04/08/2018 16:37, Michael Felt wrote:
>> Some help would really be appreciated!
> Gotten a bit further :)
A little bit more:
Modules/_ssl.c
+3707 fprintf(stderr,"load_cert_chain():cert
Michael Felt added the comment:
I nearly have a patch - to resolve all the remaining test_socket() issues with
AIX. However, this (new?) issue remains:
f = lambda a: inet_pton(AF_INET6, a)
assertInvalid = lambda a: self.assertRaises(
(OSError, ValueError), f, a
Michael Felt added the comment:
On 23/08/2018 12:51, STINNER Victor wrote:
> STINNER Victor added the comment:
>
> Your issue is about decoding command line argument which is done from main()
> function. It doesn't use Python codecs, but functions like Py_DecodeLocale().
Michael Felt added the comment:
On 23/08/2018 19:14, Michael Felt wrote:
> Michael Felt added the comment:
>
> On 23/08/2018 12:51, STINNER Victor wrote:
>> STINNER Victor added the comment:
>>
>> Your issue is about decoding command line argument which is done f
Michael Felt added the comment:
Inspired by msg211764 I made a PR - which I hope is okay to add here.
If not, a new issue and PR can be made later.
In short:
For address family of AF_UNIX or AF_UNIX_CCSID, getsockname() returns 0 if
issued before a bind(). The address length is 0. This
Michael Felt added the comment:
Ah, leave closed. I'll make a new issue, and reference this one. Sorry for the
noise here.
--
___
Python tracker
<https://bugs.python.org/is
New submission from Michael Felt :
Inspired by msg211764, issue20682
In short:
For address family of AF_UNIX or AF_UNIX_CCSID, getsockname() returns 0 if
issued before a bind(). The address length is 0. This is always the case for
sockets created by socketpair().
That is at least one
Change by Michael Felt :
--
keywords: +patch
pull_requests: +8377
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34490>
___
___
Py
Change by Michael Felt :
--
keywords: +patch, patch
pull_requests: +8377, 8378
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issu
Change by Michael Felt :
--
keywords: +patch
pull_requests: +8396
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34347>
___
___
Py
Michael Felt added the comment:
Solution much simpler than I thought:
not arg.decode('ascii', 'surrogateescape'), but arg.decode('iso-8859-1')
--
___
Python tracker
<h
Michael Felt added the comment:
It might be as simple as what I saw for AIX:
diff --git a/Lib/test/test_utf8_mode.py b/Lib/test/test_utf8_mode.py
index 26e2e13ec5..3e918fd54c 100644
--- a/Lib/test/test_utf8_mode.py
+++ b/Lib/test/test_utf8_mode.py
@@ -219,6 +219,8 @@ class UTF8ModeTests
Michael Felt added the comment:
As the AIX complaint is (was once the PR merges):
AssertionError: "['h\\xc3\\xa9\\xe2\\x82\\xac']" !=
"['h\\udcc3\\udca9\\udce2\\udc82\\udcac']"
- ['h\xc3\xa9\xe2\x82\xac']
+ ['h\udcc3\udca9\udce2\udc82\udc
Michael Felt added the comment:
FYI - this test passes on Python3.X and Python3.7 bots, still fails on Python2.7
In short "fixed" for Python3.
--
components: +Tests
___
Python tracker
<https://bugs.python.o
Michael Osipov <1983-01...@gmx.net> added the comment:
This is a very thorough analysis. Kudos to that.
--
nosy: +michael-o
___
Python tracker
<https://bugs.python.org/i
Michael Osipov <1983-01...@gmx.net> added the comment:
I think you are absoltely right.
> In any case, it seems to be broken for any system that does not have UTF-8 as
> default.
You likely mean ASCII. Python assumes that LANG=C is ASCII which is not the
case for AIX and HP-UX.
Michael Felt added the comment:
Short Version:
root@x065:[/data/prj/python/python3-3.8]./python -m test test_subprocess
Run tests sequentially
0:00:00 [1/1] test_subprocess
test_subprocess passed in 2 min 18 sec
== Tests result: SUCCESS ==
1 test OK.
Total duration: 2 min 18 sec
Tests
Change by Michael Felt :
--
keywords: +patch
pull_requests: +8412
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue11193>
___
___
Py
Change by Michael Felt :
--
keywords: +patch
pull_requests: +8430
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue11192>
___
___
Py
Michael Osipov <1983-01...@gmx.net> added the comment:
So I changed the test code to:
diff --git a/Lib/test/test_utf8_mode.py b/Lib/test/test_utf8_mode.py
index 26e2e13ec5..d9f8a3ed8b 100644
--- a/Lib/test/test_utf8_mode.py
+++ b/Lib/test/test_utf8_mode.py
@@ -208,7 +208,7 @@
Michael Osipov <1983-01...@gmx.net> added the comment:
Maybe skipping the test is the best thing:
diff --git a/Lib/test/test_utf8_mode.py b/Lib/test/test_utf8_mode.py
index 26e2e13ec5..d6c4b321be 100644
--- a/Lib/test/test_utf8_mode.py
+++ b/Lib/test/test_utf8_mode.py
@@ -12,7 +12,7 @
Michael Osipov <1983-01...@gmx.net> added the comment:
Maybe Victor Stinner has some insights here.
--
nosy: +vstinner
___
Python tracker
<https://bugs.python.org/i
New submission from Michael Osipov <1983-01...@gmx.net>:
HP Roman 8 is also known as 'hp-roman8', 'cp1051' and 'ibm1051'. They are
missing from the aliases.py.
--
components: Library (Lib)
messages: 324178
nosy: michael-o
priority: normal
seve
Change by Michael Osipov <1983-01...@gmx.net>:
--
keywords: +patch
pull_requests: +8431
stage: -> patch review
___
Python tracker
<https://bugs.python.or
Michael Osipov <1983-01...@gmx.net> added the comment:
Can someone review the PR for this?
--
nosy: +michael-o
versions: +Python 3.6, Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/i
Michael Osipov <1983-01...@gmx.net> added the comment:
Interesting is that the very same approach does not work for HP-UX even if I
swap out the params for HP-UX:
$ ./python -m test test_utf8_mode
Run tests sequentially
0:00:00 [1/1] test_utf8_mode
test test_utf8_mode failed -- Tra
Michael Felt added the comment:
On 27/08/2018 15:22, Michael Osipov wrote:
> Michael Osipov <1983-01...@gmx.net> added the comment:
>
> So I changed the test code to:
>
> diff --git a/Lib/test/test_utf8_mode.py b/Lib/test/test_utf8_mode.py
> index 26e2e13ec5..d9f8a3ed8b
Michael Osipov <1983-01...@gmx.net> added the comment:
Wow, this is pretty surprising. The very same patch for AIX works on HP-UX
flawlessly:
$ ./python -m test test_utf8_mode
Run tests sequentially
0:00:00 [1/1] test_utf8_mode
== Tests result: SUCCESS ==
1 test OK.
Total duration:
Michael Osipov <1983-01...@gmx.net> added the comment:
Now I know why this cannot with Roman 8: it contains chars which are multibyte
in Unicode (UTF-8) which cannot be mapped into a 7-bit/8-bit encoding.
Therefore CP1252 does not work because it has Unicode chars too. ISO-8859-1
Change by Michael Osipov <1983-01...@gmx.net>:
--
keywords: +patch
pull_requests: +8440
stage: -> patch review
___
Python tracker
<https://bugs.python.or
Michael Osipov <1983-01...@gmx.net> added the comment:
Victor, looking to...
--
___
Python tracker
<https://bugs.python.org/issue34403>
___
___
Python-bugs-
Michael Osipov <1983-01...@gmx.net> added the comment:
It unfortunately does not:
> osipovmi@blnn724x:/var/osipovmi/cpython []
> $ git branch
> 3.6
> 3.7
> bpo-14568
> bpo-34401
> bpo-34403
> bpo-34412
> bpo-34448
>
Michael Osipov <1983-01...@gmx.net> added the comment:
Running off: 217af1d38db3e1e875180c6fa160f0fc80e46003
> $ ./python -m test test_utf8_mode
> Run tests sequentially
> 0:00:00 [1/1] test_utf8_mode
> test test_utf8_mode failed -- Traceback (most recent call last):
>
Michael Osipov <1983-01...@gmx.net> added the comment:
Please see here:
> osipovmi@blnn724x:~ []
> $ uname -a
> HP-UX blnn724x B.11.31 U ia64 HP-UX
> osipovmi@blnn724x:~ []
> $ locale
> LANG=de_DE.utf8
> LC_CTYPE="de_DE.utf8"
> LC_COLLATE="de_DE.
Michael Felt added the comment:
Ok - testing other Python3 versions:
3.4.9 - failed
3.5.5 - failed
3.7.0 - passes - ah - but due to skip tests!
test_strcoll (test.test_locale.TestEnUSCollation) ... testing with
'en_US.ISO8859-1'... ok
test_strcoll_with
Michael Osipov <1983-01...@gmx.net> added the comment:
Here is the output to your questions:
> osipovmi@blnn724x:/var/osipovmi/cpython []
> $ git checkout hpux_force_ascii
> Branch 'hpux_force_ascii' set up to track remote branch 'hpux_force_ascii'
> from
Michael Felt added the comment:
No time to compile for a couple of days. Stress from others wins instead.
Maybe on Friday.
Sent from my iPhone
> On 28 Aug 2018, at 13:20, STINNER Victor wrote:
>
>
> STINNER Victor added the comment:
>
>> -check(
Michael Osipov <1983-01...@gmx.net> added the comment:
Victor,
this looks good to me:
> osipovmi@blnn724x:/var/osipovmi/cpython []
> $ git fetch vstinner
> remote: Counting objects: 65, done.
> remote: Compressing objects: 100% (18/18), done.
> remote: Total 65 (delta 41)
Michael Osipov <1983-01...@gmx.net> added the comment:
Can we backport this to 3.7 at least?
--
___
Python tracker
<https://bugs.python.org/issue34403>
___
__
Michael Osipov <1983-01...@gmx.net> added the comment:
Please close, issue fixed. Thank you very much.
--
___
Python tracker
<https://bugs.python.org/i
Michael Felt added the comment:
On 28/08/2018 13:20, STINNER Victor wrote:
> I updated my PR 8969 to implement properly my idea. With this PR, on HP-UX
> with C or POSIX locale, Python now uses ASCII for its "filesystem encoding":
> sys.getfilesystemencoding() returns &
Michael Felt added the comment:
On 28/08/2018 20:43, Michael Felt wrote:
> Attached is the output with LC_ALL=C in the prefix. If you were hoping
> for "dangling processes - your hopes are affirmed.
Previous mail ended with:
== Tests result: FAILURE ==
375 tests OK.
13 t
Michael Osipov <1983-01...@gmx.net> added the comment:
Wikipedia references it: https://en.wikipedia.org/wiki/HP_Roman#Roman-8
as well as IBM on its pages:
https://www.ibm.com/support/knowledgecenter/en/SSFKSJ_8.0.0/com.ibm.wmqfte.doc/codepag
Michael Felt added the comment:
The buildbots seem happy. This may be closed.
--
___
Python tracker
<https://bugs.python.org/issue34347>
___
___
Python-bug
Michael Felt added the comment:
Even if it is just in the spirit of issue29972 I hope this can be given a quick
review and have yet one less test failing on the AIX bots.
--
___
Python tracker
<https://bugs.python.org/issue34
Michael Felt added the comment:
For now, backport only means, imho to 3.7 and maybe 3.6. More could be merrier
- but the goal is to clear the buildbots for regression testing.
This one is quite simple - so adding 2.7 to the list of backports would be
great.
--
versions: +Python 2.7
Michael Felt added the comment:
Would be very nice to get this to clear on the build bots!
--
___
Python tracker
<https://bugs.python.org/issue34373>
___
___
New submission from Michael Felt :
With AIX I have seen the following messages repeatedly:
root@x066:[/data/prj/python/python3-3.8]./python
../git/*3.8/Lib/ctypes/test/test_loading.py
/data/prj/python/git/python3-3.8/Lib/subprocess.py:852: ResourceWarning:
subprocess 11796734 is still
Change by Michael Felt :
--
keywords: +patch
pull_requests: +8485
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34558>
___
___
Py
Michael Felt added the comment:
On 28/08/2018 23:14, STINNER Victor wrote:
> STINNER Victor added the comment:
>
>> Can we backport this to 3.7 at least?
I am the AIX(tools) Michael, Michael O is the HP-UX Michael :p
So I was not the one asking. IMHO - as the PEP was new, if
New submission from Michael Felt :
+364 def _assert_values(self, values):
+365 for obj in values:
+366 with self.subTest(obj):
+367 interpreters.channel_send(self.cid, obj)
+368 got = interpreters.channel_recv(self.cid)
+369
Michael Felt added the comment:
64-bit mode, no error.
root@x066:[/data/prj/python/python3-3.8.0]./python -m test -v
test__xxsubinterpreters
== CPython 3.8.0a0 (heads/master-dirty:d500e5307a, Sep 3 2018, 13:55:44) [C]
== AIX-1-00C291F54C00-powerpc-64bit-COFF big-endian
== cwd: /data/prj
Change by Michael Felt :
--
components: +Tests
___
Python tracker
<https://bugs.python.org/issue34569>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Michael Felt :
test_init_default_config (test.test_embed.InitConfigTests) ... FAIL
test_init_dev_mode (test.test_embed.InitConfigTests) ... FAIL
test_init_env (test.test_embed.InitConfigTests) ... FAIL
test_init_from_config (test.test_embed.InitConfigTests) ... ok
Change by Michael Felt :
--
components: +Tests
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue34579>
___
___
Python-bugs-list mailin
Change by Michael Felt :
--
keywords: +patch
pull_requests: +8523
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34579>
___
___
Py
Change by Michael Felt :
--
keywords: +patch
pull_requests: +8580
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34569>
___
___
Py
Change by Michael Felt :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue34569>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Michael Felt :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue34579>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Michael Felt :
--
type: -> behavior
___
Python tracker
<https://bugs.python.org/issue34373>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Michael Felt :
--
versions: -Python 3.7
___
Python tracker
<https://bugs.python.org/issue34373>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
When built against a less optimized OpenSSL library all tests pass. So, IMHO,
not a bug, and closing.
The buildbots will (eventually) build against a less optimized library and the
error messages will match. That was the cause of all these messages (no
Change by Michael Felt :
--
components: +Tests
type: -> behavior
versions: +Python 3.8 -Python 3.7
___
Python tracker
<https://bugs.python.org/issu
Change by Michael Felt :
--
pull_requests: +8686
___
Python tracker
<https://bugs.python.org/issue11192>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Felt added the comment:
Closing this, and my PR, as issue34664 is a repeat and already merged.
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
New submission from Michael Felt :
Going back to issue17234 - there has been a test to check that a URL with a
trailing slash reports 404 status.
On AIX a trailing-slash is ignored - if the rest of the path is a valid
filename.
At a very low-level, in Modules/_io/fileio.c the code could be
Michael Felt added the comment:
On 17/09/2018 12:47, Jeremy Kloth wrote:
> Jeremy Kloth added the comment:
>
> This is also an issue on Windows when the target path resides within a
> junction, paths outside of a junction respond (err, fail) as expecte
Change by Michael Felt :
--
components: +IO
title: Fix test_httpservers on AIX -> return ENOTDIR when open() accepts
filenames with a trailing slash
___
Python tracker
<https://bugs.python.org/issu
Michael Felt added the comment:
OK - issue17324 (not 1 7 2 3 4)
And, as jkloth reported that Windows also has an issue - sometimes, found a way
to do this in Modules/_io/fileio.c
diff --git a/Modules/_io/fileio.c b/Modules/_io/fileio.c
index c0e43e0ae4..3623ff16ea 100644
--- a/Modules/_io
Change by Michael Felt :
--
keywords: +patch
pull_requests: +8782
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34711>
___
___
Py
Michael Felt added the comment:
On 17/09/2018 16:00, Michael Felt wrote:
> And, now for the PR tests...
Had a review - many thanks, but before I press the resolve button -
Ihope someone can help me understand why the "Travis" etc, checks are
failing, e.g.,
./python -E -S
New submission from Michael Felt :
Issue32374 added a new subtest (test_bad_traverse) in test_importlib. The test
succeeds when a script calling a bad_traverse exits with a non-zero status
(e.g., crashes because of segmentation violation)
This patch "fixes" Modules/_testmultiphase
Change by Michael Felt :
--
title: Fix test_importlib for AIX -> Fix test_importlib.test_bad_traverse for
AIX
___
Python tracker
<https://bugs.python.org/issu
Change by Michael Felt :
--
keywords: +patch
pull_requests: +8815
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34720>
___
___
Py
Michael Felt added the comment:
On 10/08/2016 17:22, David Edelsohn wrote:
> David Edelsohn added the comment:
Hi, Just thought I would mention that I have a branch with all the test
PR fixes I have made in the last two months.
a) would appreciate your testig them with gcc - to be sure all
Michael Felt added the comment:
On 18/09/2018 16:46, Michael Felt wrote:
> Michael Felt added the comment:
Ignore this. If only I could remove stuff!
Good day all.
--
___
Python tracker
<https://bugs.python.org/issu
Change by Michael Felt :
--
keywords: +patch
pull_requests: +8873
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34757>
___
___
Py
New submission from Michael Felt :
One PR to Rule them all :p
--
components: Tests
messages: 325918
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: Placeholder for discussion on Combined patches for AIX - to resolve
failig tests
type: behavior
versions: Python
New submission from Michael Stapelberg :
(Tested with Python 3.7, but AFAICT, the situation hasn’t changed in Python
3.8.)
Python’s configure tries to fill the LIBFFI_INCLUDEDIR system variable with the
value of -I as returned by pkg-config libffi --cflags-only-I.
Python’s setup.py tries to
1701 - 1800 of 3024 matches
Mail list logo
