[issue25624] shutil.make_archive makes invalid directory entries

[Larry Hastings]

Larry Hastings added the comment:

Like I said--no.

--

___
Python tracker 

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

[issue25624] shutil.make_archive makes invalid directory entries

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
status: open -> closed

___
Python tracker 

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

[issue15068] fileinput requires two EOF when reading stdin

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Benjamin, is it good to add PendingDeprecationWarning in 2.7?

--
nosy: +benjamin.peterson
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

[issue25153] PCbuild/*.vcxproj* should use CRLF line endings

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
stage:  -> needs patch

___
Python tracker 

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

[issue25464] Tix HList header_exists should be "exist"

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Opened Tix bug: https://sourceforge.net/p/tix/bugs/110/ .

--

___
Python tracker 

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

[issue25464] Tix HList header_exists should be "exist"

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

As for using Tix in IDLE, on Python wiki [1] there is a mention about the 
'Tixed' version of IDLE called IDEStudio: [2], [3].

[1] https://wiki.python.org/moin/Tix
[2] 
http://web.archive.org/web/20050307041957/starship.python.net/crew/mike/Idle/
[3] 
http://www.sourcefiles.org/Programming/Development/Environments/idestudio-1.9-linux-x86-350.tar.gz

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

[issue23551] IDLE to provide menu link to PIP gui.

[Aivar Annamaa]

Aivar Annamaa added the comment:

I believe for beginners it's not difficult to enter "pip install package". The 
trouble is with opening the command prompt, knowing about PATH and different 
Python versions etc.

Terry mentioned GUI development to be more expensive. What about providing a 
special command for IDLE shell, similar to IPython's magic commands:

%pip install package

--
nosy: +Aivar.Annamaa

___
Python tracker 

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

[issue23551] IDLE to provide menu link to PIP gui.

[Aivar Annamaa]

Aivar Annamaa added the comment:

Another (more general) alternative: provide a menu item "Open system shell for 
this Python version", which opens a terminal window with correct Scripts or bin 
folder in path.

--

___
Python tracker 

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

[issue23551] IDLE to provide menu link to PIP gui.

[Nick Coghlan]

Nick Coghlan added the comment:

If anything was to be copied from IPython, then the system shell access feature 
might be worth considering: 
http://ipython.readthedocs.org/en/stable/interactive/reference.html#system-shell-access

However, a command to launch a suitably configured shell session could be a 
better way to go, as it still helps to clearly introduce the difference between 
the "Python shell" and the "system shell", while avoiding teachers needing to 
explain several different sets of instructions for different operating systems.

--

___
Python tracker 

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

[issue25909] Incorrect documentation for PyMapping_Items and like

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

The documentation and comments for PyMapping_Items, PyMapping_Keys and 
PyMapping_Values are not correct about return type.

The documentation says that return type is a list. For example for 
PyMapping_Items:

   On success, return a list of the items in object *o*, where each item is a 
tuple
   containing a key-value pair.  On failure, return *NULL*. This is equivalent 
to
   the Python expression ``list(o.items())``.

The comment in Include/abstract.h is more correct, it mentions tuple:

 On success, return a list or tuple of the items in object o,
 where each item is a tuple containing a key-value pair.
 On failure, return NULL.

Actually PyMapping_Items in 3.x can return a list, a tuple, or a dict view (for 
dict).

The same for PyMapping_Keys and PyMapping_Values.

--
assignee: docs@python
components: Documentation
messages: 256727
nosy: docs@python, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Incorrect documentation for PyMapping_Items and like
type: behavior
versions: Python 3.5, Python 3.6

___
Python tracker 

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

[issue25910] Fixing links in documentation

[SilentGhost]

New submission from SilentGhost:

I've run 'make linkcheck' on Doc and it highlighted a number of faulty links in 
documentation. I've tried fixing some of them and here is the resulting patch. 
It's a bit too long and touches many files, so to summarise:

* Most changes are http->https redirect (many from wikipedia and microsoft, but 
some from independent project)
* New domains, sometimes without redirect or any indication of how to find the 
same information. 
* Completely new locations, only discoverable via search engine.
* Few dead links, that I removed.

I'm going to attach output.txt that is produced after running linkcheck with 
this patch applied, it is about three time smaller than the original one and 
has this types of issues:

* Dead links in licenses
* Internal redirects to versioned text
* Many python.org links in whatsnew/ that I don't know what to do about
* Spurious bad links

--
assignee: docs@python
components: Documentation
files: linkcheck.diff
keywords: needs review, patch
messages: 256728
nosy: SilentGhost, docs@python, r.david.murray, zach.ware
priority: normal
severity: normal
stage: needs patch
status: open
title: Fixing links in documentation
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file41361/linkcheck.diff

___
Python tracker 

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

[issue25910] Fixing links in documentation

[SilentGhost]

Changes by SilentGhost :


--
stage: needs patch -> patch review
Added file: http://bugs.python.org/file41362/output.txt

___
Python tracker 

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

[issue25907] Documentation i18n: Added trans tags in sphinx templates

[Julien]

Julien added the comment:

For emacs users, this `query-replace-regex` comes handy to add trans tags 
around strings, if one want to apply them to another file / version:

>\([^>^J]*[a-zA-z][^>^J]*\)< -> >{% trans %}\1{% endtrans %}

Note that ^J is obtained typing C-q C-j.

--

___
Python tracker 

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

[issue19317] ctypes.util.find_library should examine binary's RPATH on Solaris

[Richard PALO]

Richard PALO added the comment:

I tried this patch out on pkgsrc, it does seem reasonable and appropriate. So 
+1 from me.

It does only look for libraries the actual $PREFIX directory used by packaging 
systems such as pkgsrc and csw. (typically /usr/local, /opt/local or /opt/csw 
in the case of csw)

So for completeness, perhaps consideration should be made some time for cases 
such as when environment variables like LD_LIBRARY_PATH*, LD_CONFIG* et cetera 
are used... BTW, LD_LIBRARY_PATH is also used on other ELF platforms.

--
nosy: +risto3

___
Python tracker 

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

[issue25911] Regression: os.walk now using os.scandir() breaks bytes filenames on windows

[Bastien Montagne]

New submission from Bastien Montagne:

In py3.4 and below we used to be able to use bytes filenames with os.walk(), 
it’s now impossible under windows due to the limitation of os.scandir().

This issue was reported to Blender tracker 
(https://developer.blender.org/T47018).

I assume this should be considered as a regression? At least, this should be 
mentioned in the documentation…

Thanks,
Bastien

--
components: Library (Lib), Windows
messages: 256731
nosy: mont29, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Regression: os.walk now using os.scandir() breaks bytes filenames on 
windows
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

[issue25911] Regression: os.walk now using os.scandir() breaks bytes filenames on windows

[SilentGhost]

SilentGhost added the comment:

Perhaps, I'm looking in the wrong place, but there doesn't seem be any test for 
bytes filenames.

--
keywords: +3.5regression
nosy: +SilentGhost
stage:  -> test needed
type:  -> behavior
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

[issue22995] Restrict default pickleability

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

New patch more accurate detects objects with a state. It compares object's size 
with calculated minimal size, counting __dict__, __weakref__ and slots.

--
versions:  -Python 3.4
Added file: http://bugs.python.org/file41363/pickle_restrictions_5.patch

___
Python tracker 

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

[issue25421] Make __sizeof__ for builtin types more subclass friendly

[Roundup Robot]

Roundup Robot added the comment:

New changeset 71d6755145ae by Serhiy Storchaka in branch '3.5':
Issue #25421: __sizeof__ methods of builtin types now use dynamic basic size.
https://hg.python.org/cpython/rev/71d6755145ae

New changeset 4a47e998c40a by Serhiy Storchaka in branch 'default':
Issue #25421: __sizeof__ methods of builtin types now use dynamic basic size.
https://hg.python.org/cpython/rev/4a47e998c40a

New changeset be3998aed1e7 by Serhiy Storchaka in branch '2.7':
Issue #25421: __sizeof__ methods of builtin types now use dynamic basic size.
https://hg.python.org/cpython/rev/be3998aed1e7

--
nosy: +python-dev

___
Python tracker 

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

[issue25911] Regression: os.walk now using os.scandir() breaks bytes filenames on windows

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
nosy: +benhoyt, haypo

___
Python tracker 

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

[issue25421] Make __sizeof__ for builtin types more subclass friendly

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Committed with improved tests.

--
assignee:  -> serhiy.storchaka
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
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

[issue25270] codecs.escape_encode systemerror on empty byte string

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


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

[issue23551] IDLE to provide menu link to PIP gui.

[Terry J. Reedy]

Terry J. Reedy added the comment:

Writing something takes more work than not writing something, but I never used 
the word 'expensive'.  I definitely think a there should be a tkinter-based pip 
gui.  Since there would be no needed interaction with IDLE internals, it should 
be a stand-alone module run in a separate process.  (The difference from a 
dependent module is trivial -- use Tk rather than Toplevel for the main window 
and add root.mainloop().)

It occurs to me today that the gui should not necessarily be tied to working 
with site-packages for a particular version of Python but could be based on a 
ttk Notebook with a tab for each installed version of Python.  (I assumes that 
discovery method of py can be reused or extended.)  That should make it easy to 
compare what is installed for different versions and to copy a set of packages 
to a new version.

As for magical syntax: I believe Guido has vetoed that idea as part of his 
admonishment that IDLE should not compete with IPython, PyCharm, etc.  In any 
case, Shell's visible input syntax so far been limited to the Python syntax of 
the console interpreter.  I am not inclined to change this. On Windows, IDLE's 
Shell effectively replaces the console interpreter for many users.

Adding a System Shell option to the run menu is a separate issue, which I have 
added to my private list.  Making the console easier to access would not solve 
all the problems of using pip directly and would not have the added benefits of 
a visual display.

--

___
Python tracker 

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

[issue25421] Make __sizeof__ for builtin types more subclass friendly

[R. David Murray]

R. David Murray added the comment:

At least some of the buildbots aren't happy.

http://buildbot.python.org/all/builders/ARMv7%20Ubuntu%203.5/builds/479/steps/test/logs/stdio

http://buildbot.python.org/all/builders/ARMv7%20Ubuntu%202.7/builds/1077/steps/test/logs/stdio

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%209.x%202.7/builds/1098/steps/test/logs/stdio

--
nosy: +r.david.murray
status: closed -> open

___
Python tracker 

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

[issue25421] Make __sizeof__ for builtin types more subclass friendly

[Roundup Robot]

Roundup Robot added the comment:

New changeset a1388dbdd293 by Serhiy Storchaka in branch '3.5':
Use correct PyGC_Head size in tests for issue #25421.
https://hg.python.org/cpython/rev/a1388dbdd293

New changeset ab97ff838e11 by Serhiy Storchaka in branch '2.7':
Use correct PyGC_Head size in tests for issue #25421.
https://hg.python.org/cpython/rev/ab97ff838e11

New changeset 5115f39cc59f by Serhiy Storchaka in branch 'default':
Use correct PyGC_Head size in tests for issue #25421.
https://hg.python.org/cpython/rev/5115f39cc59f

--

___
Python tracker 

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

[issue25421] Make __sizeof__ for builtin types more subclass friendly

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you David. Looks related to alignment. Hope this will help.

--

___
Python tracker 

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

[issue24580] Wrong or missing exception when compiling regexes with recursive named backreferences

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

It is too late for 3.4, and I left 2.7 as is. Reopen issue if you think that it 
is worth to add a warning to 2.7.

--
nosy: +benjamin.peterson
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

[issue24434] ItemsView.__contains__ does not mimic dict_items

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Yet one corner case:

>>> (1, math.nan) in {1: math.nan}.items()
True
>>> (1, math.nan) in ItemsView({1: math.nan})
False

This can be resolved if compare not v with value, but a tuple (key, v) with 
item.

--

___
Python tracker 

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

[issue25768] compileall functions do not document or test return values

[Nicholas Chammas]

Nicholas Chammas added the comment:

Ah, I see. The setup/teardown stuff runs for each test.

So this is what I did:
* Added a method to add a "bad" source file to the source directory. It gets 
cleaned up with the existing teardown method.
* Used test_importlib to temporarily mutate sys.path as you recommended.

I think this is much closer to what we want. Let me know what you think.

By the way, are there any docs on test_importlib? I couldn't find any.

--
Added file: http://bugs.python.org/file41364/compileall.patch

___
Python tracker 

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

[issue25912] Use __spec__.__name__ instead of __name__ in the docs where appropriate

[Antony Lee]

New submission from Antony Lee:

There are a couple of places in the docs where it would be appropriate to 
replace __name__ by __spec__.__name__ in order to support the case where the 
module is executed as the __main__ module:

- logging.getLogger should certainly use __spec__.__name__ so that the logger 
hierarchy be respected (otherwise, when running "python -mpkg.subpkg", the 
logger of pkg.subpkg is named "__main__" and thus not a child of the "pkg" 
logger).

- examples for argparse.ArgumentParser (e.g. in the docs for venv) should use 
__spec__.__name__ instead of __name__ for the "prog=" argument.

(not guaranteed to be exhaustive)

--
assignee: docs@python
components: Documentation
messages: 256743
nosy: Antony.Lee, docs@python
priority: normal
severity: normal
status: open
title: Use __spec__.__name__ instead of __name__ in the docs where appropriate
versions: Python 3.5, Python 3.6

___
Python tracker 

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

[issue23997] unicodedata_UCD_lookup() has theoretical buffer overflow

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

For now the error message virtually always contains the name (unless the length 
of its UTF-8 representation > INT_MAX). With unicode_name_maxlen.patch it 
doesn't contains the name of length few hundreds or tens characters.

Proposed patch makes the error message always contain the name, but truncated 
to NAME_MAXLEN bytes.

>>> name = ''.join(map(chr, range(0x2c80, 0x2ce4)))
>>> unicodedata.lookup(name)
Traceback (most recent call last):
  File "", line 1, in 
KeyError: "undefined character name 
'ⲀⲁⲂⲃⲄⲅⲆⲇⲈⲉⲊⲋⲌⲍⲎⲏⲐⲑⲒⲓⲔⲕⲖⲗⲘⲙⲚⲛⲜⲝⲞⲟⲠⲡⲢⲣⲤⲥⲦⲧⲨⲩⲪⲫⲬⲭⲮⲯⲰⲱⲲⲳⲴⲵⲶⲷⲸⲹⲺⲻⲼⲽⲾⲿⳀⳁⳂⳃⳄⳅⳆⳇⳈⳉⳊⳋⳌⳍⳎⳏⳐⳑⳒⳓⳔ�...'"

--
components: +Extension Modules
versions: +Python 3.6 -Python 3.3, Python 3.4
Added file: http://bugs.python.org/file41365/unicode_name_maxlen_trunc.patch

___
Python tracker 

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

[issue25913] base64.a85decode adobe flag incorrectly utilizes <~ as a marker causing error

[Soren Solari]

New submission from Soren Solari:

According to the PDF Spec http://www.adobe.com/devnet/pdf/pdf_reference.html 
section 7.4.3,
The ascii85decode function only utilizes ~> as an EOD 2byte character, there is 
no mention of leading <~.   Therefore using the base64.a85decode(data, 
adobe=True) does not work on valid data coming from a pdf because that data may 
not have a leading <~.

Solution: do not require leading <~ for adobe=True.

--
messages: 256745
nosy: Soren Solari
priority: normal
severity: normal
status: open
title: base64.a85decode adobe flag incorrectly utilizes <~ as a marker causing 
error
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

[issue23231] Fix codecs.iterencode/decode() by allowing data parameter to be omitted

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

The patch changes public interface. This breaks compatibility with third-party 
codecs implementing it.

We have found other solution to iterencode/iterdecode problem. For example we 
can buffer iterated values and encode with one step delay:

prev = sentinel = object()
for input in iterator:
if prev is not sentinel:
output = encoder.encode(prev)
if output:
yield output
prev = input
if prev is not sentinel:
output = encoder.encode(prev, True)
if output:
yield output

Or remember the previous value and use it to calculate the empty value at the 
end (works only if input type supports slicing):

prev = sentinel = object()
for input in iterator:
output = encoder.encode(input)
if output:
yield output
prev = input
if prev is not sentinel:
output = encoder.encode(prev[:0], True)
if output:
yield output

--
nosy: +doerwalter, lemburg
versions: +Python 3.6 -Python 3.5

___
Python tracker 

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

[issue25913] base64.a85decode adobe flag incorrectly utilizes <~ as a marker causing error

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
components: +Library (Lib)
nosy: +isoschiz, pitrou, serhiy.storchaka
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

[issue23231] Fix codecs.iterencode/decode() by allowing data parameter to be omitted

[Ruel Net1400]

Ruel Net1400 added the comment:

ReadMe

--
nosy: +Ruel Net1400

___
Python tracker 

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

[issue25848] Tkinter tests failed on Windows buildbots

[Larry Hastings]

Larry Hastings added the comment:

I'm assuming this is a configuration issue on the buildbots.

--
priority: release blocker -> low

___
Python tracker 

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

[issue25148] Windows registry PythonCore key changed inconsistent with other releases

[Mark Hammond]

Mark Hammond added the comment:

> The original naming ("3.5") can't be used because you can't 
> simultaneously install 32-bit and 64-bit per-user Pythons with the same
> key name.

They will be in different nodes - the 32bit version would be under Wow6432Node. 
The py.exe launcher had no issues locating 64 and 32 bit versions, so I don't 
understand any of the justifications here. I believe this change is most 
certainly a bug and will break many tools that looked in the registry for 
Python using the sane approach used previously.

--
nosy: +mhammond

___
Python tracker 

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

[issue23231] Fix codecs.iterencode/decode() by allowing data parameter to be omitted

[R. David Murray]

Changes by R. David Murray :


--
nosy:  -Ruel Net1400

___
Python tracker 

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

[issue23231] Fix codecs.iterencode/decode() by allowing data parameter to be omitted

[R. David Murray]

Changes by R. David Murray :


--
Removed message: http://bugs.python.org/msg256747

___
Python tracker 

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

[issue25148] Windows registry PythonCore key changed inconsistent with other releases

[Mark Hammond]

Mark Hammond added the comment:

> and the launcher was actually updated to match the registry key
> directly, rather than special-casing the "-32" suffix

It appears this has broken the launcher. A freshly-built py.exe from Python 3.5 
doesn't seem to find older 32bit versions, while py.exe from older versions 
doesn't find the 32bit 3.5. Doesn't this break the entire reason for having the 
launcher in the first place?

--

___
Python tracker 

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

[issue22429] asyncio: pending call to loop.stop() if a coroutine raises a BaseException

[Guido van Rossum]

Guido van Rossum added the comment:

FWIW I think this is now fixed differently, because we reimplemented stop() to 
use a flag on the loop that's checked by _run_once(), rather than raising an 
exception. _run_until_complete_cb() can be reduced to simply call 
fut._loop.stop(). (At least, all tests still pass. :-)

--

___
Python tracker 

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

[issue21815] imaplib truncates some untagged responses

[Lita Cho]

Lita Cho added the comment:

Applied the changes that berkerpeksag made. Please review, and let me know if 
further changes need to be made.

--
Added file: http://bugs.python.org/file41366/imaplib_after_review.patch

___
Python tracker 

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

[issue25421] Make __sizeof__ for builtin types more subclass friendly

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
status: open -> closed

___
Python tracker 

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