[issue23676] Add support of UnicodeTranslateError in standard error handlers

Serhiy Storchaka added the comment: Fixed a bug in "surrogatepass" with translating and added the versionchanged directive. -- Added file: http://bugs.python.org/file38504/translate_error_handlers_2.patch ___ Python tracker

[issue22937] unittest errors can't show locals

Robert Collins added the comment: Fixed (patch referenced 22936) -- resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue23310] MagicMock constructor configuration fails for magic methods

Changes by Robert Collins : -- type: crash -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue23310] MagicMock constructor configuration fails for magic methods

Changes by Robert Collins : -- stage: -> needs patch type: -> crash ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue23585] patchcheck doesn't depend on all

Changes by Robert Collins : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue23585] patchcheck doesn't depend on all

Roundup Robot added the comment: New changeset de093a1ec51b by Robert Collins in branch 'default': Issue #23585: make patchcheck will ensure the interpreter is built. https://hg.python.org/cpython/rev/de093a1ec51b -- nosy: +python-dev ___ Python track

[issue23631] 3.5 (a2) traceback regression snarls Idle

Roundup Robot added the comment: New changeset ea3cc128ce35 by Robert Collins in branch 'default': Issue #23631: Fix traceback.format_list when a traceback has been mutated. https://hg.python.org/cpython/rev/ea3cc128ce35 -- nosy: +python-dev ___ Pytho

[issue23585] patchcheck doesn't depend on all

Nick Coghlan added the comment: Sounds fine to me. This could be particularly useful for docs-only patches, where you may not have done a local "make test" first. -- nosy: +ncoghlan ___ Python tracker ___

[issue8087] Unupdated source file in traceback

Robert Collins added the comment: Oh, it may be clear to everyone already but its perhaps worth noting: there are two ways the cache can skew. (older source): We may have a newer file compiled and in use and the older source in the cache. e.g. someone calls linecache.getlines(foo.py), then im

[issue8087] Unupdated source file in traceback

Robert Collins added the comment: Oh, meant to add - we could just call logging.warning or something. -- ___ Python tracker ___ ___ Pyt

[issue23631] 3.5 (a2) traceback regression snarls Idle

Nick Coghlan added the comment: Patch looks good to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue23631] 3.5 (a2) traceback regression snarls Idle

Robert Collins added the comment: And here is a patch, since this is a regression I'll apply it tomorrow (or sooner if it gets reviews :)) -- keywords: +patch Added file: http://bugs.python.org/file38503/issue-23631-1.patch ___ Python tracker

[issue23631] 3.5 (a2) traceback regression snarls Idle

Robert Collins added the comment: Ah, idle is being somewhat naughty. It's taking the original traceback and then mangling the contents in-place, which is preserving the type information, and throwing off StackSummary.from_list. We can and should make the new code deal with this in case other

[issue21112] 3.4 regression: unittest.expectedFailure no longer works on TestCase subclasses

Changes by Berker Peksag : -- assignee: -> berker.peksag ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https

[issue23631] 3.5 (a2) traceback regression snarls Idle

Robert Collins added the comment: I suspect that this is due to a list being passed in that wasn't created by traceback, in the older tuple-only format. That was meant to work, but possibly is being short circuited somewhere. Shall fix asap. -- ___

[issue17911] traceback: add a new thin class storing a traceback without storing local variables

Robert Collins added the comment: Looking at the regression now. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue21112] 3.4 regression: unittest.expectedFailure no longer works on TestCase subclasses

Robert Collins added the comment: Test looks good to me. Do you want to apply it? -- ___ Python tracker ___ ___ Python-bugs-list maili

[issue23670] Modifications to support iOS as a cross-compilation target

Russell Keith-Magee added the comment: Understood that buildbots are required. The subject has come up a couple of times on mobile-sig - however, I haven't got a good answer for exactly what this means in practice. Does build hardware need to be delivered to a specific build farm location, or

[issue20962] Rather modest chunk size in gzip.GzipFile

Martin Panter added the comment: See also the patch for Issue 23529, which changes over to using BufferedReader for GzipFile, BZ2File and LZMAFile. The current patch there also passes a buffer_size parameter through to BufferedReader, although it currently defaults to io.DEFAULT_BUFFER_SIZE.

[issue23672] IDLE can crash if file name contains non-BMP Unicode characters

Terry J. Reedy added the comment: Thinking more, there are two issue here. One is the fact that Idle stops when fed a filename with astral chars. This *is* a bug and should be fixed in all versions, even if that fix is to display a message box saying that Idle cannot work properly with such

[issue23672] IDLE can crash if file name contains non-BMP Unicode characters

Terry J. Reedy added the comment: The full path of a file being edited also ends up in the title bar and the Window menu. I do not know whether the title bar is displayed by tk or the OS (Windows obviously displays the title of taskbar icons) but the Window list is definitely by tk. It seems

[issue18814] Add codecs.convert_surrogateescape to "clean" surrogate escaped strings

Changes by Serhiy Storchaka : -- dependencies: +Add support of UnicodeTranslateError in standard error handlers ___ Python tracker ___ ___

[issue23676] Add support of UnicodeTranslateError in standard error handlers

New submission from Serhiy Storchaka: Proposed patch adds support of UnicodeTranslateError in standard error handlers "xmlcharrefreplace", "namereplace" and "surrogatepass". Support in "backslashreplace" was added in issue22286, support in "strict", "ignore" and "replace" was always, support i

[issue23674] super() documentation isn't very clear

R. David Murray added the comment: I agree with Tapani; what you just explained should be made explicit ("the type is skipped" isn't the same as "searching starts from the item after the type in the object's MRO"). Also, the docs imply by the phrasing that the getattr docs will explain the me

[issue23672] IDLE can crash if file name contains non-BMP Unicode characters

Changes by Raymond Hettinger : -- priority: normal -> high ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue23675] glossary entry for 'method resolution order' links to something with python 2.3 in the title

New submission from R. David Murray: The link is correct; that document describes the new-style class method resolution order, which is what Python3 uses. However, the title is a bit problematic, and either the title should be changed or the link from the Python3 docs should have a gloss expl

[issue23624] str.center inconsistent with format "^"

Raymond Hettinger added the comment: [Serhiy] > The behavior of Python 2.7 is the same as Python 3.x. > > str.center() is very old method and changing it will change > formatted reports generated by third-party software in all world. > At least this will break many tests. And this will add yet

[issue23674] super() documentation isn't very clear

Raymond Hettinger added the comment: > There's this mention 'The __mro__ attribute of the *type* lists > the method resolution search order used by both getattr() and super(). I think instead of *type* it should say *object-or-type*. It is the "second argument" that supplied the MRO. The "fir

[issue23674] super() documentation isn't very clear

Changes by Raymond Hettinger : -- assignee: docs@python -> rhettinger nosy: +rhettinger ___ Python tracker ___ ___ Python-bugs-list ma

[issue23655] Memory corruption using pickle over pipe to subprocess

John Nagle added the comment: More info: the problem is on the "unpickle" side. If I use _Unpickle and Pickle, so the unpickle side is in Python, but the pickle side is in C, no problem. If I use Unpickle and _Pickle, so the unpickle side is C, crashes. -- ___

[issue23674] super() documentation isn't very clear

New submission from Tapani Kiiskinen: https://docs.python.org/3/library/functions.html#super There's no mention in the document which __mro__ is used in the case of a super(Type, obj) call. There's this mention 'The __mro__ attribute of the *type* lists the method resolution search order used

[issue23670] Modifications to support iOS as a cross-compilation target

R. David Murray added the comment: Also remember that being a supported platform requires buildbots. If I'm reading this right that means two: one for the simulator build, and one that actually runs on the device (once the run-the-test issues is solved). I'm not sure what would need to be do

[issue23187] Segmentation fault, possibly asyncio related

Michael Goldish added the comment: > Sorry, you're wrong: the proactor event loop heavily uses the _overlapped > module which is implemented in C. A crash in the garbage collector is more > likely a bug in asyncio/your application, than a bug in Python itself. I'm aware of that. I assumed the

[issue4896] Faster why variable manipulation in ceval.c

Mark Lawrence added the comment: I've finally remembered to attach the test output I got a week ago. If you want me to run Antoine's test suite with any specific parameters please feel free to ask. -- Added file: http://bugs.python.org/file38501/unpatched.txt

[issue23668] Support os.[f]truncate on Windows

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue23668] Support os.[f]truncate on Windows

Steve Dower added the comment: I get a 405 error if I try and upload the patch on http://bugs.python.org/review/23668/ My other patches from last night worked fine, so maybe Rietveld doesn't like this issue for some reason? -- ___ Python tracker <

[issue23668] Support os.[f]truncate on Windows

Steve Dower added the comment: Hmm... doesn't even know that the issue has been changed. Reuploading with a different extension. -- Added file: http://bugs.python.org/file38500/23668_2.patch ___ Python tracker ___

[issue22928] HTTP header injection in urrlib2/urllib/httplib/http.client

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue23187] Segmentation fault, possibly asyncio related

STINNER Victor added the comment: Bugfixes of asyncio 3.4.3, a lot of them are related to the proactor event loop (and most of them leaded to crashes): https://code.google.com/p/tulip/source/browse/ChangeLog#66 -- ___ Python tracker

[issue23187] Segmentation fault, possibly asyncio related

STINNER Victor added the comment: >> Did you see some errors or warnings when running your application with >> asyncio in debug mode? > No, but I'll try. I doubt the problem is in asyncio itself because it's > mostly written in Python. This looks like a garbage collection issue. Sorry, you're

[issue23668] Support os.[f]truncate on Windows

Steve Dower added the comment: Regenerated the patch file. Rietveld may not have liked that the parent changeset in the previous patch doesn't exist (I pulled this out of my patch queue). -- Added file: http://bugs.python.org/file38499/23668_2.diff

[issue23673] IntEnum is unpicklable by previous Python versions

New submission from Ethan Furman: IntEnum is advertised as being a drop-in replacement for integer contants; however this fails in the case of unpickling on previous Python versions. This occurs because when a pickle is created the module, class, and value are stored -- but those don't exist p

[issue23187] Segmentation fault, possibly asyncio related

STINNER Victor added the comment: (Since you chose to comment this closed issue instead of opening a new one, I reopen this issue.) -- resolution: not a bug -> status: closed -> open ___ Python tracker __

[issue20680] Pickle socket enums by names

Ethan Furman added the comment: Serhiy, sorry for taking so long to get back to this -- we spent so much time making sure pickling worked I had no idea that unpickling didn't work in prior versions. -- ___ Python tracker

[issue23546] Windows, 'Edit withIDLE', and multplie installed versions

Liam Marsh added the comment: >Why run a batch file instead of directly running the .pyw script via >>pythonw.exe? A batch file is executed by cmd.exe, which is a console >>application. the strange thing is that it exists -- ___ Python tracker

[issue23668] Support os.[f]truncate on Windows

Steve Dower added the comment: It normally does... I'll regenerate the patch when I get a chance later today. -- ___ Python tracker ___ __

[issue23546] Windows, 'Edit withIDLE', and multplie installed versions

Steve Dower added the comment: Setting up a progid is my intent, but it will be linked very closely to the executable. Currently it will show up as "pythonw.exe" and not idle. I didn't try with the batch file, but I'm fairly sure that's failed in the past too. I like the idea of (approximately

[issue23546] Windows, 'Edit withIDLE', and multplie installed versions

eryksun added the comment: > the windows packages already include an "idle.bat" launcher next > to the "idle.py" and "idle.pyw" files. However, this launcher > is (strangely enough) not used in the "edit with idle" command. Why run a batch file instead of directly running the .pyw script via

[issue23546] Windows, 'Edit withIDLE', and multplie installed versions

eryksun added the comment: > I'd prefer to be able to list them all under the Open With menu, > since that also allows users to easily make any of them the > default if that's what they'd like. Unfortunately, to do that > we need to start shipping an EXE launcher, probably with a > unique nam

[issue23672] IDLE can crash if file name contains non-BMP Unicode characters

Changes by Ned Deily : -- nosy: +roger.serwy, terry.reedy -ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue23672] IDLE can crash if file name contains non-BMP Unicode characters

Ned Deily added the comment: At least on some platforms (e.g. OS X), it is easy to create files with legitimate names containing code points above the BMP limit (<= U+) currently imposed by Tcl/Tk. For IDLE 3, I suspect _filename_to_unicode() in EditorWindow could be modified to check for

[issue23187] Segmentation fault, possibly asyncio related

Michael Goldish added the comment: OK, I caught the crash with a debug build of Python 3.4.3. I have a core dump and even the process itself still alive in memory. I can provide any information you need. I can also explain how to debug a core dump with Visual Studio, if necessary. This time t

[issue23670] Modifications to support iOS as a cross-compilation target

Ned Deily added the comment: A thought, primarily as a note to myself for further investigation: the current OS X framework build support and, to a lesser extent, universal build support have added a fair amount of special-case cruft to the build process, primarily in configure.ac and the main

[issue23672] IDLE for osx 10.8.5 won't run

Ned Deily added the comment: Try removing IDLE's recently-used file list: rm ~/.idlerc/recent-files.lst -- nosy: +ned.deily ___ Python tracker ___ __

[issue23672] IDLE for osx 10.8.5 won't run

New submission from Kamisky: I could run the IDLE in the past time.But today,when I try and launch IDLE, the icon appears on the dock for a second and then disappears and the application doesn't run.Moreover,When I run IDLE3 in Terminal,it says: bogon:~ Kamisky$ idle3 Traceback (most recent cal

[issue23668] Support os.[f]truncate on Windows

Serhiy Storchaka added the comment: Rietveld doesn't accept patches in git format. -- nosy: +serhiy.storchaka ___ Python tracker ___ _

[issue23670] Modifications to support iOS as a cross-compilation target

Ned Deily added the comment: Ack, much to consider. Adding doko as I believe he has been most closely following developments with libffi releases. -- nosy: +doko ___ Python tracker ___

[issue23670] Modifications to support iOS as a cross-compilation target

Russell Keith-Magee added the comment: Nick: you are correct - these are changes to support iOS as a cross-compilation target, so you can run your Python code on an iOS device. Apologies for the confusion in nomenclature. Ned: You're correct that the build needs to be run on an OS/X machine, a

[issue23671] string.Template doesn't work with the self keyword argument

New submission from Serhiy Storchaka: string.Template doesn't allow to specify the self substitute parameter as keyword argument. >>> import string >>> string.Template('the self is $self').substitute(self='bozo') Traceback (most recent call last): File "", line 1, in TypeError: substitute()

[issue23546] Windows, 'Edit withIDLE', and multplie installed versions

Liam Marsh added the comment: (uploaded file: dd.bmp) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue23546] Windows, 'Edit withIDLE', and multplie installed versions

Liam Marsh added the comment: """to do that we need to start shipping an EXE launcher, probably with a unique name (e.g. idle35-32.exe).""" nope, the windows packages already include an "idle.bat" launcher next to the "idle.py" and "idle.pyw" files. However, this launcher is (strangely enough)

[issue23670] Modifications to support iOS as a cross-compilation target

Ned Deily added the comment: As a cross-compilation target. From a first quick look at it, it appears the patch requires a current Mac OS X system to build for iOS; the necessary standard build tools and SDKs for iOS are only available on OS X. These are the same build tools used for OS X bui

[issue23500] Argument Clinic: multiple macro definition

Serhiy Storchaka added the comment: Yes, this works. Here is combined patch and proceeded sample file. -- Added file: http://bugs.python.org/file38494/clinic_append_2.patch Added file: http://bugs.python.org/file38495/sample.c ___ Python tracker

[issue23670] Modifications to support iOS as a development platform

Nick Coghlan added the comment: Russell, just checking before I change the issue title: do you mean supporting iOS as a cross-compilation target? "Development" is ambiguous here, as you could mean development *of* CPython, rather than *in* Python, and I assume development *for* iOS largely tak