[issue25660] tabs don't work correctly in python repl

Martin Panter added the comment: It seems to be the readline.redisplay() line that triggers the search mode. If I comment out that line, I am back to the 3.5 behaviour that adds extra lines. -- ___ Python tracker

[issue25717] tempfile.TemporaryFile fails when dir option set to directory residing on host OS mount

Hans Lawrenz added the comment: Host OS: Mac OS 10.11.1 Guest OS: Ubuntu Trusty 64 Virtualbox: 4.3.30 Vagrant: 1.7.4 Example with trace thrown: vagrant@vagrant-ubuntu-trusty-64:/vagrant$ cat tt.py import tempfile with tempfile.TemporaryFile(dir="/vagrant") as tf: tf.write("testing testi

[issue25700] namedtuple documentation

Roundup Robot added the comment: New changeset f611e2244c69 by Raymond Hettinger in branch '3.5': Issue #25700: Clarify that namedtuple property docstrings became writeable in 3.5 https://hg.python.org/cpython/rev/f611e2244c69 -- nosy: +python-dev __

[issue25660] tabs don't work correctly in python repl

Martin Panter added the comment: Regarding the purpose of the “Readline completer” module, I agree it is inconvenient. But the documentation does say “without readline, the Completer class . . . can still be used”. I ran into this problem

[issue25717] tempfile.TemporaryFile fails when dir option set to directory residing on host OS mount

Martin Panter added the comment: I am unable to produce this on native Linux so far with various kinds of mount points I normally have. What is your guest OS? If you can provide any more details of the failure, such as a traceback, that would be helpful. What is the underlying OS call that is

[issue25717] tempfile.TemporaryFile fails when dir option set to directory residing on host OS mount

New submission from Hans Lawrenz: Inside a virtualbox vm, calling tempfile.TemporaryFile(dir=foo) where foo is a directory which resides on a volume mounted from the host OS, a FileNotFoundError exception is thrown. In the following code sample, the second block will print "Path 2: ERROR" on

[issue7990] xml.etree.cElementTree lacks full dir() on Element

Martin Panter added the comment: The patch looks technically good, though I’m not a big fan of the double underscores, like element_get__text(). Maybe element_text_getter() instead, because it has to match the “getter” signature? Personally, I would say keep the doc strings basic. If you want

[issue25709] Problem with string concatenation and utf-8 cache.

Eryk Sun added the comment: > Why do strings cache their UTF-8 encoding? Strings also cache the wide-string representation. For example: from ctypes import * s = '\241\242\243' pythonapi.PyUnicode_AsUnicodeAndSize(py_object(s), None) pythonapi.PyUnicode_AsUTF8AndSize(py_object(s

[issue25663] Make rlcompleter avoid duplicate global names

Martin Panter added the comment: I chose to keep my strategy of using the set. Using a dictionary to hold the matches could mess up the order, although it looks like Readline sorts the matches before displaying them. -- resolution: -> fixed stage: patch review -> resolved status: open

[issue25716] typeobject.c call_method & call_maybe can leak references on 'func'

Martin Panter added the comment: Thanks, here is a patch with the proposed fix. I also removed an unused macro. Do you have an easy way to verify this, e.g. by calling a method from Python with invalid arguments? Or is this just something you found by inspection? -- keywords: +patch no

[issue25709] Problem with string concatenation and utf-8 cache.

STINNER Victor added the comment: Steven D'Aprano added the comment: > the problem with caches is that you run the risk of the cache being out of date. Since strings are immutable, it's not a big deal. We control where strings are modified (unicodeobject.c). --

[issue25709] Problem with string concatenation and utf-8 cache.

Steven D'Aprano added the comment: On Mon, Nov 23, 2015 at 09:48:46PM +, STINNER Victor wrote: > * the string has a cached UTF-8 byte string (ex: int(s) was called before the > resize) Why do strings cache their UTF-8 encoding? I presume that some of Python's internals rely on the UTF-8 e

[issue25663] Make rlcompleter avoid duplicate global names

Roundup Robot added the comment: New changeset d3a9b055206c by Martin Panter in branch '2.7': Issue #25663: Make rlcompleter avoid duplicate global names https://hg.python.org/cpython/rev/d3a9b055206c -- ___ Python tracker

[issue25663] Make rlcompleter avoid duplicate global names

Roundup Robot added the comment: New changeset 4799615f4f26 by Martin Panter in branch '3.4': Issue #25663: Make rlcompleter avoid duplicate global names https://hg.python.org/cpython/rev/4799615f4f26 New changeset 4ed70c568baf by Martin Panter in branch '3.5': Issue #25663: Merge rlcompleter fi

[issue25701] Document that tp_setattro and tp_setattr are used for deleting attributes

Martin Panter added the comment: Here is a patch. The same problem happens with getset descriptors: >>> del sys.stdout._CHUNK_SIZE SystemError: null argument to internal routine So I also changed the documentation for “setter” descriptor functions and the tp_descr_set() method. I only looked

[issue25716] typeobject.c call_method & call_maybe can leak references on 'func'

Changes by Myron Walker : -- versions: +Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker ___ ___ Python-b

[issue25709] Problem with string concatenation and utf-8 cache.

Serhiy Storchaka added the comment: In updated patch fixed a bug found by Victor and addressed other his comments. Many thanks Victor! -- Added file: http://bugs.python.org/file41142/issue25709_3.patch ___ Python tracker

[issue25716] typeobject.c call_method & call_maybe can leak references on 'func'

New submission from Myron Walker: The 'call_method' and 'call_maybe' function in typeobject.c are leaking a reference on 'func' in cases where 'args == NULL'. In this case both of these functions exit like so: if (args == NULL) return NULL; When they need to do: if (args == N

[issue25709] Problem with string concatenation and utf-8 cache.

STINNER Victor added the comment: " and wow this is badly broken " I mean the currently code is badly broken. The bug is that sometimes, when a string is resized (which doesn't make sense, strings are immutable, right? :-D), the cached UTF-8 string can become corrupted (old pointer not update

[issue25709] Problem with string concatenation and utf-8 cache.

Larry Hastings added the comment: I read some comments here and on the patches. Serhiy's patch adds some code and Victor says you can't call that macro on this object and wow this is badly broken. Can someone explain in simpler terms what's so broken, exactly? -- ___

[issue25697] Fix rough alphabetical order in Misc/ACKS

Martin Panter added the comment: FWIW when I said it was okay apart from Maćkowiak, I guessed the accented letters were in German, Spanish, French and Polish alphabets. According to Wikipedia, sometimes the German “ö” (umlaut) is put after Z, but sorting with “oe” is also done, and I think it

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

STINNER Victor added the comment: cool 2015-11-23 22:19 GMT+01:00 Alexander Heger : > > Alexander Heger added the comment: > > seems to work now with 3.5.1rc1 > > On 5 November 2015 at 23:01, STINNER Victor wrote: >> >> STINNER Victor added the comment: >> >> "Pyatomic-2.patch solved the proble

[issue25709] Problem with string concatenation and utf-8 cache.

random832 added the comment: > unicode_modifiable in Objects/unicodeobject.c should return 0 if there's > cached PyUnicode_UTF8 data. In this case PyUnicode_Append won't operate in > place but instead concatenate a new string. Shouldn't it still operate in place but clear it? Operating in plac

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

Alexander Heger added the comment: seems to work now with 3.5.1rc1 On 5 November 2015 at 23:01, STINNER Victor wrote: > > STINNER Victor added the comment: > > "Pyatomic-2.patch solved the problem." > > Great! The good news is that the Python 3.5.1 release has now a schedule: > https://www.pyt

[issue21475] Support the Sitemap extension in robotparser

Berker Peksag added the comment: Peter didn't write a test because issue 25497 (test_robotparser rewrite) needs to be committed first. See msg253016 in issue 25400 for more information. -- stage: needs patch -> patch review ___ Python tracker

[issue25709] Problem with string concatenation and utf-8 cache.

Antoine Pitrou added the comment: 3.3 is presumably in security mode. Anyone using it would have had to live with the bug for a long time already. -- ___ Python tracker ___

[issue25709] Problem with string concatenation and utf-8 cache.

STINNER Victor added the comment: I reviewed issue25709_2.patch. > It would be good to get this in 3.4.4. Since it's a major bug in the Unicode implementation, it may be worth to fix it in Python 3.3. The bug was introduced in Python 3.3 by the PEP 393. -- ___

[issue21475] Support the Sitemap extension in robotparser

Stéphane Wirtel added the comment: Add a test with your patch. Thank you -- nosy: +matrixise ___ Python tracker ___ ___ Python-bugs-l

[issue25713] Setuptools included with 64-bit Windows installer is outdated

Changes by R. David Murray : -- nosy: +dstufft, larry, steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue25711] Rewrite zipimport from scratch

Serhiy Storchaka added the comment: It was my intention. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue25711] Rewrite zipimport from scratch

Serhiy Storchaka added the comment: I was my intention. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue25711] Rewrite zipimport from scratch

Changes by Serhiy Storchaka : -- Removed message: http://bugs.python.org/msg255223 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue25711] Rewrite zipimport from scratch

Changes by Serhiy Storchaka : -- Removed message: http://bugs.python.org/msg255222 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue25711] Rewrite zipimport from scratch

Serhiy Storchaka added the comment: It was my intension. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue4744] asynchat documentation needs to be more precise

R. David Murray added the comment: OK, let's close it then. If someone finds something wrong they can open a new issue. -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue25710] zipimport is not PEP 3147 or PEP 488 compliant

Changes by Eric Snow : -- nosy: +superluser ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue25711] Rewrite zipimport from scratch

Changes by Eric Snow : -- nosy: +eric.snow, superluser ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue25715] Python 3.5.1 installer shows wrong upgrade path

New submission from Steve Dower: When launching the installer to upgrade from a Python 3.5.0 install to 3.5.1, the path shown on the Install button is incorrect. Clicking the button installs to the correct location. This is a regression from 3.5.0 that will cause a lot of confusion. It ought t

[issue8256] input() doesn't catch _PyUnicode_AsString() exception; io.StringIO().encoding is None

Erik Bray added the comment: > I think the above code *should* break Actually, I see now that Serhiy's patch would allow this example to just pass through to the non-interactive fallback. So I take it back that my example should break--I think using the fallback would also be fine. -

[issue25709] Problem with string concatenation and utf-8 cache.

Eryk Sun added the comment: Serhiy, when does sharing UTF-8 data occur in a compact object? It has to be ASCII since non-ASCII UTF-8 isn't sharable, but PyASCIIObject doesn't have the utf8 field. So it has to be a PyCompactUnicodeObject. But isn't ASCII always allocated as a PyASCIIObject? I n

[issue25709] Problem with string concatenation and utf-8 cache.

Serhiy Storchaka added the comment: Added test without using pickle. -- nosy: +larry priority: high -> release blocker Added file: http://bugs.python.org/file41141/issue25709_2.patch ___ Python tracker

[issue8256] input() doesn't catch _PyUnicode_AsString() exception; io.StringIO().encoding is None

Erik Bray added the comment: I just recently discovered this myself. In the process of debugging the issue I also noticed the same bug that is now fixed via Issue 24402. While I agree that Issue 24402 mostly mitigates the issue I think this patch is still worthwhile, as the current behavior s

[issue5680] Command-line arguments when running in IDLE

Terry J. Reedy added the comment: When file is run with command line args, it might be nice to add an additional separator line with the line entered. That way, if someone ran a series of experiments with different command lines, they would have the command line and output together as docume

[issue25709] Problem with string concatenation and utf-8 cache.

Terry J. Reedy added the comment: It would be good to get this in 3.4.4. -- components: +Library (Lib) -IDLE nosy: +benjamin.peterson, ezio.melotti, haypo, lemburg, pitrou -kbk, roger.serwy title: greek alphabet bug it is very disturbing... -> Problem with string concatenation and utf-8

[issue16123] IDLE - deprecate running without a subprocess

Terry J. Reedy added the comment: I have some different ideas for this issue that would not necessarily involve removing -n. While -n is can be an inferior experience for users (user code blocks the GUI, other interference, especially tkinter), the reason given for deprecation is to simplify

[issue25709] greek alphabet bug it is very disturbing...

Serhiy Storchaka added the comment: Yes, I have came to the same as random832. String objects have "fast path" for concatenating, and in this path cached UTF8 representation is not cleaned. Pickle is one of simplest ways to reproduce this issue. May be it can be reproduced with compile() or ty

[issue25714] Consider isinstance(..., numbers.Integral) instead of isinstance(..., int) or isinstance(..., (int, long)) in datetime.py

New submission from Matt Bogosian: datetime.py is peppered with ``assert`` statements that are two restrictive. Specifically, ``isinstance(..., int)`` does not afford compatibility with alternate ``int``-like implementations (e.g., ``future.types.newint``). Some background: * https://github.c

[issue25704] Update the devguide to 3.5

Berker Peksag added the comment: > My first opinion when I have read the documentation was "but this doc is out > of date". Yes, some parts of the devguide is outdated and I already gave +1 to update those parts. But most of the other changes are use 3.4 as an example so changing it to 3.5 wo

[issue5680] Command-line arguments when running in IDLE

Terry J. Reedy added the comment: Today on SO: https://stackoverflow.com/questions/33866724/read-data-from-file-idle. Person writing script to open a file given on command line asks 'How to test from IDLE?' He found PyCharm, but I would like to add a better answer than the workaround I gave

[issue25709] greek alphabet bug it is very disturbing...

random832 added the comment: I can't reproduce without pickle. I did some further digging, though, and it *looks like*... 1. Pickle causes the built-in UTF-8 representation of a string to be populated, whereas encode('utf-8') does not. Can anyone think of any other operations that do this? 2.

[issue25713] Setuptools included with 64-bit Windows installer is outdated

New submission from James Paget: This applies to Python 3.5.1rc1 only. The Windows 64-bit standalone installer installs setuptools 18.2, but the latest version is 18.5. It should be noted that the Python 2.7.11rc1 Windows 64-bit standalone installer installs setuptools 18.5. Other Python 3.

[issue25710] zipimport is not PEP 3147 or PEP 488 compliant

Changes by Stéphane Wirtel : -- nosy: +matrixise ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue25709] greek alphabet bug it is very disturbing...

Eryk Sun added the comment: unicode_modifiable in Objects/unicodeobject.c should return 0 if there's cached PyUnicode_UTF8 data. In this case PyUnicode_Append won't operate in place but instead concatenate a new string. -- nosy: +eryksun ___ Python

[issue25660] tabs don't work correctly in python repl

Changes by Yury Selivanov : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue25660] tabs don't work correctly in python repl

Yury Selivanov added the comment: > At least it is better in 3.5 and only affects one platform now, instead of > all of them. No, it affects any platform where CPython is compiled with libedit instead of readline. And even if it was one platform - OS X is big, bigger than Windows probably in

[issue4744] asynchat documentation needs to be more precise

Stéphane Wirtel added the comment: For my part, you can close this issue. I have read the asynchat.rst and asynchat.py files and think the rest of the documentation is clear. -- ___ Python tracker __

[issue25709] greek alphabet bug it is very disturbing...

random832 added the comment: I've looked at the raw bytes [through a ctypes pointer to id(s)] of a string affected by the issue, and decoded enough to be able to tell that the bad string has an incorrect UTF-8 length and data, which pickle presumably relies on. HEADlength..hash...

[issue25711] Rewrite zipimport from scratch

Brett Cannon added the comment: Are you writing it in such a way that it can be bootstspped in with importlib so the stslib can be loaded from it? -- ___ Python tracker ___

[issue25694] test.libregrtest not installed

R. David Murray added the comment: Thanks for doing that, Steve. It would be lovely to fix the unix make too, but I'm sure there's a reason why it is currently done the way it is done and I don't feel like figuring out why so as to try to make things better :) --

[issue25697] Fix rough alphabetical order in Misc/ACKS

R. David Murray added the comment: That would be being sure, then :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue4744] asynchat documentation needs to be more precise

R. David Murray added the comment: If you've read through the asynchat docs and don't think any of the other mentions of string are incorrect or ambiguous, then we should close it. -- ___ Python tracker ___

[issue25694] test.libregrtest not installed

Steve Dower added the comment: Thanks. For 3.5 and later we automatically grab Lib/**/* (except *.py[co]), with Lib/test/**/* split out into a separate install option. I disliked the manual updating as much as everyone else did :) -- ___ Python trac

[issue25711] Rewrite zipimport from scratch

Serhiy Storchaka added the comment: FYI I'm at the early stage of rewriting zipimport in Python. -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue25697] Fix rough alphabetical order in Misc/ACKS

Serhiy Storchaka added the comment: As Georg Brandl said in msg197962, "Löwis" should be sorted as "Loewis" according to German rules. -- ___ Python tracker ___

[issue25694] test.libregrtest not installed

STINNER Victor added the comment: R. David Murray added the comment: > It used to be there were also changes that needed to be made to the windows > build files when a new directory was added. Nosying Steve in case this is > still true, assuming there is an option to install the tests (which t

[issue25709] greek alphabet bug it is very disturbing...

Serhiy Storchaka added the comment: Here is reproducer without IDLE. Looks as pickle is a culprit. >>> import pickle >>> s = '' >>> for i in range(5): ... s += chr(0xe0) ... print(len(s), s, s.encode(), repr(s)) ... print(' ', pickle.dumps(s)) ... 1 à b'\xc3\xa0' 'à'

[issue25320] unittest loader.py TypeError when code directory contains a socket

Victor van den Elzen added the comment: Ping -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue25699] Easier way to specify reduced globals for doctest

R. David Murray added the comment: I don't understand what the problem is you are trying to solve. Doctests are designed to run with a copy of the module global scope. If pyflakes does not understand that, it is a pyflakes bug, but it doesn't sound like that's the issue. It sounds like you

[issue4744] asynchat documentation needs to be more precise

Stéphane Wirtel added the comment: Martin, About the patch of Nikita, this one has already been applied. I have checked the source. David, maybe we should close this issue. And open a new one if we find an other issue in the documentation. What do you suggest? Should I continue on this issue?

[issue25697] Fix rough alphabetical order in Misc/ACKS

R. David Murray added the comment: It says "rough" for a reason. The ascii-only changes are probably fine, but the non-ascii ones may not be (MvL in particular caught my eye, but there was another) may be correct as they stand since those two were consistent (at the end of the alphabet). I d

[issue25712] Dead link in the PEP-3147

New submission from Stéphane Wirtel: In the PEP-3147, there is a link to the marshal library. The link is dead because we get a 404 HTTP error. https://www.python.org/dev/peps/pep-3147/ The link is [2] : https://www.python.org/doc/current/library/marshal.html but the link gives a 404 -

[issue4744] asynchat documentation needs to be more precise

Stéphane Wirtel added the comment: Ok, in this case, I will provide the patch On 11/23, R. David Murray wrote: > > R. David Murray added the comment: > > Yes. The docs should be accurate, even if the module is deprecated. > > -- > > ___ > Python

[issue25711] Rewrite zipimport from scratch

Changes by Robert Byrnes : -- nosy: +byrnes ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue4744] asynchat documentation needs to be more precise

R. David Murray added the comment: Yes. The docs should be accurate, even if the module is deprecated. -- ___ Python tracker ___ ___ P

[issue25704] Update the devguide to 3.5

Stéphane Wirtel added the comment: Hi Berker, Thank you for your review, > I don't think most of the version numbers are very important here and I > wouldn't change them unless there is a valid reason. My first opinion when I have read the documentation was "but this doc is out of date". It's

[issue25694] test.libregrtest not installed

R. David Murray added the comment: It used to be there were also changes that needed to be made to the windows build files when a new directory was added. Nosying Steve in case this is still true, assuming there is an option to install the tests (which there might not be, I have no idea not b

[issue25710] zipimport is not PEP 3147 or PEP 488 compliant

Brett Cannon added the comment: Not finding bytecode files is not that big of a deal. While it's a very minor performance loss, it isn't critical to how Python works (and since it looks for bytecode-only files that use-case isn't broken either). But the real problem is that zipimport is such a

[issue25455] Some repr implementations don't check for self-referential structures

Changes by Eli Bendersky : -- nosy: -eli.bendersky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue25711] Rewrite zipimport from scratch

New submission from Brett Cannon: No one wants to work on zipimport, and yet it's full of bugs. It needs a rewrite so that it's more maintainable. An idea floated at PyCon 2015 was to writing the zip-reading code in C and to keep it as simple as possible -- e.g., don't worry about supporting c

[issue25455] Some repr implementations don't check for self-referential structures

Eli Bendersky added the comment: As I've mentioned elsewhere, I'll have to temporarily take myself off these issues as I don't have the time to work on them (even review patches). I think Raymond may have gotten his Stefans mixed up and meant Stefan Behnel, who's also been looking at etree pat

[issue25660] tabs don't work correctly in python repl

R. David Murray added the comment: The thing is, when it is a regression it should be fixed before the release is issued, even if it is a more "minor" issue. Otherwise, especially in a x.y.1 release, we look pretty bad. However, this one had been broken in the field so long that rule doesn't

[issue23914] pickle fails with SystemError

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue25710] zipimport is not PEP 3147 or PEP 488 compliant

Changes by Serhiy Storchaka : -- nosy: +brett.cannon, eric.snow, ncoghlan, serhiy.storchaka, twouters ___ Python tracker ___ ___ Pytho

[issue4744] asynchat documentation needs to be more precise

Mark Lawrence added the comment: Does it make sense to spend time updating the asychat docs when https://docs.python.org/3/library/asynchat.html states "Note. This module exists for backwards compatibility only. For new code we recommend using asyncio."? -- nosy: +BreamoreBoy ___

[issue25704] Update the devguide to 3.5

Changes by Berker Peksag : -- versions: -Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue25704] Update the devguide to 3.5

Berker Peksag added the comment: I don't think most of the version numbers are very important here and I wouldn't change them unless there is a valid reason. > -3.4 and 3.5, first fix it in ``3.4`` and then merge ``3.4`` into ``default`` > -(which holds the future 3.5). > +3.5 and 3.6, first fi

[issue25710] zipimport is not PEP 3147 or PEP 488 compliant

New submission from Robert Byrnes: zipimport is not PEP 3147 compliant: i.e., it looks for foo.pyc (in the same directory as foo.py) instead of __pycache__/foo.cpython-35.pyc. This is counterintuitive, and unfortunate because it means that installation directories (that obey PEP 3147 conventi

[issue25709] greek alphabet bug it is very disturbing...

Serhiy Storchaka added the comment: Confirmed on IDLE. >>> s = '' >>> for i in range(5): s += '\xe0' print(s) à àà àà àà àà >>> s = '' >>> for i in range(5): s += chr(0xe0) print(s) à àà àà àà àà >>> s = '' >>> for i in range(5): s += '

[issue25706] problems in library/base64.rst

Stéphane Wirtel added the comment: Thanks for your explanation, Serhiy. Now, I know how to fix this kind of issues. On 11/23, Serhiy Storchaka wrote: > > Serhiy Storchaka added the comment: > > Thank you for your report hiroaki itoh. Fixed yet one error in > Doc/library/stdtypes.rst. > > St

[issue25707] Add the close method for ElementTree.iterparse() object

Emanuel Barry added the comment: Oh, my bad. Ignore my last message, behaviour is identical then. Thanks for clearing that up. -- ___ Python tracker ___

[issue25709] greek alphabet bug it is very disturbing...

Steven D'Aprano added the comment: I'm afraid I'm unable to replicate this bug report in Python 3.4. If you are able to replicate it, can you tell us the exact version number of Python you are using? Also, which operating system are you using? -- nosy: +steven.daprano

[issue25455] Some repr implementations don't check for self-referential structures

Stefan Krah added the comment: I think you may have meant Eli Bendersky -- I'm not an elementree expert (Eli, I'm adding you back just to clear this up). -- nosy: +eli.bendersky ___ Python tracker _

[issue25707] Add the close method for ElementTree.iterparse() object

Serhiy Storchaka added the comment: You have to enable deprecation warnings. Run the interpreter with the -Wa option. -- ___ Python tracker ___ _

[issue25706] problems in library/base64.rst

Serhiy Storchaka added the comment: Thank you for your report hiroaki itoh. Fixed yet one error in Doc/library/stdtypes.rst. Stéphane, the backslash hes special meaning in rst files if not escaped. -- resolution: -> fixed stage: -> resolved status: open -> closed ___

[issue25709] greek alphabet bug it is very disturbing...

New submission from Árpád Kósa: One of my students found this bug. For ascii characters it works as you expect, but for greek alphabet it works unexpectedly. The program works correctly for Python 3.2.x but for 3.4.x and 3.5 it gives erroneous result. -- files: greekbug.py messages: 25

[issue25708] runpy hides traceback for some exceptions

New submission from Cal Leeming: Originally posted here: http://stackoverflow.com/q/33873243/1267398 The problem is caused by this line: # For -m switch, just display the exception info = str(exc) Caused by the following commit in 2008; https://mail.python.org/pipermail/python-checkins

[issue25702] Link Time Optimizations support for GCC and CLANG

Antoine Pitrou added the comment: Le 23/11/2015 15:44, Alecsandru Patrascu a écrit : > > Meanwhile I've added the patches (v02) for LTO enabled only if the > "./configure --with-lto" command is issued. Cool, thanks! -- ___ Python tracker

[issue25702] Link Time Optimizations support for GCC and CLANG

Antoine Pitrou added the comment: Le 23/11/2015 13:18, Alecsandru Patrascu a écrit : > > Do you see it as an configure option (using, for example, an > explicit --with-lto flag) rather than using it automatically? That would be nice. This way people can easily test different combinations of fla

[issue25706] problems in library/base64.rst

Roundup Robot added the comment: New changeset a33d76465a18 by Serhiy Storchaka in branch '3.4': Issue #25706: Fixed markup in the documentation. https://hg.python.org/cpython/rev/a33d76465a18 New changeset f4918e98d085 by Serhiy Storchaka in branch '3.5': Issue #25706: Fixed markup in the docum

[issue25702] Link Time Optimizations support for GCC and CLANG

Changes by Alecsandru Patrascu : Added file: http://bugs.python.org/file41138/lto-cpython3-v02.patch ___ Python tracker ___ ___ Python-bugs-li

  1   2   >