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

Ned Deily added the comment: You need to run 'make install'. The various "python-32" and "python-64" files are created and installed by the Mac/Makefile "install_python4way" target which should be getting called by the main Makefile "install" target as set by configure for the --with-univers

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

Tom Loredo added the comment: Attempted to build 2.6.5rc2 on Mac Pro (2006), OS 10.6.2, following instructions in Mac/README: ./configure --prefix=/usr/local/tmp --enable-framework --with-universal-archs=intel --enable-universalsdk=/ Results of "make test" are as expected from past experienc

[issue8143] urlparse has a duplicate of urllib.unquote

Matt Giuca added the comment: If this patch is rejected, then at the very least, the urllib.unquote function needs a comment at the top explaining that it is duplicated in urlparse, so any changes should be made to both. Note that urlparse.unquote is not a documented function, or in the __all

[issue8141] test_asynchat & test_smtplib failures in 2.6 release branch

Changes by Skip Montanaro : -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue8141] test_asynchat & test_smtplib failures in 2.6 release branch

Skip Montanaro added the comment: Ned> Neither of these problems are new to Python 2.6.5: see Issue7037 Ned> (test_asynchat) and Issue7040 (test_smtplib). Thanks. I searched for "asynchat" and "smtplib" but didn't see anything. Skip -- ___ Pyt

[issue8143] urlparse has a duplicate of urllib.unquote

Senthil Kumaran added the comment: Yes, the reason for having the unquote verbatim was it created a circular reference otherwise. This was done when parse_qsl was moved from cgi module to the urlparse module. I would also like to know more on what RDM points out, tough I have seem some module

[issue8143] urlparse has a duplicate of urllib.unquote

R. David Murray added the comment: If I understand correctly, the problem with doing an import in a function is that there is an import lock which can cause various problem depending on how an application imports various things. I've added Brett to the nosy list to see if he has a definitive

[issue8123] TypeError in urllib when trying to use HTTP authentication

Senthil Kumaran added the comment: Yes, that seems to be case. When username:password is present in the url string, opener bytes string not being passed to the base64encode function. -- assignee: -> orsenthil nosy: +orsenthil resolution: -> accepted _

[issue8144] muliprocessing shutdown infinite loop

brandon added the comment: After getting into the infinite loop, here's exception from CTRL-C (posted just to show stack trace -- i am still working on getting come sample code together -- meant to show it is infact in that while(1) a 251 in connection.py): KeyboardInterrupt ^CError in atexit

[issue8135] urllib.unquote doesn't decode mixed-case percent escapes

Matt Giuca added the comment: Tiny fix to patch2 -- replaced list comprehension with generator expression in dictionary construction. -- Added file: http://bugs.python.org/file16552/urllib-unquote-mixcase.patch2 ___ Python tracker

[issue8135] urllib.unquote doesn't decode mixed-case percent escapes

Changes by Matt Giuca : Removed file: http://bugs.python.org/file16551/urllib-unquote-mixcase.patch2 ___ Python tracker ___ ___ Python-bugs-lis

[issue8135] urllib.unquote doesn't decode mixed-case percent escapes

Matt Giuca added the comment: I thought more about it, and wrote a different patch which doesn't remove the dictionary. I just replaced the dictionary creation code -- now it includes keys for all combinations of upper and lower case (for two-letter hex codes). This dictionary isn't much bigg

[issue8144] muliprocessing shutdown infinite loop

Changes by Benjamin Peterson : -- assignee: -> jnoller nosy: +jnoller ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue8144] muliprocessing shutdown infinite loop

New submission from brandon : Multiprocessing goes into an infinite loop during shutdown, trying to connect to a remote queue - I *think* during finalization. The actual loop appears to be the while(1) in connection.py line 251, and I think it is being called initially from manager.py finaliz

[issue8143] urlparse has a duplicate of urllib.unquote

Changes by Ezio Melotti : -- nosy: +ezio.melotti priority: -> normal stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue8136] urllib.unquote decodes percent-escapes with Latin-1

Matt Giuca added the comment: Oh, I just discovered that urlparse contains a copy of unquote, which will also need to be patched. I've submitted a patch to remove the duplicate (#8143) -- if that is accepted first then there's no need to worry about it. -- ___

[issue8135] urllib.unquote doesn't decode mixed-case percent escapes

Matt Giuca added the comment: Oh, I just discovered that urlparse contains a copy of unquote, which will also need to be patched. I've submitted a patch to remove the duplicate (#8143) -- if that is accepted first then there's no need to worry about it. -- ___

[issue8143] urlparse has a duplicate of urllib.unquote

New submission from Matt Giuca : urlparse contains a complete copy of the urllib.unquote function. This is extremely nasty code duplication -- I have two patches pending on urllib.unquote (#8135 and #8136) and I only just realised that I missed urlparse.unquote! The reason given for this is:

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

Bill Janssen added the comment: >> Depends on what we want. It just suppresses information that's now >> available. What we'd really like is for the caller to recognize that >> close() can fail, and should be re-tried if it does. That requires >> that we signal the error back up and out of th

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

Bill Janssen added the comment: > Maybe because only the FTP test uses an SSL socket in non blocking mode. No, the SSL unit tests also do this. I think Giampaolo is right, what we're seeing is bad error handling in the FTP test code. -- ___ Python

[issue8142] libffi update to 3.0.9

Changes by Matthias Klose : -- assignee: theller -> doko ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://

[issue8142] libffi update to 3.0.9

New submission from Matthias Klose : opening a report to track issues with the update of the internal libffi copy to 3.0.9. will commit this update to the trunk, and later to the py3k branch. -- assignee: theller components: ctypes messages: 101072 nosy: doko, theller severity: normal

[issue8141] test_asynchat & test_smtplib failures in 2.6 release branch

Ned Deily added the comment: Neither of these problems are new to Python 2.6.5: see Issue7037 (test_asynchat) and Issue7040 (test_smtplib). They have been fixed in trunk (2.7). Since both failures existed in previous Python 2.6.x releases, my recommendation is to not treat them as release b

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

Antoine Pitrou added the comment: > Depends on what we want. It just suppresses information that's now > available. What we'd really like is for the caller to recognize that > close() can fail, and should be re-tried if it does. That requires > that we signal the error back up and out of the

[issue6949] Support Berkeley DB 4.8

Matthias Klose added the comment: the remaining test failure is test_bsddb3 Berkeley DB 4.8.24: (August 14, 2009) Test path prefix: /tmp/z-test_bsddb3-25705 Exception in thread reader 0: Traceback (most recent call last): File "/home/packages/python/2.6/python2.6-2.6.5~rc2/Lib/threading.py",

[issue6589] smtpd.SMTPServer can cause asyncore.loop to enter infinite event loop

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue6768] asyncore file_wrapper leaking file descriptors?

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue6949] Support Berkeley DB 4.8

Matthias Klose added the comment: with this patch the following test cases fail. the tests need backports as well. with this patch there's still one test failure, which I do see with db4.7 as well. will wait for test results on different platforms and then submit to the trunk. the setup.py c

[issue8003] Fragile and unexpected error-handling in asyncore

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola, josiah.carlson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue8141] test_asynchat & test_smtplib failures in 2.6 release branch

New submission from Skip Montanaro : I svn up'd and rebuild the release26-maint branch today on my Mac (MacBook Pro, OSX 10.5.8). test_asynchat and test_smtplib both fail with unexpected output: test test_asynchat produced unexpected output:

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

STINNER Victor added the comment: > close() can fail Not close, unwrap() (shutdown()) ;-) > Again, why does this failure only show up in the FTP test? Maybe because only the FTP test uses an SSL socket in non blocking mode. -- ___ Python tracker

[issue8139] ossaudiodev not initializing its types

Changes by Ezio Melotti : -- priority: -> normal stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

Bill Janssen added the comment: > AFAICT, his proposed "quick fix" snippet should be good enough for us. Depends on what we want. It just suppresses information that's now available. What we'd really like is for the caller to recognize that close() can fail, and should be re-tried if it doe

[issue8140] extend compileall to compile single files

Changes by Ezio Melotti : -- priority: -> normal stage: -> patch review type: -> feature request ___ Python tracker ___ ___ Python-b

[issue8140] extend compileall to compile single files

New submission from Matthias Klose : when byte-compiling files in a deb/rpm package distributed e.g. in a Linux distribution, it is sometimes wanted to only touch the files found in the deb/rpm, which can be a subset of the files in a directory. the attached patch now lets compileall accept fi

[issue8139] ossaudiodev not initializing its types

New submission from Bertrand Janin : With Python 3.1.2-rc1, here is what happens when trying to open a mixer: Python 3.1.2rc1 (r312rc1:78737, Mar 14 2010, 15:17:09) [GCC 4.3.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import ossaudiode

[issue7808] test_bsddb3 leaks references

Florent Xicluna added the comment: Jesús, your patch looks good. I prefer your approach. My use of the weakrefs was an ugly workaround, I admit. Maybe the "close()" method in the C module should be in charge of DECREFing the handlers and freeing memory. I did not look further in this direction

[issue7705] libpython2.6.so is not linked correctly on FreeBSD when threads are enabled

Roumen Petrov added the comment: the applied patch is not correct - please replace " with ' -- nosy: +rpetrov ___ Python tracker ___ _

[issue3928] os.mknod missing on Solaris

Roumen Petrov added the comment: Some questions: - why patch don't update posixmodule.c and remove defined(HAVE_MAKEDEV) ? - how is defined HAVE_DEVICE_MACROS in pyconfig.h About changes in configure.in - I'm not sure that they are correct (more later). -- nosy: +rpetrov __

[issue3871] cross and native build of python for mingw32 with distutils

Roumen Petrov added the comment: Tarek Ziadé wrote: > Roumen, I am moving all the new work in distutils into distutils2, and > distutils is going to be frozen. Last patch is uploaded as the previous patches didn't apply cleanly (as compiler_obj is restored to compiler and etc.) > Do you wan

[issue8138] wsgiref.simple_server.SimpleServer claims to be multithreaded

Changes by Santiago Gala : -- components: +Library (Lib) type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue8138] wsgiref.simple_server.SimpleServer claims to be multithreaded

New submission from Santiago Gala : In python 2.6, a server created with wsgiref.simple_server.make_server will claim to be multithreaded and multiprocess through it wsgi environ. See wsgi.multithread in the browser page after launching $ python /usr/lib/python2.6/wsgiref/simple_server.py T

[issue8108] test_ftplib fails with OpenSSL 0.9.8m

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

[issue7705] libpython2.6.so is not linked correctly on FreeBSD when threads are enabled

Benjamin Peterson added the comment: Fixed in r78962. -- nosy: +benjamin.peterson resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue7705] libpython2.6.so is not linked correctly on FreeBSD when threads are enabled

Changes by Arfrever Frehtes Taifersar Arahesis : -- versions: +Python 2.7, Python 3.1, Python 3.2 ___ Python tracker ___ ___ Python-bug

[issue7774] sys.executable: wrong location if zeroth command argument is modified.

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

[issue8135] urllib.unquote doesn't decode mixed-case percent escapes

Matt Giuca added the comment: > Note: I've also backported the remainder of the 'unquote' test cases > from Python 3 but I found another bug, so I will report that separately, > with a patch. Filed under issue #8136. -- ___ Python tracker

[issue1652] subprocess should have an option to restore SIGPIPE to default action

Florent Xicluna added the comment: Fixed an oversight on the switch None ==> -1 which prevents compilation on some buildbot. See r78961. -- nosy: +flox ___ Python tracker ___ __

[issue1712522] urllib.quote throws exception on Unicode URL

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

[issue8135] urllib.unquote doesn't decode mixed-case percent escapes

Changes by Ezio Melotti : -- nosy: +ezio.melotti priority: -> normal stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue8136] urllib.unquote decodes percent-escapes with Latin-1

Changes by Ezio Melotti : -- nosy: +ezio.melotti priority: -> normal stage: -> patch review ___ Python tracker ___ ___ Python-bugs-li

[issue8136] urllib.unquote decodes percent-escapes with Latin-1

Matt Giuca added the comment: New version of "explain" patch -- fixed comment linking to the wrong bug ID -- now links to this bug ID (#8136). -- Added file: http://bugs.python.org/file16545/urllib-unquote-explain.patch ___ Python tracker

[issue8136] urllib.unquote decodes percent-escapes with Latin-1

Changes by Matt Giuca : Removed file: http://bugs.python.org/file16542/urllib-unquote-explain.patch ___ Python tracker ___ ___ Python-bugs-list

[issue2531] float compared to decimal is silently incorrect.

Mark Dickinson added the comment: Here's a patch: - comparisons between a Decimal and float produce a result based on the numeric values of the Decimal and float - change Decimal.__hash__ so that floats and Decimals with (exactly) equal value have the same hash. This preserves the

[issue8047] Serialiser in ElementTree returns unicode strings in Py3k

Stefan Behnel added the comment: That's a funny idea. I like that. +1 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue7712] Add a context manager to change cwd in test.test_support and run the test suite in a temp dir.

Ezio Melotti added the comment: The cleanups have been committed in r78719 (trunk) and r78723 (py3k). -- resolution: -> accepted stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue8047] Serialiser in ElementTree returns unicode strings in Py3k

Florent Xicluna added the comment: Currently "tree.write(file)" returns Unicode in 3.1 (and 3.x). I would propose the following change: >>> tree.write(file) # ==> encode to ASCII without xml declaration (compatible 2.x) >>> tree.write(file, encoding="utf-8") # ==> encode to UTF-8 without xm

[issue7057] tkinter doc: more 3.x updates

Ezio Melotti added the comment: Since there's no activity on this issue I committed the patch in r78950 (py3k) and r78951 (release31-maint). I'm leaving the issue open and assigning it to Guilherme because there are still a few thing missing (see previous message). -- assignee: ezio.m

[issue8137] Missing iso-8859-16 codec in the docs

Georg Brandl added the comment: Thanks, fixed in r78952. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Py

[issue8137] Missing iso-8859-16 codec in the docs

New submission from Jean-Michel Fauth : The "codecs — Codec registry and base classes" part of the documentions (Python 2.6.4, 2.7.a?, 3.1.1) does not mention the existence of the iso-8859-16 codec. -- assignee: georg.brandl components: Documentation messages: 101047 nosy: georg.brandl,

[issue8136] urllib.unquote decodes percent-escapes with Latin-1

Matt Giuca added the comment: Alternative patch which fixes test cases and documentation without changing the behaviour. -- Added file: http://bugs.python.org/file16542/urllib-unquote-explain.patch ___ Python tracker

[issue8136] urllib.unquote decodes percent-escapes with Latin-1

New submission from Matt Giuca : The 'unquote' function has some very strange behaviour on Unicode input. My proposed fix will, I am sure, be contentious, because it could change existing behaviour (only on unicode strings), but I think it's worth it for a sane unquote function. Some historic

[issue8135] urllib.unquote doesn't decode mixed-case percent escapes

New submission from Matt Giuca : urllib.unquote fails to decode a percent-escape with mixed case. To demonstrate: >>> unquote("%fc") '\xfc' >>> unquote("%FC") '\xfc' >>> unquote("%Fc") '%Fc' >>> unquote("%fC") '%fC' Expected behaviour: >>> unquote("%Fc") '\xfc' >>> unquote("%fC") '\xfc' I act

[issue1712522] urllib.quote throws exception on Unicode URL

Matt Giuca added the comment: I've finally gotten around to a complete analysis of this code. I have a code/test/documentation patch which fixes the issue without any code breakage. There is another bug in quote which I've found and fixed with this patch: If the 'safe' parameter is unicode, i