[issue6937] multiprocessing lock on OS X Snow Leopard dumps core

aaditya sood added the comment: Ronald, if you can also put the magic incantations on a wiki page somewhere it'd really help me out. I can then download 2.6.2 and build it for snow leopard. I can put up a downloadable version for other people if needed. I'm assuming this will bite a lot of pe

[issue6881] incorrect signature in doc for PyByteArray_Resize

Ezio Melotti added the comment: Fixed in r74958 (trunk), r74959 (release26-maint), r74960 (py3k) and r74961 (release31-maint). -- resolution: accepted -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue6951] OS X IDLE has two Preferences menus on 2.6.x with Tk > 8.4.7

New submission from Ned Deily : Release blocker On OS X IDLE 2.6 shows two Preference menu items, the second dimmed out, but only when running with an installed Tk 8.4 > 8.4.7. This is the same problem identified in Issue6100 and was fixed in trunk but not backported. Now that the Apple-supp

[issue6951] OS X IDLE has two Preferences menus on 2.6.x with Tk > 8.4.7

Changes by Georg Brandl : -- keywords: +easy priority: -> critical ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue6713] Integer & Long types: Performance improvement of 1.6x to 2x for base 10 conversions

Mark Dickinson added the comment: > I do think it would be unfortunately to not go a little further though - > just because we can do better with little effort, we can save a few CPU > cycles which means saving time, money and all of this can only be good > for the planet. ;-) Gawain, Program

[issue6864] IDLE 2.6.1 locks up on Mac OS 10.6

Ned Deily added the comment: Here's a status update: After testing 2.6.3-pre-rc1 with various combinations of Apple and ActiveState Tk 8.4 and 8.5 on 10.5 and 10.6, so far I have only seen the "new window hang" problem with Apple's Tk 10.5 (10.5.7) as supplied with 10.6 Snow Leopard. Althou

[issue6918] ctypes compilation error on SnowLeopard

Ronald Oussoren added the comment: Thomas: I haven't fixed anything yet. The error only happens when building a PPC binary (either a single- architecture build on a PPC machine or a fat binary). The error occurs in assembly files that contain manually constructed C++ exception stack unwind he

[issue6851] urllib.urlopen crashes in a thread on Snow Leopard

Ronald Oussoren added the comment: The attached patch was not 100% correct in the error handling in the set_proxies functions. That is fixed in the actually commit. Committed as r74962 (trunk), r74963 (2.6). -- resolution: accepted -> fixed stage: needs patch -> committed/rejected sta

[issue5413] urllib ctypes error on Mac OS X Server 10.5

Ronald Oussoren added the comment: I've just committed a fix for another issue and that completely removes the ctypes-based code that causes this issue (replacing it by a C extension) Therefore this issue should no longer occur and hence can be closed. -- resolution: -> fixed status

[issue6934] [PATCH] postflight.framework script (from the Mac OS X .dmg installer) fails.

Ronald Oussoren added the comment: I've fixed this issue in all 4 active branches. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed type: compile error -> behavior versions: +Python 2.6, Python 2.7 -Python 3.0 ___ Python

[issue6952] deprecated conversion from string constant to char *

New submission from Barry Alan Scott : Many Python API functions are causing GCC to rightly complain that const char * strings are being passed to python functions that take char * but do not need to modify the args. g++ reports example.cxx:633: warning: deprecated conversion from string constan

[issue6864] IDLE 2.6.1 locks up on Mac OS 10.6

Kevin Walzer added the comment: I don't understand the logic of saying that IDLE in Python 2.6.3 will not support Tk 8.5 in any fashion when you say that it runs fine with ActiveState Tk 8.5. 8.4 is obsolete. The "new window hang" bug is specific to the version of Tk 8.5.7. If ActiveState's b

[issue5080] PyArg_Parse* should raise TypeError for float parsed with integer format

Changes by Marcin Wider : -- nosy: +marcin.wider ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue6937] multiprocessing lock on OS X Snow Leopard dumps core

Ronald Oussoren added the comment: To build universal build of Python use "--enable-universalsdk" or "-- enable-universalsdk=/" (the former defaults to the 10.4 SDK, which doesn't support a 64-bit build). You can then use the "--with- universal-archs" option to select the type of build you wan

[issue6953] readline documenation needs work

New submission from Ronald Oussoren : The documentation for the readline module is a bit too minimal. 1) function 'add_history' is described at the end of the documentation, not near the other functions for manipulation the history stack. 2) the index for remove_history_item and replace_hist

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

Ronald Oussoren added the comment: Mark: it turns out that GNU readline has a rather odd interface, only the index of get_history_item is 1-based, all others are 0-based. This is not mentioned in the documentation (neither that of the readline module or the GNU documentation). I've attached

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

Ronald Oussoren added the comment: Committed my latest version of the patch as r74970 (trunk) and r74971 (3.2) Barry: what's your opinion on a backport of this to 2.6? -- nosy: +barry ___ Python tracker

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

Changes by Ronald Oussoren : -- resolution: -> fixed stage: -> committed/rejected type: crash -> compile error ___ Python tracker ___ ___

[issue6872] Support system readline on OS X 10.6

Ronald Oussoren added the comment: This is a duplicate of issue 6877, I'm therefore closing this one. I've just committed a slightly updated patch from that issue to the trunk and 3.2. -- resolution: -> duplicate status: open -> closed ___ Python

[issue3962] single architecture framework build fails on OS X 10.5

Ronald Oussoren added the comment: This should be fixed in the trunk and 2.6 branches due to autodetection of the -arch_only flag (which was needed for OSX 10.6 support) -- assignee: -> ronaldoussoren nosy: +ronaldoussoren resolution: -> fixed status: open -> pending ___

[issue6812] Snow Leopard python program fails because _PyType_Modified is missing from python framework

Ronald Oussoren added the comment: The value of sys.path is rather strange, it includes both the system Python.framework and one in /Library/Frameworks. Have you installed a copy of Python (for example by using the 2.6.2 installer on the Python.org website)? If so, have you added symbolic li

[issue1766304] improve xrange.__contains__

Robert Lehmann added the comment: I revised the patch for Python 3.1 and added notices to Misc/NEWS and the range documentation. (Changing Type to resource usage.) -- nosy: +lehmannro type: feature request -> resource usage Added file: http://bugs.python.org/file14939/range.patch

[issue6864] IDLE 2.6.1 locks up on Mac OS 10.6

Ned Deily added the comment: @Kevin: I didn't say it runs fine with ActiveState TK 8.5.7; that's what the "other serious issues" refer to. I need to do some more work to isolate those problems. -- ___ Python tracker

[issue6945] pprint.pprint does not pprint unsortable dicts in Python 3

Antoine Pitrou added the comment: Is it the same as #3976? -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue6945] pprint.pprint does not pprint unsortable dicts in Python 3

Armin Ronacher added the comment: Yes. Appears to be related. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe

[issue3976] pprint._safe_repr is not general enough in one instance

Changes by Armin Ronacher : -- nosy: +aronacher ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue6945] pprint.pprint does not pprint unsortable dicts in Python 3

Armin Ronacher added the comment: Duplicate of #3976 -- resolution: -> duplicate ___ Python tracker ___ ___ Python-bugs-list mailing

[issue6945] pprint.pprint does not pprint unsortable dicts in Python 3

Changes by Armin Ronacher : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue3976] pprint._safe_repr is not general enough in one instance

Georg Brandl added the comment: Also note that this patch will not sort sequences of mixed types where some types are intercomparable "correctly" (in the way that Python 2 did), e.g. for {1:2, 2:3, 'a':4, 1.5: 5} the 1.5 key will not be placed between the 1 and 2 keys. I'm not aware of a way

[issue3976] pprint._safe_repr is not general enough in one instance

Raymond Hettinger added the comment: I'm thinking that pprint should not try to sort unsortable items. try: items = sorted(items) except TypeError: items = list(items) -- assignee: -> rhettinger nosy: +rhettinger versions: +Python 3.1, Python 3.2 -Python 3.0 _

[issue3976] pprint._safe_repr is not general enough in one instance

Georg Brandl added the comment: OK, there *is* a way. Consider this: class safe_key(object): __slots__ = ('obj',) def __init__(self, obj): self.obj = obj def __eq__(self, other): return self.obj.__eq__(other.obj) def __lt__(self, other): try:

[issue3976] pprint._safe_repr is not general enough in one instance

Armin Ronacher added the comment: @Georg: Instead of catching a TypeError i would rather call __gt__ / __lt__ directly and check for NotImplemented. Python 2.x did not catch TypeErrors either. -- ___ Python tracker

[issue3976] pprint._safe_repr is not general enough in one instance

Armin Ronacher added the comment: Eg, something like this: class safe_key(object): __slots__ = ('obj',) def __init__(self, obj): self.obj = obj def __eq__(self, other): return self.obj.__eq__(other.obj) def __lt__(self, other): rv = self.obj.__lt__(ot

[issue2504] Add gettext.pgettext() and variants support

Changes by Christoph Zwerschke : -- nosy: +cito ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue6918] ctypes compilation error on SnowLeopard

Ronald Oussoren added the comment: I've merged the latest copy of Apple's version of libffi into libffi_osx, that ensures that libffi compiles again on OSX 10.6. Checked in in r74972 (trunk), r74973 (2.6), r74974 (3.x), r74975 (3.1). -- resolution: -> fixed stage: -> committed/rejec

[issue6951] OS X IDLE has two Preferences menus on 2.6.x with Tk > 8.4.7

Ronald Oussoren added the comment: I've svnmerge-d the patch in r74976. BTW. Thanks for checking the various Tk releases on 10.5/10.6. -- ___ Python tracker ___

[issue6864] IDLE 2.6.1 locks up on Mac OS 10.6

Ronald Oussoren added the comment: I agree that we should mention in the news file that Apple's version of Tk 8.5 in Snow Leopard causes problems with IDLE. W.r.t. Tk 8.4 vs. 8.5: the 2.6 binary releases will be linked to Tk 8.4 because of two reasons. Firstly all 2.6 releases upto now were l

[issue6864] IDLE 2.6.1 locks up on Mac OS 10.6

Ronald Oussoren added the comment: To explain my previous entry about shipping 8.4 and 8.5 versions of _tkinter, one way to implement this is: * Build two copies of _tkinter.so: _tkinter84.so and _tkinter85.so * Add _tkinter.py to Lib/plat-mac with the following contents: try: from

[issue5764] 2.6.2 Python Manuals CHM file seems broken

Georg Brandl added the comment: 2.6.3 will be out soon with a valid chm again. -- resolution: -> later status: open -> closed ___ Python tracker ___

[issue6864] IDLE 2.6.1 locks up on Mac OS 10.6

Ronald Oussoren added the comment: The problem is *not* reproducible using the trunk (2.7). I haven't been able to isolate the change that fixes the issue. As a quick hack I replaced _tkinter.so and Lib/idlelib/*.py in a 2.6 tree by the same files from the trunk. That didn't fix the issue, w

[issue6864] IDLE 2.6.1 locks up on Mac OS 10.6

Ronald Oussoren added the comment: I'm re-prioritizing this as "high" because the binary installer won't suffer from this issue and there is no straightforward bugfix. -- priority: release blocker -> high ___ Python tracker

[issue6951] OS X IDLE has two Preferences menus on 2.6.x with Tk > 8.4.7

Changes by Ronald Oussoren : -- resolution: -> accepted stage: -> committed/rejected status: open -> closed type: -> behavior ___ Python tracker ___ ___

[issue6954] DISTUTILS_DEBUG causes stack trace, really simple fix

New submission from Ned Batchelder : If you set the environment variable DISTUTILS_DEBUG=1, distutils will run with DEBUG, which will trace internal activity. But one of the traces is incorrect, and leads to this stack trace: Traceback (most recent call last): File "setup.py", line 116, in

[issue6952] deprecated conversion from string constant to char *

Martin v. Löwis added the comment: A patch would definitely help. Such a patch shouldn't whole-sale replace char with const char, but selectively only change locations where it is actually necessary and doesn't hurt. -- nosy: +loewis ___ Python track

[issue6954] DISTUTILS_DEBUG causes stack trace, really simple fix

Ned Batchelder added the comment: Another one: Traceback (most recent call last): File "setup.py", line 72, in **addl_args File "c:\python31\lib\distutils\core.py", line 149, in setup dist.run_commands() File "c:\python31\lib\distutils\dist.py", line 919, in run_commands self

[issue6954] DISTUTILS_DEBUG causes stack trace, really simple fix

Tarek Ziadé added the comment: Thanks for noticing this. I'll add some test covering these and fix the problems. -- priority: -> normal resolution: -> accepted ___ Python tracker _

[issue6955] Max() Not Working Properly

New submission from lovelygoo2 : >>> max(['34', '7']) '7' >>> #This happens because it is comparing strings. >>> #I have found a way to fix it though. >>> def Max(li): ...greatest=li[0] ...for item in li: ...for item2 in li: ...if int(item)

[issue6955] Max() Not Working Properly

Benjamin Peterson added the comment: This is the way strings are compared. You can change this easily, though, using max(list_of_string_numbers, key=int). -- nosy: +benjamin.peterson resolution: -> wont fix status: open -> closed ___ Python tracker

[issue6715] xz compressor support

Changes by Leon Matthews : -- nosy: +leonov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o