[issue23224] LZMADecompressor object is only initialized in __init__

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +nadeem.vawda, serhiy.storchaka
stage:  -> needs patch
versions: +Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23180] Rename IDLE's "Windows" menu item to "Window"

[Al Sweigart]

Al Sweigart added the comment:

Added another patch for the documentation changes for the menu renaming.

--
Added file: http://bugs.python.org/file37679/idle_window_doc_rename.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22977] Unformatted “Windows Error 0x%X” exception message on Wine

[Martin Panter]

Martin Panter added the comment:

Here’s a simple patch which should fix it, although I have not verified this 
because I don’t have a Windows compiler (and MINGW cross compiling sounds too 
tricky)

--
keywords: +patch
Added file: http://bugs.python.org/file37678/win-error-format.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22662] subprocess.Popen.communicate causing local tty terminal settings to change inconsistently

[Martin Panter]

Martin Panter added the comment:

I tried in Python 2.7.9 on Linux, with env = "TERM=xterm", cmd = "date", and 
couldn’t get any of those seven terminal settings to be turned off

--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue20285] Improve object.__doc__ and help(object) output

[Martin Panter]

Changes by Martin Panter :


--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23182] Update grammar tests to use new style for annotated function definitions

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +berker.peksag
stage:  -> patch review
versions: +Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22495] merge large parts of test_binop.py and test_fractions.py

[Martin Panter]

Martin Panter added the comment:

Yeah it would be good to put related tests in the one place.

I was trying to find a good place to test how the comparison operators invoke 
the __eq__(), __gt__() etc methods, and the existing tests seem to be spread 
over test_compare.py and test_binop.py.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22495] merge large parts of test_binop.py and test_fractions.py

[Martin Panter]

Changes by Martin Panter :


--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18003] lzma module very slow with line-oriented reading.

[Martin Panter]

Martin Panter added the comment:

I haven’t done any tests, but my LZMAFile patch to Issue 15955 uses 
BufferedReader, so it might satisfy this issue

--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21896] Unexpected ConnectionResetError in urllib.request against a valid website

[Ned Deily]

Ned Deily added the comment:

So it does.  Thanks, Martin.

--
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23018] Add version info to python[w].exe

[Steve Dower]

Steve Dower added the comment:

Anyone have any opinions on this? My only hesitation is adding the Windows 10 
UUID, which will fix GetVersion but may cause other API problems, and we're 
certainly not testing against Windows 10 yet. (On the other hand, it's easy 
enough to remove that single UUID later if there's an issue we can't fix.)

I'm keen to put it in and forget about it, so if not, I'll just do it :)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21896] Unexpected ConnectionResetError in urllib.request against a valid website

[Martin Panter]

Martin Panter added the comment:

Not a Python bug. The web site seems to be doing this based on the user agent; 
if you change it, it works:

urlopen(Request("http://www.thomsonlocal.com/";, headers={"User-Agent": 
"https://bugs.python.org/issue21896"}))

--
nosy: +vadmium
type: crash -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23224] LZMADecompressor object is only initialized in __init__

[Martin Panter]

New submission from Martin Panter:

Noticed in a patch review around LZMModules/_lzmamodule.c:1055 that the C-level 
LZMADecompressor object is being initialized in an __init__() method. It 
crashes if you create the object with __new__() and never call __init__():

>>> from lzma import LZMADecompressor
>>> LZMADecompressor.__new__(LZMADecompressor).decompress(bytes())
Segmentation fault (core dumped)
[Exit 139]

--
components: Extension Modules
messages: 233866
nosy: vadmium
priority: normal
severity: normal
status: open
title: LZMADecompressor object is only initialized in __init__
type: crash
versions: Python 3.4

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17239] XML vulnerabilities in Python

[Martin Panter]

Changes by Martin Panter :


--
nosy: +vadmium

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15955] gzip, bz2, lzma: add option to limit output size

[Martin Panter]

Martin Panter added the comment:

We still need a patch for max_length in BZ2Decompressor, and to use it in 
BZ2File. Also, I think my GzipFile patch should be considered as a bug fix 
(rather than enhancement), e.g. the fix for Issue 16043 assumes 
GzipFile.read() is limited.

I’m adding v4 of Nikolaus’s low-level LZMA patch. I merged v3 with the recent 
default branch and fixed the conflicts, since I couldn’t tell what revision it 
was originally based on. I also made some fixes based on my review comments.

--
Added file: http://bugs.python.org/file37677/issue15955_lzma_r4.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue15955] gzip, bz2, lzma: add option to limit output size

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
stage: needs patch -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23214] BufferedReader.read1(size) signature incompatible with BufferedIOBase.read1(size=-1)

[Martin Panter]

Martin Panter added the comment:

Looking at the test suite:

* read1() of LZMAFile and GzipFile (both implementing BufferedIOBase) are 
asserted to return a non-zero result until EOF
* LZMAFile.read1(0) is asserted to return an empty string
* BufferedReader.read1(-1) is asserted to raise ValueError
* There are also tests of read1() methods on HTTPResponse and ZipFile.open() 
objects, but those methods are undocumented

It seems the most consistent way forward would be to:

* Define BufferedIOBase.read1(-1) to read and return an arbitrary number of 
bytes, more than zero unless none are available due to EOF or non-blocking 
mode. Maybe suggest that it would return the current buffered data or try to 
read a full buffer of data (with one call) and return it if applicable.
* Change the signature to BufferedReader.read1(size=-1) and implement the 
size=-1 behaviour

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23180] Rename IDLE's "Windows" menu item to "Window"

[Ned Deily]

Ned Deily added the comment:

Also, the IDLE help text file (Lib/idlelib/help.txt) and the IDLE documentation 
in the Standard Library Reference (Doc/library/idle.rst) refer to the "Windows" 
menu and would need to be updated.

--
nosy: +ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23220] IDLE does not display \b backspace correctly.

[Carol Willing]

Carol Willing added the comment:

Ned, Thanks for the detailed example and confirming my gut instinct that Tk was 
the root cause of the differences seen between the IDLE's Python interactive 
shell (https://docs.python.org/3.4/library/idle.html) and the interactive 
interpreter invoked from the command line 
(https://docs.python.org/3.4/tutorial/interpreter.html#tut-invoking).

As an end user learning Python (such as the elementary education market), the 
current Standard Library documentation on IDLE guides me to the incorrect 
conclusion that the "Python shell window (aka interactive interpreter)" in IDLE 
would behave the same as invoking the interactive interpreter from the command 
line.

It seems reasonable to explicitly state in the Standard Library doc that:
"In rare cases, such as text handling with certain special characters (i.e. 
'\b' in a string), the IDLE's interactive Python shell may return a different 
response than the Python interactive interpreter invoked from the command line. 
This is due to IDLE's low level dependence on Tk (Tk itself is not part of 
Python; it is maintained at ActiveState. reference: first paragraph of 
https://docs.python.org/3.4/library/tkinter.html#module-tkinter)."

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23163] pdb docs need to contain a statement on threads/multithreaded debugging

[Karl Richter]

Karl Richter added the comment:

Sorry, I mean 

#!/usr/bin/python

import threading

def debugging():
def __a_thread__():
print("2")
a_thread = threading.Thread(target=__a_thread__)
a_thread.start()
a_thread.join()
print("1")

if __name__ == "__main__":
debugging()

It's very uncommon to set the current debugging thread in the source.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23163] pdb docs need to contain a statement on threads/multithreaded debugging

[Karl Richter]

Karl Richter added the comment:

My initial description was imprecise. Clearification: The fact that in

#!/usr/bin/python

import threading

def debugging():
def __a_thread__():
print("2")
a_thread = threading.Thread(target=__a_thread__)
print("1")

if __name__ == "__main__":
debugging()

when invoked with `python -m pdb` the breakpoint at line 7 is ignored, like in

$ python -m pdb multithreaded_debugging.py 
> 
/mnt/DATA/richter/examples/python/multithreaded_debugging/multithreaded_debugging.py(3)()
-> import threading
(Pdb) break 7
Breakpoint 1 at 
/mnt/DATA/richter/examples/python/multithreaded_debugging/multithreaded_debugging.py:7
(Pdb) c
1
The program finished and will be restarted
> 
/mnt/DATA/richter/examples/python/multithreaded_debugging/multithreaded_debugging.py(3)()
-> import threading
(Pdb)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21902] Docstring of math.acosh, asinh, and atanh

[Berker Peksag]

Changes by Berker Peksag :


--
stage: patch review -> resolved

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue4395] Document auto __ne__ generation; provide a use case for non-trivial __ne__

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +berker.peksag

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23218] Modernize the IDLE Find/Replace/Find in Files dialogs

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +terry.reedy
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23216] IDLE grep/find/replace source code needs docstrings

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +terry.reedy
stage:  -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23206] json.dumps(ensure_ascii=False) is ~10x slower than json.dumps()

[Antoine Pitrou]

Antoine Pitrou added the comment:

The patch was committed in b312b256931e. Thank you!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23206] json.dumps(ensure_ascii=False) is ~10x slower than json.dumps()

[Antoine Pitrou]

Antoine Pitrou added the comment:

I get the following compile error:

In file included from ./Include/Python.h:48:0,
 from /home/antoine/cpython/default/Modules/_json.c:1:
/home/antoine/cpython/default/Modules/_json.c: In function ‘escape_unicode’:
/home/antoine/cpython/default/Modules/_json.c:301:24: error: 
‘PyUnicode_4BYTE_DATA’ undeclared (first use in this function)
 assert(kind == PyUnicode_4BYTE_DATA);
^

Fixing it is trivial, I can do it when committing.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23223] subprocess32 unable to be installed via pip

[SilentGhost]

Changes by SilentGhost :


--
components: +Library (Lib) -Installation
nosy: +gregory.p.smith

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23223] subprocess32 unable to be installed via pip

[gajdig]

New submission from gajdig:

The latest subprocess32, 3.2.6, is unable to be installed in Windows 7 via pip. 

The error messages:

_posixsubprocess.c(10) : fatal error C1083: Cannot open include file: 
'unistd.h': No such file or directory

error: command 
'C:\\Users\\user1\\AppData\\Local\\Programs\\Common\\Microsoft\\Visual C++ for 
Python\\9.0\\VC\\Bin\\cl.exe' failed with exit status 2

Read that unistd.h is not a Windows file.

--
components: Installation, Windows
messages: 233857
nosy: gajdig, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: subprocess32 unable to be installed via pip
type: compile error
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22932] email.utils.formatdate uses unreliable time.timezone constant

[Akira Li]

Akira Li added the comment:

@mitya57: Please, combine the code changes, tests, docs into a single 
rietveld-compatible patch (hg diff); read devguide and 
http://bugs.python.org/issue13963 

Make sure "review" link appears on the right near the patch. Example: 
http://bugs.python.org/issue22798

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23100] multiprocessing doc organization impedes understanding

[Antoine Pitrou]

Antoine Pitrou added the comment:

> I am happy to provide proposed patches but first can someone please clarify 
> for me whether I should have those patches depend upon the patches from Issue 
> 22952?

This question is now moot :)

--
nosy: +pitrou

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22952] multiprocessing doc introduction not in affirmative tone

[Antoine Pitrou]

Antoine Pitrou added the comment:

I've committed your patches, Davin. Thank you for contributing!

--
nosy: +pitrou
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions:  -Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22952] multiprocessing doc introduction not in affirmative tone

[Roundup Robot]

Roundup Robot added the comment:

New changeset e7d03a33e675 by Antoine Pitrou in branch '2.7':
Issue #22952: improve multiprocessing doc introduction and defer notes until 
appropriate.
https://hg.python.org/cpython/rev/e7d03a33e675

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22952] multiprocessing doc introduction not in affirmative tone

[Roundup Robot]

Roundup Robot added the comment:

New changeset a9a9c71f8e15 by Antoine Pitrou in branch '3.4':
Issue #22952: improve multiprocessing doc introduction and defer notes until 
appropriate.
https://hg.python.org/cpython/rev/a9a9c71f8e15

New changeset a65c23ea5f9e by Antoine Pitrou in branch 'default':
Issue #22952: improve multiprocessing doc introduction and defer notes until 
appropriate.
https://hg.python.org/cpython/rev/a65c23ea5f9e

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21902] Docstring of math.acosh, asinh, and atanh

[Mark Dickinson]

Mark Dickinson added the comment:

Closing as fixed.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21902] Docstring of math.acosh, asinh, and atanh

[Mark Dickinson]

Mark Dickinson added the comment:

Roundup message copied from #21902 (bad issue number):

New changeset 36099a05d76a by Mark Dickinson in branch 'default':
Issue #21092: Merge from 3.4.
https://hg.python.org/cpython/rev/36099a05d76a

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21092] json serializer implicitly stringifies non-string keys

[Mark Dickinson]

Mark Dickinson added the comment:

Sorry; that last commit message should have been for #21902.

--
nosy: +mark.dickinson

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21092] json serializer implicitly stringifies non-string keys

[Roundup Robot]

Roundup Robot added the comment:

New changeset 36099a05d76a by Mark Dickinson in branch 'default':
Issue #21092: Merge from 3.4.
https://hg.python.org/cpython/rev/36099a05d76a

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21902] Docstring of math.acosh, asinh, and atanh

[Roundup Robot]

Roundup Robot added the comment:

New changeset 5edfc6c929f9 by Mark Dickinson in branch '3.4':
Issue #21902: Replace incorrect 'hyperbolic arc sine' (etc.) with 'inverse 
hyperbolic sine' (etc.).  Remove meaningless reference to radians.
https://hg.python.org/cpython/rev/5edfc6c929f9

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21902] Docstring of math.acosh, asinh, and atanh

[Roundup Robot]

Roundup Robot added the comment:

New changeset d81cabb39de3 by Mark Dickinson in branch '2.7':
Issue #21902: Replace incorrect 'hyperbolic arc sine' (etc.) with 'inverse 
hyperbolic sine' (etc.).  Remove meaningless reference to radians.
https://hg.python.org/cpython/rev/d81cabb39de3

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23222] open doesn't provide traceback for int argument

[SilentGhost]

SilentGhost added the comment:

As explained in the docs[1] integer is a valid argument for the open function 
in the python3. It is also noted that the file descriptor is going to be 
closed, unless closefd argument to the open function was False, when f.close() 
is called. This is the behaviour you're seeing. Zero or other small integers 
tend to point to vital files opened by interpreter or the interpreter itself, 
so closing them shuts the interpreter down. This is a layman explanation, so 
someone should be able to provide a more technical description.

In either case this is not a bug and passing random arguments to the open 
function is probably not what should be done in any production code. I'm 
closing this issue.

[1] https://docs.python.org/3/library/functions.html#open

--
components: +Interpreter Core -IO
nosy: +SilentGhost
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type:  -> behavior

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23222] open doesn't provide traceback for int argument

[Ievgen Aleinikov]

New submission from Ievgen Aleinikov:

HI,

I was able to gat such behaviour on python version 3.4.2 and 3.2.3
>>> for i in range(10):
...   f = open(i, "w")
...   f.close()
... 
This will close interactive session without any output.


On python 2 (2.7.9) it's not happening:
>>> for i in range(10):
...  f = open(i, "w")
...  f.close()
... 
Traceback (most recent call last):
  File "", line 2, in 
TypeError: coercing to Unicode: need string or buffer, int found
>>>

And interpreter is not closed.

If run attached 1.py we'll see following:

python2.7 1.py 
Traceback (most recent call last):
  File "1.py", line 2, in 
f = open(i, "w")
TypeError: coercing to Unicode: need string or buffer, int found


python3.4 1.py -> nothing happens (echo $? -> 1)



Kind regards,
Ievgen.

--
components: IO
files: 1.py
messages: 233844
nosy: slivabox
priority: normal
severity: normal
status: open
title: open doesn't provide traceback for int argument
versions: Python 3.2, Python 3.3, Python 3.4
Added file: http://bugs.python.org/file37676/1.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23185] add inf and nan to math module

[Mark Dickinson]

Mark Dickinson added the comment:

Committed.  Thanks for all the helpful review comments!

--
resolution:  -> fixed
stage: needs patch -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23185] add inf and nan to math module

[Roundup Robot]

Roundup Robot added the comment:

New changeset cf4bf577749c by Mark Dickinson in branch 'default':
Issue #23185: add math.inf and math.nan constants.
https://hg.python.org/cpython/rev/cf4bf577749c

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue22932] email.utils.formatdate uses unreliable time.timezone constant

[Dmitry Shachnev]

Dmitry Shachnev added the comment:

This patch adds a test case for formatdate() function.

Before applying issue22932_v3.patch it fails, after applying that patch it 
succeeds.

Sorry for the delay caused by holidays.

--
Added file: http://bugs.python.org/file37675/issue22932_test.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23136] BUG in how _strptime() handles week 0

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


Added file: http://bugs.python.org/file37674/strptime_julian_none_2.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13583] sqlite3.Row doesn't support slice indexes

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

May be just use PyObject_GetItem(self->data, idx)?

--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue13299] namedtuple row factory for sqlite3

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Here is faster implementation.

$ ./python -m timeit -s "import sqlite3; con = sqlite3.connect(':memory:'); 
con.row_factory = sqlite3.NamedTupleRow; con.execute('create table t (a, b)')" 
-s "for i in range(100): con.execute('insert into t values (1, 2)')" -- 
"con.execute('select * from t').fetchall()"
100 loops, best of 3: 2.74 msec per loop

But it is still 3 times slower than sqlite3.Row.

--
Added file: http://bugs.python.org/file37673/sqlite_namedtuplerow.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com