[issue4305] ctypes fails to build on mipsel-linux-gnu (detects mips instead of mipsel)

Mark Miller added the comment: Adding this as affecting the 2.6 branch as well, since I initially tested on a 2.6.1 tarball with this problem. -- versions: +Python 2.6 ___ Python tracker ___

[issue4855] Popen(..., shell=True, ...) should allow simple access to the command's PID

Changes by wolfy : -- title: Popen with Shell=True should return the command's PID, not the shell's -> Popen(..., shell=True,...) should allow simple access to the command's PID ___ Python tracker _

[issue4855] Popen with Shell=True should return the command's PID, not the shell's

New submission from wolfy : When using proc = Popen() with the parameter "shell=True", the returned proc-object's Process ID (PID) obtained by reading "proc.pid" is the one of the shell that was created. This gets very cumbersome, when the newly created process shall be signalled later on. It

[issue4305] ctypes fails to build on mipsel-linux-gnu (detects mips instead of mipsel)

Mark Miller added the comment: It's actually due to the merge of the libffi3 branch back in March, which removed the logic for configure to deal with MIPS in fficonfig.py.in. I've attached a patch which allows the build to work correctly on the QEMU instance of the MIPSEL machine I have. --

[issue4850] Change type and add _Py_ prefix to COUNT_ALLOCS variables

Alexander Belopolsky added the comment: Martin, Can you comment on whether unlist_types_without_objects should be global? Svn blame point to you for introducing it. Thanks. $ svn blame Objects/object.c | grep unlist_types_without_objects 45527 martin.v.loewis int unlist_types_without_obje

[issue1911] webbrowser.open firefox 3 issues

Changes by Guido van Rossum : -- assignee: gvanrossum -> nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue614557] LookupError etc. need API to get the key

Changes by Guido van Rossum : -- assignee: gvanrossum -> nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue1772833] -q (quiet) option for python interpreter

Changes by Guido van Rossum : -- assignee: gvanrossum -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue2073] asynchat push always sends 512 bytes (ignoring ac_out_buffer_size)

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue4855] Popen with Shell=True should return the command

Changes by wolfy : -- nosy: wolfy severity: normal status: open title: Popen with Shell=True should return the command ___ Python tracker ___ _

[issue2073] asynchat push always sends 512 bytes (ignoring ac_out_buffer_size)

Changes by Guido van Rossum : -- assignee: gvanrossum -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue1708] improvements for linecache

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue1708] improvements for linecache

Changes by Guido van Rossum : -- assignee: gvanrossum -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue2772] Add PendingDeprecationWarning for % formatting

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue2772] Add PendingDeprecationWarning for % formatting

Guido van Rossum added the comment: Not it. -- assignee: gvanrossum -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsub

[issue2226] Small _abcoll Bugs / Oddities

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue2226] Small _abcoll Bugs / Oddities

Guido van Rossum added the comment: I'm not going to get to this. -- assignee: gvanrossum -> ___ Python tracker ___ ___ Python-bugs-l

[issue2897] include structmember.h in Python.h

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue2897] include structmember.h in Python.h

Changes by Guido van Rossum : -- assignee: gvanrossum -> versions: +Python 3.1 -Python 3.0 ___ Python tracker ___ ___ Python-bugs-list

[issue4617] SyntaxError when free variable name is also an exception target

Guido van Rossum added the comment: I don't think this has much to do with try/except. That it works in 2.6 but not in 3.0 isn't a big deal; the semantics of variables used in except clauses has changed dramatically. It has to do with deletion of a variable that's held in a cell for reference

[issue4819] Misc/cheatsheet needs updating

Alexander Belopolsky added the comment: Some more for both 2. and 3.0: - 'as' is now a keyword - 'with' is now a keyword - @ is now a valid token - 0o for octal and 0b for binary numbers - sets - str.format - BaseException I am sure I missed a lot, but the core language sections should be

[issue4753] Faster opcode dispatch on gcc

Changes by Jeffrey Yasskin : -- nosy: +collinwinter, jyasskin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: ht

[issue4854] gnu_get_libc_version() returns bad number on Ubuntu 64 bits

Changes by Benjamin Peterson : -- resolution: -> invalid status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue4854] gnu_get_libc_version() returns bad number on Ubuntu 64 bits

sébastien martini added the comment: Ooops, my mistake, there is nothing wrong, this report can be closed, sorry. ___ Python tracker ___ ___ Py

[issue4757] reject unicode in zlib

STINNER Victor added the comment: > > I propose to reject unicode in Python 3.x and display a warning for > > Python 2.x. A warning to prepare the migration... not to Unicode, but to > > Python3 ;-) > > Fair enough. The patch for Python 3.x is already attached to this issue. We might only appl

[issue4136] merge json library with simplejson 2.0.3

Changes by STINNER Victor : -- nosy: -haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue4676] python3 closes + home keys

Changes by STINNER Victor : -- nosy: -haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue4847] csv fails when file is opened in binary mode

STINNER Victor added the comment: Short patch fixing the examples + the description of reader() and writer() (remove the "b" flag sentence: it's wrong, we need unicode!). I hope that I didn't break the documentation (i tried "make text" and i didn't get any warning). -- keywords: +pa

[issue4854] gnu_get_libc_version() returns bad number on Ubuntu 64 bits

New submission from sébastien martini : System: Ubuntu 8.10 Desktop AMD 64 Processor: Intel Core i7 Python: 2.5.2 While raw C code: #include #include #include int main(int argc, char *argv[]) { printf("GNU libc version: %s\n", gnu_get_libc_version()); return 0; } prints: GNU libc versi

[issue3826] BaseHTTPRequestHandler depends on GC to close connections

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12614/socket_real_close-5.patch ___ Python tracker ___ ___ Python-bugs-lis

[issue4791] ftplib.retrlines('LIST') hangs at the end of listing (SocketIO.close() doesn't close the socket)

STINNER Victor added the comment: I'm closing this issue because it's a duplicate of #3826, issue with a longer history and more details about the different problems of closing a socket. -- resolution: -> duplicate status: open -> closed ___ Pytho

[issue3826] BaseHTTPRequestHandler depends on GC to close connections

STINNER Victor added the comment: socket_real_close-5.patch: my own patch developed for the issue #4791 (which is exactly the same problem) to fix SocketIO: - set self._sock=None on close - update the io reference count directly in close() (but also in destructor) - add a regression test Y

[issue4791] ftplib.retrlines('LIST') hangs at the end of listing (SocketIO.close() doesn't close the socket)

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12613/socket_real_close-4.patch ___ Python tracker ___ ___ Python-bugs-lis

[issue3826] BaseHTTPRequestHandler depends on GC to close connections

STINNER Victor added the comment: I spent two hours on this issue and here are some notes... (1) SocketIO.close() have to call self._sock._decref_socketios() to allow the socket to call _real_close() s = socket... f = s.makefile() f.close() # only close the "file view" s.close() <= close the

[issue4791] ftplib.retrlines('LIST') hangs at the end of listing (SocketIO.close() doesn't close the socket)

Christopher Mahan added the comment: edgecast support said the ftp server is ProFTPD version 1.3.1. ___ Python tracker ___ ___ Python-bugs-list

[issue4791] ftplib.retrlines('LIST') hangs at the end of listing (SocketIO.close() doesn't close the socket)

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12611/socket_real_close-3.patch ___ Python tracker ___ ___ Python-bugs-lis

[issue4791] ftplib.retrlines('LIST') hangs at the end of listing (SocketIO.close() doesn't close the socket)

STINNER Victor added the comment: I created a separated patch to block operation on closed socket: Issue #4853. So I simplified the patch to change on Modules/socketmodule.c and I reused self._checkClosed() in SocketIO. Added file: http://bugs.python.org/file12613/socket_real_close-4.patch

[issue4853] I/O operation on closed socket: improve the error message

New submission from STINNER Victor : I don't like the current behaviour of Python on closed socket: >>> import socket >>> s=socket.socket(socket.AF_INET, socket.SOCK_STREAM) >>> s.close() >>> s.fileno() -1 >>> s.getsockname() Traceback (most recent call last): File "", line 1, in socket.error

[issue4842] int('3L') still valid in Python 3.0

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue3826] BaseHTTPRequestHandler depends on GC to close connections

Changes by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.

[issue4791] ftplib.retrlines('LIST') hangs at the end of listing (SocketIO.close() doesn't close the socket)

Changes by STINNER Victor : -- title: retrlines('LIST') and dir hang at end of listing in ftplib (python3.0) -> ftplib.retrlines('LIST') hangs at the end of listing (SocketIO.close() doesn't close the socket) ___ Python tracker

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12608/socket_real_close-2.patch ___ Python tracker ___ ___ Python-bugs-lis

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

STINNER Victor added the comment: New patch: - Change _socket.fileno() behaviour: raise socket.error("I/O operation on closed socket") (instead of returning -1) if the socket is closed - Change SocketIO.fileno(): raise a socket.error("I/O operation on closed socket") if the file is closed,

[issue4842] int('3L') still valid in Python 3.0

Mark Dickinson added the comment: I guess that makes this a release blocker for 3.0.1, then. Here's a second patch, complementary to the first, that fixes pickling of longs so that pickle protocol 0 in Python 3.0.1 and later behaves identically to pickle protocol 0 in Python 2.x. Namely: -

[issue3826] BaseHTTPRequestHandler depends on GC to close connections

STINNER Victor added the comment: > Also, I think the SocketIO.fileno mathod should change to: (...) Since SocketIO.fileno() just calls self._sock.fileno(), it would be easier (and better) to fix socket.socket(). But since socket.fileno() calls socket._fileno() we can just fix it correctly on

[issue3826] BaseHTTPRequestHandler depends on GC to close connections

Gregory P. Smith added the comment: from #python-dev discussion. agreed, magic attributes are annoying. also, my gps05 patch continues to return the old fileno even after the underlying socket has been closed. that is a problem. I like your patch in #4791 but lets keep both sets of our unit

[issue4852] Cleanup old stuff from pythread.h

New submission from Amaury Forgeot d'Arc : This patch removes four functions from pythread.h, which have been unusable for ages: - PyThread_exit_prog is excluded by a #ifndef, and the NO_EXIT_PROG symbol is defined in the same file. - PyThread__PyThread_exit_thread appears in the .h but is not

[issue3826] BaseHTTPRequestHandler depends on GC to close connections

STINNER Victor added the comment: Comment about issue3826_gps05.diff: - I don't like "magical" attributes (sometimes it does exist, sometimes not) even if it's a protected attribute (_sock) => use self._sock=None? - fileno() returns a fixed value whereas the socket.fileno() returns -1 when

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

STINNER Victor added the comment: Issue #3826 is the same issue and has already patch with 2 unit tests. The patch is different: it uses "del self._sock". ___ Python tracker ___

[issue3826] BaseHTTPRequestHandler depends on GC to close connections

STINNER Victor added the comment: Issue #4791 is exaclty the same problem (io reference in SocketIO): I proposed another patch (decrement the io reference but keep the self._sock object unchanged). -- nosy: +haypo ___ Python tracker

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Changes by STINNER Victor : Added file: http://bugs.python.org/file12608/socket_real_close-2.patch ___ Python tracker ___ ___ Python-bugs-list

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Changes by STINNER Victor : Removed file: http://bugs.python.org/file12606/socket_real_close.patch ___ Python tracker ___ ___ Python-bugs-list

[issue4850] Change type and add _Py_ prefix to COUNT_ALLOCS variables

Alexander Belopolsky added the comment: Attached patch is fairly straightforward with only one caveat: instead of prefixing unlist_types_without_objects flag with _Py_, I made it static. This may not be the right thing if it is intended to be accessible from third party modules (it is not us

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

STINNER Victor added the comment: Patch: SocketIO.close() decrements the io reference of its socket, so socket.close() will really close the socket. About the FTP server ftp2.edgecastcdn.net, it looks like the server doesn't write "226 Transfert completed" until the data socket is really clo

[issue4301] incorrect and inconsistent logging in multiprocessing

Gregor Kopka added the comment: I ran into this shortly but was able to overcome it by patching /Lib/logging/__init__.py: 43-44: import threading +import multiprocessing except ImportError: 270-271: self.process = os.getpid() +self.processName = multiprocessi

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

Changes by Martin v. Löwis : Added file: http://bugs.python.org/file12605/zipdir.zip ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

STINNER Victor added the comment: Ok, some news about this bug (I tested the ftp test account): the problem is that the data socket is not closed when self.voidresp() is called. I can't see close() syscall before the call to self.voidresp(). SocketIO.close() does nothing: it does not really

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

Martin v. Löwis added the comment: Here is a version of the patch that rationalizes usage of os.sep, fixes a few bugs with r2, and adds a test case. -- keywords: +needs review nosy: +loewis Added file: http://bugs.python.org/file12604/dir.diff ___ Py

[issue4851] xml.dom.minidom.Element.cloneNode fails with AttributeError

New submission from Jean-Paul Calderone : It seems impossible to clone an Element created without a document: >>> Element('foo').cloneNode(False) Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.5/xml/dom/minidom.py", line 211, in cloneNode return

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Christopher Mahan added the comment: Edgecast.com support created a test ftp account for the purpose of troubleshooting this issue. Please email me (chris.ma...@gmail.com) and I'll forward you the login info. ___ Python tracker

[issue4805] Make python code compilable with a C++ compiler

Alexander Belopolsky added the comment: On Mon, Jan 5, 2009 at 2:58 PM, Marc-Andre Lemburg wrote: .. > For completeness, all exported symbols in Python should have a _Py_ > prefix, even if they only get exported in certain debug builds. > I actually agree, but I felt that doing this as a part o

[issue4844] ZipFile doesn't range check in _EndRecData()

Changes by Guilherme Polo : -- keywords: +patch Added file: http://bugs.python.org/file12603/issue4844.diff ___ Python tracker ___ ___

[issue4836] Idle Hangs on exit Button

Terry Helge added the comment: I'm not sure if the bug is in Python(IDLE) or pyGame - I'm pretty new to this . I'm still checking out various things - thanks for your interest! On Mon, Jan 5, 2009 at 2:45 PM, Guilherme Polo wrote: > > Guilherme Polo added the comment: > > Can you add some exa

[issue4850] Change type and add _Py_ prefix to COUNT_ALLOCS variables

New submission from Alexander Belopolsky : quick_int_allocs, quick_neg_int_allocs, tuple_zero_allocs, and fast_tuple_allocs are exported in -DCOUNT_ALLOCS builds. They should get a conventional _Py_ prefix. Also since tp_allocs is now Py_ssize_t, these should be redefined as Py_ssize_t as we

[issue4840] Compile dbm in Ubuntu

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

[issue4836] Idle Hangs on exit Button

Guilherme Polo added the comment: Can you add some example ? Is the bug new to python 2.6 ? -- nosy: +gpolo ___ Python tracker ___ ___

[issue4840] Compile dbm in Ubuntu

gumpy added the comment: I believe this is already fixed. #4483 -- nosy: +gumpy ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue4836] Idle Hangs on exit Button

Terry Helge added the comment: Additional testing - tried programs on a different computer with a fresh copy of Python and pyGame - same results Program will not close(hangs) in IDLE - but will close with drPython Go Figure. ___ Python tracker

[issue4676] python3 closes + home keys

Guilherme Polo added the comment: Patch against trunk attached. It fixes only the first problem reported, and I can't reproduce the second one. -- keywords: +patch Added file: http://bugs.python.org/file12601/issue_4676.diff ___ Python tracker

[issue3959] Add Google's ipaddr.py to the stdlib

Changes by Adam Olsen : -- nosy: +Rhamphoryncus ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue4805] Make python code compilable with a C++ compiler

Marc-Andre Lemburg added the comment: On 2009-01-05 19:55, Alexander Belopolsky wrote: > The allocs counters (tuple_zero_allocs, fast_tuple_allocs, > quick_int_allocs, quick_neg_int_allocs) present a case where it is > really hard to justify a change that is only motivated by C++ > compilability

[issue4846] Py_UNICODE_ISSPACE causes linker error

Ulrich Eckhardt added the comment: Actually, providing the patch for PyAPI_Data/PyAPI_Func wouldn't be so hard, but there are lots of headers that need to be changed, i.e. all their existing extern "C" clauses removed. What I would do is build the Python shared library as it is and then use e

[issue4846] Py_UNICODE_ISSPACE causes linker error

Marc-Andre Lemburg added the comment: On 2009-01-05 18:54, Alexander Belopolsky wrote: > I also wonder whether it would be more appropriate to redefine PyAPI_* > macros to declare API symbols with extern "C" when compiled under C++? > This seems to be a better approach than cluttering all hea

[issue4842] int('3L') still valid in Python 3.0

Guido van Rossum added the comment: After reading all that I still think we should fix this now, and fix pickle so that it can read (and write?) 2.x pickles. This is much less visible than cmp() still being present in 3.0, and we've already decided to kill that in 3.0.1, so we can kill int('3L'

[issue4846] Py_UNICODE_ISSPACE causes linker error

Marc-Andre Lemburg added the comment: Fixed in r68344 on trunk. Backport and forward-port candidate. -- keywords: +26backport -patch status: open -> closed versions: +Python 2.7 ___ Python tracker

[issue4794] garbage collector blocks and takes worst-case linear time wrt number of objects

Martin v. Löwis added the comment: > Python is a great > language and I think it deserves an incremental implementation of > garbage collection. Python's cyclic garbage collector is incremental. If you can provide a specific patch to replace it with something "better", please submit it as a sep

[issue3582] thread_nt.c update

Amaury Forgeot d'Arc added the comment: You are right. (My dream is someday to completely get rid of this msvcrt stuff. Only pure Win32 API) ___ Python tracker ___ __

[issue3959] Add Google's ipaddr.py to the stdlib

Guido van Rossum added the comment: I've been on vacation and unable to follow this, and won't have time to catch up now. Note that I have no vested interest in Google's module except knowing it has many happy users (I have never used it myself -- but Collin Winter has and he tells me it's great

[issue4794] garbage collector blocks and takes worst-case linear time wrt number of objects

darrenr added the comment: I ask because in my opinion a three-second pause on a modern machine is significant for any program with any sort of interactivity--significant enough to warrant a warning in the documentation. Python is a great language and I think it deserves an incremental implement

[issue4846] Py_UNICODE_ISSPACE causes linker error

Alexander Belopolsky added the comment: Not that it would matter on a two-line patch, but I find it useful to add myself to the "nosy" list without any comments as so as I find the issue interesting even if I have nothing to contribute at the moment. This way I am more likely to notice when some

[issue4791] retrlines('LIST') and dir hang at end of listing in ftplib (python3.0)

Christopher Mahan added the comment: Update: I requested a test ftp account from edgecast. The tech's response was that he would file a request for it. Will update. ___ Python tracker _

[issue4849] instantiating and populating xml.dom.minidom.Element is cumbersome

New submission from Jean-Paul Calderone : In order to create an element with an attribute and a child, this is necessary: e = Element("foo") e.setAttribute("bar", "baz") e.appendChild(quux) It would be preferable if Element.__init__ accepted two additional parameters to shorten this

[issue4805] Make python code compilable with a C++ compiler

Alexander Belopolsky added the comment: On Mon, Jan 5, 2009 at 11:43 AM, Marc-Andre Lemburg wrote: .. >> GCC doesn't appear to do so, but there's no guarantee that other >> C++ compilers won't touch these symbols: >> >> http://en.wikipedia.org/wiki/Name_mangling > > Issue #4846 is a good exampl

[issue3997] zipfile and winzip

Martin v. Löwis added the comment: The patch looks nearly fine. AFAICT, care must be taken to always write a ZIP64 end-of-cd record whenever an end-of-cd field overflows; I think this patch is missing the condition centDirSize > ZIP64_LIMIT. -- assignee: -> amaury.forgeotdarc resolutio

[issue3582] thread_nt.c update

Ulrich Eckhardt added the comment: No, CreateThread() is not a suitable replacement, because it lacks some initialisations of the C library, as explained in the MSDN: http://msdn.microsoft.com/en-us/library/ms682453(VS.85).aspx -- nosy: +eckhardt _

[issue3959] Add Google's ipaddr.py to the stdlib

Changes by Paul Nasrat : -- nosy: +pnasrat ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue3582] thread_nt.c update

Amaury Forgeot d'Arc added the comment: - Isn't CreateThread even better? - Using TLS functions is a good idea, beware though that the number of TLS slots cannot exceed 1088 on Windows. This should at least be documented. OTOH since there is only one call to PyThread_create_key in the codebase

[issue4846] Py_UNICODE_ISSPACE causes linker error

Ulrich Eckhardt added the comment: You beat me by 10 minutes, Alexander, otherwise I'd have had a similar patch, except moving the declaration. I agree with your rationale though, so yours is even better. Concerning including the extern "C" in the PyAPI_* macros, I had the same idea and think t

[issue4846] Py_UNICODE_ISSPACE causes linker error

Alexander Belopolsky added the comment: I believe attached issue4846.diff should fix the problem, but I don't have access to the affected platform (Windows?), so I did not test it. I also wonder whether it would be more appropriate to redefine PyAPI_* macros to declare API symbols with extern

[issue4847] csv fails when file is opened in binary mode

jaywalker added the comment: I think what you suggest makes most sense. Thanks. - Original Message From: Antoine Pitrou To: jaywal...@yahoo.com Sent: Monday, January 5, 2009 12:47:21 PM Subject: [issue4847] csv fails when file is opened in binary mode Antoine Pitrou added the comme

[issue1180193] broken pyc files

Jean-Paul Calderone added the comment: New version of the patch which doesn't rewrite pyc files attached. Added file: http://bugs.python.org/file12599/update_co_filename.diff ___ Python tracker _

[issue4847] csv fails when file is opened in binary mode

Antoine Pitrou added the comment: You can avoid the newline translation problem by using the newline parameter in open(). Set it to '' (the empty string) and any CR and LF characters should remain intact. As for the original problem, IMHO it is a documentation bug. -- assignee: -> geo

[issue1180193] broken pyc files

Antoine Pitrou added the comment: As Armin said, I think it's safer and simpler not to rewrite the pyc file when the filenames have been changed. (if you thing changing the filenames can have a significant performance impact, you may want to benchmark it) ___

[issue4847] csv fails when file is opened in binary mode

jaywalker added the comment: make it '\r\n', if you want. Such files can be easily generated on windows text editors, or even linux ones nowadays. Upon reading, if the file is opened in text mode, this will probably be converted to \n even on linux by python (I may be wrong). Thus, \r gets lo

[issue4847] csv fails when file is opened in binary mode

STINNER Victor added the comment: > say one of the fields has an embedded \r. For instance "blahblah\r" is the > value of the first column. Now open this file in text mode. What happens to > this '\r' even before csv.reader sees it? I used rarely the CSV format, but it sounds strange to have a

[issue4847] csv fails when file is opened in binary mode

jaywalker added the comment: In an unlikely scenario: say one of the fields has an embedded \r. For instance "blahblah\r" is the value of the first column. Now open this file in text mode. What happens to this '\r' even before csv.reader sees it? If it remains intact, no problem. If it is con

[issue4848] MacPython build script uses Carbon and MacOS modules slated for removal

New submission from Bill Janssen : The build script for a Mac OS installer, in Mac/BuildScript/build-installer.py, currently requires OS 10.4 and Python 2.3. At some point it will have to be ported to a newer version of Python (and Mac OS). It uses a number of modules which are slated for futur

[issue4845] warnings system and inspect module disagree about

Jean-Paul Calderone added the comment: After updating the patch there so that it can be applied, it does seem to address my issue. I added a comment there. ___ Python tracker ___ ___

[issue1180193] broken pyc files

Jean-Paul Calderone added the comment: This is causing problems for me as well. The attached patch no longer applies cleanly to trunk. I've attached an updated version which addresses the conflicts. The new behavior fixes the issues I have with the current behavior. It'd be great to have it

[issue4847] csv fails when file is opened in binary mode

STINNER Victor added the comment: Do you expect to be able to read CSV as bytes or just to fix the documentation example? -- nosy: +haypo ___ Python tracker ___

  1   2   >