[issue26512] Vocabulary: Using "integral" in library/stdtypes.html

[Martin Panter]

Martin Panter added the comment:

Julien: I tend to keep doc strings rather concise. Just mention the main 
points, not all the obscure corner cases or examples. In this case I would 
probably just change “int” to “integer” (lowercase) or “numbers.Integral” if 
you want to be specific. You might also want to change “integral value” → 
“integer”.

Raymond: If you want to keep the table, please also fix the “integral float” 
references in Python 3 as well. Also see footnote (3) for the previous table, 
which also covers rounding.

I would still suggest to remove the empty “Notes” column. If there are any 
details worthy of footnotes, they should be added to the main documentation, 
not this table.

--

___
Python tracker 

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

[issue24918] Docs layout bug

[Roundup Robot]

Roundup Robot added the comment:

New changeset 78e9c18d3e5b by Ezio Melotti in branch '3.5':
#24918: fix CSS for code blocks when a side box is present.  Patch by Manvi B.
https://hg.python.org/cpython/rev/78e9c18d3e5b

New changeset 444d80ae123e by Ezio Melotti in branch 'default':
#24918: merge with 3.5.
https://hg.python.org/cpython/rev/444d80ae123e

New changeset e3833106f612 by Ezio Melotti in branch '2.7':
#24918: fix CSS for code blocks when a side box is present.  Patch by Manvi B.
https://hg.python.org/cpython/rev/e3833106f612

--
nosy: +python-dev

___
Python tracker 

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

[issue24918] Docs layout bug

[Ezio Melotti]

Ezio Melotti added the comment:

Fixed, thanks for the report and the patch(es)!

--
assignee: docs@python -> ezio.melotti
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

[issue26176] EmailMessage example doesn't work

[Ezio Melotti]

Ezio Melotti added the comment:

#26426 has been marked as duplicate of this, and contains more information 
about the error.

--
nosy: +ezio.melotti
stage:  -> needs patch
versions: +Python 3.5, Python 3.6 -Python 3.4

___
Python tracker 

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

[issue26250] no document for sqlite3.Cursor.connection

[Ezio Melotti]

Changes by Ezio Melotti :


--
assignee: docs@python -> ezio.melotti
nosy: +ezio.melotti
stage:  -> patch review

___
Python tracker 

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

[issue26314] interned strings are stored in a dict, a set would use less memory

[STINNER Victor]

STINNER Victor added the comment:

Serhiy Storchaka added the comment:
>
> Since interned strings table can only grow and contains exact strings,
> other data structure may be more appropriate (for example
> Modules/hashtable.c).
>

FYI this module is not well optimized. I took code and then adapted it for
my needs in tracemalloc. If you want to use it outside, you should check
again that parameters like used buckets/total buckets ratio are well chosen.

--

___
Python tracker 

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

[issue26551] Regex.finditer infinite loops with certain input

[Alan Mislove]

New submission from Alan Mislove:

I found a regex and input that causes re.finditer() to appear to get into an 
infinite loop.  Please see the attached minimal python script that triggers the 
behavior.  I've verified the bug exists on 2.7.6, 3.4.0, and 3.5.1; I haven't 
yet be able to test whether it also exists in the latest 3.6.

--
components: Regular Expressions
files: bug.py
messages: 261692
nosy: Alan Mislove, ezio.melotti, mrabarnett
priority: normal
severity: normal
status: open
title: Regex.finditer infinite loops with certain input
type: crash
versions: Python 2.7, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file42154/bug.py

___
Python tracker 

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

[issue26551] Regex.finditer infinite loops with certain input

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This is finite loop. Your script just needs too much time to finish.

--
nosy: +serhiy.storchaka
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

[issue26551] Regex.finditer infinite loops with certain input

[Alan Mislove]

Alan Mislove added the comment:

Thanks for the quick reply, Serhiy! 

You're right -- after letting it run for even longer, it does complete.  Sorry 
for the trouble.  I have two quick followup questions:

1.  Would this be considered a performance bug?  On my machine, it runs for 
over 20 seconds before completing.

2.  This regex was a much-simplified version of a larger one (I was trying to 
isolate the problem for the bug report).  When running the larger regex on the 
same input, it ran for multiple days without completing.  Should I send the 
larger regex along, or is this issue out of scope?

--

___
Python tracker 

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

[issue26499] http.client.IncompleteRead from HTTPResponse read after part reading file

[SilentGhost]

SilentGhost added the comment:

Updated patch addresses the rietveld comments.

--
Added file: http://bugs.python.org/file42155/issue26499_5.diff

___
Python tracker 

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

[issue26552] Failing ensure_future still creates a Task

[Damien Nicolas]

New submission from Damien Nicolas:

When calling asyncio.ensure_future() on a coroutine, and if the loop is closed, 
ensure_future() will raise a RuntimeError. 

However, it still creates a Task, which will generate a RuntimeWarning that we 
can’t fix since there is no way to cancel the Task.

Here is the code to reproduce the bug:


import asyncio

l = asyncio.get_event_loop()
l.close()

async def foo():
pass

try:
# Since the exception raises here, fut is never set
# so we can't call fut.cancel()
fut = asyncio.ensure_future(foo())
except RuntimeError:
pass


# stderr:
# aio.py:12: RuntimeWarning: coroutine 'foo' was never awaited
#   pass

--
components: asyncio
messages: 261696
nosy: gordon, gvanrossum, haypo, yselivanov
priority: normal
severity: normal
status: open
title: Failing ensure_future still creates a Task
type: behavior
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

[issue26551] Regex.finditer infinite loops with certain input

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This is known issue. Some regular expressions has quadratic or even exponential 
complexity. Existing implementation can't be easy fixed. You can try an regular 
expressions engine that use completely different algorithms, i.e. re2 
(https://pypi.python.org/pypi/re2).

Or rewrite your regular expression. You can ask for help on the 
comp.lang.python newsgroup (news:comp.lang.python). It is also accessible as a 
mailing list (https://mail.python.org/mailman/listinfo/python-list). There is a 
Web-interface (http://dir.gmane.org/gmane.comp.python.general).

--

___
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:

Calling BufferedReader.read1(sys.maxsize) gives me a MemoryError. Making 
read1(-1) equivalent to read1(sys.maxsize) only makes sense where the return 
value already has a predetermined size, and only a limited buffer needs to be 
allocated.

Another interpretation is to return an arbitrary, modest buffer size. This is 
what I ended up doing with LZMAFile.read1() in Issue 23529: return no more than 
8 KiB. It is not equivalent to sys.maxsize because more than 8 KiB is possible 
if you ask for it. HTTPResponse (for non-chunked responses) is similar, but 
uses a default of 16 KiB.

--

___
Python tracker 

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

[issue26314] interned strings are stored in a dict, a set would use less memory

[Raymond Hettinger]

Raymond Hettinger added the comment:

GPS: priority low, feel free to drop if it you want.
SS: But for now status quo is good to me.

Marking as closed.  Feel free to open a separate tracker item if you want to 
pursue the use of Modules/hashtable.c.

--
resolution:  -> rejected
status: open -> closed

___
Python tracker 

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

[issue26549] co_stacksize is calculated from unoptimized code

[SilentGhost]

Changes by SilentGhost :


--
nosy: +benjamin.peterson, brett.cannon, georg.brandl, ncoghlan, yselivanov

___
Python tracker 

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

[issue26549] co_stacksize is calculated from unoptimized code

[Brett Cannon]

Brett Cannon added the comment:

I also suspect you're right, Antti, that the stack size is calculated prior to 
the bytecode being passed to through the peepholer which would have made the 
built tuple a value in the const array.

Off the top of my head I don't remember where the stack size calculation is 
made, but my suspicion is it's in the AT -> bytecode step, which would mean 
making it work from bytecode would mean re-implementing that calculation to 
work from the bytecode itself (assuming I'm right).

--

___
Python tracker 

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

[issue26552] Failing ensure_future still creates a Task

[Guido van Rossum]

Guido van Rossum added the comment:

Sounds like an easy fix. Could you submit a patch?

--

___
Python tracker 

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

[issue26512] Vocabulary: Using "integral" in library/stdtypes.html

[Julien]

Julien added the comment:

Daily meditations:

 - This table is nice to show that there's various operations common to int and 
float (and does it well), not to list rounding methods (it happen to have only 
rounding methods, but that's a coincidence).

 - A coma separated list like ":func:`math.trunc`, :func:`round`, 
:func:`math.floor`, and :func:`math.ceil`." are enough to list them and to show 
they contain various rounding methods which is clear about the fact they are a 
bit different.

 - Yet we have to be both readable for everybody and ultra precise about 
implementation for those implementing their own __floor__, and the math module 
does it really nicely.

But we can keep the table without the empty "Notes" column, leaving place to 
explain them with more words, so they  can be more readable, approaching this 
way the readability of the math module ?

Finally, the problem is the conciseness of the result column (which make me 
think a link is better than a too-concise explanation).

--

___
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)

[Antoine Pitrou]

Antoine Pitrou added the comment:

> 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.

This sounds reasonable to me.

--

___
Python tracker 

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

[issue8232] webbrowser.open incomplete on Windows

[Brandon Milam]

Brandon Milam added the comment:

I've tested the new patch and it is still able to properly find both chrome and 
firefox and is able to differentiate between new window and new tab for those 
two browsers so it is still working. Would someone review the patch?

--

___
Python tracker 

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

[issue22625] When cross-compiling, don’t try to execute binaries

[Robert Collins]

Robert Collins added the comment:

So in general: 
https://www.gnu.org/software/autoconf/manual/autoconf-2.69/html_node/System-Type.html#System-Type
 and 
https://www.gnu.org/software/autoconf/manual/autoconf-2.69/html_node/Hosts-and-Cross_002dCompilation.html
 

There are three platforms in play: target, host, build.

Host is the platform where what you build should run on.
build is the platform we are building on.
target is the platform where the *output* of the build thing itself should run 
on. Baby steps though: lets assume target==host always.

Now, the pathological case of building things is the canadian cross - 
https://en.wikipedia.org/wiki/Cross_compiler#Canadian_Cross

Note here that you actually build multiple different entire compilers, - and 
thats what we need here.

We need to build two python's. 

One, for build, which pgen and _freeze_importlib can depend on.

One, for host, which is the output, and can depend on the output of running 
pgen and _freeze_importlib

I don't have examples of Makefile parameterisation to support this offhand, but 
gcc would be the obvious (if perhaps overwhelming) place to look at it.

The key things I'd expect are that:
 - when host==build, the dependencies and outputs are identical, so we only 
build one copy of Python and everything else.
 - when host!=build, we get a chain - the host Python -> pgenoutput -> pgen -> 
build Python -> pgenoutput

--

___
Python tracker 

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

[issue25900] unittest ignores the first ctrl-c when it shouldn't

[Robert Collins]

Robert Collins added the comment:

I'd rather make this super simple: just terminate the test run immediately. We 
can catch KeyBoardInterrupt in the UI layer to still permit outputting summary 
information. That removes one more source of global state that makes testing 
fragile.

--

___
Python tracker 

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

[issue26481] unittest discovery process not working without .py source files

[Robert Collins]

Robert Collins added the comment:

Python has stopped supporting .pyc-only distributions - see 
https://www.python.org/dev/peps/pep-3147/#case-3-pycache-foo-magic-pyc-with-no-source
 - and so, while what you are seeing is inconsistent with import in some older 
python's, it is not a bug in newer Python's, and I don't see any benefit in 
doing a backport-only fix for it.

--
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

[issue26481] unittest discovery process not working without .py source files

[Robert Collins]

Robert Collins added the comment:

Sorry, I missed the little footnote on case 4 about still supporting 
source-less distributions. I guess in that context we do still need to support 
this.

However - please check that this does indeed happen on Python master - 3.6. 
unittest does evolve and if you're testing on 2.7 or something your bug is 
perhaps already fixed.

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

___
Python tracker 

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

[issue24294] DeprecationWarnings should be visible by default in the interactive REPL

[Robert Collins]

Robert Collins added the comment:

@mbussonn - I don't see an updated non-tty-checking patch from you?

--

___
Python tracker 

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

[issue22625] When cross-compiling, don’t try to execute binaries

[Martin Panter]

Martin Panter added the comment:

Thanks Robert. Russell also pointed out on python-dev that the patches at Issue 
23670 show how he is doing cross compilation, via a new high-level iOS/Makefile 
file. Here is a cut-down version of the parts that I find relevant:

# Build for the native build host
host/bin/python*:
make -C .. distclean
cd .. && ./configure --prefix=host ...
make -C .. Programs/_freeze_importlib
# Main makefile is patched to use this copy (3.5+ only):
cp ../Programs/_freeze_importlib .
make -C .. install
tar czf host.tar.gz host && rm -rf host

# Build for a foreign target host
ios-%.tar.gz: host/bin/python*
make -C .. distclean
tar xzf host.tar.gz
cd .. && PATH=host/bin:$(PATH) ./configure \
--host=%-apple-ios --build=$(BUILD_OS_ID) CC=% LD=% \
--prefix=$* ...
PATH=host/bin:$(PATH) make -C .. install
tar czf $*.tar.gz $* && rm -rf $*

Something I just realized is that the output of pgen is actually committed to 
the Mercurial repository. It seems that Russell’s cross-compilation was relying 
on this to avoid rerunning pgen. Same with the output of _freeze_importlib, 
except Russell is working around that differently. It does not seem right to 
have files in the repository that are also generated by the normal build 
process.

--

___
Python tracker 

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

[issue21159] configparser.InterpolationMissingOptionError is not very intuitive

[Robert Collins]

Robert Collins added the comment:

I think we should close this again: if you subclass something you need to 
implement the full public API. raw has been in that API since 2010!.

It's a shame that folk have been implementing just-enough, rather than the 
actual API, but I don't see that has all that much bearing on the go-forward.

Rolling it back out of 3.4 could be done - but since the problematic subclasses 
are fixing themselves now 3.5 is out, that should take care of issues on 3.4 
too.

--

___
Python tracker 

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

[issue19217] Calling assertEquals for moderately long list takes too long

[Robert Collins]

Robert Collins added the comment:

The new output seems ok to me?

--

___
Python tracker 

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

[issue24780] unittest assertEqual difference output foiled by newlines

[Robert Collins]

Robert Collins added the comment:

Thanks for the patch; reviewed in rietvald.

--

___
Python tracker 

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

[issue25690] Replacement for unittest.mock.mock_open

[Robert Collins]

Robert Collins added the comment:

Hmm, I haven't looked closely, but some high level thoughts.

I'm worried about making mock too complex here. We already say folk should use 
a VFS for complex file based tests, and there's quite a chunk of code you're 
adding - perhaps better to just use a VFS?

I don't like mock importing mock_open and mock_open importing mock: please keep 
this in a single mock.py at this point.

--

___
Python tracker 

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

[issue25783] test_traceback.test_walk_stack() fails when run directly (without regrtest)

[Robert Collins]

Robert Collins added the comment:

Can we just stop running the test suite directly?

python -m unittest test.test_traceback

should work fine and as quickly, ... I'd like to delete all the __main__ in the 
test suite as cruft TBH.

The patch would be ok if ugly, its a bit of a magic number there. What the test 
really should do is create a recursive function of some depth, and then 
introspect the result of calling the function at the bottom of that recursion.

--

___
Python tracker 

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

[issue25520] unittest load_tests protocol not working as documented

[Robert Collins]

Robert Collins added the comment:

What version of python are you testing with? unittest 2.7 has a number of bugs 
vis-a-vis namespaces and discovery. If you're testing with less than 3.5, or 
perhaps 3.6, please try with unittest2, which has the same fixes as the stdlib 
unittest.

--

___
Python tracker 

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

[issue20556] Use specific asserts in threading tests

[Robert Collins]

Robert Collins added the comment:

@Serhiy care to commit it?

--

___
Python tracker 

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

[issue24922] assertWarnsRegex doesn't allow multiple warning messages

[Robert Collins]

Robert Collins added the comment:

The context manager errors if *nothing* matches, not if *everything* matches, 
which is very different to catch_warnings because the filters are used to 
*exclude* warnings, and excess warnings are errors there.

Because of that, there's little if any reason to add support for multiple 
regexes - just nest two context managers.

That said...

The lineno is already not-fully-informative - its the first matching warnings 
lineno.

Right now, the definition in the code is:

for warnings in (the warning item-or-tuple)
 if the regex matches, done

if none of the warnings match, error.

If we allow the tuple of warnings to be a tuple of (warning, regex) items, we 
could do that compatibly, with some introspection.

If the patch is fairly small, It might be ok, for all that I don't see a need 
for it.

--

___
Python tracker 

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

[issue24959] unittest swallows part of stack trace when raising AssertionError in a TestCase

[Robert Collins]

Robert Collins added the comment:

Hmm, this is a little surprising, but - why are you raising AssertionError like 
that - thats what assertRaises is for.

--
stage:  -> needs patch

___
Python tracker 

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

[issue23890] assertRaises increases reference counter

[Robert Collins]

Robert Collins added the comment:

I don't think we make any guarantees for or against references, but - we 
attempt to free references already (see how we call clear_frames), so this is a 
bug, pure and simple.

--

___
Python tracker 

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

[issue16181] cookielib.http2time raises ValueError for invalid date.

[Roundup Robot]

Roundup Robot added the comment:

New changeset 838f68a76ea1 by Berker Peksag in branch '3.5':
Issue #16181: cookiejar.http2time() now returns None if year is higher than 
datetime.MAXYEAR
https://hg.python.org/cpython/rev/838f68a76ea1

New changeset 8b7de03261f5 by Berker Peksag in branch 'default':
Issue #16181: cookiejar.http2time() now returns None if year is higher than 
datetime.MAXYEAR
https://hg.python.org/cpython/rev/8b7de03261f5

--
nosy: +python-dev

___
Python tracker 

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

[issue16181] cookielib.http2time raises ValueError for invalid date.

[Berker Peksag]

Changes by Berker Peksag :


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

___
Python tracker 

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

[issue747320] rfc2822 formatdate functionality duplication

[Roundup Robot]

Roundup Robot added the comment:

New changeset ee64faffd46a by Berker Peksag in branch 'default':
Issue #747320: Use email.utils.formatdate() to avoid code duplication
https://hg.python.org/cpython/rev/ee64faffd46a

--
nosy: +python-dev

___
Python tracker 

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

[issue747320] rfc2822 formatdate functionality duplication

[Berker Peksag]

Changes by Berker Peksag :


--
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

[issue22854] Documentation/implementation out of sync for IO

[Martin Panter]

Changes by Martin Panter :


--
stage:  -> patch review

___
Python tracker 

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

[issue5505] sys.stdin.read() doesn't return after first EOF on Windows

[Martin Panter]

Martin Panter added the comment:

Since this was apparenly only a bug in 3.2, can we close it as being out of 
date?

--
nosy: +martin.panter

___
Python tracker 

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

[issue25783] test_traceback.test_walk_stack() fails when run directly (without regrtest)

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I would use different test, not depending on outer stack depth.

--
keywords: +patch
nosy: +serhiy.storchaka
stage:  -> patch review
type:  -> behavior
Added file: http://bugs.python.org/file42156/test_walk_stack.patch

___
Python tracker 

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

[issue26512] Vocabulary: Using "integral" in library/stdtypes.html

[Raymond Hettinger]

Raymond Hettinger added the comment:

Julian, I don't see a bug here and think you've ventured too far into stylistic 
micro-rewordings.   If there is something unintelligible, we'll fix it, but 
this tracker item has lost focus and isn't using people's time efficiently 
(i.e. this isn't a forum for "daily meditations").

--

___
Python tracker 

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

[issue26553] Write HTTP in uppercase

[Sudheer Satyanarayana]

New submission from Sudheer Satyanarayana:

"The Requests package is recommended for a higher-level http client interface."
Change 'http' to uppercase.
https://docs.python.org/2/library/httplib.html
https://docs.python.org/2/library/urllib.html
https://docs.python.org/3/library/http.client.html

--
assignee: docs@python
components: Documentation
messages: 261726
nosy: Sudheer Satyanarayana, docs@python
priority: normal
severity: normal
status: open
title: Write HTTP in uppercase

___
Python tracker 

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

[issue26512] Vocabulary: Using "integral" in library/stdtypes.html

[Julien]

Julien added the comment:

I completely agree we're consuming too much time for what it is, sry for that. 
Let's just link to numbers.Integral and close it.

I attached a simple patch for it.

--
Added file: http://bugs.python.org/file42157/stdtypes-integral.patch

___
Python tracker 

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