[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx

Michael Wise added the comment: Dear Ronald Not that simple. I had, for the first time, installed Python 2.6.3 via the .dmg rather than compiled from scratch, and then numpy, again via the .dmg. I was trying to compile biopython from scratch using disutils when the problem occurred. That was

[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx

Ned Deily added the comment: >gcc-4.0 -arch ppc -arch i386 -fno-strict-aliasing ... > >followed, unsurprisingly, by: >gcc-4.0: installation problem, cannot exec >'i686-apple-darwin8-gcc-4.0.0': No such file or directory >From at least OS X 10.4 on, Xcode installs both variants of compilers so

[issue7060] test_multiprocessing dictionary changed size errors and hang

Kristján Valur Jónsson added the comment: Interesting. I don't have a linux machine to debug this. My patch appears harmless enough. We are only storing an exception _object_, not any tracebacks or such. If this were happening on my windows machine I would put in breakpoints where the igno

[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx

Michael Wise added the comment: Dear Ned Odd you should say that. The system is the latest version of 10.4 (10.4.11), but I did notice that the compiler assumed 10.3. The version of Xcode on this PowerBook G4 is 2.0 (quite old), so perhaps it has OSX 10.3 wired in. I don't think that was

[issue7055] Automatic test___all__

Nick Coghlan added the comment: I'm glad someone with more roundtuits than I had the same idea after the logging error in 2.6.3 :) The regrtest change isn't needed any more since RDM checked that concept in separately - the test update itself looks fine though (and applies and runs cleanly on t

[issue6763] Crash on mac os x leopard in mimetypes.guess_type (or PyObject_Malloc)

Nick Coghlan added the comment: The thread safety problem comes from the fact that performing file IO as mimetypes.init() does will release the GIL - if you want to ensure thread safety in that context, you have to do your own locking. mimetypes ignore this thread syncrhonisation problem complet

[issue6626] show Python mimetypes module some love

Nick Coghlan added the comment: Putting this here for the record rather than leaving it in Rietveld: I appreciate the desire for a cleaner API for handling mimetypes, but this isn't the way to get it. Finding projects that have their own mimetypes implementations, asking them why they created t

[issue6763] Crash on mac os x leopard in mimetypes.guess_type (or PyObject_Malloc)

Leonardo Santagada added the comment: I'm on os x 10.6 where threadboom.py doesn't segfault anymore at least on the system provided python. The problem that I see is that it shouldn't be segfaulting on mac os x 10.5 with the default recursion limit (I think it is 1000) with 2 threads. IIRC in a

[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx

Ronald Oussoren added the comment: Michael: Again, please file a new issue for your problem because it is not related to this one. I'm removing myself from the nosy-list for this bug. -- ___ Python tracker __

[issue6075] Patch for IDLE/OS X to work with Tk-Cocoa

Ronald Oussoren added the comment: I have tried to apply the patches to python's trunk, but they don't apply cleanly at all. Could you please rework the patches into a single larger patch that applies to the trunk. -- ___ Python tracker

[issue6763] Crash on mac os x leopard in mimetypes.guess_type (or PyObject_Malloc)

Nick Coghlan added the comment: Knew I forgot to mention something - I'm not on OS X at all (Linux, Ubuntu 8.04). I was only looking at this bug because RDM cross-linked it to the mimetypes patch I was reviewing this evening. Running the threadboom code, it passes fine for me on all of SVN head

[issue7097] urlparse.urljoin of simple "http://" and "somedomain.com" produces incorrect result

New submission from steve steiner : Python 2.6.1 (r261:67515, Jul 7 2009, 23:51:51) [GCC 4.2.1 (Apple Inc. build 5646)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from urlparse import urljoin >>> urljoin("http://";, "somedomain.com") 'http:///somedomain

[issue7098] g formatting for decimal types should always strip trailing zeros.

New submission from Mark Dickinson : Type 'g' formatting for Decimal instances doesn't behave in the same way as for floats when an explicit precision is given. It should strip all trailing zeros from the result: Python 2.7a0 (trunk:75309, Oct 10 2009, 13:44:18) [GCC 4.0.1 (Apple Inc. build

[issue7097] urlparse.urljoin of simple "http://" and "somedomain.com" produces incorrect result

Brett Cannon added the comment: urlparse.urljoin() is meant to join together a base URL with other URL parts. The protocol is part of the base URL and thus not supported by urlparse.urljoin(). -- nosy: +brett.cannon resolution: -> invalid status: open -> closed _

[issue6075] Patch for IDLE/OS X to work with Tk-Cocoa

Kevin Walzer added the comment: Single revised diff, "tkcocoa.diff", attached, applied against Python trunk. Have not tested against Python trunk, nor do I believe it solves the issue with the extra menu items appearing when a window is closed. But hopefully this will apply more cleanly. ---

[issue7099] Decimal.is_normal should return True even for numbers with exponent > Emax

New submission from Mark Dickinson : Noticed by Stefan Krah: Python 2.7a0 (trunk:75309, Oct 10 2009, 13:44:18) [GCC 4.0.1 (Apple Inc. build 5493)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from decimal import * >>> x = Decimal('9.e+1000') >>> c

[issue7098] g formatting for decimal types should always strip trailing zeros.

Mark Dickinson added the comment: Here's a patch for trunk. -- keywords: +patch nosy: +eric.smith stage: test needed -> patch review Added file: http://bugs.python.org/file15097/issue7098.patch ___ Python tracker _

[issue7098] g formatting for decimal types should always strip trailing zeros.

Mark Dickinson added the comment: > It should strip all trailing zeros from the result: Hmm. Thinking about this some more, I don't think this is true: format() shouldn't be throwing away significant information (in Decimal the number of trailing zeros *is* significant information) unless t

[issue1625] bz2.BZ2File doesn't support multiple streams

Antoine Pitrou added the comment: As far as I can tell, the patch looks mostly good. I just wonder, in Util_HandleBZStreamEnd(), why you don't set self->mode to MODE_CLOSED if BZ2_bzReadOpen() fails. As a sidenote, the bz2 module implementation seems to have changed quite a bit between trunk an

[issue7086] logging.handlers.SysLogHandler with TCP support

Vinay Sajip added the comment: Fix checked into trunk and py3k. -- resolution: -> fixed stage: test needed -> status: open -> closed ___ Python tracker ___

[issue7100] test_xmlrpc: global name 'stop_serving' is not defined

New submission from Antoine Pitrou : This happens at least on the py3k branch, I haven't checked other branches. test test_xmlrpc failed -- Traceback (most recent call last): File "/home/antoine/py3k/bz-multistream/Lib/test/test_xmlrpc.py", line 344, in tearDown stop_serving() NameError:

[issue7055] Automatic test___all__

Antoine Pitrou added the comment: Committed in r75312, r75314. I'm not sure this should be backported to 2.6 and 3.1 (although it might be useful). -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue7101] tarfile: OSError with TarFile.add(..., recursive=True) about non-existing file

New submission from Denis Martinez : I have written a server backup script (file attached) which archives a list of directories with tarfile and uploads the file to FTP. Today, the script hanged, with an exception: Exception in thread Thread-1: Traceback (most recent call last): File "/usr/lib

[issue7084] printing a list releases the GIL carelessly

Scott Dial added the comment: I've attached a patch that fixes this issue by grabbing a reference to the item to be printed just before releasing the GIL. -- keywords: +patch nosy: +scott.dial Added file: http://bugs.python.org/file15099/list_print-r75317.patch

[issue1578269] Add os.link() and os.symlink() and os.path.islink() support for Windows

Jason R. Coombs added the comment: Thanks to some hints by eric.smith, I've run the regression tests with this patch applied. It turns out there are still some outstanding issues with draft 9. One issue was in test_glob.py where broken symlinks would fail to be matched by glob. This was due to

[issue6894] urllib2 doesn't respect "no_proxy" environment (python2.6.2)

Senthil Kumaran added the comment: Fixed in trunk and Committed revision 75333. -- resolution: -> fixed ___ Python tracker ___ ___ Py

[issue4064] distutils.util.get_platform() is wrong for universal builds on macosx

Changes by Martin v. Löwis : -- nosy: -loewis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue6894] urllib2 doesn't respect "no_proxy" environment (python2.6.2)

Senthil Kumaran added the comment: merged into py3k revision 75334 merged into release-26maint revision 75335. -- ___ Python tracker ___ _

[issue6894] urllib2 doesn't respect "no_proxy" environment (python2.6.2)

Senthil Kumaran added the comment: merged in release31-maint in revision 75336 Closing the issue. -- status: open -> closed versions: +Python 2.7, Python 3.1, Python 3.2 ___ Python tracker