[issue2736] datetime needs and "epoch" method

2008-11-24 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Mon, Nov 24, 2008 at 12:34 PM, STINNER Victor <[EMAIL PROTECTED]> wrote: .. >> I would still prefer totimestamp()->(int, int) returning (sec, usec) >> tuple. The important benefit is that such toti

[issue4335] inspect.getsourcelines ignores last line in module

2008-12-02 Thread Alexander Belopolsky
Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- nosy: +belopolsky ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4335> ___ _

[issue4331] Can't use _functools.partial() created function as method

2008-12-02 Thread Alexander Belopolsky
Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- nosy: +belopolsky ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4331> ___ _

[issue4201] Pdb cannot access source code in zipped packages.

2008-12-03 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: No, I only used __main__.py to make it easy to reproduce the problem. Pdb will not be able to access code in any module with a custom __loader__. For example, if you move f() to foo.py inside test.zip and import it from __main_

[issue4201] Pdb cannot access source code in zipped packages.

2008-12-03 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: Off-topic: How to report a bug tracker bug? The e-mail I sent in response to Nick's post started with: """ On Wed, Dec 3, 2008 at 3:51 PM, Nick Coghlan <[EMAIL PROTECTED]> wrote: > Just to confir

[issue4512] Add get_filename method to zipimport

2008-12-03 Thread Alexander Belopolsky
New submission from Alexander Belopolsky <[EMAIL PROTECTED]>: >From issue4197: """ runpy needs a non-standard PEP 302 extension to set __file__ correctly in the modules it runs. The pkgutil stuff it uses to find pure Python modules in the filesystem supports that

[issue4197] Doctest module does not work with zipped packages

2008-12-03 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: I created issue4512 to implement get_filename extension in zipimport. Will post a patch shortly. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue4512] Add get_filename method to zipimport

2008-12-03 Thread Alexander Belopolsky
Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- nosy: +ncoghlan ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4512> ___ __

[issue4512] Add get_filename method to zipimport

2008-12-03 Thread Alexander Belopolsky
Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- keywords: +patch Added file: http://bugs.python.org/file12214/zipimport.patch ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.pytho

[issue4512] Add get_filename method to zipimport

2008-12-03 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: I have attached a rough patch implementing the get_filename. I deliberately copied code from get_source method that finds the filename inside the zip archive and simply prefixed that with the archive path. I could not fi

[issue4082] __main__.__file__ not set correctly when -m switch gets __main__ from a zipfile

2008-12-03 Thread Alexander Belopolsky
Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- nosy: +belopolsky ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4082> ___ _

[issue4082] __main__.__file__ not set correctly when -m switch gets __main__ from a zipfile

2008-12-03 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: See issue4512 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4082> ___ __

[issue4197] Doctest module does not work with zipped packages

2008-12-03 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: While the patch at issue4512 fixes the crash, it does not fix the line number issue. I would prefer to start with doctest-1.patch like solution because changing the PEP 302 loader protocol by adding get_filename needs addi

[issue4335] inspect.getsourcelines ignores last line in module

2008-12-08 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: In order to reproduce the reported problem I had to conjure the attached repro.py which is missing '\n' on the last line. I need to double check the language definition, but I feel this is not a bug because a file t

[issue4335] inspect.getsourcelines ignores last line in module

2008-12-08 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: According to my understanding of http://docs.python.org/reference/lexical_analysis.html#id1 a newline character is required at the end of the python file. ___ Python tracker <[EMAIL

[issue4335] inspect.getsourcelines ignores last line in module

2008-12-08 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: Rafe, Can you confirm that behavior on missing end-of-line is indeed your issue? Note that at first I could not even reproduce the problem based on your report. I am attaching a proof-of-concept patch that would arguably i

[issue4335] inspect.getsourcelines ignores last line in module

2008-12-09 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: Just to add to the list of getsource quirks: with the following in x.py, f = lambda: 0 \ [EOF] >>> import inspect, x; inspect.getsource(x.f) Traceback (most recent call last): .. tokenize.TokenError: ('EOF in multi

[issue3166] Make conversions from long to float correctly rounded.

2008-12-09 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Tue, Dec 9, 2008 at 11:02 AM, Mark Dickinson <[EMAIL PROTECTED]> wrote: ... > If your Intel machine is Pentium 4 or newer, you can get > around this by using the SSE2 extensions, which work with 64-bit doubles >

[issue4335] inspect.getsourcelines ignores last line in module

2008-12-09 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: You convinced me. After all, if python interpreter does not complain about missing end-of-line and processes the unterminated line, getsource should report it. Here is a patch that passes existing tests and adds a "NoEOF

[issue3166] Make conversions from long to float correctly rounded.

2008-12-09 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: .. > The idea's attractive. The problem is finding an integer type that's > guaranteed to have enough bits to store the mantissa for the float > (probably plus one or two bits more for comfort); for IEEE

[issue3166] Make conversions from long to float correctly rounded.

2008-12-09 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: On Tue, Dec 9, 2008 at 12:39 PM, Mark Dickinson <[EMAIL PROTECTED]> wrote: .. > What would using Python's integer type solve, that isn't already solved by > the patch? > Speaking for myself, it would a

[issue4580] slicing of memoryviews when itemsize != 1 is wrong

2008-12-10 Thread Alexander Belopolsky
Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- nosy: +belopolsky ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue4580> ___ _

[issue887237] Machine integers

2008-12-10 Thread Alexander Belopolsky
Alexander Belopolsky <[EMAIL PROTECTED]> added the comment: > I wonder if a patch for ctypes like this (which is not yet complete) > could be used to implement this, or MUST it be implemented in C? For the intended purpose of giving access to raw machine arithmetics, I wou

[issue887237] Machine integers

2008-12-10 Thread Alexander Belopolsky
Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: Added file: http://bugs.python.org/file12323/ctypes-numbermixins-1.patch ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.

[issue3999] Real segmentation fault handler

2008-12-10 Thread Alexander Belopolsky
Changes by Alexander Belopolsky <[EMAIL PROTECTED]>: -- nosy: +belopolsky ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3999> ___ _

[issue4197] Doctest module does not work with zipped packages

2008-12-14 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: Nick, Your commit does not fix the line number reporting from doctest failures: $ ./python.exe testmodule.zip ** File "testmodule.zip/__main__.py", line ?, in __main__.c ...

[issue4657] Doctest gets line numbers wrongs with <> in name

2008-12-14 Thread Alexander Belopolsky
Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker <http://bugs.python.org/issue4657> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1706039] Added clearerr() to clear EOF state

2008-12-23 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: I've combined Scott's patch with John's (?) test case in issue1706039.diff. Confirmed that the patch fixes the issue on Mac OS X 10.5.6 (Intel). Added file: http://bugs.python.org/file12434/is

[issue1706039] Added clearerr() to clear EOF state

2008-12-23 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: Maybe not a problem, but an inconsistency: in Py_UniversalNewlineFgets clearerr is added inside univ_newline conditional and then again before the loop over characters, but in Py_UniversalNewlineFread it is added only once before "i

[issue4805] Make python code compilable with a C++ compiler

2009-01-01 Thread Alexander Belopolsky
New submission from Alexander Belopolsky : I am posting this patch mainly to support python-dev discussion on this topic. In the past (see r45330) it was possible to compile python core and standard library modules using a C++ compiler. According to Martin v. Löwis (issue4665), "It&#x

[issue4805] Make python code compilable with a C++ compiler

2009-01-01 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: A related question discussed on python-dev is whether extern "C" {} wrappers should ever be used in .c files. I argue that the answer is "no" even if C++ compilability is desired. The new patch eliminates several uses of exter

[issue4805] Make python code compilable with a C++ compiler

2009-01-02 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: On Fri, Jan 2, 2009 at 10:54 AM, Marc-Andre Lemburg wrote: > > Marc-Andre Lemburg added the comment: > > Also note that by removing the extern "C" declarations, you not only > change the exported symbol names of functions, but

[issue4805] Make python code compilable with a C++ compiler

2009-01-02 Thread Alexander Belopolsky
Changes by Alexander Belopolsky : Added file: http://bugs.python.org/file12560/c++-patch-2.diff ___ Python tracker <http://bugs.python.org/issue4805> ___ ___ Python-bug

[issue4805] Make python code compilable with a C++ compiler

2009-01-02 Thread Alexander Belopolsky
Changes by Alexander Belopolsky : Removed file: http://bugs.python.org/file12530/c++-patch-1.diff ___ Python tracker <http://bugs.python.org/issue4805> ___ ___ Python-bug

[issue4846] Py_UNICODE_ISSPACE causes linker error

2009-01-05 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: I believe attached issue4846.diff should fix the problem, but I don't have access to the affected platform (Windows?), so I did not test it. I also wonder whether it would be more appropriate to redefine PyAPI_* macros to declare API symbols

[issue4805] Make python code compilable with a C++ compiler

2009-01-05 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: On Mon, Jan 5, 2009 at 11:43 AM, Marc-Andre Lemburg wrote: .. >> GCC doesn't appear to do so, but there's no guarantee that other >> C++ compilers won't touch these symbols: >> >> http://en.wikipedia.org/wiki/

[issue4846] Py_UNICODE_ISSPACE causes linker error

2009-01-05 Thread Alexander Belopolsky
Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker <http://bugs.python.org/issue4846> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4846] Py_UNICODE_ISSPACE causes linker error

2009-01-05 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: Not that it would matter on a two-line patch, but I find it useful to add myself to the "nosy" list without any comments as so as I find the issue interesting even if I have nothing to contribute at the moment. This way I am more likely to n

[issue4850] Change type and add _Py_ prefix to COUNT_ALLOCS variables

2009-01-05 Thread Alexander Belopolsky
New submission from Alexander Belopolsky : quick_int_allocs, quick_neg_int_allocs, tuple_zero_allocs, and fast_tuple_allocs are exported in -DCOUNT_ALLOCS builds. They should get a conventional _Py_ prefix. Also since tp_allocs is now Py_ssize_t, these should be redefined as Py_ssize_t as

[issue4805] Make python code compilable with a C++ compiler

2009-01-05 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: On Mon, Jan 5, 2009 at 2:58 PM, Marc-Andre Lemburg wrote: .. > For completeness, all exported symbols in Python should have a _Py_ > prefix, even if they only get exported in certain debug builds. > I actually agree, but I felt that doing this

[issue4850] Change type and add _Py_ prefix to COUNT_ALLOCS variables

2009-01-05 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: Attached patch is fairly straightforward with only one caveat: instead of prefixing unlist_types_without_objects flag with _Py_, I made it static. This may not be the right thing if it is intended to be accessible from third party modules (it is not

[issue4819] Misc/cheatsheet needs updating

2009-01-05 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: Some more for both 2. and 3.0: - 'as' is now a keyword - 'with' is now a keyword - @ is now a valid token - 0o for octal and 0b for binary numbers - sets - str.format - BaseException I am sure I missed a lot, but the core languag

[issue4850] Change type and add _Py_ prefix to COUNT_ALLOCS variables

2009-01-05 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: Martin, Can you comment on whether unlist_types_without_objects should be global? Svn blame point to you for introducing it. Thanks. $ svn blame Objects/object.c | grep unlist_types_without_objects 45527 martin.v.loewis int

[issue4855] Popen(..., shell=True, ...) should allow simple access to the command's PID

2009-01-06 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: This really belongs to python-list rather than the tracker. It is not correct that with shell=False Popen reuses the thread of control of the calling process. You seem to be confusing blocking and reusing the thread of control. Popen always creates

[issue4850] Change type and add _Py_ prefix to COUNT_ALLOCS variables

2009-01-06 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: On Tue, Jan 6, 2009 at 7:28 AM, Martin v. Löwis wrote: .. > It is not easier, but more difficult. It now requires a change, > whereas leaving things as-is requires no change. I actually agree with Martin on this one. I would not touch this if n

[issue4850] Change type and add _Py_ prefix to COUNT_ALLOCS variables

2009-01-06 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: On Tue, Jan 6, 2009 at 10:53 AM, Marc-Andre Lemburg wrote: .. > I don't follow you: those symbols are not meant for public use anyway, > so we can easily change them without any "costs". The same goes for any > of the private, bu

[issue3976] pprint._safe_repr is not general enough in one instance

2009-01-06 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: The proposed patch appears to give up sorting by key,value altogether if there are a few incomparable items. It would be better to group items by type and sort within each group. For example, pprint({1:1,2:2,A():3,A():4}) should print int:int items

[issue4850] Change type and add _Py_ prefix to COUNT_ALLOCS variables

2009-01-07 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: On Wed, Jan 7, 2009 at 4:33 AM, Martin v. Löwis wrote: > > Martin v. Löwis added the comment: > .. Furthermore, they all have names that are > unlikely to collide. Even if they get a _Py_ prefix, there could > still be a conflict. > M

[issue4753] Faster opcode dispatch on gcc

2009-01-10 Thread Alexander Belopolsky
Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker <http://bugs.python.org/issue4753> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4938] Pdb cannot access doctest source in postmortem

2009-01-13 Thread Alexander Belopolsky
New submission from Alexander Belopolsky : With attached x.py: $ cat x.py """ >>> foo() """ def foo(): 1/0 if __name__ == '__main__': import doctest, pdb try: doctest.testmod(raise_on_error=True) except doctest.Unexpecte

[issue4899] doctest should support fixtures

2009-01-13 Thread Alexander Belopolsky
Changes by Alexander Belopolsky : -- nosy: +belopolsky ___ Python tracker <http://bugs.python.org/issue4899> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue4899] doctest should support fixtures

2009-01-13 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: The OP's problem, i.e. the need to reimport modules in every docstring can easily be addressed by injecting the necessary names using extraglobs argument to doctest.testmod(). I like the following trick: def getextraglobs(): import Str

[issue4933] Patch to add preliminary support for Haiku

2009-01-13 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: > we decided some time ago to not accept patches for such minority > platforms anymore. I don't have any particular interest in BeOS variants, but this comes as a surprise given that http://python.org/about/ proclaims that "Python

[issue4972] let's equip ftplib.FTP with __enter__ and __exit__

2009-01-19 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: What is the rationale for swallowing all socket exceptions except "Connection reset by peer" in __exit__? In any case, it is better to use errno.ECONNRESET instead of literal 54. Note that SMTP.quit() calls SMTP.close(), so in the normal t

[issue4972] let's equip ftplib.FTP with __enter__ and __exit__

2009-01-19 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: On Mon, Jan 19, 2009 at 2:01 PM, Tarek Ziadé wrote: > > Tarek Ziadé added the comment: > >> What is the rationale for swallowing all socket exceptions except >> "Connection reset by peer" in __exit__? > > I am catch

[issue4972] let's equip ftplib.FTP with __enter__ and __exit__

2009-01-20 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: Please remove the old smtplib.patch: it is confusing to have two attachments with the same name. It will still be available in the history, so nothing will be lost. A nit-pick: 221 is a success code (in smtp 2xx codes are successes and 5xx are errors

[issue37790] subprocess.Popen() is extremely slow

2019-08-16 Thread Alexander Pyhalov
Alexander Pyhalov added the comment: I couldn't reproduce entire test, as wsdiff script is rather large, but here's the simplified version. If Popen is used more often, difference is much more significant. # Using workaround $ python3.5 ~/tmp/1.py 1 10.780487537384033 # Without

[issue37790] subprocess.Popen() is extremely slow

2019-08-16 Thread Alexander Pyhalov
Alexander Pyhalov added the comment: Even if I use import subprocess process = subprocess.Popen(cmd, stdout=subprocess.PIPE, stderr=subprocess.PIPE

[issue37981] Can't install Python 3.7.4 x64 on Win 8.1

2019-08-29 Thread Alexander Podgórski
New submission from Alexander Podgórski : Have double "No Python 3.7 installation detected" error -- components: Installation files: python_installation_log.txt messages: 350802 nosy: Alexander Podgórski priority: normal severity: normal status: open title: Can't insta

[issue38042] Crash on double list(lxml.etree.iterparse(f)) Edit

2019-09-05 Thread Alexander Kurakin
New submission from Alexander Kurakin : I have a crash in Python 3.x environments and don't have in 2.7. === Crashes in: Python 3.7.4, Anaconda, Linux 64bit, lxml 4.3.3 OR Python 3.7.4, Anaconda, Linux 64bit, lxml 4.4.1 OR Python 3.6.5, Gentoo Linux 64bit, lxml 4.3.3 test.py: import

[issue38042] Crash on double list(lxml.etree.iterparse(f))

2019-09-05 Thread Alexander Kurakin
Change by Alexander Kurakin : -- title: Crash on double list(lxml.etree.iterparse(f)) Edit -> Crash on double list(lxml.etree.iterparse(f)) ___ Python tracker <https://bugs.python.org/issu

[issue38042] Crash on double list(lxml.etree.iterparse(f))

2019-09-06 Thread Alexander Kurakin
Alexander Kurakin added the comment: Yes, I do. Please read all. 1) According to https://bugs.launchpad.net/lxml/+bug/1833050 (by lxml author's opinion) it's not a lxml bug. 2) I wouldn't said that but according to backtrace we have crash at Python-time. 3) Moreover crash ex

[issue38042] Crash on double list(lxml.etree.iterparse(f))

2019-09-06 Thread Alexander Kurakin
Alexander Kurakin added the comment: Ok, thanks! Good that I was too lazy to open bug in June because our colleague did it better then me :) Seems like the fix doesn't present in current 3.7 version (3.7.4). Will try in 3.7.5 and will close UPD: Oh, closed? Ok. But *no*, it's no

[issue38054] enhance pdb.set_trace() to run when the specified condition is true

2019-09-08 Thread Alexander Ulyanov
New submission from Alexander Ulyanov : Through out my experience with python debugger, I often found myself creating if-statements around set_trace() instructions. This patch introduces a key-word argument that allows to pass in a boolean or a condition that evaluates to boolean to control

[issue38054] enhance pdb.set_trace() to run when the specified condition is true

2019-09-08 Thread Alexander Ulyanov
Change by Alexander Ulyanov : -- keywords: +patch pull_requests: +15384 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15731 ___ Python tracker <https://bugs.python.org/issu

[issue38054] enhance pdb.set_trace() to run when the specified condition is true

2019-09-08 Thread Alexander Ulyanov
Change by Alexander Ulyanov : -- type: -> enhancement ___ Python tracker <https://bugs.python.org/issue38054> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue38054] enhance pdb.set_trace() to run when the specified condition is true

2019-09-10 Thread Alexander Ulyanov
Alexander Ulyanov added the comment: Perhaps it's a matter of preference. I found it convenient, since passing in a boolean expression allows me to get rid of extra if-blocks thus reducing lines of code and increasing debugging speed. I wanted to share my idea with the community

[issue38438] argparse "usage" overly-complex with nargs="*"

2019-10-10 Thread Bob Alexander
New submission from Bob Alexander : This program: import argparse ap = argparse.ArgumentParser() ap.add_argument("arg", nargs="*") ap.parse_args() Gives usage message: usage: help_complexity.py [-h] [arg [arg ...]] It's correct, but unnecessarily complex and chal

[issue38638] Backtrace of exit phase of context managers

2019-10-30 Thread Alexander Kurakin
New submission from Alexander Kurakin : class CM: def __init__(self): pass def __enter__(self): return self def __exit__(self, exc_type, exc_val, exc_tb): raise RuntimeError() if __name__ == '__main__': with CM() as cm: pr

[issue43686] re.match appears to hang with certain combinations of pattern and string

2021-03-31 Thread Alexander Grigoriev
New submission from Alexander Grigoriev : Certain patterns and input strings cause re.match to take exponentially longer time. This can be expected because of recursive nature of matching some patterns, but it can take surprisingly long time with some combination of a pattern and input data

[issue43714] re.split(), re.sub(): '\Z' must consume end of string if it matched

2021-04-03 Thread Alexander Grigoriev
New submission from Alexander Grigoriev : If '\Z' matches as part of a pattern in re.sub() or re.split(), it should consume the end of string, and then '\Z' alone should not match the end of string again. Current behavior: Python 3.9.2 (tags/v3.9.2:1a79785, Feb 19 20

[issue43714] re.split(), re.sub(): '\Z' must consume end of string if it matched

2021-04-03 Thread Alexander Grigoriev
Alexander Grigoriev added the comment: For example, sed: $ sed --version sed (GNU sed) 4.8 Copyright (C) 2020 Free Software Foundation, Inc. $ sed -e 's/-\?$/x/g' <<<'a-b-' a-bx Perl: $ perl --version This is perl 5, version 32, subversion 0 (v5.32.0) built

[issue15443] datetime module has no support for nanoseconds

2021-04-07 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: @pganssle - let's keep the substantive discussions in the tracker so that they are not lost on github. You wrote: """ what is still blocking / needs to be done on this? Beta freeze for Python 3.10 is coming up at the beginning o

[issue15443] datetime module has no support for nanoseconds

2021-04-07 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: Is there high enough demand for nanoseconds in datetime and time instances? How often nanosecond timestamps contain anything other than 0s or garbage in the last three digits? In my experience, all people want to do with such timestamps is to convert

[issue15443] datetime module has no support for nanoseconds

2021-04-07 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: > In telemetry, a nanosecond often translates to about a foot and 5 hours gets you to Pluto. Telemetry is exactly an application where absolute timestamps rarely make any sense. -- ___ Python trac

[issue43991] asyncio lock does not get released after task is canceled

2021-04-30 Thread Alexander Niederbühl
New submission from Alexander Niederbühl : If a task gets canceled while holding a lock, the lock is not automatically released. Is that expected, it seems like it could cause a deadlock? Failing test adapted from Lib/test/test_asyncio/test_locks.py (commit 6bd9288b80): def

[issue43991] asyncio lock does not get released after task is canceled

2021-05-03 Thread Alexander Niederbühl
Alexander Niederbühl added the comment: That makes sense, thanks! -- stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/i

[issue44440] logging does not work as documented (setLevel)

2021-06-17 Thread Alexander Dietz
New submission from Alexander Dietz : Using python 3.8.10 and the documentation https://docs.python.org/3.8/library/logging.html it seems that either the documentation is incorrect/unclear, or that the logging module does not work as described. Reading on the Logger Object and the setLevel

[issue44440] logging does not work as documented (setLevel)

2021-06-17 Thread Alexander Dietz
Alexander Dietz added the comment: I was not asking for a solution or a workaround. I simply wanted to submit this bug in either the code or the documentation. -- ___ Python tracker <https://bugs.python.org/issue44

[issue44523] weakref.proxy documentation might be outdated

2021-06-28 Thread Alexander Neumann
New submission from Alexander Neumann : The documentation currently states: > Proxy objects are not hashable regardless of the referent; this avoids a > number of problems related to their fundamentally mutable nature, and prevent > their use as dictionary keys. callback is the sa

[issue44603] REPL: exit when the user types exit instead of asking them to explicitly type exit()

2021-07-12 Thread Taylor Alexander
Taylor Alexander added the comment: Hello all. Curious issue. Thanks Stargirl for opening it. Would it be possible for the __repr__ function to examine the calling commands and determine if the origin is the special case where exit is typed in the REPL? Then only when Quitter repr is called

[issue44603] REPL: exit when the user types exit instead of asking them to explicitly type exit()

2021-07-12 Thread Taylor Alexander
Taylor Alexander added the comment: Makes sense. Thanks for taking a look. -- ___ Python tracker <https://bugs.python.org/issue44603> ___ ___ Python-bugs-list m

[issue44603] REPL: exit when the user types exit instead of asking them to explicitly type exit()

2021-07-12 Thread Taylor Alexander
Taylor Alexander added the comment: Am I correct in thinking that the proposed change only affects the use case where a user types exit in to the REPL and hits return? And that any other case is unaffected? I can only imagine that the majority of users who type exit in to the interpreter

[issue43344] RotatingFileHandler breaks file type associations

2021-07-27 Thread Alexander Smirnov
Alexander Smirnov added the comment: the problem with namer solution is that it will stop respecting backupCount parameter -- nosy: +alexander.smirnoff ___ Python tracker <https://bugs.python.org/issue43

[issue44753] backupCount is not respected in TimedRotatingFileHandler when namer is specified

2021-07-27 Thread Alexander Smirnov
New submission from Alexander Smirnov : after adding namer callable (like it is described in https://bugs.python.org/issue43344) to log handler configuration, it stopped removing old files log_filename = os.path.join(log_dir, "application.log") l

[issue43344] RotatingFileHandler breaks file type associations

2021-07-28 Thread Alexander Smirnov
Alexander Smirnov added the comment: the namer was implemented to add "*.log" extension, to avoid broken file association problem. ``` log_handler.namer = lambda name: name.replace(".log", "") + ".log" ``` >implemented carefully enough Could you p

[issue15787] [meta issue] PEP 3121, 384 Refactoring

2021-07-28 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: > The work is now tracked at bpo-1635741. Which work? bpo-1635741 does not appear to be a meta-issue and in msg381432 it loops back here. -- versions: +Python 3.11 -Python 3.4 ___ Python tracker <

[issue15870] PyType_FromSpec should take metaclass as an argument

2021-07-28 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: I'll reopen this issue to resume the discussion. The motivating case - PEP 3121 refactoring of the ctypes module - is still open. See bpo-15884. -- resolution: rejected -> stage: resolved -> patch review status: closed ->

[issue44831] Inconsistency between datetime.now() and datetime.fromtimestamp(time.time(), None)

2021-08-06 Thread Alexander Belopolsky
Alexander Belopolsky added the comment: Can someone try to replicate this while disabling the C acceleration: import sys sys.modules[‘_datetime’] = None (Before any other imports.) If anything, this is likely to be a problem with the C implementation

[issue45128] test_multiprocessing fails sporadically on the release artifacts

2021-09-15 Thread Alexander Kanavin
Alexander Kanavin added the comment: I am seeing this one too in my yocto builds of 3.10rc2. What is bizarre is that the issue does not occur if the multiprocessing test is run in isolation: python3 -m test -v test_multiprocessing_fork but quite reliably does occur (three times in three

[issue45223] test_spawn_doesnt_hang (test.test_pty.PtyTest) fails when stdin isn't readable

2021-09-16 Thread Alexander Kanavin
New submission from Alexander Kanavin : I am observing the following under yocto's test harness: == ERROR: test_spawn_doesnt_hang (test.test_pty.Pt

[issue45426] PANDAS INSTALLATION PIP FAILED ON WINDOWS 11

2021-10-10 Thread Jimmy Alexander
New submission from Jimmy Alexander : Generating code Finished generating code building 'pandas._libs.parsers' extension C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.28.29910\bin\HostX86\x64\cl.exe /c /nologo /Ox /W3 /GL /D

[issue45426] PANDAS INSTALLATION PIP FAILED ON WINDOWS 11

2021-10-10 Thread Jimmy Alexander
Jimmy Alexander added the comment: C:\Users\ufx>pip install pandas Collecting pandas Using cached pandas-1.3.3.tar.gz (4.7 MB) Installing build dependencies ... error ERROR: Command errored out with exit status 1: command: 'C:\Users\ufx\AppData\Local\Programs\Python\P

[issue45426] PANDAS INSTALLATION PIP FAILED ON WINDOWS 11

2021-10-10 Thread Jimmy Alexander
Jimmy Alexander added the comment: descarga la version 3.10 se supone es estable pero al momento de instalar PANDAS usando PIP en el CMD de windows 11 FALLA y empieza a buscar otras vesiones de menores de pandas para intentar instalar via pip pero todas fallan! -- type

[issue45564] shutil.rmtree and os.walk are implemented using recursion, fail on deep hierarchies

2021-10-21 Thread Alexander Patrakov
New submission from Alexander Patrakov : It is possible to create deep directory hierarchies that cannot be removed via shutil.rmtree or walked via os.walk, because these functions exceed the interpreter recursion limit. This may have security implications for web services (e.g. various

[issue45932] EmailMessage incorrectly splits reply-to header

2021-11-29 Thread Alexander Mohr
New submission from Alexander Mohr : If you have a reply-to list that contains a name with a comma it must be quoted, however if the line length is just right python with split the name incorrectly and not keep the quote. Note that the CC line keeps the quote in the name but the reply-to

[issue45932] EmailMessage incorrectly splits name and address header

2021-11-29 Thread Alexander Mohr
Change by Alexander Mohr : -- title: EmailMessage incorrectly splits reply-to header -> EmailMessage incorrectly splits name and address header ___ Python tracker <https://bugs.python.org/issu

[issue45945] compileall.py throws a traceback when using -j0 and thus 'make install' locks up

2021-12-01 Thread Alexander Kanavin
New submission from Alexander Kanavin : Hello, Yocto project has had to disable -j0 for compileall, so that it runs serially. If it doesn't, then 'make install' locks up sporadically, with hanging processes: ``` 3837320 ?SN 0:00 \_ make -j 16 -l 52

[issue45945] compileall.py throws a traceback when using -j0 and thus 'make install' locks up

2021-12-01 Thread Alexander Kanavin
Alexander Kanavin added the comment: Here's the full log where you can see what happens. -- Added file: https://bugs.python.org/file50464/log.do_install.1905494 ___ Python tracker <https://bugs.python.org/is

[issue44637] Quoting issue on header Reply-To and other address headers

2021-12-02 Thread Alexander Mohr
Alexander Mohr added the comment: btw my work-around was to set maxheaderlen=sys.maxsize, worked for AWS SES at least -- ___ Python tracker <https://bugs.python.org/issue44

<    12   13   14   15   16   17   18   19   20   21   >