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
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
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
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
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
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 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
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
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:
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:
I'm not going to report the problem yet, I'm a rookie, and this is my first
time to report the problem
-- 原始邮件 --
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
Xiang Zhang added the comment:
Sorry, it's #39057
--
___
Python tracker
<https://bugs.python.org/issue32408>
___
___
Python-bugs-list mailing list
Unsubscr
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
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 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 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
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
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 Xiang Zhang :
--
resolution: -> out of date
stage: test needed -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
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
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
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="
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
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
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
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
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:
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:
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:
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
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:
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 :
--
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
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: max() performance regression (quadratic time) -> generator exhaustion
for builtin functions in recursion is O(depth)
___
Python tracker
<https://bugs.python.org/issu
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
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:
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:
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
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:
np!
--
___
Python tracker
<https://bugs.python.org/issue40114>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by brendon zhang :
--
resolution: -> rejected
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
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
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:
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
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
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
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
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
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
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
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 Ying Zhang :
Code is attached. Comments in line.
from argparse import ArgumentParser, ArgumentDefaultsHelpFormatter
parser1 = ArgumentParser(formatter_class=ArgumentDefaultsHelpFormatter)
parser1.add_argument('--foo',
default='defaul
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
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
___
Michael Zhang added the comment:
Yeah, seconded with my own tracing as well.
--
___
Python tracker
<https://bugs.python.org/issue38645>
___
___
Python-bug
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
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()
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
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
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
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 :
--
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 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 :
--
pull_requests: +15786
pull_request: https://github.com/python/cpython/pull/16176
___
Python tracker
<https://bugs.python.org/issue38
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 George Zhang :
--
pull_requests: +15137
pull_request: https://github.com/python/cpython/pull/15432
___
Python tracker
<https://bugs.python.org/issue37
Change by George Zhang :
--
pull_requests: +15136
pull_request: https://github.com/python/cpython/pull/15430
___
Python tracker
<https://bugs.python.org/issue37
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
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:
Looks like my PRs are getting out of hand... This is the final PR :P
--
___
Python tracker
<https://bugs.python.org/issue37
Change by George Zhang :
--
pull_requests: +15079
pull_request: https://github.com/python/cpython/pull/15368
___
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: +15076
pull_request: https://github.com/python/cpython/pull/15360
___
Python tracker
<https://bugs.python.org/issue37
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: -15072
___
Python tracker
<https://bugs.python.org/issue37902>
___
___
Python-bugs-list mailing list
Unsubscribe:
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 :
--
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
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 :
--
type: -> enhancement
___
Python tracker
<https://bugs.python.org/issue37882>
___
___
Python-bugs-list mailing list
Unsubscrib
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
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
George Zhang added the comment:
Also, while the PEP first introducing asynchronous generators stated that its
.asend() and .athrow() methods will return a "coroutine-like object", it
doesn't allow any introspection into its state or parent async generator.
My workaround
Change by George Zhang :
--
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue37771>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Xiang Zhang :
--
components: +Tests
resolution: -> rejected
stage: patch review -> resolved
status: open -> closed
type: -> enhancement
___
Python tracker
<https://bugs.python
Change by Xiang Zhang :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
title: Adding a unit test of unicode in test_unicode.py -> Adding tests for
PyUnicode_AsUTF8 and PyUnicode_AsUTF8AndSize
___
Py
Xiang Zhang added the comment:
New changeset 5623ac87bbe5de481957eca5eeae06347612fbeb by Xiang Zhang (Hai Shi)
in branch 'master':
bpo-37476: Adding tests for asutf8 and asutf8andsize (GH-14531)
https://github.com/python/cpython/commit/5623ac87bbe5de481957eca5eeae06
Change by Xiang Zhang :
--
versions: -Python 3.5
___
Python tracker
<https://bugs.python.org/issue37606>
___
___
Python-bugs-list mailing list
Unsubscribe:
Xiang Zhang added the comment:
In Py3, you should use `python -m test test_dtrace` to run the test suite.
--
nosy: +xiang.zhang
resolution: -> not a bug
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.5
_
Change by Xiang Zhang :
--
type: -> enhancement
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue37476>
___
___
Python-bugs-list mai
Change by Xiang Zhang :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
title: Fix a type error in ctypes.rst -> Fix a wrong exception type in ctypes
documentation
versions: +Python 2.7, Python 3.7, Python 3.8
Xiang Zhang added the comment:
New changeset f6cdd3ff687ebbf8209d793a18a042ea495c4aeb by Xiang Zhang (Hai Shi)
in branch 'master':
bpo-37513: Change ValueError to TypeError in an example in ctypes doc (GH-14615)
https://github.com/python/cpyt
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
Change by Xiang Zhang :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
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
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:/
JP Zhang added the comment:
>>>python test.py --num_epochs 200
usage: test.py [-h] [--data_type DATA_TYPE]
test.py: error: unrecognized arguments: --num_epochs 200
I have a created a colab share link. You can check:
https://colab.research.google.com/drive/1TUvt4CCv2d43GD1ccmuRNBJ
1 - 100 of 1760 matches
Mail list logo
