New submission from Chi Hsuan Yen:
This is originally my question at stackoverflow.com.
(http://stackoverflow.com/q/30511341/3786245) I think it's a bug, so I posted
it here.
I'm trying to fetch HTTPS pages through a proxy with digest authentication.
Here are my codes:
import urllib.request
Chi Hsuan Yen added the comment:
For those who are working on this problem, my squid.conf may be helpful:
--- squid.conf.default 2015-05-31 03:33:34.006361795 +0800
+++ squid.conf 2015-05-31 03:36:28.533034294 +0800
@@ -49,9 +49,15 @@
# Example rule allowing access from your local networks
Changes by Chi Hsuan Yen <yan12...@gmail.com>:
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue7291>
___
_
Chi Hsuan Yen added the comment:
PsExec.exe seems not redistributable. PAExec is an alternative but I've not
tried it. [1] Another option is re-implementing a tiny program for lowering the
integrity level based on example codes provided in [2], which I've not tried
yet, either. The latter
Chi Hsuan Yen added the comment:
OK I've just succeeded in creating a low integrity level process with my own
codes. Now the problem is: how can I integrate this tool into the test system?
Seems the integrity level is per-process, while all tests are run in the same
process.
--
Added
New submission from Chi Hsuan Yen:
Originally reported at https://github.com/rg3/youtube-dl/issues/7951
Steps to reproduce:
1. Build 99665:dcf9e9ae5393 with Visual Studio 2015
2. Download and extract PsTools [1]
3. PsExec.exe -l python.exe
4. In Python, run:
import _ssl
New submission from Chi Hsuan Yen:
The certificate of svn.python.org expires at Thu 24 Dec 2015 08:28:32 PM CST
GMT, about 20 minutes ago. Please update its certificate or lots of tests in
Lib\test\test_ssl.py fails with SSL: CERTIFICATE_VERIFY_FAILED.
--
components: Tests
messages
Chi Hsuan Yen added the comment:
Added tests for ssl.enum_certificates() and ssl.enum_crls() within low
integrity processes.
--
Added file:
http://bugs.python.org/file41432/test-ssl-with-lower-integrity-level.patch
___
Python tracker <
Chi Hsuan Yen added the comment:
Bump. For rev c6930661599b timemodule.c and selectmodule.c no longer calls libm
functions, while audioop.c and _ctypes_test.c still do. I have my updated patch
here based on previous patches. Note that the introduction of
detect_math_libs() is my naive try
Chi Hsuan Yen added the comment:
Well, the hg revision of Python in two tests are different, because I `hg pull
-u` each time I build.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Chi Hsuan Yen:
Current PEP 0373 lists Python 2.7.11 as a future release, and there's no
information about Python 2.7.12. Please update it, thanks!
--
assignee: docs@python
components: Documentation
messages: 258063
nosy: Chi Hsuan Yen, docs@python
priority: normal
New submission from Chi Hsuan Yen:
Originally reported at [1] and [2].
On Mac OS X, read() on pipes may return only the first 512 bytes. The remaining
bytes are not read into `data` in _execute_child(). There's a patch proposal at
[3]. I didn't test it myself because I can't reproduce
Chi Hsuan Yen added the comment:
I guess ro.kernel.qemu is not generic enough to be an item in android_ver(). In
tests you can simply use _android_getprop()
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Chi Hsuan Yen added the comment:
+1 for that. I like XZ support so that our application size can be reduced.
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Chi Hsuan Yen added the comment:
Great point!
--
resolution: fixed ->
status: closed -> open
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Chi Hsuan Yen added the comment:
Thanks for accepting my patch. I'm curious: any reason not applying to 2.7
branch? We're building youtube-dl.exe with py2exe on Python 2.7 as py2exe on
3.x sometimes fails. (https://github.com/rg3/youtube-dl/issues/5094
Chi Hsuan Yen added the comment:
Didn't see it. Sorry for bothering.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25939>
___
__
Chi Hsuan Yen added the comment:
The same issue is reported at https://github.com/rg3/youtube-dl/issues/8132,
too. Empty Windows cert store is uncommon. The only case I found so far is on
Wine. Steps to reproduce:
1. On Arch Linux x86_64, install mingw-w64-python2-bin from AUR
2. Run
New submission from Chi Hsuan Yen:
As said by Stefan Krah in http://bugs.python.org/issue23496#msg236886, Android
ports can use pure python decimal module. Of course I can, but _decimal is
always built and error messages are spamming. This change allow disabling
_decimal from ./configure
Chi Hsuan Yen added the comment:
Regarding #20305: Now building is fine, while some runtime errors exist. I
don't see reasons running ncurses on Android, so kicking those errors are not
in my plan.
For this change: Thanks for pointing that variable - not noticing it before.
Seems I still
Chi Hsuan Yen added the comment:
Android NDK provides an "android-support" package [1]. There is no
documentation other than README in its git repository, I guess it's a
'compatibility layer' between applications targetting a complete C library and
Android's BioniC. With my p
Chi Hsuan Yen added the comment:
curses was broken and now it's fixed. Yes - Android's locale patch is no longer
necessary in _curses either. However, there are runtime errors:
shell@ASUS_Z00E_2:/data/local/tmp $ python3.6 -c 'import curses;
curses.initscr
Changes by Chi Hsuan Yen <yan12...@gmail.com>:
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26865>
___
_
Chi Hsuan Yen added the comment:
Things may be different if ncurses is built with --without-termlib or
--enable-widec is not specified. I wasn't hit by this bug as my ncurses is
built with --without-termlib.
--
nosy: +Chi Hsuan Yen
___
Python
Chi Hsuan Yen added the comment:
Maybe checking sys/soundcard.h and linux/soundcard.h in configure.ac is better?
[1]
https://github.com/yan12125/python3-android/blob/cpython-hg/mk/python/soundcard-h-path.patch
--
nosy: +Chi Hsuan Yen
___
Python
Chi Hsuan Yen added the comment:
> Also how can we be sure that the '/system/build.prop' file may be guaranteed
> to exist on all android devices ?
This path is hard-coded in BioniC [1]. Though I can't find a document/relevant
source codes to guarantee 'ro.build.version.r
Chi Hsuan Yen added the comment:
Isn't this macro used in compile time? I thought android_ver() aims to check
runtime versions.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Chi Hsuan Yen added the comment:
I have a WIP patch. [1] It's based on Shiz's patch [2].
[1]
https://github.com/yan12125/python3-android/blob/cpython-hg/mk/python/android-misc.patch
[2]
https://github.com/rave-engine/python3-android/blob/9bb6420317922c07df405315eea040f9301f7eca/mk/python
New submission from Chi Hsuan Yen:
The following test program:
import sys
try:
import urllib.request as urllib_request
except:
import urllib2 as urllib_request
print(sys.version)
handler = urllib_request.HTTPSHandler(debuglevel=1)
opener = urllib_request.build_opener(handler)
print
Chi Hsuan Yen added the comment:
Patch for the test.
--
Added file: http://bugs.python.org/file42665/urllib_debuglevel_test.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Chi Hsuan Yen added the comment:
Version 3.
Still using a try-catch clause to enclose the subprocess call, as _syscmd_ver
does the same thing.
--
Added file: http://bugs.python.org/file42813/android_ver.patch
___
Python tracker <
Chi Hsuan Yen added the comment:
By the way, socketmodule_2.patch is problematic. Developers may choose to build
CPython against API level 21 and run it on all devices with API level >= 21. In
general Android keeps ABI compatibility between consecutive versions. That is,
most binaries bu
Chi Hsuan Yen added the comment:
> Can people upgrade their devices or do they have to buy a new one?
AFAIK most models other than Nexus won't get updates with a bumped major
version. (5.x => 6.x for example)
--
___
Python tracke
Chi Hsuan Yen added the comment:
I was thinking the (somewhat hacky) dlopen() approach so that gethostbyname_r()
works in API 21 builds. If a universal build is not necessary this patch is OK.
--
___
Python tracker <rep...@bugs.python.org>
Chi Hsuan Yen added the comment:
> Please try without "sigaction(SIGSEGV, NULL, NULL);". Does the program still
> quit?
Nope.
int main()
{
raise(SIGSEGV);
}
Still exits normally with 0.
> Does faulthandler._read_null() crash Python?
Yes.
int main()
{
int *x
Chi Hsuan Yen added the comment:
You may need this patch: https://hg.python.org/cpython/rev/0f7a299c6d50
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Chi Hsuan Yen added the comment:
On Android RTLD_* constants are not defined via macros but as enum values. I
guess CPython needs to check each one in configure.ac. See [1]
[1]
https://android.googlesource.com/platform/bionic/+/master/libc/include/dlfcn.h
--
nosy: +Chi Hsuan Yen
Chi Hsuan Yen added the comment:
Patch attached for improved RTLD_* checking.
--
keywords: +patch
Added file: http://bugs.python.org/file42703/posixmodule_rtld_constants.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
Chi Hsuan Yen added the comment:
For test_getgroups, in Android 5.1 `id` does not support -G. [1] In Android 6.x
`id` seems to support -G. [2] I guess CPython can just skip the test on Android
< 6.0.
[1]
https://android.googlesource.com/platform/system/core/+/android-5.1.1_r37/toolbox/i
Chi Hsuan Yen added the comment:
> Where is the patch that adds android_ver()?
http://bugs.python.org/issue26855
Xavier de Gaye's implementation is buggy while works for most cases.
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.pyth
Chi Hsuan Yen added the comment:
FWIW, test_functools passes on ASUS Zenfone 2 Laser ZE500KL with stock ROM
(rooted) and my patchset. [1] The CPU is ARM64 and the Python is built as
32-bit ARM binaries. test_threading (#26941) and test_importlib (#26940) pass,
too. test_concurrent_futures
Chi Hsuan Yen added the comment:
Several questions on implementation:
1. Should Android 4.1 supported? If not pass_fds and logics for deriving it can
be removed.
2. I can't find ro.build.version.full on any device/emulator I have access to.
Maybe it should be removed due to low popularity
Chi Hsuan Yen added the comment:
Version 2 attached. Removed ro.build.version.full.
--
Added file: http://bugs.python.org/file42723/android_ver.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Chi Hsuan Yen added the comment:
Version 2.
--
Added file: http://bugs.python.org/file42705/rtld_constants.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Chi Hsuan Yen added the comment:
My implementation at #26855 returns a tuple of strings like other funcitons,
including java_ver() and mac_ver(). Maybe it requires a change.
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
Chi Hsuan Yen added the comment:
Android framework provides an SDK_INT field [1], which parses the value of
`ro.build.version.sdk` and defaults to 0 if failed [2]. Should android_ver()
return an integer for the `sdk` field, too? It simplifies the usage in #26935
and similar ones.
[1]
https
Chi Hsuan Yen added the comment:
The approach with a helper function is better. See
https://github.com/yan12125/python3-android/blob/038271d/mk/python/modules-link-libm.patch.
By the way, I have verified there are no libraries referencing libm functions
with
https://github.com/yan12125
Chi Hsuan Yen added the comment:
This is due to something mysterious in Android's bionic & kernel. For the
following C program:
#include
#include
#include
int main()
{
sigaction(SIGSEGV, NULL, NULL);
raise(SIGSEGV);
printf("Good evening!\n");
return
Chi Hsuan Yen added the comment:
Some dependent issues, like issue26852, issue26859 and issue27640, are for
reducing the size of an installation. How about moving them to another
meta-issue? First they are not critical for normal usages on Android. Second
they are not limited to Android
Chi Hsuan Yen added the comment:
Maybe the term "normal usages" is not accurate. I was trying to refer all
possible Python usages on Android, and the test suite is a subset of them, so
they should be fixed, too. I propose the aforementioned change (creating
another meta-issu
Changes by Chi Hsuan Yen <yan12...@gmail.com>:
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26851>
___
_
Chi Hsuan Yen added the comment:
Found libffi PR240 that fixes closures on Android:
shell@ASUS_Z00E_2:/data/local/tmp $ python3.6 -m test.test_ctypes
...s..s..sss
Chi Hsuan Yen added the comment:
Test results against patched libffi in Modules/_ctypes:
shell@ASUS_Z00E_2:/data/local/tmp $ python3.6 -m test.test_ctypes
...s..s..s
Chi Hsuan Yen added the comment:
By msg264746, only ARM fails, so I patch libffi for arm and aarch64 triplets
only
--
keywords: +patch
Added file: http://bugs.python.org/file43894/libffi-pr240.patch
___
Python tracker <rep...@bugs.python.org>
Chi Hsuan Yen added the comment:
Some references for crypt():
POSIX standard:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/crypt.html
Linux man page: http://man7.org/linux/man-pages/man3/crypt.3.html
FreeBSD man page: https://www.freebsd.org/cgi/man.cgi?crypt(3)
Mac OS X man page
Chi Hsuan Yen added the comment:
Version 2: correct the name added to `missing`
--
Added file: http://bugs.python.org/file43955/check-crypt.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Chi Hsuan Yen added the comment:
Thanks, added to the patch description
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27659>
___
__
New submission from Chi Hsuan Yen:
On Android the crypt() function is missing, causing ugly linking errors when
compiling the _crypt module. This patch handles it elegantly.
A question: should I include changes to configure and pyconfig.h.in in the
patch?
--
components: Cross-Build
Chi Hsuan Yen added the comment:
You're right. I thought the default malloc() implementation is better, and now
I think a unified implementation on Android brings less surprises.
--
Added file: http://bugs.python.org/file43945/libffi-pr240.patch
Changes by Chi Hsuan Yen <yan12...@gmail.com>:
--
title: android: test_ctypes crashes on armv7 -> android: test_ctypes crashes on
armv7 and aarch64
___
Python tracker <rep...@bugs.python.org>
<http://bugs.pyt
Chi Hsuan Yen added the comment:
The documentation of tau should mention it's equal to 2 * pi.
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Chi Hsuan Yen added the comment:
>From http://tauday.com/
> No, really, pi is wrong...
For me it's a sign that pi is (currently) more common than tau. One purpose of
the documentation is helping newcomers understand what Python's built-in
objects mean. "tau = 2 * pi" is bette
Changes by Chi Hsuan Yen <yan12...@gmail.com>:
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue23968>
___
_
New submission from Chi Hsuan Yen:
Motivation: Android NDK is deprecating GCC and moving ot Clang/LLVM. From [1]:
We strongly recommend switching to Clang.
GCC in the NDK is now deprecated in favor of Clang.
This patch fixes the only one problem when migrating GCC to Clang.
In my build script
Chi Hsuan Yen added the comment:
+1 for this. Cross-compile CPython for ARM with clang fails in _ctypes due to
https://llvm.org/bugs/show_bug.cgi?id=20595. This bug is already fixed in
libffi.
By the way, I can't apply libffi.patch to the default branch. Some hunks are
rejcted
Chi Hsuan Yen added the comment:
Oops the proglem of clang on ARM is not completely fixed in libffi 3.2.1. This
commit [1] fixes only one `stmeqia` but not another.
[1]
https://github.com/libffi/libffi/commit/6eff9ff9e72463b9783be2514f944b6f05692054#diff-c6400d42bf23866ded49558ca9a54205R220
Chi Hsuan Yen added the comment:
Hit by missing `python` command from Python/makeopcodetargets.py, too. Is `make
touch` the correct way?
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Changes by Chi Hsuan Yen <yan12...@gmail.com>:
Added file: http://bugs.python.org/file43652/issue27369.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Chi Hsuan Yen added the comment:
Added a patch.
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27369>
___
__
Chi Hsuan Yen added the comment:
Maybe a libffi issue. The crash is still with libffi git-master and CPython
hg-tip + `--with-system-libffi`. Reported to
https://github.com/libffi/libffi/issues/262
--
nosy: +Chi Hsuan Yen
___
Python tracker <
Chi Hsuan Yen added the comment:
Thanks! It's now working find with `make touch` :)
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Chi Hsuan Yen added the comment:
Several days ago I have once tried to set
CC="clang -target $(TARGET) -gcc-toolchain $(GCC_TOOLCHAIN)", and it failed to
build some dependency of Python (I can't remember). Just tried and everything
is OK. Dunno what's changed. Anyway both approache
Chi Hsuan Yen added the comment:
Here's an issue - there's already a macro called ANDROID_API defined in
libcutils [1] If someone is going to integrate Python into AOSP, redefining
macros may cause a problem.
[1]
https://android.googlesource.com/platform/system/core/+/master/include/cutils
Chi Hsuan Yen added the comment:
Yep adding Python to Android's build system is a rare case. Just to mention
there's already an macro and avoiding possible redefined macros is always good.
--
___
Python tracker <rep...@bugs.python.org>
Chi Hsuan Yen added the comment:
I don't think sys.implementation is a good place to contain the information of
the underlying platform. By Doc/sys.rst:
An object containing information about the implementation of the currently
running Python interpreter.
--
nosy: +Chi Hsuan Yen
Chi Hsuan Yen added the comment:
Sorry, it's Doc/library/sys.rst
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27442>
___
___
Chi Hsuan Yen added the comment:
OK I see the rationale.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27442>
___
___
Pyth
Changes by Chi Hsuan Yen <yan12...@gmail.com>:
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue27781>
___
_
Chi Hsuan Yen added the comment:
Here's a copy of $ANDROID_NDK/sysroot/usr/include/langinfo.h. (/sysroot/ stores
unified headers [1]) To use those headers correctly, packagers have to add
-D__ANDROID_API__=XY to CPPFLAGS. On the other hand, __ANDROID_API_FUTURE__ is
defined in $ANDROID_NDK
Chi Hsuan Yen added the comment:
Hello, any updates here? I hope this merged soon so that potential issues on
obscure platforms can be fixed as soon as possible.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Chi Hsuan Yen:
Just like issue21668, _decimal requires -lm on Android. This wasn't fixed
because _decimal didn't build before issue26846 lands. More specificially,
log10 is called
https://hg.python.org/cpython/file/tip/Modules/_decimal/libmpdec/mpdecimal.c#l7862
Added
Chi Hsuan Yen added the comment:
Add the developer who wrote this line (issue15044)
--
nosy: +ncoghlan
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Chi Hsuan Yen:
In setup.py, _dbm links to gdbm_compat only. If gdbm is built as dynamic
libraries, libgdbm_compat.so has a NEEDED flag for libgdbm.so, so both symbols
in libgdbm and libgdbm_compat can be used. However, as static libraries does
not provide such a flag
Chi Hsuan Yen added the comment:
Could you upload a copy of config.log?
Also added developers that play in random.h games
--
components: +Build
nosy: +Chi Hsuan Yen, benjamin.peterson, haypo
___
Python tracker <rep...@bugs.python.org>
Chi Hsuan Yen added the comment:
> If yes, can we close the issue?
Yes and thanks! As a side note, on Android it prevents broken
grp.cpython-37m.so, too.
--
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Python
Chi Hsuan Yen added the comment:
Actually my device is 6.0. Seems there's nothing interesting between API 23 and
24 on android-changes-for-ndk-developers.md :)
Anyway, _decimal should not depend on the whether the python binary references
to libm.so or not. Instead, _decimal should explicitly
Chi Hsuan Yen added the comment:
Sorry, -lgdbm should come after -lgdbm_compat, or symbols in libgdbm.a are
still not resolved. I don't know why - linking is a magic :(
--
Added file: http://bugs.python.org/file46517/gdbm.patch
___
Python tracker
New submission from Chi Hsuan Yen:
The change is clear and self-explained. See the patch.
Motivations:
1. The hack "To prevent optparse from raising an exception..." works for single
letter flags (-I, -L, etc.) only. I plan to add --sysroot related codes for
Android builds and I
New submission from Chi Hsuan Yen:
Since Android NDK r14 beta 2, unified headers provide langinfo.h but there's no
nl_langinfo() in it, causing linking failures:
libpython3.7m.a(pylifecycle.o): In function `get_locale_encoding':
/home/yen/Projects/python3-android/src/cpython/Python
Chi Hsuan Yen added the comment:
> Is tmpfile() available on Android?
Yes. Just tried it with Android NDK r13 with clang and API 21 (Android 5.0).
Here's the source code test.c:
#include
int main()
{
FILE *fp = NULL;
char c = '\0';
fp = tmpfile();
fprintf(fp, &qu
Chi Hsuan Yen added the comment:
I see your points. Indeed in many times I didn't think carefully before leaving
a comment, and not even noticing that my comments can be offensive afterwards.
I apologize for all those cases and I'll be more careful when interacting with
others in the future
Chi Hsuan Yen added the comment:
Thanks for the response. Sorry if my previous work on Android brings confusion.
To prevent possible wasting of time in the future, I'd like to confirm myself
for some conclusions: CPython's support for Android targets only stable
releases of the official NDK
Changes by Chi Hsuan Yen <yan12...@gmail.com>:
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue7438>
___
_
Changes by Chi Hsuan Yen <yan12...@gmail.com>:
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29591>
___
_
Changes by Chi Hsuan Yen <yan12...@gmail.com>:
--
pull_requests: +124
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29436>
___
_
Chi Hsuan Yen added the comment:
I've improved the patch and submitted it as PR 159. Now on Android:
1. _locale is built
2. _locale has several symbols, including CODESET
3. _locale doesn't have nl_langinfo()
Basically _locale maps what langinfo.h does. On Android langinfo.h has several
Chi Hsuan Yen added the comment:
Well, I have to commit changes to configure and pyconfig.h, otherwise Travis
tests fail. Maybe .travis.yml should call autoreconf first.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
Changes by Chi Hsuan Yen <yan12...@gmail.com>:
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue28747>
___
_
Changes by Chi Hsuan Yen <yan12...@gmail.com>:
--
nosy: +Chi Hsuan Yen
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue20916>
___
_
Chi Hsuan Yen added the comment:
Here are test results for PR 53:
shell@ASUS_Z00E_2:/data/local/tmp $ python3.7m -m test -u curses test_curses
Run tests sequentially
0:00:00 [1/1] test_curses
1 test OK.
Total duration: 1 sec
Tests result: SUCCESS
abcshell@ASUS_Z00E_2:/data/local/tmp $
I know
1 - 100 of 284 matches
Mail list logo