[issue42207] Python 3.9 testing fails when building with clang and optimizations are enabled

2020-11-03 Thread serge-sans-paille
Change by serge-sans-paille : -- pull_requests: +22054 pull_request: https://github.com/python/cpython/pull/23141 ___ Python tracker <https://bugs.python.org/issue42

[issue42207] Python 3.9 testing fails when building with clang and optimizations are enabled

2020-10-30 Thread serge-sans-paille
Change by serge-sans-paille : -- keywords: +patch pull_requests: +21955 stage: -> patch review pull_request: https://github.com/python/cpython/pull/23037 ___ Python tracker <https://bugs.python.org/issu

[issue42207] Python 3.9 testing fails when building with clang and optimizations are enabled

2020-10-30 Thread serge-sans-paille
New submission from serge-sans-paille : How to reproduce: ``` git clone https://github.com/python/cpython && cd cpython mkdir -p _build/optimized cd _build/optimized ../../configure --enable-optimizations CC=clang make cd .. ./optimized/python -m test.regrtest -wW --slowest -j0 --time

[issue40616] Add `asyncio.BufferQueue`

2020-09-14 Thread Serge Matveenko
Change by Serge Matveenko : -- stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue40616> ___ ___ Python-bugs-list

[issue33953] The DEFAULT_ENTROPY variable used to store the current default random bytes value should be documented for `secrets` module

2020-09-14 Thread Serge Matveenko
Change by Serge Matveenko : -- stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue33953> ___ ___ Python-bugs-list

[issue38701] datetime.timedelta string representation is ambiguous

2020-09-14 Thread Serge Matveenko
Change by Serge Matveenko : -- stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue38701> ___ ___ Python-bugs-list

[issue33953] The DEFAULT_ENTROPY variable used to store the current default random bytes value should be documented for `secrets` module

2020-05-14 Thread Serge Matveenko
Change by Serge Matveenko : -- versions: +Python 3.6 ___ Python tracker <https://bugs.python.org/issue33953> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33953] The DEFAULT_ENTROPY variable used to store the current default random bytes value should be documented for `secrets` module

2020-05-14 Thread Serge Matveenko
Change by Serge Matveenko : -- versions: +Python 3.9 ___ Python tracker <https://bugs.python.org/issue33953> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38701] datetime.timedelta string representation is ambiguous

2020-05-14 Thread Serge Matveenko
Serge Matveenko added the comment: I would be happy to submit a PR if there would be an agreement on the format. -- ___ Python tracker <https://bugs.python.org/issue38

[issue40616] Add `asyncio.BufferQueue`

2020-05-13 Thread Serge Matveenko
New submission from Serge Matveenko : It looks handy to be able to leverage `collections.deque` ability to be sized it `asyncio.Queue`. This could provide the ability to implement backpressure in the queue or just use it as a buffer in messaging systems. The implementation provided in the

[issue38701] datetime.timedelta string representation is ambiguous

2019-11-05 Thread Serge Matveenko
New submission from Serge Matveenko : Negative `timedelta` string representation is ambiguous. ``` >>> from datetime import datetime, timedelta >>> d2 = datetime.now() >>> d1 = d2 - timedelta(days=42, seconds=5) >>> str(d2 - d1) '42 days, 0:00:05'

[issue38634] Symbol resolution conflict when embeding python in an application using libedit

2019-11-04 Thread serge-sans-paille
serge-sans-paille added the comment: @ned I(d rather see this as an evolution of Issue13631, as this solves a problem when libreadline and libedit are both loaded in the same executable. As such, using libedit instead of readline wouldn't solve the issue: what if the program Pyth

[issue13501] Make libedit support more generic; port readline / libedit to FreeBSD

2019-10-29 Thread serge-sans-paille
Change by serge-sans-paille : -- pull_requests: +16513 pull_request: https://github.com/python/cpython/pull/16986 ___ Python tracker <https://bugs.python.org/issue13

[issue38634] Symbol resolution conflict when embeding python in an application using libedit

2019-10-29 Thread serge-sans-paille
Change by serge-sans-paille : -- keywords: +patch pull_requests: +16512 stage: -> patch review pull_request: https://github.com/python/cpython/pull/16986 ___ Python tracker <https://bugs.python.org/issu

[issue38634] Symbol resolution conflict when embeding python in an application using libedit

2019-10-29 Thread serge-sans-paille
New submission from serge-sans-paille : See https://bugs.llvm.org/show_bug.cgi?id=43830, but basically the follwing code: ``` // a.c #include int main() { Py_Initialize(); PyRun_SimpleString("import readline; print(readline.__doc__)"); return 0; } ``` compiled like this:

[issue37140] ctypes change made clang fail to build

2019-06-04 Thread serge-sans-paille
serge-sans-paille added the comment: @vstinner: to reproduce the issue ``` git clone https://github.com/llvm/llvm-project.git cd llvm-project mkdir _build cd _build cmake3 ../llvm -DLLVM_ENABLE_PROJECTS="clang;clang-tools-extra" -DBUILD_SHARED_LIBS=ON -DCMAKE_BUILD_TY

[issue37140] ctypes change made clang fail to build

2019-06-03 Thread serge-sans-paille
Change by serge-sans-paille : -- nosy: +serge-sans-paille ___ Python tracker <https://bugs.python.org/issue37140> ___ ___ Python-bugs-list mailing list Unsub

[issue36706] Python script on startup stucks at import

2019-04-23 Thread serge g
New submission from serge g : I am not sure if it is python's issue (correct me if this is wrong place for report). But sometimes (probably every 3-4 attempt) when I run script, interpreter just stucks for some time (0.5-3 minutes) and then actually runs the script normally. To figur

[issue36618] clang expects memory aligned on 16 bytes, but pymalloc aligns to 8 bytes

2019-04-16 Thread serge-sans-paille
serge-sans-paille added the comment: @vstinner: once you have a portable version of alignof, you can deciding to *not* use the pool allocator if the required alignment is greater than 8B, or you could modify the pool allocator to take alignment information as an extra parameter

[issue34814] makesetup: must link C extensions to libpython when compiled in shared mode

2018-10-16 Thread serge-sans-paille
serge-sans-paille added the comment: Not an expert of Python build, but I've been creating a few « reverse engineer challenge » where I had to ship modified version of the interpreter, so played with it a bit. I agree consistency is nice to reason about. It looks better to me to *not*

[issue28015] configure --with-lto builds fail when CC=clang on Linux, requires gold linker

2018-10-16 Thread serge-sans-paille
serge-sans-paille added the comment: Looks like a package dependency issue: installing ``llvm-dev`` package should fix the problem. Or in that particular case ``llvm-3.8-dev``. -- nosy: +serge-sans-paille ___ Python tracker <ht

[issue34104] email.message.get_payload should enforce correct encoding

2018-07-12 Thread Serge Droz
Change by Serge Droz : -- type: -> security ___ Python tracker <https://bugs.python.org/issue34104> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue34104] email.message.get_payload should enforce correct encoding

2018-07-12 Thread Serge Droz
New submission from Serge Droz : The issue is really this: https://noxxi.de/research/mime-5-easy-steps-to-bypass-av.html get_payload should with decode=Treu should check the validity of the syntax and throw an error if it is not. This would happen if the underlying call to base64.decode

[issue33953] The DEFAULT_ENTROPY variable used to store the current default random bytes value should be documented for `secrets` module

2018-06-25 Thread Serge Matveenko
New submission from Serge Matveenko : There is the corresponding section on the topic here https://github.com/python/cpython/blob/3.6/Doc/library/secrets.rst#how-many-bytes-should-tokens-use The current value of 32 bytes is mentioned there correctly. Unfortunately, there is no way to know

[issue26223] decimal.to_eng_string() does not implement engineering notation in all cases.

2016-12-05 Thread Serge Stroobandt
Serge Stroobandt added the comment: Dear Keith, that is exactly how it should be! (I cross-checked with a HP calculator to make sure.) -- ___ Python tracker <http://bugs.python.org/issue26

[issue26223] decimal.to_eng_string() does not implement engineering notation in all cases.

2016-08-12 Thread Serge Stroobandt
Serge Stroobandt added the comment: What most engineers would like to see implemented in Python is a new engineering notation identical to the one implemented in the omnipresent HP calculators. Quoting from the HP-15C Owner's Handbook: "- In engineering notation, the first signifi

[issue8060] PEP 3101 string formatting missing engineering presentation type for floating point

2016-02-07 Thread Serge Stroobandt
Serge Stroobandt added the comment: As per https://bugs.python.org/issue26223#msg259772 , can we please reopen this? I kind of hate it when *real* issues are kept closed for years (6!) until another lost soul comes by with the same itch... -- nosy: +serge.stroobandt versions: +Python

[issue26223] decimal.to_eng_string() does not implement engineering notation in all cases.

2016-01-30 Thread Serge Stroobandt
Serge Stroobandt added the comment: Related issue: https://bugs.python.org/issue8060 -- ___ Python tracker <http://bugs.python.org/issue26223> ___ ___ Python-bug

[issue26223] decimal.to_eng_string() does not implement engineering notation in all cases.

2016-01-28 Thread Serge Stroobandt
Serge Stroobandt added the comment: Mark: Don't shoot the messenger! I literally quoted the implemented proprietary specification. However, I do agree that the term "numbers (or bases) with an infinte decimal representation" would be more appropriate in this context.

[issue26223] decimal.to_eng_string() does not implement engineering notation in all cases.

2016-01-27 Thread Serge Stroobandt
Serge Stroobandt added the comment: An emphasized version of the exact quote is here now: http://stackoverflow.com/a/35045233/2192488 -- ___ Python tracker <http://bugs.python.org/issue26

[issue26223] decimal.to_eng_string() does not implement engineering notation in all cases.

2016-01-27 Thread Serge Stroobandt
New submission from Serge Stroobandt: In https://docs.python.org/2/library/string.html#formatstrings the proprietary (IBM) specifcation "Decimal Arithmetic Specification" http://www.gobosoft.com/eiffel/gobo/math/decimal/daconvs.html is incorrectly being heralded as "the&quo

[issue26223] decimal.to_eng_string() does not implement engineering notation in all cases.

2016-01-27 Thread Serge Stroobandt
Serge Stroobandt added the comment: @rhettinger I completely agree with not creating a backward incompatibility at this point in time. The real issue is that decimal.to_eng_string() was written to a (unfortunately chosen) proprietary specification which does not entirely correspond to the

[issue25657] virtualenv's activate does not update LD_LIBRARY_PATH

2015-11-23 Thread serge-sans-paille
serge-sans-paille added the comment: ok, I'll report there then. Sorry for the noise :-/ -- resolution: -> not a bug status: open -> closed ___ Python tracker <http://bugs.python.

[issue25657] virtualenv's activate does not update LD_LIBRARY_PATH

2015-11-18 Thread serge-sans-paille
New submission from serge-sans-paille: My use cas of virtual env was the following: 1. create a virtual env 2. install a third party shared library and its python wrapper 3. import the wrapper that itself loads the shared library The problem is that the shared library gets install into /lib

[issue25315] OrderedDict mangled private attribute is inaccessible

2015-10-07 Thread Serge Matveenko
Serge Matveenko added the comment: Sorry for reopening. I completely agree with the point that is it not necessary for Python and C implementations to duplicate each other. But then the Python OrderedDict implementation should be dropped from the library source. The code that is there now is

[issue25315] OrderedDict mangled private attribute is inaccessible

2015-10-05 Thread Serge Matveenko
Serge Matveenko added the comment: Ok, then the OrderedDict is useless for any advanced hacking like altering the order in which __setitem__ stores items. It is just useless Python code and so much appliances missed for this class:( Thank you all for these completely helpful answers

[issue25315] OrderedDict mangled private attribute is inaccessible

2015-10-05 Thread Serge Matveenko
Serge Matveenko added the comment: If Python source does conform the one in C, it will be completely fine and understandable to have such a change and to rely on it in using version checks or whatever. -- ___ Python tracker <http://bugs.python.

[issue25315] OrderedDict mangled private attribute is inaccessible

2015-10-05 Thread Serge Matveenko
Serge Matveenko added the comment: Zach, ok I got your point. But there is Python implementation in the library still which does not conform the one done in C. Such a behavior is tremendously confusing. If there is both Python and C implementation in the library they must conform each other

[issue25315] OrderedDict mangled private attribute is inaccessible

2015-10-04 Thread Serge Matveenko (lig)
New submission from Serge Matveenko (lig): Consider this code in Python 3.5.0: Python 3.5.0 (default, Sep 26 2015, 14:59:25) [GCC 5.1.1 20150618 (Red Hat 5.1.1-4)] on linux Type "help", "copyright", "credits" or "license" for more information. >>&

[issue24546] sequence index bug in random.choice

2015-07-05 Thread Serge Anuchin
Serge Anuchin added the comment: > Serge, you'll have to find some way to get more information on exactly what > is failing in order for this issue to make progress. This exception occurred only once and I can't reproduce it. Additional system specs in attachment. --

[issue24546] sequence index bug in random.choice

2015-07-02 Thread Serge Anuchin
Serge Anuchin added the comment: > Which platform & Python is that? Python 2.6.6 (r266:84292, Dec 26 2010, 22:31:48) [GCC 4.4.5] on linux2 Linux li307-195 2.6.39.1-x86_64-linode19 #1 SMP Tue Jun 21 10:04:20 EDT 2011 x86_64 GNU/Linux -- ___

[issue24546] sequence index bug in random.choice

2015-07-01 Thread Serge Anuchin
New submission from Serge Anuchin: It seems there is minor bug in random.choice. I've got traceback from my server with IndexError from random.choice, but sequence wasn't empty (seq value was: u'\u0411\u0413\u0414\u0416\u0418\u041b\u0426\u042b\u042d\ u042e\u042f\u0410\u0412\u0

[issue14329] proxy_bypass_macosx_sysconf does not handle singel ip addresses correctly

2012-03-15 Thread Serge Droz
New submission from Serge Droz : On MacOS in urllib the function proxy_bypass_macosx_sysconf does not handle proxy settings which are just IP addresses correctly: If there is any IP address, always true is reported. Reason: the mask is calculated wrong. The attached patch fixes this. NB This

[issue6171] Class Browser selection in Ubuntu

2010-02-07 Thread Serge
Serge added the comment: TreeNode class which is used in IDLE class browser create a window for a text label on each single click and apparently under Ubuntu tcl looses first left button click and therefore doesn't generate left buttond double click event. In this patch I make chang

[issue1094] TypeError in poplib.py

2007-09-03 Thread Serge Julien
Serge Julien added the comment: Patch proposal. Tell me if it's right to submit it here: this is the first patch I submit __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1094> __ poplib.diff Descrip

[issue1094] TypeError in poplib.py

2007-09-03 Thread Serge Julien
New submission from Serge Julien: In poplib.py, lines 137-138, bytes and str are compared, leading to a TypeError: [...] 137while line != '.': 138if line[:2] == '..': [...] where type(line) = -- components: Library (Lib) messages: 55617 nosy: s