Michael Osipov <1983-01...@gmx.net> added the comment:
Just wasted two hours for this. Can someone really update the documentation of
it if this is not going to change.
--
nosy: +michael-o
___
Python tracker
<https://bugs.python.org/i
New submission from Michael Osipov <1983-01...@gmx.net>:
When working with proxies and HTTP CONNECT I came across these lines:
https://github.com/python/cpython/blob/63c69440c7adb0de1d191a8d3d100b335d5c2f81/Lib/http/client.py#L901-L903
I truly fail to see why this is an OSError. OS
New submission from Michael Osipov <1983-01...@gmx.net>:
Looking at
https://github.com/python/cpython/blob/63c69440c7adb0de1d191a8d3d100b335d5c2f81/Lib/http/client.py#L898
self.debuglevel is not passed to response_class() and for debugging purposes I
miss to see:
> send: b'CON
Michael Osipov <1983-01...@gmx.net> added the comment:
Thanks Andrei, please ahead and provide the PR. You'll do it faster than I do.
--
___
Python tracker
<https://bugs.python.
Change by Michael Osipov <1983-01...@gmx.net>:
--
nosy: +michael-o
___
Python tracker
<https://bugs.python.org/issue11102>
___
___
Python-bugs-list
Michael Osipov <1983-01...@gmx.net> added the comment:
Please close because there is actually no /usr/local on HP-UX, System V does
use /opt, not /usr/local.
--
___
Python tracker
<https://bugs.python.org/i
New submission from Michael Osipov <1983-01...@gmx.net>:
> /opt/aCC/bin/aCC -Ae -O -I./Include/internal -I. -I./Include
> -I/opt/ports/include -I/opt/ports/include -DPy_BUILD_CORE_BUILTIN -c
> ./Modules/faulthandler.c -o Modules/faulthandler.o
> "./Modules/fau
Michael Osipov <1983-01...@gmx.net> added the comment:
The memset() works as expected and compiles for me.
--
___
Python tracker
<https://bugs.python.org/i
Michael Osipov <1983-01...@gmx.net> added the comment:
I do not know because I haven't really tested that branch. My HP-UX PRs
(https://github.com/python/cpython/pulls/michael-o) are still open and apply to
master currently. We (you and me) agreed some time ago, that we go m
New submission from Michael Osipov <1983-01...@gmx.net>:
I do compile Python from master on HP-UX with aCC:
# echo $LDFLAGS $CPPFLAGS
-L/opt/ports/lib/hpux32 -I/opt/ports/include
UNIX_STD=1998 LDFLAGS="$LDFLAGS -lreadline" CPPFLAGS="-I$PREFIX/include/ncurses
$CPPFLAGS&
New submission from Michael Osipov <1983-01...@gmx.net>:
The module _curses fails to build because curses cannot be found on HP-UX. In
this case, it has an unorthodox location:
> $ ll /usr/lib/hpux32/libcurses.so
lr-xr-xr-x 1 bin bin 17 2018-09-07 15:29 /usr/lib/hpux32/lib
Change by Michael Osipov <1983-01...@gmx.net>:
--
keywords: +patch
pull_requests: +13099
stage: -> patch review
___
Python tracker
<https://bugs.python.or
New submission from Michael Osipov <1983-01...@gmx.net>:
I am currently trying investigate tests failures on HP-UX to port some
engineering applications away from Fortran to Python, but a bunch of tests
require outbound connection which I do not have. I do have an HTTP proxy only.
Plea
New submission from Michael Osipov <1983-01...@gmx.net>:
Regex in test_gdb.py needs to be changed and test can continue, though will be
skipped due to old version.
--
components: Tests
files: test_gdb.patch
keywords: patch
messages: 323508
nosy: michael-o
priority: normal
se
Change by Michael Osipov <1983-01...@gmx.net>:
--
type: -> crash
___
Python tracker
<https://bugs.python.org/issue34401>
___
___
Python-bugs-li
New submission from Michael Osipov <1983-01...@gmx.net>:
strftime() fails on HP-UX. It is mapped to wcsftime(3). It has a quirk on HP-UX
that is does not conform to POSIX. To enable POSIX compat one has to do
(excerpt from manpage):
> APPLICATION USAGE
> The "Un
Michael Osipov <1983-01...@gmx.net> added the comment:
The worst thing about wcsftime(3) is that it silently fails by not writing to
output buffer. timemodule.c allocates more and more memory and then gives up.
--
___
Python tracker
Change by Michael Osipov <1983-01...@gmx.net>:
--
title: Make test_gdb work on HP-UX -> [solution] Make test_gdb work on HP-UX
___
Python tracker
<https://bugs.python.or
New submission from Michael Osipov <1983-01...@gmx.net>:
Running from 3.7 branch on HP-UX 11.31 ia64, 32 bit, big endian.
The test output is:
> Re-running failed tests in verbose mode
> Re-running test 'test_utf8_mode' in verbose mode
> test_cmd_line (test.test_utf8_mod
New submission from Michael Osipov <1983-01...@gmx.net>:
I see a test failure on HP-UX:
> test_negative (test.test_time.TestStrftime4dyear) ... FAIL
> ==
> FAIL: test_negative (test.test_time.Tes
Michael Osipov <1983-01...@gmx.net> added the comment:
The proper format for int < 0 must be "%05d".
--
___
Python tracker
<https://bugs
Michael Osipov <1983-01...@gmx.net> added the comment:
That looks promising, I figured out that there is "./python -m test -h".
make test TESTOPTS="-uall,-network" works flawlessly.
I would have expected a link to https://devguide.python.org/runtests/ from
https:/
Change by Michael Osipov <1983-01...@gmx.net>:
--
title: [solution] Make test_gdb work on HP-UX -> [SOLUTION] Make test_gdb work
on HP-UX
___
Python tracker
<https://bugs.python.or
Change by Michael Osipov <1983-01...@gmx.net>:
Removed file: https://bugs.python.org/file47749/test_gdb.patch
___
Python tracker
<https://bugs.python.org/i
New submission from Michael Osipov <1983-01...@gmx.net>:
HP-UX does not provide any mappings from signals to strings. The proper
approach is to map just like for Windows. Alternatively, one could simply
return the singal as an int.
--
components: Library (Lib)
messages: 32360
Michael Osipov <1983-01...@gmx.net> added the comment:
References:
* https://github.com/google/cmockery/issues/11
* https://www.spinics.net/lists/dash/msg00547.html
--
___
Python tracker
<https://bugs.python.org/i
Change by Michael Osipov <1983-01...@gmx.net>:
--
keywords: +patch
pull_requests: +8259
stage: -> patch review
___
Python tracker
<https://bugs.python.or
New submission from Michael Osipov <1983-01...@gmx.net>:
It seems like an oversight of the author, though it is not clear why this
happily compiles with clang 3.4.1 on FreeBSD 10.4-STABLE and GCC on RHEL6.
The error is (HP-UX 11.31 and HP C/aC++ B3910B A.06.28.03 [Dec 13 2016]):
>
Change by Michael Osipov <1983-01...@gmx.net>:
--
title: selectmodule.c does not compile on HP-UX due to
bpo-31938/6dc57e2a20c5beb99e8bf5eb04cc836d53fa9aee -> selectmodule.c does not
compile on HP-UX due to bpo-31938/6dc57e2a20c
___
Pytho
Michael Osipov <1983-01...@gmx.net> added the comment:
A PR is in preparation.
--
___
Python tracker
<https://bugs.python.org/issue34419>
___
___
Pyth
Change by Michael Osipov <1983-01...@gmx.net>:
--
keywords: +patch
pull_requests: +8271
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.or
Change by Michael Osipov <1983-01...@gmx.net>:
--
pull_requests: +8272
___
Python tracker
<https://bugs.python.org/issue31938>
___
___
Python-bugs-list
Change by Michael Osipov <1983-01...@gmx.net>:
--
keywords: +patch
pull_requests: +8273
stage: -> patch review
___
Python tracker
<https://bugs.python.or
Michael Osipov <1983-01...@gmx.net> added the comment:
Bevakasha!
--
___
Python tracker
<https://bugs.python.org/issue34419>
___
___
Python-bugs-list
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>
___
___
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 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 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 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 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 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 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 Osipov <1983-01...@gmx.net> added the comment:
I believe this issue can be safely closed. It is a no-brainer to compile Python
from master on HP-UX with aCC these days. It works for me at least.
--
nosy: +michael-o
___
Python t
Michael Osipov <1983-01...@gmx.net> added the comment:
Victor, looks good to me: 0:00:26 [ 23/419/3] test_utf8_mode passed.
I don't know wether it is related, but test_unicode crash dumps here:
0:00:22 [ 16/419/2] test_unicode crashed (Exit code -11)
Fatal Python error: Segment
75 matches
Mail list logo
