Robert Boehne added the comment:
I wonder if there's anyone with AIX 7 who can attempt to reproduce this. We
have another AIX machine, but it is down for the moment. I would like to
eliminate a problem on this machine as the cause
Robert Boehne added the comment:
It doesn't look good:
robb@nepal:/raid/checkouts-raid/robb/nepal$ xlc_r -q64 -O0 -g
-qlanglvl=extc1x -o urandom urandom.c
robb@nepal:/raid/checkouts-raid/robb/nepal$ ./urandom
open O_RDONLY failed
open O_RDONLY | O_CLOEXEC failed
robb@nepal:/raid/checkouts
Robert Boehne added the comment:
Reading a few bytes from /dev/urandom via dd:
robb@nepal:/raid/checkouts-raid/robb/nepal/build-py37$ dd if=/dev/urandom
bs=256 count=1
??S?(#L???~]?B?^??8?f&?_|Vi??@??[joG>St??;?$?1?*??24???RD?"
Robert Boehne added the comment:
The call to open("/dev/urandom", flags) is returning -1, and errno is set to
22, EINVAL - Invalid argument. could the flags be set incorrectly?
--
___
Python tracker
<https://bugs.python.o
Robert Boehne added the comment:
Opening /dev/urandom seems to return -1
(dbx) print buffer
0x09001000a5f49380
(dbx) print size
24
(dbx) print raise
0
(dbx) step
stopped in dev_urandom at line 311 in file
"/raid/checkouts-raid/robb/nepal/build-py37/../../Python-3.7.3/P
Robert Boehne added the comment:
from pyconfig.h:
/* Define to 1 if the getrandom() function is available */
/* #undef HAVE_GETRANDOM */
/* Define to 1 if the Linux getrandom() syscall is available */
/* #undef HAVE_GETRANDOM_SYSCALL */
/* Define to 1 if you have the header file
Change by Robert Boehne :
Added file: https://bugs.python.org/file48317/config.log.gz
___
Python tracker
<https://bugs.python.org/issue36843>
___
___
Python-bugs-list m
Robert Boehne added the comment:
robb@nepal:/raid/checkouts-raid/robb/nepal/build-py37$ gmake
xlc_r -c -DNDEBUG -O -q64 -qlanglvl=extc99 -IObjects -IInclude -IPython
-I. -I../../Python-3.7.3/Include
-I/raid/checkouts-raid/robb/Python-2.7.15/Modules/zlib -DPy_BUILD_CORE -o
Modules
New submission from Robert Boehne :
build fails with:
./python -E ../../Python-3.7.3/setup.py build
Fatal Python error: _Py_HashRandomization_Init: failed to get random numbers to
initialize Python
--
components: Build
messages: 341821
nosy: Robert Boehne
priority: normal
severity
Changes by Robert Boehne <rboe...@gmail.com>:
--
pull_requests: +2674
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30183>
___
_
Changes by Robert Boehne <rboe...@gmail.com>:
--
nosy: +haypo
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30819>
___
__
Changes by Robert Boehne <rboe...@gmail.com>:
--
pull_requests: +2661
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue30819>
___
_
New submission from Robert Boehne:
Setting compiler flags to +DD64 produces 64-bit objects, but the linker does
not understand this flag, so either you'll see an ld failure to recognize +DD64
at link time, or you'll see a failure later mixing 32 and 64-bit objects.
I also modified the C
Changes by Robert Boehne <rboe...@gmail.com>:
--
components: Build
nosy: Robert Boehne
priority: normal
severity: normal
status: open
title: Linking with 'ld -b' fails with 64-bit using HP compiler
type: compile error
versions: Python 3.7
___
Robert Boehne added the comment:
I am having trouble getting things build still. The problem is that the build
is using a naked "ld" to link, and it is picking 32-bit mode by default in my
64-bit acc build. (Itanium)
IMO the problem is configure.ac:2467 which should look more li
Robert Boehne added the comment:
I'd love to have this fix backported to 3.5 and 3.6. It seems trivial to do,
and I'd be happy to do it myself.
--
nosy: +Robert Boehne
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
16 matches
Mail list logo
