[issue4735] An error occurred during the installation of assembly

New submission from Rodney : An error occurred during the installation of assembly 'Microsoft.VC90.CRT, version="9.0.21022.8",publicKey Token="1fc8b3b9a1e18e3b",processorArchitecture="x86",type="win32". Please refer to Help and Support for more information. -- components: Installati

[issue4733] Add a "decode to declared encoding" version of urlopen to urllib

Christian Heimes added the comment: Thx, I'll review the patch after Christmas. -- nosy: +christian.heimes priority: -> normal stage: -> patch review ___ Python tracker ___ ___

[issue1068268] subprocess is not EINTR-safe

STINNER Victor added the comment: Oh, the new patch (subprocess-retry-on-EINTR-std-in-out-err.diff) has already a generic function (_no_intr) which is a little bit different than mine (looks like a decorator). Can you delete your old patch? ___ Python track

[issue1068268] subprocess is not EINTR-safe

STINNER Victor added the comment: Instead of define a method for each "syscall", you can write a generic function that retry at OSError(EINTR): def no_intr(self, func, *args, **kw): while True: try: return func(*args, **kw) except OSError, e: if e.errno == errno.EINTR:

[issue4734] broken link for 2.5.3 doc download

New submission from George Yoshida : Download page for 2.5.3 documantation is not ready. --- Go to Documentation top page: http://docs.python.org/ click "Previous versions" click "Python 2.5.3" click "Download all these documents" But this URL, http://www.python.org/doc/2.5.3/download/ , gi

[issue4718] wsgiref package totally broken

Graham Dumpleton added the comment: Note that the page: http://www.wsgi.org/wsgi/Amendments_1.0 contains clarifications for WSGI PEP in respect of Python 3.0. This list was previously come up with on WEB-SIG list. As another reference implementation for Python 3.0, you might look at mod_wsg

[issue4733] Add a "decode to declared encoding" version of urlopen to urllib

New submission from Daniel Diniz : This patch adds a version of urlopen that uses available encoding information to return strings instead of bytes. The main goal is to provide a shortcut for users that don't want to handle the decoding in the easy cases[1]. One added benefit it that the failure

[issue4732] Object allocation stress leads to segfault on RHEL

New submission from Andrew Gillis : Allocating large numbers of strings objects has been causing Python to segfault on RHEL. Originally detected when sending large data structures over XMLRPC, but also happens when appending large numbers of small strings to a list and calling join in the list.

[issue4602] 2to3 drops executable bit with --write

Benjamin Peterson added the comment: Thanks for pointing that out! Fixed in r67919. ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue4728] Endianness and universal builds problems

Martin v. Löwis added the comment: > Yes, I made the build on a PPC machine. Hmm. Ronald's instructions say that the build machine must be x86 for the build to work. I don't know what other consequences using PPC would have; I recommend that we follow these instructions until we understand the

[issue1068268] subprocess is not EINTR-safe

Matteo Bertini added the comment: Please have a look at the proposed patch: http://bugs.python.org/file11511/subprocess-eintr-safety-25maint- r65475.patch the list is more or less the patch itself. ___ Python tracker _

[issue4731] suggest change to "Failed to find the necessary bits to build these modules" message

New submission from Mike Coleman : I was thrown by the "Failed to find the necessary bits to build these modules" message at the end of newer Python builds, and thought that this indicated that the Python executable itself was not built. That's arguably stupidity on my part, but I wonder if other

[issue4602] 2to3 drops executable bit with --write

Adeodato Simó added the comment: Hello, I see that something akin to my proposed patch was applied, but I think the order of the arguments to shutil.copymode was reversed in the process. This function takes (src, dst) as arguments, and we want permissions to flow backup -> newfile, and not the t

[issue1706039] Added clearerr() to clear EOF state

Scott Dial added the comment: They differ because in Py_UniversalNewlineFgets() there is a call to FLOCKFILE(), and it seemed appropriate to ensure that clearerr() was called after locking the FILE stream. I certainly pondered over whether it made a difference to do it before or after, and it wo

[issue4710] [PATCH] zipfile.ZipFile does not extract directories properly

Changes by Kuba Wieczorek : Added file: http://bugs.python.org/file12435/zipfile_dirs_support.patch ___ Python tracker ___ ___ Python-bugs-list

[issue4710] [PATCH] zipfile.ZipFile does not extract directories properly

Changes by Kuba Wieczorek : Removed file: http://bugs.python.org/file12433/zipfile_dirs_support.patch ___ Python tracker ___ ___ Python-bugs-li

[issue1706039] Added clearerr() to clear EOF state

John Smith added the comment: Sorry for inconvenience caused with the patch. I should've got more reviews before asking it checked in. I verified eof2.diff-applied-python gets "Bus error" and Scott Dial's fileobject.diff fixes this. (Test was on 9.6.0 Darwin Kernel Version 9.6.0) _

[issue4718] wsgiref package totally broken

Phillip J. Eby added the comment: Antoine, you have three choices here: 1. Follow the PEP, 2. Take it to the Web-SIG and get the appropriate discussion, consensus, and PEP revision, or 3. Drop wsgiref from the current release of Py3K until #2 can be done. Which would you prefer? Please note

[issue1706039] Added clearerr() to clear EOF state

Alexander Belopolsky added the comment: Maybe not a problem, but an inconsistency: in Py_UniversalNewlineFgets clearerr is added inside univ_newline conditional and then again before the loop over characters, but in Py_UniversalNewlineFread it is added only once before "if (!f->f_univ_newline

[issue1706039] Added clearerr() to clear EOF state

Alexander Belopolsky added the comment: I've combined Scott's patch with John's (?) test case in issue1706039.diff. Confirmed that the patch fixes the issue on Mac OS X 10.5.6 (Intel). Added file: http://bugs.python.org/file12434/issue1706039.diff ___ Pyt

[issue1706039] Added clearerr() to clear EOF state

Martin v. Löwis added the comment: I have now reverted the patch in r67914. I won't reject the patch because of Scott's alternative, but leave it open for review. Since Scott's patch is not approved yet, this is not a release blocker anymore. -- assignee: loewis -> priority: release bl

[issue4730] cPickle corrupts high-unicode strings

Changes by Antoine Pitrou : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue4718] wsgiref package totally broken

Antoine Pitrou added the comment: > No, just as PEP said str used as a container for binary data. This is clearly the wrong thing to do. The only (immutable) string-like object adequate for binary data in py3k is bytes, not str. I understand the desire to stick to the PEP, but the PEP was devi

[issue4718] wsgiref package totally broken

Dmitry Vasiliev added the comment: Antoine Pitrou wrote: > Le mardi 23 décembre 2008 à 11:15 +, Dmitry Vasiliev a écrit : >> OK, I've attached PEP-333 compatible fixes for wsgiref. > > I may be mistaken, but it seems that your patch forces iso-8859-1 > encoding of http bodies. No, just as

[issue4718] wsgiref package totally broken

Antoine Pitrou added the comment: Le mardi 23 décembre 2008 à 11:15 +, Dmitry Vasiliev a écrit : > Dmitry Vasiliev added the comment: > > OK, I've attached PEP-333 compatible fixes for wsgiref. I may be mistaken, but it seems that your patch forces iso-8859-1 encoding of http bodies. ___

[issue4728] Endianness and universal builds problems

Benjamin Peterson added the comment: Yes, I made the build on a PPC machine. I'm no expert on this, but maybe we should just get rid of the configure check and use the __LITTLE_ENDIAN__ and __BIG_ENDIAN__ macros. ___ Python tracker

[issue4710] [PATCH] zipfile.ZipFile does not extract directories properly

Kuba Wieczorek added the comment: Here is a revised version of the patch with directories support for write(). It works like UNIX zip program so if a directory path is passed to the function, it stores only the directory itself (without the contents). This time without tests as well because I d

[issue4718] wsgiref package totally broken

Antoine Pitrou added the comment: > Please read the two paragraphs *after* the one you quoted. I don't see anything forbidding bytes objects in those two paragraphs. ___ Python tracker _

[issue4575] Py_IS_INFINITY defect causes test_cmath failure on x86

Mark Dickinson added the comment: Final patch. Skip, could you please give this one a try, and then with any luck this can be fixed for 3.0.1. (Sorry for creating more work; this should be the last time.) I've added a configure test that detects x87 FPU usage, via the double rounding issu

[issue4730] cPickle corrupts high-unicode strings

New submission from Nathaniel Smith : cPickle.dump by default does not properly encode unicode characters outside the BMP -- it throws away the high bits: >>> cPickle.loads(cPickle.dumps(u"\U00012345")) u'\u2345' The problem is in dump, not load: >>> pickle.dumps(u"\U00012345") # works 'V\\U0

[issue4718] wsgiref package totally broken

Dmitry Vasiliev added the comment: OK, I've attached PEP-333 compatible fixes for wsgiref. I think there is only one problem remains: - wsgiref expects io.BytesIO as input and output streams because of http.server module. I didn't find any restrictions on data returned by read() method of the "

[issue4728] Endianness and universal builds problems

Martin v. Löwis added the comment: This is related to issue4060. Ronald, what is the status of that? The only reason why BIGENDIAN could be defined in the official binaries is that the build was created on a PPC system. Benjamin, is that the case? -- nosy: +benjamin.peterson, loewis, r

[issue4725] reporting file locations in egg (and other package) files

Changes by Martin v. Löwis : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue4725] reporting file locations in egg (and other package) files

Martin v. Löwis added the comment: > A use case here is in a stack trace or a debugger where an error > occured. For example does this come from an egg? And if so, which one? > > Perhaps I have missed something in PEP 302, or perhaps this is defined > elsewhere. Please elucidate. Please under