New submission from zhang :
building '_tkinter' extension
gcc -pthread -fPIC -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3
-Wall -std=c99 -Wextra -Wno-unused-result -Wno-unused-parameter
-Wno-missing-field-initializers -DWITH_APPINIT=1 -I./Include
-I/YZGROUP4/STORAGE/p
zhang added the comment:
configure command :./configure
--prefix=/YZGROUP4/STORAGE/personalbio/Work/Transcriptome/T/zzz/software/Python/Python-3.6.10/
--with-tcltk-includes='-I/YZGROUP4/STORAGE/personalbio/Work/Transcriptome/T/zzz/software/tcltk/8.6.8/include/'
--with-tclt
zhang added the comment:
Josh,Did you solve this problem?I met the same error when install python.
*** WARNING: renaming "_tkinter" since importing it failed:
build/lib.linux-x86_64-3.6/_tkinter.cpython-36m-x86_64-linux-gnu.so: undefined
symbol: Tcl_GetCharLength
--
no
Change by Zhang Na :
--
components: Build
files: loongarch64.diff
keywords: patch
nosy: zhangna01
priority: normal
severity: normal
status: open
title: Add new triplets for loongarch64
type: compile error
versions: Python 3.9
Added file: https://bugs.python.org/file50579/loongarch64
Change by Zhang Na :
--
pull_requests: +29118
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30939
___
Python tracker
<https://bugs.python.org/issu
Zhang Na added the comment:
loongarch64.diff has been modified according to the new toolchain spec.
--
Added file: https://bugs.python.org/file50590/loongarch64-new.diff
___
Python tracker
<https://bugs.python.org/issue46
New submission from Zhang Zengbo:
Some test in configure.in is AC_TRY_RUN, which can be replaced by
AC_TRY_COMPILE, achieve the same goal and give better support for cross
compiling. This patch is for svn reversion 57996.
--
files: autocheck.patch
messages: 55678
nosy: zengbo
severity
Debao Zhang added the comment:
Hello everyone,
I have found the reason for the problem.
>From the manual http://docs.python.org/py3k/c-api/init.html#Py_SetPath ,
we can see that:
After we call Py_SetPath,both sys.prefix and sys.exec_prefix will be empty.
However, sys.prefix will be used
New submission from Yang Zhang :
Calling Pool.map (and friends) on empty lists [] causes Pool._cache to hang on
to the MapResults forever:
tp = ThreadPool(5)
xs = tp.map(lambda x: 'a' * int(10e6), range(100))
# now using 1GB mem = 100 * 10MB strs
del xs
gc.collect()
# still usi
Yang Zhang added the comment:
Oops, sorry - pasted a wrong example.
In [38]: tp = ThreadPool(5)
In [39]: xs = tp.map(lambda x: x, [])
In [40]: xs
Out[40]: []
In [41]: tp._cache
Out[41]: {3: }
--
___
Python tracker
<http://bugs.python.
New submission from Dongying Zhang :
I've been trying to parse xml string using python, codes following:
#-*- coding: utf-8 -*-
import xml.etree.ElementTree as xmlet
s = ''
xmlet.fromstring(s)
Then:
$ python2.6 test.py
or:
$ pypy test.py
Traceback messag
Changes by Dongying Zhang :
--
versions: +3rd party
___
Python tracker
<http://bugs.python.org/issue13612>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Dongying Zhang :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue13612>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Yang Zhang :
I'm seeing this issue on all the multiple Ubuntu 10.04 boxes I've tried.
I reduced a problem I was seeing in my application down into the following test
case. In this code, a parent process concurrently spawns 2 (you can spawn more)
subprocesses t
Yang Zhang added the comment:
After way too much time, I figured it out, after a quote from this post jumped
out at me:
See the "I/O on Pipes and FIFOs" section of pipe(7) ("man 7 pipe")
"If all file descriptors referring to the write end of a pipe have
been c
New submission from Dongying Zhang :
The as_string method in mime classes in module email.mime use base64 to encode
the text, but segmentedly while the text contents non-acsii characters and is
in type of unicode. This behavior confuse some of the email servers.
For example
Dongying Zhang added the comment:
Hello R. David Murray:
Thanks for your care.
The examples I given both in message and file is just the same. You got the
'UnicodeEncodeError' because your system default encoding is ascii. The
declaration of encoding at the top didn't
New submission from Zhiyong Zhang :
Compilation of Python 3.7.4 with Intel icc/2019 failed with the following
errors:
icpc -c -Wsign-compare -DDYNAMIC_ANNOTATIONS_ENABLED=1 -g -O0 -Wall -O3
-fp-model strict -fp-model source -xHost -ipo -prec-div -prec-sqrt -std=c++11
-Wextra -Wno-unused
New submission from George Zhang :
Congrats on adding line numbers to IDLE.
With this change, a change to add code folding could be done more easily as the
folding can reference the line numbers. Many other IDEs have code folding but
IDLE should also have it.
Code folding could be done with
Change by George Zhang :
--
type: -> enhancement
___
Python tracker
<https://bugs.python.org/issue37882>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from George Zhang :
I've just started using IDLE's module/path browsers and they offer a lot!
Putting aside the issue of them opening in separate windows, they have a small
change that could be made to improve them.
Both browsers have scrollbars, but (for me at least
Change by George Zhang :
--
keywords: +patch
pull_requests: +15072
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/15360
___
Python tracker
<https://bugs.python.org/issu
George Zhang added the comment:
I looked at the code for scrolling and moved it over to the ScrolledCanvas and
TreeNode (because it uses a Label that sits on the canvas, meaning we have to
rebind it here).
I haven't figured out how to add the scroll-by-pressing-down-and-moving way but
Change by George Zhang :
--
pull_requests: -15072
___
Python tracker
<https://bugs.python.org/issue37902>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by George Zhang :
--
pull_requests: +15076, 15077
pull_request: https://github.com/python/cpython/pull/15360
___
Python tracker
<https://bugs.python.org/issue37
Change by George Zhang :
--
pull_requests: +15076
pull_request: https://github.com/python/cpython/pull/15360
___
Python tracker
<https://bugs.python.org/issue37
Change by George Zhang :
--
pull_requests: -15077
___
Python tracker
<https://bugs.python.org/issue37902>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by George Zhang :
--
pull_requests: -15076
___
Python tracker
<https://bugs.python.org/issue37902>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by George Zhang :
--
pull_requests: +15079
pull_request: https://github.com/python/cpython/pull/15368
___
Python tracker
<https://bugs.python.org/issue37
George Zhang added the comment:
Looks like my PRs are getting out of hand... This is the final PR :P
--
___
Python tracker
<https://bugs.python.org/issue37
George Zhang added the comment:
I renamed mousescroll to handlescroll as it's an independent callback function
and I think it fits its use case better. I can keep it as mousescroll if you
like though.
The handlescroll function is now a standalone module function in tree.py and
George Zhang added the comment:
Also, how should I get the new code coverage percentage (or should it be
ignored for now)?
I'm thinking of adding a few more tests that send invalid events which would
raise KeyError but I don't think that this behaviour will be used (and
Change by George Zhang :
--
pull_requests: +15136
pull_request: https://github.com/python/cpython/pull/15430
___
Python tracker
<https://bugs.python.org/issue37
Change by George Zhang :
--
pull_requests: +15137
pull_request: https://github.com/python/cpython/pull/15432
___
Python tracker
<https://bugs.python.org/issue37
Xiang Zhang added the comment:
>It may be better to apply it even to the developed version. There is nothing
>wrong with creating the tee iterator in one thread and using it the other
>thread. Or using the tee iterators with external locking. I afraid that PR
>15567 can break
Change by Xiang Zhang :
--
pull_requests: +15786
pull_request: https://github.com/python/cpython/pull/16176
___
Python tracker
<https://bugs.python.org/issue38
Xiang Zhang added the comment:
New changeset 68d8c122972d7a49627b983af4ccbfad9f5ade17 by Xiang Zhang in branch
'2.7':
[2.7] bpo-38168: Fix a possbile refleak in setint() of mmapmodule.c (GH-16136)
(GH-16176)
https://github.com/python/cpython/commit/68d8c122972d7a49627b983af4ccbf
Change by Xiang Zhang :
--
components: +Extension Modules -Interpreter Core
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.7, Python 3.8, Python 3.9
___
Python tracke
Xiang Zhang added the comment:
New changeset 038503e08ac5b10601b95d5adc2c2cab7be10163 by Xiang Zhang (Krishna
Oza) in branch 'master':
bpo-38391: Fixing a typo for Py_DECREF (GH-16616)
https://github.com/python/cpython/commit/038503e08ac5b10601b95d5adc2c2cab7be10163
-
Change by Xiang Zhang :
--
assignee: -> docs@python
components: +Documentation -Demos and Tools
nosy: +docs@python
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.8, Python 3.9
___
Py
Change by Xiang Zhang :
--
components: +Extension Modules -Interpreter Core
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.9 -Python 3.8
___
Python tracker
<https://bugs.python.or
Xiang Zhang added the comment:
New changeset d8ca2354ed30c12b9ce37c4535222b700a727b32 by Xiang Zhang (Taine
Zhao) in branch 'master':
bpo-34953: Implement `mmap.mmap.__repr__` (GH-9891)
https://github.com/python/cpython/commit/d8ca2354ed30c12b9ce37c4535222b
New submission from Michael Zhang :
Discovered this while trying to use a function in `boto3`. Seems like when
tzlocal() is passed with a 0 to datetime.datetime.fromtimestamp(), it throws an
"[Errno 22] Invalid argument" error. Using 3.7.4 via Anaconda on Windows 10,
and tzlocal()
Michael Zhang added the comment:
I think it might be something Windows specific; the original comment includes
the version and code to reproduce.
--
___
Python tracker
<https://bugs.python.org/issue38
Michael Zhang added the comment:
Yeah, seconded with my own tracing as well.
--
___
Python tracker
<https://bugs.python.org/issue38645>
___
___
Python-bug
Xiang Zhang added the comment:
I think this issue has already been solved by #39507. The time difference is:
before:
time python3 -c 'import urllib.request;
urllib.request.proxy_bypass_environment("1.1.1.1")'
real0m0.912s
user0m0.902s
sys 0m0.010s
aft
Xiang Zhang added the comment:
Sorry, it's #39057
--
___
Python tracker
<https://bugs.python.org/issue32408>
___
___
Python-bugs-list mailing list
Unsubscr
Change by Yao Zhang <792641...@qq.com>:
--
components: Parser
nosy: lys.nikolaou, pablogsal, zz792641209
priority: normal
severity: normal
status: open
title: Cython cannot compile 'a = 5/6' and return 'a = 0'
type: compile
Yao Zhang <792641...@qq.com> added the comment:
I'm not going to report the problem yet, I'm a rookie, and this is my first
time to report the problem
-- 原始邮件 --
Yao Zhang <792641...@qq.com> added the comment:
However, in the source code, the source code runs normally, and when compiled
and encapsulated with Cython, an exception occurs,Trigger divisible 'a = 5 //
6',this possibility does not exist.I checked it out :'a = 1,b = 5 / 6
Yao Zhang <792641...@qq.com> added the comment:
However, in the source code, the source code runs normally, and when compiled
and encapsulated with Cython, an exception occurs,Trigger divisible 'a = 5 //
6',this possibility does not exist.I checked it out :'a = 1,b = 5 / 6
Yao Zhang <792641...@qq.com> added the comment:
Thank you for your patient answer, but I still don't understand.I have uploaded
my file (*.py).I hope you can solve my problem. I want 'a=5/6' to return 'a=
0.833.. 'after compilation.
-
Yao Zhang <792641...@qq.com> added the comment:
I want 'a=5/6' to return 'a= 0.833.. 'after compilation.
--
Added file: https://bugs.python.org/file50051/problem.py
___
Python tracker
<https
New submission from Kelvin Zhang :
Currently python's zipfile module does not have a way query starting offset of
compressed data. This might be handy when the user wants to copy compressed
data as is. Therefore I propose adding a data_offset field to zipfile.ZipInfo,
which stores the o
Change by Kelvin Zhang :
--
keywords: +patch
pull_requests: +26408
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/27961
___
Python tracker
<https://bugs.python.org/issu
New submission from Zhang Zheng :
Hi, I have encountered an error when working with
concurrent.futures.ProcessPoolExecutor API, with CPython 3.9.6 on Apple
Silicon, the error can not be reproduced with CPython 3.9.6 Linux/X86 build, so
I think this might be related to the arch.
I have
Zhang Zheng added the comment:
Hi, I have encountered an error when working with
concurrent.futures.ProcessPoolExecutor API, with CPython 3.9.6 on Apple
Silicon, the error can not be reproduced with CPython 3.9.6 Linux/X86 build, so
I think this might be related to the arch.
I have created
Xiang Zhang added the comment:
I can't understand the rational for rejecting localized digits though I don't
know who will use them in practise. I'd rather fix it until there is a real
problem with it.
--
nosy: +xiang.zhang
___
Xiang Zhang added the comment:
@Ezio, at least for my config they are all ASCII digits. But still I don't
think there is any rush to change current behaviour.
--
___
Python tracker
<https://bugs.python.org/is
New submission from Ying Zhang :
Code is attached. Comments in line.
from argparse import ArgumentParser, ArgumentDefaultsHelpFormatter
parser1 = ArgumentParser(formatter_class=ArgumentDefaultsHelpFormatter)
parser1.add_argument('--foo',
default='defaul
Change by Junyu Zhang :
--
components: Library (Lib)
files: Python-multiprocessing-RCE-vulnerability.pdf
nosy: Junyu Zhang
priority: normal
severity: normal
status: open
title: [CVE-2020-10796] Python multiprocessing Remote Code Execution
vulnerability
type: security
versions: Python
New submission from Junyu Zhang :
description:
When we were using python to develop a distributed process service, I noticed
that the default serialization parameter of Manager and ManagerBase in
multiprocessing was pickl, and it didn't seem to be mentioned in the official
webs
Junyu Zhang added the comment:
Thank you for your reply, this report is indeed the situation prompted by the
warning. There will be few problems in the single-machine deployment mode. Of
course, it is also possible to take advantage of the possibility of elevation
of privilege. In the
Junyu Zhang added the comment:
Thank you for your reply. Yes, under normal circumstances, keys are generally
not leaked. I may have only considered the following attacks at the time:
1. If the client script of the distributed process is on another machine, or
the key is leaked due to
Change by brendon zhang :
--
components: Library (Lib)
nosy: brendon-zh...@hotmail.com, rhettinger
priority: normal
severity: normal
status: open
title: support maxsize argument for lru_cache's user_function option
type: behavior
versions: Pytho
Change by brendon zhang :
--
keywords: +patch
pull_requests: +18588
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/19226
___
Python tracker
<https://bugs.python.org/issu
New submission from brendon zhang :
Existing implementation of lru_cache user_function option supports typed_code
argument, but does not support maxsize argument, because when we pass in the
user function as a positional argument, it gets assigned to the maxsize
parameter, and therefore
brendon zhang added the comment:
Two concerns is
1. the method signature (inspect.signature(lru_cache)) is not (maxsize=128,
typed=False) anymore, and so it is poor documentation.
2. not good reuse of TypeErrors related to incorrect number of inputs / type of
inputs
brendon zhang added the comment:
update:
ignore concern #1. I used __text_signature__ attribute to reset the inspect
signature to something useful
https://github.com/python/cpython/pull/19226/commits/eea367f64d2a83d0987a3f7a155ac015306e960b
brendon zhang added the comment:
"lru_cache(maxsize=128, typed=False)(user_function)"
oh ok! I overlooked that you could do this. There isn't really a need then for
supporting user_function w/ the maxsize argument in single call.
"The code in the PR is valiant attempt b
Change by brendon zhang :
--
resolution: -> rejected
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
brendon zhang added the comment:
np!
--
___
Python tracker
<https://bugs.python.org/issue40114>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from brendon zhang :
There is a performance regression of the max (and also min) function
implementation starting in python 3.7.
I provide code and associated benchmarks in the file attachment.
--
components: Library (Lib)
files: maxbug.py
messages: 365978
nosy
brendon zhang added the comment:
Something about calling max() in deeply nested recursion context appears to
make the overall complexity O(n^2) instead of O(n)
--
___
Python tracker
<https://bugs.python.org/issue40
brendon zhang added the comment:
You can get the replicate this issue even when removing lru_cache(None) and
calling max with iterable of size 1.
eg.
best = max(solve(j) for j in [i-1])
--
___
Python tracker
<https://bugs.python.org/issue40
brendon zhang added the comment:
update:
it is specifically caused by passing in a generator expression to max(), where
the generator invokes recursive function.
I added another file to demonstrate this
--
Added file: https://bugs.python.org/file49044/maxbug2.py
brendon zhang added the comment:
this affects ALL builtin functions (eg all(), any(), sum(), sorted(), etc...)
that accept generator as input and exhaust it.
--
___
Python tracker
<https://bugs.python.org/issue40
Change by brendon zhang :
--
title: max() performance regression (quadratic time) -> generator exhaustion
for builtin functions in recursion is O(depth)
___
Python tracker
<https://bugs.python.org/issu
Change by brendon zhang :
--
title: generator exhaustion for builtin functions in recursion is O(depth) ->
generator exhaustion for builtin functions in nested call is O(depth)
___
Python tracker
<https://bugs.python.org/issu
Change by brendon zhang :
--
title: generator exhaustion for builtin functions in nested call is O(depth) ->
recursive call within generator expression is O(depth)
___
Python tracker
<https://bugs.python.org/issu
brendon zhang added the comment:
update 2:
This affects ALL functions which exhaust a generator expression. If that
generator expression makes a recursive call, then the cost of evaluating it is
O(depth), when it should be only O(1).
You can see demonstrate that this doesn't just a
Change by brendon zhang :
--
nosy: +rhettinger, vstinner
___
Python tracker
<https://bugs.python.org/issue40225>
___
___
Python-bugs-list mailing list
Unsub
brendon zhang added the comment:
Okay, I attached a complete minimal example below.
In your shell, run
ulimit -S -s unlimited
Then try executing with various python versions 3.6 and 3.7
python3.6 benchbug.py
python3.7 benchbug.py
You will notice that python 3.7 has a significant
brendon zhang added the comment:
hmm, I can't edit my previous posts. I meant to say
python3.6 consumerbug.py
python3.7 consumerbug.py
--
___
Python tracker
<https://bugs.python.org/is
brendon zhang added the comment:
No, the example you provided does not trigger the same bug. It is explicitly to
do with calling recursively from within the generator expression.
--
___
Python tracker
<https://bugs.python.org/issue40
brendon zhang added the comment:
reduce the upper bound for the recursion depth until it does not segfault
eg
hi = 12
--
___
Python tracker
<https://bugs.python.org/issue40
brendon zhang added the comment:
did you remember to run `ulimit -S -s unlimited`? If you don't increase the
soft stack limit, your OS will kill the program.
--
___
Python tracker
<https://bugs.python.org/is
New submission from Zhang Boyang :
Hello,
Thanks for developing Python! I noticed there is no offical installers for
security releases of old python version. This looks a little strange to me. As
a python user & developer, it's often to stay with some old version of python,
bec
New submission from Zhang Boyang :
Please run joinbug.py and press Ctrl-C twice.
= The output =
1st join
PLEASE PRESS CTRL-C TWICE, IGNORE THE 'Press any key to continue'
Press any key to continue . . . Press any key to continue . . .
thread exit
Trace
New submission from S. Zhang :
The following command produced "name.tsvtsv" with version 3.7.1 and 3.8.5
instead of the expected "name.tsv" from version 2.7.5, 3.5.6, and 3.6.7.
Changing * to + produced expected "name.tsv".
python -c 'import re; v="
S. Zhang added the comment:
Thanks. But if talking about empty matches, there would be endless empty
matches at the end in such cases. So in my opinion, [^\.]*$ should match
txt plus the empty match because the greedy rule applies here.
On Fri, Aug 14, 2020 at 10:37 PM Ma Lin wrote
S. Zhang added the comment:
Okay. Thanks.
On Sat, Aug 15, 2020 at 9:07 AM Ma Lin wrote:
>
> Ma Lin added the comment:
>
> There can be at most one empty match at a position. IIRC, Perl's regex
> engine has very similar behavior.
> If don't wan
Change by Xiang Zhang :
--
resolution: -> out of date
stage: test needed -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
S. Zhang added the comment:
Thanks.
On Mon, Aug 17, 2020 at 7:40 PM Pablo Galindo Salgado <
rep...@bugs.python.org> wrote:
>
> Change by Pablo Galindo Salgado :
>
>
> --
> resolution: -> not a bug
> stage: ->
Change by Maiyun Zhang :
--
keywords: +patch
pull_requests: +22177
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23285
___
Python tracker
<https://bugs.python.org/issu
New submission from Maiyun Zhang :
The availability for `signal.SIGCHLD` is not correct. This seems to be present
since Python 3.7
--
assignee: docs@python
components: Documentation
messages: 380981
nosy: docs@python, myzhang1029
priority: normal
severity: normal
status: open
title
Xiang Zhang added the comment:
unicode.org doesn't list "丗" as numeric so I think there is nothing we can do.
--
resolution: -> not a bug
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https:/
Xiang Zhang added the comment:
New changeset aeecf380660ea459d85bb5f59d76bb54f757b5be by Xiang Zhang (Hai Shi)
in branch 'master':
bpo-37441: Fix wrong PyErr_SetImportErrorSubclass signature in doc (GH-14453)
https://github.com/python/cpython/commit/aeecf380660ea459d85bb5f59d76bb
Change by Xiang Zhang :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Xiang Zhang added the comment:
Should be TypeError. It's changed from ValueError to TypeError in
https://bugs.python.org/issue1831.
--
nosy: +xiang.zhang
___
Python tracker
<https://bugs.python.org/is
1 - 100 of 1760 matches
Mail list logo