Xavier de Gaye added the comment:
This patch skips the large file support test.
--
dependencies: +add is_android in test.support to detect Android platform
Added file: http://bugs.python.org/file42941/skip-large-file.patch
___
Python tracker <
Xavier de Gaye added the comment:
The patch adds a dependency to issue #26855.
--
keywords: +patch
Added file: http://bugs.python.org/file42910/is_android.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
This new patch adds a dependency to issue #27027.
--
Added file: http://bugs.python.org/file42911/retrofit_osx_3.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
So what is problematic with this new patch ? Obviously you need to build with
API 23 to get gethostbyname_r() since it was not supported by android before,
with the previous patch you don't get gethostbyname_r(), even when building
with API 23
Xavier de Gaye added the comment:
This patch follows Victor suggestion in msg230407 and brings the changes made
in issue #4388 and issue #16416 to the Android platform. As a consequence, it
adds a new test for Android in test_cmd_line named test_osx_android_utf8 (was
previously test_osx_utf8
Xavier de Gaye added the comment:
Got now a full fledged gdb. Thread #1 loops infinitely in the "while
(_Py_atomic_load_relaxed(_locked))" loop in take_gil(). Thread #2 is stuck
in the MUTEX_LOCK(gil_mutex) statement in drop_gil() as can be seen by setting
a breakpoint at the foll
Xavier de Gaye added the comment:
On a heavily loaded system, there is no guarantee that the date obtained from a
call to gettimeofday() in PyCOND_TIMEDWAIT(), is not in the past when
pthread_cond_timedwait() is called, as there may be a context switch in
between. When this happens, a Python
Xavier de Gaye added the comment:
test_concurrent_futures is not run on Android because "This platform lacks a
functioning sem_open implementation", see issue #26924.
Closing as won't fix.
--
resolution: -> wont fix
status: o
Xavier de Gaye added the comment:
> I don't know if it can fix the issue, but you may see my issue #23428: "Use
> the monotonic clock for thread conditions on POSIX platforms".
pthread_condattr_setclock() is declared in the Android API 21 headers.
When a monoto
Xavier de Gaye added the comment:
root@generic_x86:/data/local/tmp # python
Python 3.6.0a0 (default:eee959fee5f5+, May 14 2016, 13:43:41)
[GCC 4.9 20150123 (prerelease)] on linux
Type "help", "copyright", "credits" or "license" for more information.
New submission from Xavier de Gaye:
Needed by tests specific to Android or that must be skipped on Android.
--
components: Tests
messages: 265609
nosy: ezio.melotti, michael.foord, pitrou, xdegaye
priority: normal
severity: normal
status: open
title: add is_android in test.support
Xavier de Gaye added the comment:
issue #27027: add is_android in test.support to detect Android platform
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
> test_ioencoding_nonascii does not fail when LANG is set to en_GB.UTF-8 in the
> environment.
When LANG is not set, we have on an android emulator:
>>> from test.support import FS_NONASCII
>>> print(FS_NONASCII)
Traceback (most r
Xavier de Gaye added the comment:
Patch updated after vadmium review.
--
Added file: http://bugs.python.org/file42839/retrofit_osx_2.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
test_ioencoding_nonascii does not fail when LANG is set to en_GB.UTF-8 in the
environment.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
> On Android, os.fsdecode(os.fsencode('\xe6')) does not raise UnicodeError in
> the test.support module.
Because of changeset ad6be34ce8c9.
--
___
Python tracker <rep...@bugs.python.org>
<http://
Xavier de Gaye added the comment:
This patch fixes the locale setting on startup when the LC_ALL environment
variable is set to C, and as a consequence test_c_locale_surrogateescape does
not fail anymore. Note that on Android HAVE_LANGINFO_H is undefined, see issue
#22747.
--
Added
Xavier de Gaye added the comment:
This patch fixes test_ioencoding_nonascii.
--
keywords: +patch
Added file: http://bugs.python.org/file42844/test_ioencoding_nonascii.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
Xavier de Gaye added the comment:
About the failures in test_c_locale_surrogateescape, it seems that on Android
the locale is not set correctly on startup when LC_ALL is set to C:
root@generic_x86:/data/local/tmp # LC_ALL=C python
Python 3.6.0a0 (default:eee959fee5f5+, May 14 2016, 10:19:09
Xavier de Gaye added the comment:
The crash occurs at the same line that the crash reported in issue
#17786. Line 85 in ctypes/test/test_as_parameter.py was line 87 at changeset
ae5c4a9118b8a3f490f77f2084d46163ca229aef.
--
___
Python tracker <
Xavier de Gaye added the comment:
Running the following interactive statements [1]:
>>> import unittest, ctypes.test.test_as_parameter
>>> unittest.main(module=ctypes.test.test_as_parameter,
>>> defaultTest='BasicWrapTestCase', verbosity=2)
The corresponding
Xavier de Gaye added the comment:
gethostbyaddr_r() is implemented now on Android 6.0 (API 23). The attached
patch has been tested on the android-21-x86 emulator (API 21) and
android-23-x86 emulator (API 23). No new NDK has been released at Android 5.1
(API 22) so there is no need to test
Xavier de Gaye added the comment:
IMHO returning an integer for the sdk field would be better. The patch could
use shutil.which() to avoid subprocess calls when getprop is not available. It
would be better to use a 'try/except ValueError' clause instead of isdigit().
The OSError
Xavier de Gaye added the comment:
Another description of the problem:
* On the build system, the native python (in one of the search directories of
PATH) has been built without --with-pydebug.
* The cross-compilation is done on this build system with --with-pydebug.
* The cross-compilation
Xavier de Gaye added the comment:
On the android-21-x86 emulator:
>>> import grp
Traceback (most recent call last):
File "", line 1, in
ImportError: dlopen failed: cannot locate symbol "setgrent" referenced by
"grp.cpython-36m-i386-linux-gnu.so"...
The
Xavier de Gaye added the comment:
With Serhiy's latest patch named sys_test_ioencoding.patch in issue19058,
test_sys fails only in test_c_locale_surrogateescape on the android-21-x86
emulator.
--
___
Python tracker <rep...@bugs.python.org>
Xavier de Gaye added the comment:
root@generic_x86:/data/local/tmp # python
Python 3.6.0a0 (default:f4c6dab59cd8+, May 3 2016, 21:59:47)
[GCC 4.9 20140827 (prerelease)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>
Xavier de Gaye added the comment:
Interestingly, all the tests (issues #26938, #26939, #26940 and #26941) that
hang on arm use sys.setswitchinterval() aggressively.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
You are right. I will do that.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26933>
___
___
Xavier de Gaye added the comment:
Interestingly, all the tests (issues #26938, #26939, #26940 and #26941) that
hang on arm use sys.setswitchinterval() aggressively.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
Interestingly, all the tests (issues #26938, #26939, #26940 and #26941) that
hang on arm use sys.setswitchinterval() aggressively.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
The attached test_output.txt file is the corresponding gdb backtrace[1].
Interestingly, all the tests (issues #26938, #26939, #26940 and #26941) that
hang on arm use sys.setswitchinterval() aggressively.
[1] The backtrace is interleaved with:
* Python
Xavier de Gaye added the comment:
Running the "Search" button on the tracker with "Components" set as
"Cross-Build" lists 42 issues (20 in the last year).
I guess using this existing category is fine if the titles' issu
Changes by Xavier de Gaye <xdeg...@gmail.com>:
--
title: setting SO_REUSEPORT fails on android -> android: setting SO_REUSEPORT
fails
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Changes by Xavier de Gaye <xdeg...@gmail.com>:
--
title: add platform.android_ver() for android -> android: add
platform.android_ver()
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Changes by Xavier de Gaye <xdeg...@gmail.com>:
--
title: add a COMPILEALL_FLAGS Makefile variable -> android: add a
COMPILEALL_FLAGS Makefile variable
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Changes by Xavier de Gaye <xdeg...@gmail.com>:
--
components: +Cross-Build
nosy: +Alex.Willmer
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Xavier de Gaye <xdeg...@gmail.com>:
--
title: SYS_getdents64 does not need to be defined on android API 21 -> android:
SYS_getdents64 does not need to be defined on android API 21
___
Python tracker <rep...@bugs.pytho
Changes by Xavier de Gaye <xdeg...@gmail.com>:
--
title: cross-compilation of extension module links to the wrong python library
-> android: cross-compilation of extension module links to the wrong python
library
___
Python tra
New submission from Xavier de Gaye:
test_pipes fails on an android emulator running an x86 system image at API
level 21.
root@generic_x86:/data/local/tmp # python -m test -v test_pipes
== CPython 3.6.0a0 (default:f4c6dab59cd8+, May 3 2016, 10:42:45) [GCC 4.9
20140827 (prerelease)]
== Linux
New submission from Xavier de Gaye:
test_sys fails on an android emulator running an x86 system image at API level
21.
...
test_implementation (test.test_sys.SysModuleTest) ... ok
test_intern (test.test_sys.SysModuleTest) ... ok
test_ioencoding (test.test_sys.SysModuleTest) ... ok
Xavier de Gaye added the comment:
The python '-E' option was needed on 3.4 when this patch was first implemented
and is not needed anymore at the current tip (changeset 2ef61a4747eb, Apr 27
2016).
New patch.
--
Added file: http://bugs.python.org/file42690/compileall-flags_2.patch
New submission from Xavier de Gaye:
test_cmd_line fails on an android emulator running an x86 system image at API
level 21.
==
FAIL: test_non_ascii (test.test_cmd_line.CmdLineTest
Xavier de Gaye added the comment:
>>> for i in range(25, 32):
... print(datetime.date(1904, 12, i).strftime('%Y %U %w %G %V %u'))
...
1904 52 0 1904 51 7
1904 52 1 1904 52 1
1904 52 2 1904 52 2
1904 52 3 1904 52 3
1904 52 4 1904 52 4
1904 52 5 1904 52 5
1904 52 6
Xavier de Gaye added the comment:
GNU libc says:
‘%V’
The ISO 8601:1988 week number as a decimal number (range ‘01’
through ‘53’). ISO weeks start with Monday and end with
Sunday. Week ‘01’ of a year is the first week which has the
majority of its
New submission from Xavier de Gaye:
test_posix fails on an android emulator running an x86 system image at API
level 21.
For the first ERROR, on android we have instead of a list of group IDs:
root@generic_x86:/data/local/tmp # id -G
uid=0(root) gid=0(root)
groups=1003(graphics),1004(input
New submission from Xavier de Gaye:
test_tarfile fails on an android emulator running an x86 system image at API
level 21.
==
[0/9481]
FAIL: test_extract_with_numeric_owner
New submission from Xavier de Gaye:
One test of test_os fails on an android emulator running an x86 system image at
API level 21.
See the attached test_output.txt file.
--
components: Cross-Build, Library (Lib)
files: test_output.txt
messages: 264736
nosy: Alex.Willmer, loewis
New submission from Xavier de Gaye:
test_posixpath fails on an android emulator running an x86 system image at API
level 21.
On android we have:
root@generic_x86:/data/local/tmp # python
Python 3.6.0a0 (default:f4c6dab59cd8+, May 3 2016, 10:42:45)
[GCC 4.9 20140827 (prerelease)] on linux
New submission from Xavier de Gaye:
test_faulthandler fails on an android emulator running an x86 system image at
API level 21.
See the attached test_output.txt file.
--
components: Cross-Build, Library (Lib)
files: test_output.txt
messages: 264735
nosy: Alex.Willmer, haypo, xdegaye
New submission from Xavier de Gaye:
test_socket fails on an android emulator running an x86 system image at API
level 21.
==
ERROR: testGetServBy (test.test_socket.GeneralModuleTests
New submission from Xavier de Gaye:
test_threading hangs on an android emulator running an armv7 system image (but
not on x86) at API level 21. The test suite hangs at
test_is_alive_after_fork (test.test_threading.ThreadTests) ...
A cause of this problem may be related to the fact
New submission from Xavier de Gaye:
test_ctypes crashes on an android emulator running an armv7 system image (but
not on x86) at API level 21.
143|root@generic:/data/local/tmp # python -m test -v test_ctypes
== CPython 3.6.0a0 (default:f4c6dab59cd8+, May 3
Xavier de Gaye added the comment:
All the dependencies of this issue are tagged with Components:Cross-Build and a
title starting with 'android'.
Tests that fail on an android emulator running an x86 system image at API level
21:
issue #26918: android: test_pipes fails
issue #26919
Xavier de Gaye added the comment:
That was fast!
Thanks Serhiy.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26933>
___
___
New submission from Xavier de Gaye:
test_functools hangs on an android emulator running an armv7 system image (but
not on x86) at API level 21. The test suite hangs at
test_lru_cache_threaded (test.test_functools.TestLRUC) ...
A cause of this problem may be related to the fact
New submission from Xavier de Gaye:
test_concurrent_futures hangs on an android emulator running an armv7 system
image (but not on x86) at API level 21. The test suite hangs at:
test_pending_calls_race (test.test_concurrent_futures.ThreadPoolWaitTests) ...
A cause of this problem may
New submission from Xavier de Gaye:
test_importlib hangs on an android emulator running an armv7 system image (but
not on x86) at API level 21. The test suite hangs at
test_deadlock (test.test_importlib.test_locks.Frozen_DeadlockAvoidanceTests) ...
A cause of this problem may be related
Xavier de Gaye added the comment:
The relevant part of the output of configure on x86:
checking size of int... 4
checking size of long... 4
checking size of void *... 4
checking size of short... 2
checking size of float... 4
checking size of double... 8
checking size of fpos_t... 4
checking
Xavier de Gaye added the comment:
On android:
root@generic_x86:/data/local/tmp # python
Python 3.6.0a0 (default:811ccdee6f87+, May 4 2016, 10:31:14)
[GCC 4.9 20140827 (prerelease)] on linux
Type "help", "copyright", "credits" or "license" for more infor
Xavier de Gaye added the comment:
On android x86:
>>> import resource
>>> resource.setrlimit(resource.RLIMIT_FSIZE, (2**31, 2**31))
Traceback (most recent call last):
File "", line 1, in
OverflowError: Python int too large to convert to C long
>>> resourc
Xavier de Gaye added the comment:
There is a related issue #4388 although different, and issue #22747 may also be
related.
--
nosy: +haypo
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
The strace of test_lru_cache_threaded:
...
gettimeofday({1462553238, 580860}, NULL) = 0
clock_gettime(CLOCK_REALTIME, {1462553238, 581276772}) = 0
gettimeofday({1462553238, 581672}, NULL) = 0
clock_gettime(CLOCK_REALTIME, {1462553238, 582078767}) = 0
Xavier de Gaye added the comment:
> Can you post the backtraces of all threads (at least the innermost frames)?
There are two threads, gdb does not print the backtrace of the other thread. My
current gdb setup with a connection to a gdb-server misses some stuff (access
to the loader or s
Xavier de Gaye added the comment:
Still hangs at test_lru_cache_threaded with this last patch :(
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
> Do you know in which precise test it hangs?
They are named in the first msg of each issue, the issues are:
issue #26938: android: test_concurrent_futures hangs on armv7
issue #26939: android: test_functools hangs on armv7
issue #26940: andr
Xavier de Gaye added the comment:
The strace output, the process is blocked in a futex system call:
root@generic:/ # strace -p 1304
Process 1304 attached
futex(0xb6f24880, FUTEX_WAIT_PRIVATE, 2, NULL
--
___
Python tracker <rep...@bugs.python.
Xavier de Gaye added the comment:
Forgot to say that the backtraces for test_threading and test_importlib were
obtained with the patch applied while they were hanging.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
Android has stdatomic.h and HAVE_STD_ATOMIC is defined.
The build fails with the patch, see the errors in the attached file. This is
the native compilation of python, the patches in my build system are also
applied to the native build so that they can
Xavier de Gaye added the comment:
Adding the back trace.
--
Added file: http://bugs.python.org/file42761/test_threading_gdb_bt.txt
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Xavier de Gaye <xdeg...@gmail.com>:
--
nosy: +twouters
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26851>
___
__
Changes by Xavier de Gaye <xdeg...@gmail.com>:
--
nosy: +dstufft, eric.araujo
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Xavier de Gaye <xdeg...@gmail.com>:
--
nosy: +giampaolo.rodola, gvanrossum, haypo, pitrou, yselivanov
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Xavier de Gaye <xdeg...@gmail.com>:
--
nosy: +twouters
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26852>
___
__
Xavier de Gaye added the comment:
Stefan has already commited and closed some of the issues listed at issue
#26865. Martin has closed issue #22359, a blocker for the cross-compilation of
python.
I will enter an issue for all the failures listed at
https://bitbucket.org/xdegaye/pyona/wiki
Xavier de Gaye added the comment:
Ooops too late. Here is a new patch that replaces the tr command and allows all
the tests of test_pipes to run successfully on android.
--
Added file: http://bugs.python.org/file42733/replace_tr.patch
___
Python
Xavier de Gaye added the comment:
Using the glibc compilation flags recommended for large file support
'-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1' does not
enable large file support. See Suse's 'Large File Support in Linux' document
[1].
In the android issue 64613
Xavier de Gaye added the comment:
Patch tested, it does not fix the problem.
This is because in pyconfig.h:
/* Define to 1 if you have the `sem_unlink' function. */
#define HAVE_SEM_UNLINK 1
Android declares the function but does not implement it. This is not the only
case, for example issue
Xavier de Gaye added the comment:
Here is the list of commands at /system/bin on the emulator.
--
Added file: http://bugs.python.org/file42731/emulator_system_bin.txt
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
Thanks for the review Serhiy. New patch attached.
--
Added file: http://bugs.python.org/file42732/no_tr_skipped_2.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
BTW the test runs fine on android when the AttributeError in _bootlocale is
hard-coded with a getpreferredencoding() fuction returning 'UTF-8' and not
importing locale.
--
___
Python tracker <rep...@bugs.python.
Xavier de Gaye added the comment:
The problem is caused by the fact that android does not have HAVE_LANGINFO_H
and CODESET set, hence in the _bootlocale module, the statement
'_locale.CODESET' raises AttributeError and the locale module is imported upon
interpreter startup. The locale module
Xavier de Gaye added the comment:
The attached patch skips some tests when the interpreter was cross-compiled.
When the interpreter has been cross-compiled, there is probably no compiler on
the host system.
--
keywords: +patch
Added file: http://bugs.python.org/file42744/cross
Xavier de Gaye added the comment:
The last two failed tests:
test_sysconfig_compiler_vars
test_sysconfig_module
are caused by LDFLAGS being set in the environment both when configure is run
and when make is run.
Removing LDFLAGS from the environment when running make fixes these tests
Xavier de Gaye added the comment:
On android, the shell path is /system/bin/sh. The attached patch fixes this,
assuming that there is a platform.android_ver() as per issue #26855: add
platform.android_ver() for android. This could be changed for a test on
sys.platform if there was a specific
Xavier de Gaye added the comment:
I agree with not complicating tests too much.
For the record, the pipes test suite coverage is very low and the code paths
that lead to invocations of os.popen() in the pipes module are not tested when
those three tests are skipped
Xavier de Gaye added the comment:
Closing as duplicate of #26924.
--
resolution: -> duplicate
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Xavier de Gaye added the comment:
'id -G' produces the expected result on an android-23-x86 emulator running
Android 6.0 (API 23).
There is a new error now instead of the one reported at issue #26932:
==
FAIL: test_getgroups
Xavier de Gaye added the comment:
testGetaddrinfo does not fail anymore on an emulator running an android-23-x86,
i.e. Android 6.0 or API 23.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
This is fixed at API 23 (Android 6.0) and test_os runs on an android-23-x86
emulator without failures.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Xavier de Gaye added the comment:
Here is a patch that uses resource.setrlimit() to check whether large file may
not be supported.
--
keywords: +patch
Added file: http://bugs.python.org/file42720/large_file.patch
___
Python tracker <
Xavier de Gaye added the comment:
This seems to be related to issue #26924.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Xavier de Gaye:
test_strptime fails on an android emulator running an x86 system image at API
level 21.
See the attached test_output.txt file.
--
components: Cross-Build, Library (Lib)
files: test_output.txt
messages: 264729
nosy: Alex.Willmer, belopolsky, lemburg
New submission from Xavier de Gaye:
One test of test_site fails on an android emulator running an x86 system image
at API level 21.
See the attached test_output.txt file.
--
components: Cross-Build, Library (Lib)
files: test_output.txt
messages: 264728
nosy: Alex.Willmer, xdegaye
New submission from Xavier de Gaye:
test_concurrent_futures fails on an android emulator running an x86 system
image at API level 21.
There are multiple ERRORs, all resulting in the same traceback:
Traceback (most recent call last):
File
"/sdcard/org.bitbucket.pyona/lib/python3.6
New submission from Xavier de Gaye:
All the tests of test_multiprocessing_main_handling fail on an android emulator
running an x86 system image at API level 21.
See the attached test_output.txt file.
--
components: Cross-Build, Library (Lib)
files: test_output.txt
messages: 264723
nosy
New submission from Xavier de Gaye:
test_io fails on an android emulator running an x86 system image at API level
21.
==
ERROR: test_large_file_ops (test.test_io.CIOTest
New submission from Xavier de Gaye:
test_mmap fails on an android emulator running an x86 system image at API level
21.
==
ERROR: test_large_filesize (test.test_mmap.LargeMmapTests
New submission from Xavier de Gaye:
test_distutils fails on an android emulator running an x86 system image at API
level 21.
See the attached test_output.txt file.
Some of these failed tests could be skipped, supposing that native compilation
of extension modules on android itself
Xavier de Gaye added the comment:
> Xavier, please check that issues with ctypes and threading are not gone.
No ctypes still crashes and threading still hangs.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.or
401 - 500 of 1480 matches
Mail list logo