[issue8090] PEP 4 should say something about the standard library

Sjoerd Mullender added the comment: It was discussed on python-dev. It was suggested to submit a bug report on PEP 4. See http://mail.python.org/pipermail/python-dev/2010-February/097772.html. -- ___ Python tracker

[issue7978] SocketServer doesn't handle syscall interruption

Vetoshkin Nikita added the comment: Wrapping select in (taken from twisted sources) can help: def untilConcludes(f, *a, **kw): while True: try: return f(*a, **kw) except (IOError, OSError), e: if e.args[0] == errno.EINTR: continue

[issue7832] assertSameElements([0, 1, 1], [0, 0, 1]) does not fail

Florent Xicluna added the comment: Some real use case for the fixed behavior: - the patch for #7092 has a workaround to fix the comparison locally, both in test_decimal and test_set - test_cgi was changed, before noticing that SameElements has a flaw: http://svn.python.org/view/python/trunk

[issue7092] Test suite emits many DeprecationWarnings when -3 is enabled

Florent Xicluna added the comment: Silence the last warnings, using check_py3k_warnings. But we could provide a smaller patch, if #7832 is fixed before. -- dependencies: +assertSameElements([0, 1, 1], [0, 0, 1]) does not fail Added file: http://bugs.python.org/file16507/issue7092_witho

[issue7092] Test suite emits many DeprecationWarnings when -3 is enabled

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file16113/issue7092_test_support_v2.diff ___ Python tracker ___ ___ Python-bu

[issue7092] Test suite emits many DeprecationWarnings when -3 is enabled

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file16076/issue7092_py3k_warnings_noargs_v2.diff ___ Python tracker ___ ___

[issue7092] Test suite emits many DeprecationWarnings when -3 is enabled

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file16075/issue7092_py3k_warnings_args_v2.diff ___ Python tracker ___ ___ Py

[issue8067] OS X Installer: build errors on 10.6 when targeting 10.4 and earlier

Ronald Oussoren added the comment: 3.2 and 3.1 should now also be fixed (in r78808 and r78809) Please test. -- ___ Python tracker ___ ___

[issue7832] assertSameElements([0, 1, 1], [0, 0, 1]) does not fail

Changes by Florent Xicluna : -- priority: low -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue7832] assertSameElements([0, 1, 1], [0, 0, 1]) does not fail

Florent Xicluna added the comment: Gregory P. Smith wrote: > Looking through the thousands of uses of assertSameElements in our internal > code base at work I see many uses of it that are likely not hashable items > in the sequences being compared. The method assertSameElements will still suppo

[issue8036] Interpreter crashes on invalid arg to spawnl on Windows

Gabriel Genellina added the comment: In case it matters, 3.0.1 does NOT crash. -- nosy: +gagenellina ___ Python tracker ___ ___ Python

[issue8067] OS X Installer: build errors on 10.6 when targeting 10.4 and earlier

Changes by Benjamin Peterson : -- priority: high -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue8067] OS X Installer: build errors on 10.6 when targeting 10.4 and earlier

Ned Deily added the comment: Fix verified for 2.6. It should still be considered a release blocker for 3.1.2. -- ___ Python tracker ___ __

[issue6877] enable compilation of readline module on Mac OS X 10.5 and 10.6

Ned Deily added the comment: Also note that this feature has not been backported to 3.1 which means it will not be in the upcoming 3.1.2 release. (It will not be an issue for the python.org 3.1.2 installer which will be built with GNU readline as usual to support older systems.) --

[issue7804] test_readline failure

Changes by Barry A. Warsaw : -- priority: release blocker -> normal ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

Changes by Ned Deily : Removed file: http://bugs.python.org/file16505/issue-sl-configure-32-31.txt ___ Python tracker ___ ___ Python-bugs-list

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

Ned Deily added the comment: Correct inadvertent deletion in the 3.1 Mac/README. -- Added file: http://bugs.python.org/file16506/issue-sl-configure-32-31-rev1.txt ___ Python tracker

[issue8067] OS X Installer: build errors on 10.6 when targeting 10.4 and earlier

Barry A. Warsaw added the comment: It sounds like this is fixed for 2.6.5 now. I'm bumping the priority down and removing 2.6 from the Versions. -- priority: release blocker -> high versions: -Python 2.6 ___ Python tracker

[issue8091] TypeError at the end of 'make test'

Barry A. Warsaw added the comment: Not a release blocker. -- priority: release blocker -> normal ___ Python tracker ___ ___ Python-bug

[issue6538] MatchObject is not a hyperlink in the 're' module documentation

Changes by Ezio Melotti : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

Changes by Ned Deily : Added file: http://bugs.python.org/file16505/issue-sl-configure-32-31.txt ___ Python tracker ___ ___ Python-bugs-list ma

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

Ned Deily added the comment: The attached patches fix the problem for 2.6 and 3.1: 1. configure(.in) is changed to invoke the existing "4way" build targets for --with-universal-archs values of 3-way and intel as well as all. 2. configure(.in) passes the necessary lipo -extract arch values into

[issue7832] assertSameElements([0, 1, 1], [0, 0, 1]) does not fail

Gregory P. Smith added the comment: Looking through the thousands of uses of assertSameElements in our internal code base at work I see many uses of it that are likely not hashable items in the sequences being compared. The largest use of course is with lists and tuples of hashables where ano

[issue6538] MatchObject is not a hyperlink in the 're' module documentation

Ryan Arana added the comment: I tried to format the methods of the class(es) as they are formatted in other files, which is why I added the whitespace. I can go back and remove that if that's what would be preferred. -- ___ Python tracker

[issue5099] subprocess.POpen.__del__() AttributeError (os module == None!)

Antoine Pitrou added the comment: By the way, stderr will contain "[XXX refs]" as the last line with Python compiled in debug mode. The remove_stderr_debug_decorations() function will help you ignore this line. -- ___ Python tracker

[issue6538] MatchObject is not a hyperlink in the 're' module documentation

Changes by Ryan Arana : Removed file: http://bugs.python.org/file16274/MatchObjectLinksFix.diff ___ Python tracker ___ ___ Python-bugs-list mai

[issue8091] TypeError at the end of 'make test'

Antoine Pitrou added the comment: Probably a duplicate of issue5099. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mail

[issue8092] utf8, backslashreplace and surrogates

Changes by Antoine Pitrou : -- nosy: +lemburg, loewis priority: -> normal stage: -> patch review type: -> behavior versions: +Python 3.2 ___ Python tracker ___

[issue6538] MatchObject is not a hyperlink in the 're' module documentation

Brian Curtin added the comment: I've reviewed the patch and do not see any unnecessary whitespace changes in his patch. -- nosy: +brian.curtin ___ Python tracker ___ ___

[issue8092] utf8, backslashreplace and surrogates

STINNER Victor added the comment: This issue is a regression introduced by r72208 to fix the issue #3672. Attached patch fixes PyUnicode_EncodeUTF8() if unicode_encode_call_errorhandler() returns an unicode string (eg. backslackreplace error handler). I don't know unicodeobject.c code (very w

[issue4180] warnings.simplefilter("always") does not make warnings always show up

Antoine Pitrou added the comment: It sounds like it would be cleaner to apply Brett's idea in msg75122, rather than have the user override (and alternate implementations implement) another obscure hook. We have enough hooks that nobody knows about, IMHO. -- nosy: +pitrou

[issue7832] assertSameElements([0, 1, 1], [0, 0, 1]) does not fail

Ezio Melotti added the comment: To summarize, the possible behaviors are: 1) check order, check duplicates (i.e. assertSequenceEqual); 2) check order, ignore duplicates (probably useless); 3) ignore order, check duplicates (useful but missing); 4) ignore order, ignore duplicates (i.e. assert

[issue6538] MatchObject is not a hyperlink in the 're' module documentation

Asheesh Laroia added the comment: Hey Ryan, I took a look at the diff you attached here. It looks like you did There are some whitespace-only changes -- for example, you remove and then re-insert the line beginning with "The name of the last matched capturing group". Can you re-submit your

[issue8093] IDLE processes don't close

Changes by Brian Curtin : -- components: +Windows nosy: +brian.curtin priority: -> normal stage: -> needs patch type: -> behavior ___ Python tracker ___ ___

[issue6697] Check that _PyUnicode_AsString() result is not NULL

STINNER Victor added the comment: unicode_fromformat_U.patch: replace PyUnicode_FromFormat("..%s...", ..., _PyUnicode_AsString(obj)) by PyUnicode_FromFormat("...%U...", ..., obj). It replaces also "%.200s" by "%U", so the output is no more truncated. -- Added file: http://bugs.python.

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

Changes by STINNER Victor : Removed file: http://bugs.python.org/file16499/SIGINT.patch ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

Changes by STINNER Victor : Removed file: http://bugs.python.org/file16494/main_pending_calls.patch ___ Python tracker ___ ___ Python-bugs-list

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

Changes by STINNER Victor : Removed file: http://bugs.python.org/file16493/import_no_global.patch ___ Python tracker ___ ___ Python-bugs-list m

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

Changes by STINNER Victor : Removed file: http://bugs.python.org/file16492/tokenizer_error.patch ___ Python tracker ___ ___ Python-bugs-list ma

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

Changes by STINNER Victor : Removed file: http://bugs.python.org/file16491/initiliaze_pycodec_error.patch ___ Python tracker ___ ___ Python-bug

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

Changes by STINNER Victor : Removed file: http://bugs.python.org/file16488/initsite.patch ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

STINNER Victor added the comment: As requested by Guido, here is a new patch including the fix for the site module: catch errors in execsitecustomize() and execusercustomize(). -- Added file: http://bugs.python.org/file16501/SIGINT-2.patch ___ Pytho

[issue8092] utf8, backslashreplace and surrogates

STINNER Victor added the comment: See also issue #6697. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue6697] Check that _PyUnicode_AsString() result is not NULL

STINNER Victor added the comment: See also issue #8092. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue8093] IDLE processes don't close

New submission from paul stadfeld : So I started 3.1.2... Python 3.1.2rc1 (r312rc1:78742, Mar 7 2010, 07:49:40) [MSC v.1500 32 bit (Intel)] on win32 Type "copyright", "credits" or "license()" for more information. >>> And monitored Windows Task Manager (XP): Image NameUser Name CP

[issue8092] utf8, backslashreplace and surrogates

New submission from STINNER Victor : utf8 encoder doesn't work in backslashreplace error handler: >>> "\uDC80".encode("utf8", "backslashreplace") TypeError: error handler should have returned bytes -- components: Unicode messages: 100678 nosy: haypo severity: normal status: open title:

[issue7832] assertSameElements([0, 1, 1], [0, 0, 1]) does not fail

Florent Xicluna added the comment: Patch with documentation, tests, Misc/NEWS, following a discussion with Michael, Ezio and JP. -- priority: low -> normal Added file: http://bugs.python.org/file16500/issue7832_assertSameElements_v2.diff ___ Python

[issue7832] assertSameElements([0, 1, 1], [0, 0, 1]) does not fail

Changes by Florent Xicluna : Removed file: http://bugs.python.org/file16087/issue7832_assertItemsEqual.diff ___ Python tracker ___ ___ Python-b

[issue8091] TypeError at the end of 'make test'

Barry A. Warsaw added the comment: Does not error on Ubuntu 9.10 as far as I can tell. Seems to be only 10.04 (alpha) for some reason. I've only tested on 64 bit. This is probably not a release blocker. -- ___ Python tracker

[issue8091] TypeError at the end of 'make test'

Barry A. Warsaw added the comment: barry, Taggnostr: all the tests using subprocess [17:42] "test_bz2 test_cmd_line test_platform test_popen2 test_popen test_pydoc test_quopri test_signal test_subprocess test_sys test_threading test_unicodedata test_winsound" you may test with

[issue8065] Memory leak in readline.get_current_history_length

Changes by Zvezdan Petkovic : -- nosy: +zvezdan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue8091] TypeError at the end of 'make test'

New submission from Barry A. Warsaw : 'make test' on Ubuntu 10.04 alpha produces: 328 tests OK. 1 test failed: test_readline 37 tests skipped: test_aepack test_al test_applesingle test_bsddb test_bsddb185 test_bsddb3 test_cd test_cl test_codecmaps_cn test_codecmaps_hk test_codecm

[issue7804] test_readline failure

Barry A. Warsaw added the comment: I see this in 2.6 also, Ubuntu 9.10 and 10.04 (alpha). Marking this a release blocker for now, though I'll check to see if it's a regression or not. -- nosy: +barry priority: normal -> release blocker versions: +Python 2.6, Python 2.7 __

[issue8090] PEP 4 should say something about the standard library

Brian Curtin added the comment: I don't really think this is a documentation bug, more of an issue you have with the policy, in which case this is better being discussed on python-dev. -- nosy: +brian.curtin ___ Python tracker

[issue8090] PEP 4 should say something about the standard library

New submission from Sjoerd Mullender : When a module or feature is deprecated, all uses of the deprecated module/feature should be removed from the non-deprecated part of the distribution (and, I would argue, also from the other deprecated modules). I think PEP 4 should say something to this ef

[issue7966] mhlib does not emit deprecation warning

Sjoerd Mullender added the comment: mhlib is not officially deprecated, if I may believe PEP 4. Therefore I do not agree with the change that was made to this bug report. As far as I am concerned, the bug remains that mhlib uses a deprecated module. -- _

[issue5228] multiprocessing not compatible with functools.partial

joseph.h.garvin added the comment: I think this bug still exists in Python 2.6.4, and I haven't tested 2.6.5, but since 2.6.4 was released 6 months after this bug was closed I assume it's still an issue. Running ndbecker's test program as is produces the following output on Solaris 10: Proce

[issue8063] Call _PyGILState_Init() earlier in Py_InitializeEx()

STINNER Victor added the comment: My SIGINT.patch for #3137 moves the call to _PyGILState_Init() just before initsite(), so it doesn't change too much Py_InitializeEx() and it's enough for me :-) -- ___ Python tracker

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

STINNER Victor added the comment: SIGINT.patch is the sum of all patches, it should be easier to review it. -- Added file: http://bugs.python.org/file16499/SIGINT.patch ___ Python tracker __

[issue8088] assertSameElements fails with sequences that contain unorderable types

Changes by Florent Xicluna : -- status: open -> pending ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue8088] assertSameElements fails with sequences that contain unorderable types

Florent Xicluna added the comment: It could be fixed as part of #7832. -- superseder: -> assertSameElements([0, 1, 1], [0, 0, 1]) does not fail ___ Python tracker ___ __

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

Barry A. Warsaw added the comment: On Mar 08, 2010, at 08:20 PM, Ned Deily wrote: >(Ronald and I agree this should be a release-blocker. Patch to follow.) BTW, the right thing to do in this case (for 2.6 anyway) is to set the issue to be a release blocker, so it gets my attention. I can alway

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

Changes by Barry A. Warsaw : -- priority: -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue8038] Provide unittest.TestCase.assertNotRegexpMatches

Ryszard Szopa added the comment: Here's the patch against unittest2 that implements assertNotRegexpMatches. -- keywords: +patch Added file: http://bugs.python.org/file16498/assertNotRegexpMatches.patch ___ Python tracker

[issue8032] Add gdb7 hooks to make it easier to debug Python

Changes by Dave Malcolm : Added file: http://bugs.python.org/file16497/diff-of-gdb7-hooks-v2-relative-to-v1.diff ___ Python tracker ___ ___ Py

[issue8089] 2.6/3.1 32-bit/64-bit universal builds always run in 64-bit on 10.6

New submission from Ned Deily : 2.6.5 release blocker 3.1.2 release blocker For 10.6, new universal build options were added to reflect the dropping of support in 10.6 for the ppc64 arch. The new options: --universal-archs=3-way -> -arch {i386,x86_64,ppc) --universal-archs=intel -> -arch

[issue8032] Add gdb7 hooks to make it easier to debug Python

Dave Malcolm added the comment: Martin: thanks for reviewing this. Re msg100537: sorry about the inauspicious start. I've added some bulletproofing for the case you discovered, and added two new unit tests. Re msg100538: OK. I've removed my name and the copyright notice in all places apart

[issue8067] OS X Installer: build errors on 10.6 when targeting 10.4 and earlier

Ronald Oussoren added the comment: 2.6 should be fixed in r78805. I won't have time to merge the fix into the other branches until at best later tonight. -- ___ Python tracker

[issue1530559] struct.pack raises TypeError where it used to convert

Florent Xicluna added the comment: I would suggest to raise a py3k warning instead of a plain warning. AFAIU the implicit conversion is OK in 2.7, and it is removed in 3.x. -- nosy: +flox ___ Python tracker

[issue1731717] race condition in subprocess module

Yonas added the comment: Gregory, Awesome! Approx. how long until we hear back from you in this report? -- ___ Python tracker ___

[issue7723] sqlite only accept buffer() for BLOB objects (input/output)

Florent Xicluna added the comment: So we keep buffer() as the standard way to create BLOBs for 2.x? It is the only use of "py3k deprecated" buffer() which cannot be replaced in 2.x. Set to "release blocker" until a decision is made. -- priority: critical -> release blocker _

[issue1731717] race condition in subprocess module

Gregory P. Smith added the comment: I really don't care about the age of a bug. This bug is young. I've fixed many bugs over twice its age in the past. Regardless, I've got some serious subprocess internal refactoring changes coming in the very near future to explicitly deal with thread saf

[issue7837] assertSameElements doesn't filter enough py3k warnings

Ezio Melotti added the comment: Fixed in r78757 (trunk). I opened #8088 for the unorderable types problem. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue8088] assertSameElements fails with sequences that contain unorderable types

Changes by Ezio Melotti : -- versions: -Python 3.1, Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue8088] assertSameElements fails with sequences that contain unorderable types

Florent Xicluna added the comment: Patch against trunk. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue8088] assertSameElements fails with sequences that contain unorderable types

Changes by Florent Xicluna : -- keywords: +patch resolution: -> accepted stage: needs patch -> patch review Added file: http://bugs.python.org/file16495/issue8088_unordered_elements.diff ___ Python tracker

[issue8088] assertSameElements fails with sequences that contain unorderable types

Changes by Ezio Melotti : -- components: +Library (Lib) versions: +Python 2.7, Python 3.1, Python 3.2 ___ Python tracker ___ ___ Python

[issue8088] assertSameElements fails with sequences that contain unorderable types

New submission from Ezio Melotti : assertSameElements fails with sequences that contain unorderable types such as [2j, 5j, set(), frozenset()]. See also msg98744 in #7837. -- assignee: flox messages: 100654 nosy: ezio.melotti, flox, michael.foord priority: normal severity: normal stage

[issue8050] smtplib SMTP.sendmail (TypeError: expected string or buffer)

R. David Murray added the comment: On the other hand, having a facility somewhere in the stdlib to pass a Message object to SMTP sendmail would be handy. I've made a note of this in my working notes for email6 to see if there's something we want to do about it. -- nosy: +r.david.murr

[issue7624] isinstance(... , collections.Callable) fails with oldstyle class instances

Florent Xicluna added the comment: Fixed in r78800. Additional tests backported to 3.x. -- resolution: accepted -> fixed stage: commit review -> committed/rejected status: open -> closed title: isinstance(... ,collections.Callable) fails with oldstyle class i nstances -> isinstance(...

[issue1731717] race condition in subprocess module

Yonas added the comment: By the way, in three months from today, this bug will be 3 years old. -- ___ Python tracker ___ ___ Py

[issue8047] Serialiser in ElementTree returns unicode strings in Py3k

Changes by Antoine Pitrou : -- assignee: -> georg.brandl components: +Documentation nosy: +georg.brandl ___ Python tracker ___ ___ Pyt

[issue1731717] race condition in subprocess module

Yonas added the comment: Ben Finney's comment suggests to me that this bug is being ignored. Am I wrong? "with extra notes in the documentation that anyone using child processes needs to be wary of signal handling." Why should they be wary? We should just fix this bug. -- __

[issue8047] Serialiser in ElementTree returns unicode strings in Py3k

Antoine Pitrou added the comment: Le Mon, 08 Mar 2010 09:01:19 +, Stefan Behnel a écrit : > > Antoine, in the same comment, you say that it was not backported to > Py2 in order to prevent breaking existing code, and then you ask if > it's difficult to support in lxml. ;-) I meant breaking

[issue1731717] race condition in subprocess module

Yonas added the comment: http://groups.google.com/group/comp.lang.python/browse_thread/thread/9a853d0308c8e55a "I'm also glad to see a test case that causes exactly the same error with or without the presence of a ‘daemon.DaemonContext’. Further research shows that handling of ‘SIGCLD’ (or ‘

[issue1731717] race condition in subprocess module

Changes by Florent Xicluna : -- keywords: -buildbot ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue1731717] race condition in subprocess module

Florent Xicluna added the comment: >>> import subprocess, signal >>> signal.signal(signal.SIGCLD, signal.SIG_IGN) 0 >>> subprocess.Popen(['echo','foo']).wait() foo Traceback (most recent call last): File "", line 1, in File "./Lib/subprocess.py", line 1229, in wait pid, sts = _eintr_ret

[issue1731717] race condition in subprocess module

Yonas added the comment: Florent, Have you tested any of the sample test programs mentioned in this bug report? For example, the one by Joel Martin (kanaka). I'd suggest to test those first before marking this issue as fixed. - Yonas -- status: pending -> open _

[issue2777] subprocess unit tests for kill, term and send_signal flaky

Florent Xicluna added the comment: All this flakiness is fixed: - r78736, r78759, r78761, r78767, r78788, r78789 on 2.x - r78797 on 3.x Note: because of #3137, the send_signal(SIGINT) is retried 2 times on some platforms. -- resolution: -> fixed stage: patch review -> committed/re

[issue7805] test_multiprocessing failure

Florent Xicluna added the comment: This last bug is fixed, too. http://bugs.python.org/issue1731717#msg100643 -- status: pending -> closed ___ Python tracker ___

[issue1731717] race condition in subprocess module

Florent Xicluna added the comment: Previous buildbot failures were in test_multiprocessing: http://bugs.python.org/issue1731717#msg100430 Now it should be fixed: - r78777, r78787, r78790 on 2.x - r78798 on 3.x -- resolution: -> fixed stage: test needed -> committed/rejected status:

[issue1530559] struct.pack raises TypeError where it used to convert

Meador Inge added the comment: > (2) For 2.x, I'm a bit uncomfortable with introducing the extra Python layer > on top of the C layer. Partly I'm worried about accidentally breaking > something (it's not 100% clear to me whether there might be hidden > side-effects to such a change), I unde

[issue8050] smtplib SMTP.sendmail (TypeError: expected string or buffer)

Allison Vollmann added the comment: i believe which the parameter "msg" must be referenced as a string type when called "sendmail" nor as an MIME[Message, Multipart, Text, Base, Audio] and this is obvious way to do it. but i'm not Dutch :-) -- status: open -> closed

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

STINNER Victor added the comment: > Remove main_pending_calls.patch hack: replaced by tokenizer_error.patch. With extra tests, I realized that this patchs is still useful to process a SIGINT emitted between Py_Initialize() and PyRun_AnyFileExFlags(). Without the patch, if a SIGINT is emitted

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

Changes by STINNER Victor : Added file: http://bugs.python.org/file16493/import_no_global.patch ___ Python tracker ___ ___ Python-bugs-list mai

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

STINNER Victor added the comment: Remove main_pending_calls.patch hack: replaced by tokenizer_error.patch. -- ___ Python tracker ___ _

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

Changes by STINNER Victor : Removed file: http://bugs.python.org/file16489/main_pending_calls.patch ___ Python tracker ___ ___ Python-bugs-list

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

STINNER Victor added the comment: tok_stdin_decode() clears error without check for the type. tokenizer_error.patch stops the tokenizer with an E_ERROR if the exception is not an UnicodeDecodeError. Fix also err_input() to support E_ERROR: leave the global exception (PyErr_*) unchanged. ---

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

STINNER Victor added the comment: Py_InitializeEx() calls PyErr_Clear() if PyCodec_Encoder() fails without checking for the exception type. Attached initiliaze_pycodec_error.patch checks for error type: if the error is not an LookupError, display the error and exit (as done for initsite() iny

[issue3137] Python doesn't handle SIGINT well if it arrives during interpreter startup

STINNER Victor added the comment: PyImport_Import() clears errors if a module has no globals, whereas PyEval_GetGlobals() doesn't set any exception on failure. => import_no_global.patch removes this unnecessary PyErr_Clear(). -- ___ Python tracker

  1   2   >