[issue1772851] Decimal and long hash, compatibly and efficiently

Mark Dickinson added the comment: And here's the updated decimal.__hash__ patch that goes with the long.__hash__ patch. _ Tracker <[EMAIL PROTECTED]>

[issue1772851] Decimal and long hash, compatibly and efficiently

Mark Dickinson added the comment: Here's a revised patch, that only touches longobject.c and does the minimum necessary to alter long.__hash__ from being *almost* completely predictable to being completely predictable. T

[issue1135] xview/yview of Tix.Grid is broken

Changes by Hirokazu Yamamoto : -- versions: +Python 2.6 __ Tracker <[EMAIL PROTECTED]> __ _

[issue542314] long file name support broken in windows

Mark Hammond added the comment: I can confirm the code in question was removed and that long filenames are possible in 2.5. Eg: import os p = "?\\" + os.getcwdu() for i in range(10): p = os.path.join(p, 'x' * 100) os.mkdir(p) os.stat(p) print len(p) I don't think Python should

[issue1099] Mac compile fails with pydebug and framework enabled

Humberto Diogenes added the comment: I'm using these versions: intel: macosx 10.4.10, xcode 2.4.1 (gcc 4.0.1 build 5367) Tried again with current revision (58153) and with --enable-universalsdk it built just fine. Without it, I still get the same error. __ Track

[issue1156] Suggested change to _exit function description in os module documentation

Johann Tonsing added the comment: Thanks for explaining. (FWIW I reported this because several examples / recipes I saw elsewhere on the net used os._exit() in the parent. Perhaps they did this because they don't want to disrupt resources like file descriptors which the child has inherited o

[issue1164] tp_print slots don't release the GIL

Brett Cannon added the comment: I quickly handled the GIL for lists and ints in their tp_print functions and your example still deadlocked. Don't have time to dig deeper right now, but what more are you suggesting be done? -- nosy: +brett.cannon __ Track

[issue1777530] ctypes on Solaris

Thomas Heller added the comment: Fixed in SVN: trunk rev 58155, release25-maint rev 58158. Thanks. -- resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]>

[issue1163] Patch to make py3k/Lib/test/test_thread.py use unittest

Guido van Rossum added the comment: This is a good start, but I think that instead of using global variables and functions, you should try to turn all those into instance variables (of the ThreadTest class). That way the tests are truly independent. Initialization should be taken care of in set

[issue1161] Garbled chars in offending line of SyntaxError traceback

Guido van Rossum added the comment: I can't quite reproduce this, but I do see there's a problem with the syntax error reporting: Python 3.0a1 (py3k, Sep 12 2007, 12:23:06) [GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> a

[issue1160] Medium size regexp crashes python

Guido van Rossum added the comment: /F? -- assignee: -> effbot nosy: +effbot, gvanrossum __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list

[issue1156] Suggested change to _exit function description in os module documentation

Guido van Rossum added the comment: > Should "child" be replaced with "parent"? No. I'm pretty much I wrote that. The use case I was thinking of is the error handling in the child process after the exec fails. if you were to use sys.exit() there, which raises SystemExit, you're likely to hit

[issue1145] Allow str.join to join non-string types (as per PEP 3100)

Guido van Rossum added the comment: > Should it really, even if the bytes is ascii-encodable? Yes, really. We don't want to open up the same can of worms that made working with Unicode such a pain in 2.x. __ Tracker <[EMAIL PROTECTED]>

[issue1164] tp_print slots don't release the GIL

New submission from Armin Rigo: The tp_print slots, used by 'print' statements, don't release the GIL while writing into the C-level file. This is not only a missing opportunity, but can cause unexpected deadlocks, as shown in the attached file. -- components: Interpreter Core files: de

[issue1159] os.getenv() not updated after external module uses C putenv()

Raghuram Devarakonda added the comment: > Robert Ancell added the comment: > > draghuram, unfortunately while os.putenv() can be fixed to be > symmetrical any putenv call from a C module cannot, for example: Hi Robert, I understood the problem from your very first report. I brought up putenv() n

[issue1146] TextWrap vs words 1-character shorter than the width

Georg Brandl added the comment: I'll look at this shortly. -- assignee: -> georg.brandl nosy: +georg.brandl __ Tracker <[EMAIL PROTECTED]> __ _

[issue1146] TextWrap vs words 1-character shorter than the width

Quentin Gallet-Gilles added the comment: The previous patch is suboptimal and doesn't solve all cases. This one does. My apologies. __ Tracker <[EMAIL PROTECTED]> __ ___

[issue1146] TextWrap vs words 1-character shorter than the width

Changes by Quentin Gallet-Gilles: __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/optio

[issue1146] TextWrap vs words 1-character shorter than the width

Quentin Gallet-Gilles added the comment: The bug is present in trunk and has been there since rev 33955. This revision contained a fix to an infinite loop when indentation was set longer than width with long word breaking enabled. In that case, it would strip off at least one character on every p