[issue5945] PyMapping_Check returns 1 for lists

Antoine Pitrou added the comment: Actually, making PyMapping_Check() more robust produces a test failure in test_builtin, because of the following code: # Verify locals stores (used by list comps) eval('[locals() for i in (2,3)]', g, d) eval('[locals() for i in (2,3)]',

[issue10841] binary stdio

Antoine Pitrou added the comment: > Is there an easy way for me to find the code for -u? "-u" just passes 0 for the "buffering" argument to open() when creating stdout and stderr. Otherwise "buffering" equals -1. You can find equivalent code for open() in Lib/_pyio.py (the actual code in is in

[issue10841] binary stdio

Glenn Linderman added the comment: Is there an easy way for me to find the code for -u? I haven't learned my way around the Python sources much, just peeked in modules that I've needed to fix or learn something from a little. I'm just surprised you think it is orthogonal, but I'm glad you a

[issue10840] pyarg_parsetuple docs and py_buffer

Antoine Pitrou added the comment: Done in 3.2 and 3.1. For 2.7 the structure of the doc page would lead to too much repetition IMO. -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed versions: -Python 2.7 ___ P

[issue10841] binary stdio

Antoine Pitrou added the comment: > Actually, it seems like this "-u" behaviour, should simply be the > default for Python 3.x on Windows. There is nothing in "-u" which should explain the behaviour you're observing, so either way it's a bug. Making "-u" the default is quite orthogonal. --

[issue10841] binary stdio

Glenn Linderman added the comment: Actually, it seems like this "-u" behaviour, should simply be the default for Python 3.x on Windows. The new IO subsystem seems to be able to add \r when desired anyway. And except for Notepad, most programs on Windows can deal with \r\n or solo \n anyway.

[issue10841] binary stdio

Glenn Linderman added the comment: The same. This can be tested with the same test program, c:\python32\python.exe test.py 1 > test1.txt similar for 2, 3, 4. Then add -u and repeat. All 8 cases produce the same results, either via a pipe, or with a redirected stdout. -- _

[issue10841] binary stdio

Antoine Pitrou added the comment: What are the results if, instead of piping through subprocess, you simply redirect stdout to a file (using "... > myfile.txt")? -- ___ Python tracker

[issue2320] Race condition in subprocess using stdin

Gregory P. Smith added the comment: This is likely solved in py3k 3.2 with the C _posixsubprocess.c module. The pipe creation and cloexec flag setting is all done atomically when possible, and at least with the GIL held when not. close_fds also now defaults to True. --

[issue10512] regrtest ResourceWarning - unclosed sockets and files

Nadeem Vawda added the comment: Have you tried my patch (resourcewarning-fixes-3.diff)? It fixes the warning for me without breaking anything. I was just worried that the warning was something triggered by my specific system configuration when you said that you couldn't reproduce it. I was tr

[issue10841] binary stdio

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

[issue10841] binary stdio

Changes by Antoine Pitrou : -- components: +Windows nosy: +amaury.forgeotdarc, brian.curtin versions: +Python 3.1, Python 3.2 ___ Python tracker ___ _

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Antoine Pitrou added the comment: > PyMemoryView_FromBuffer should be calling PyObject_Getbuffer on the > view->obj member (it's one of the things that embedding the reference > allows, just as it allowed removal of the separate obj argument from > the PyObject_ReleaseBuffer signature). One use

[issue10813] Suppress adding decimal point for places=0 in moneyfmt()

Raymond Hettinger added the comment: I think I prefer the code as-is. If you need to blank out the decimal point, set dp to the empty string. -- ___ Python tracker ___ ___

[issue10825] use assertIsNone(...) instead of assertEquals(None, ...)

Raymond Hettinger added the comment: Applied in r87783. -- nosy: +rhettinger resolution: -> accepted status: open -> closed ___ Python tracker ___ _

[issue10512] regrtest ResourceWarning - unclosed sockets and files

STINNER Victor added the comment: test___all__ just loads ALL modules... and it doesn't unload them. I patched test___all__ to unload modules: the "ResourceWarning: unclosed file ... '/dev/null' ..." disappears, but a new error occurs. The multiprocessing module registers _exit_function() in

[issue10841] binary stdio

Glenn Linderman added the comment: tested on Windows, for those that aren't following issue 4953 -- components: +IO type: -> behavior ___ Python tracker ___ ___

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: Martin's patch for the PEP 384 adjustments looks good to me. A note in the PEP that we've deliberately excluded this on a temporary basis due to the implementation/documentation mismatch and expect to have it back in for 3.3 might be helpful, too. --

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Glenn Linderman added the comment: Pierre said: In all cases the interpreter must be launched with the -u option. As stated in the documentation, the effect of this option is to "force the binary layer of the stdin, stdout and stderr streams (which is available as their buffer attribute) to b

[issue10841] binary stdio

New submission from Glenn Linderman : Per Antoine's request, I wrote this test code, it isn't elegant, I whipped it together quickly; but it shows the issue. The issue may be one of my ignorance, but it does show the behavior I described in issue 4953. Here's the output from the various test

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: It's OK if the Py_buffer is on the stack - it's just a unique identifier for the exporter to use as a key, not something the exporter controls the lifecycle of (the latter is true only for the pointers *inside* the struct, such as buf, shape, strides, etc). Py

[issue10512] regrtest ResourceWarning - unclosed sockets and files

Nadeem Vawda added the comment: Awesome. That just leaves test_urllibnet, test_urllib2net, and test_cgi. I'm hoping to post patches for the first two tomorrow. About test_cgi, I've fiddled around with it a bit more. The leak manifests itself with any set of tests including test_cgi and test__

[issue10720] test_threadsignals hang on FreeBSD 6.4

STINNER Victor added the comment: I am unable to reproduce test_threadsignals hang with my FreeBSD 8.0 VM. A bug was maybe fixed between FreeBSD 7.2 and FreeBSD 8.0? -- ___ Python tracker

[issue10492] test_doctest fails with iso-8859-15 locale

STINNER Victor added the comment: "x86 debian parallel 3.x" buildbot is green again! :-) -- ___ Python tracker ___ ___ Python-bugs-li

[issue10720] test_threadsignals hang on FreeBSD 6.4

STINNER Victor added the comment: "x86 gentoo 3.x" is an old Linux setup, see #4970: glibc 2.3.4, linuxthreads-0.10 and Linux kernel 2.6.9-gentoo-r1. linuxthreads is the old implementation of threads on Linux. It was replaced by NPTL with Linux kernel 2.6 and the GNU libc 2.4. #4970 was fixe

[issue10720] test_threadsignals hang on FreeBSD 6.4

STINNER Victor added the comment: test_threadsignals hang also on "x86 gentoo 3.x" since at least the 17th december (build 3681, r87348). -- ___ Python tracker ___

[issue10720] test_threadsignals hang on FreeBSD 6.4

STINNER Victor added the comment: test_threadsignals hang on "x86 FreeBSD 3.x" buildbot since at least the 17th december (build 1030, r87341). What is "FreeBSD 6.4"? Another buildbot? -- nosy: +haypo ___ Python tracker

[issue10492] test_doctest fails with iso-8859-15 locale

Changes by STINNER Victor : -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue10492] test_doctest fails with iso-8859-15 locale

STINNER Victor added the comment: bdb.patch doesn't work if cmd is not a string (if cmd is a code object). r87780 fixes this issue: bdb.Bdb.run() only traces the execution of the code, not the compilation (if the input is a string). With this fix, the whole test suite pass on Linux with ISO-8

[issue10840] pyarg_parsetuple docs and py_buffer

STINNER Victor added the comment: Ah ok, now I remember the story. I cleaned up getargs.c recently. r83197 (#8991) removes the support of discontinious buffers. I guess that most developers don't know what a discontinious buffer is and so they don't support this kind of buffer. Moreover, most

[issue10840] pyarg_parsetuple docs and py_buffer

STINNER Victor added the comment: See also #8215. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue10840] pyarg_parsetuple docs and py_buffer

STINNER Victor added the comment: See also #8991. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue10840] pyarg_parsetuple docs and py_buffer

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

[issue10840] pyarg_parsetuple docs and py_buffer

New submission from Antoine Pitrou : The docs for "s*" and friends should mention that contiguity of the buffer is automatically enforced. -- assignee: d...@python components: Documentation messages: 125488 nosy: d...@python, exarkun, mark.dickinson, pitrou priority: normal severity: no

[issue10492] test_doctest fails with iso-8859-15 locale

STINNER Victor added the comment: > set the trace function later. Eg. replace exec(cmd, ...) > by code=compile(cmd, ...) + exec(code) and set the trace function > after the call to compile. Implemented in the attached patch, bdb.patch: trace the execution of the code, not the compilation of t

[issue8458] buildbot: test_cmd_line failure on Tiger: [Errno 9] Bad file descriptor

Antoine Pitrou added the comment: I'm closing it in the hope that it's fixed. If it reappears, we'll have to reopen. -- resolution: -> fixed status: open -> closed ___ Python tracker _

[issue10838] subprocess __all__ is incomplete

Changes by Antoine Pitrou : -- versions: +Python 3.2 -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue10838] subprocess __all__ is incomplete

Antoine Pitrou added the comment: > So, MAXFD, list2cmdline, and mswindows seem to be left out. IMO they should all be prefixed with an underscore. Greg? -- nosy: +gregory.p.smith, pitrou ___ Python tracker _

[issue10512] regrtest ResourceWarning - unclosed sockets and files

STINNER Victor added the comment: > Fix attached for test_imaplib Oh thanks! Commited as r8 and r87778. I just changed the name of the subfunction. -- ___ Python tracker _

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Antoine Pitrou added the comment: > Antoine said: > (this is all funny in the light of the web-sig discussion where people > explain that CGI is such a natural model) > > Thanks for clarifying the stdin buffering vs. binary issue... it is as > I suspected. Maybe you can also explain the circum

[issue10838] subprocess __all__ is incomplete

Toshio Kuratomi added the comment: For other's reference, there were three threads in November2010 that touch on this: :About removing argparse.__all__ or adding more methods to it: http://mail.python.org/pipermail/python-dev/2010-November/105147.html :Removing tk interface in pydoc:

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Glenn Linderman added the comment: R. David said: (I believe http uses latin-1 when no charset is specified, but I need to double check that) See http://bugs.python.org/issue4953#msg121864 ASCII and UTF-8 are what HTTP defines. Some implementations may, in fact, use latin-1 instead of ASCII i

[issue10655] Wrong powerpc define in Python/ceval.c

Antoine Pitrou added the comment: > FWIW, I just added this patch downstream to Fedora's python 3 builds: > http://pkgs.fedoraproject.org/gitweb/?p=python3.git;a=blob_plain;f=python-3.2b2-fix-ppc-debug-build.patch;hb=5659c63442be2e91eb42e60284d7a9a9ab0b80dd Any reason not to commit it here? --

[issue10655] Wrong powerpc define in Python/ceval.c

Dave Malcolm added the comment: FWIW, I just added this patch downstream to Fedora's python 3 builds: http://pkgs.fedoraproject.org/gitweb/?p=python3.git;a=blob_plain;f=python-3.2b2-fix-ppc-debug-build.patch;hb=5659c63442be2e91eb42e60284d7a9a9ab0b80dd -- ___

[issue1777412] datetime.strftime dislikes years before 1900

Changes by Alexander Belopolsky : -- title: Python's strftime dislikes years before 1900 -> datetime.strftime dislikes years before 1900 ___ Python tracker ___ ___

[issue1777412] Python's strftime dislikes years before 1900

Alexander Belopolsky added the comment: I would like to push this for 3.2. Recent discussions at issue10827 and on python-dev seem to favor removal of arbitrary limits on year range. -- nosy: +georg.brandl ___ Python tracker

[issue10839] email module should not allow some header field repetitions

R. David Murray added the comment: The behaviour you observe is by design, and documented. The email package needs to be able to handle RFC-invalid input, which includes messages with multiple instances of fields that are supposed to be singletons. It also needs to keep track of the order o

[issue10838] subprocess __all__ is incomplete

Toshio Kuratomi added the comment: IIRC, it was more along the lines of: all private names should be underscored. The difference being that we get to choose whether currently non-underscored names should get underscored, should be deprecated and then underscored, or should be made public, pu

[issue10839] email module should not allow some header field repetitions

Changes by Georg Brandl : -- assignee: -> r.david.murray nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue10839] email module should not allow some header field repetitions

Changes by Adrien Saladin : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue10835] sys.executable default and altinstall

Arfrever Frehtes Taifersar Arahesis added the comment: I rather doubt that there will be any problem with Python invoked through a wrapper. Gentoo's python-wrapper isn't used when target executable (e.g. /usr/bin/python3.1) is directly called. A side effect of python-wrapper is that sys.exec

[issue4953] cgi module cannot handle POST with multipart/form-data in 3.0

Pierre Quentel added the comment: I agree that the only consistent solution is to impose that the attribute self.fp must read bytes in all cases, all required conversions should occur inside FieldStorage, using "some" encoding (not sure how to define it...) If no argument fp is passed to __in

[issue10839] email module should not allow some header field repetitions

New submission from Adrien Saladin : Hi, The following script shows two problems with email.mime.text.MIMEText: - first the use of msg['To'] seems confusing because its dictionnary-like syntax made me think it acts as a "set or replace", but in fact is working as a stream operation - second t

[issue10512] regrtest ResourceWarning - unclosed sockets and files

Nadeem Vawda added the comment: Fix attached for test_imaplib. Most of the warnings were simply due to reap_server() not closing the server object correctly. The remaining warning was due a genuine leak in imaplib.IMAP4.__init__() - if an exception is raised after the connection is opened, th

[issue7995] On Mac / BSD sockets returned by accept inherit the parent's FD flags

Antoine Pitrou added the comment: Ok, I committed the patch in r87768 and overhauled the timeout docs in r87769. I'm not sure this should be backported (because of the very slight behaviour change), so I'm closing. -- keywords: -needs review resolution: -> fixed stage: -> committed

[issue10838] subprocess __all__ is incomplete

Georg Brandl added the comment: IMO none of these three are meant to be public, and neither are they documented. (Although the docs make a reference to "the list2cmdline *method*", which should probably just be removed.) I remember a thread on python-dev about public-API-ness. Did we really

[issue10835] sys.executable default and altinstall

R. David Murray added the comment: Well, the digits are there if they are there in the name when that's actually what is in argv[0], so as long as that's the name the binary is actually installed under I don't think it will break anything. I presume the same applies to the abi flags but have

[issue10838] subprocess __all__ is incomplete

New submission from Toshio Kuratomi : I have a compatibility module for subprocess in python-2.7 for people who are stuck on python-2.4 (without check_call) and they got a traceback from trying to use compat.subprocess.list2cmdline(). In order to use the stdlib's subprocess if it's of a recent

[issue10834] Python 2.7 x86 fails to run in Windows 7

Peter Heiberg added the comment: My Windows Firewall have been turned off from the day I installed Win7, so that couldn't cause it.. I also tried deactivating UAC, with no luck. Running with administrative privileges, without any results. -- ___

[issue10834] Python 2.7 x86 fails to run in Windows 7

Brian Curtin added the comment: Ah! You might want to take a look at #6941. Your firewall might be blocking IDLE's communications. In Windows 7, if you go to Control Panel and search for "firewall" in the top right search box, it'll show an option to make an exception for a program.

[issue10834] Python 2.7 x86 fails to run in Windows 7

Peter Heiberg added the comment: Hey, progress! I ran python.exe, typed "import idlelib.idle", pressed enter - same blinking underscore as before. Then i pressed Ctrl+C, and WHOA, python.exe prints 25 lines of something, and the Python Shell (pythonw.exe) pops up! There is no functionality

[issue10834] Python 2.7 x86 fails to run in Windows 7

Peter Heiberg added the comment: I am running the EN-US version of Win7, with Norwegian regional and keyboard settings. Tried changing everything to EN-US, with no change in results. Also tried deactivating visual themes and desktop composition for the .exe. What text editor do you personal

[issue10837] Issue catching KeyboardInterrupt while reading stdin

New submission from Josh Hanson : Example code: try: sys.stdin.read() except KeyboardInterrupt: print "Interrupted!" except: print "Some other exception?" finally: print "cleaning up..." print "done." Test: run the code and hit ctrl-c while

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Martin v. Löwis added the comment: > Martin, we would like to exclude Py_buffer from the stable ABI for > Python 3.2, until we have a chance to thrash out the missing pieces > of the documentation for 3.3. I *think* it is a documentation > problem, but until we're certain, it seems safer to lea

[issue9419] RUNSHARED needs LDFLAGS

Barry A. Warsaw added the comment: Peter, please explain exactly how you built Python to trigger this bug. I.e. include the exact commands and directories you used. I cannot reproduce this yet. -- ___ Python tracker

[issue10834] Python 2.7 x86 fails to run in Windows 7

Brian Curtin added the comment: Weird. I'm not sure what could be happening here, and I'm not an IDLE user so I don't really have anything else to try out here. I noticed your email address is for what I think is a Norwegian domain. Is your Windows install set to be a language other than Engl

[issue10834] Python 2.7 x86 fails to run in Windows 7

Peter Heiberg added the comment: The IDLE window doesn't open, the taskbar shows no icons and IDLE does not show up under Task Manager's Application tab.. Also, whenever I open an instance of IDLE, two instances of the .exe shows up under the Processes tab: one instance is completely inactiv

[issue10835] sys.executable default and altinstall

Barry A. Warsaw added the comment: For Python < 3.2, I think adding the version number alone makes sense. Can you think of any situations where the trailing digits could break something? For Python 3.2 I'd suggest also adding the build flags to sys.executable. If you want the most specific

[issue10350] errno is read too late

Changes by Antoine Pitrou : -- nosy: +amaury.forgeotdarc ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue10834] Python 2.7 x86 fails to run in Windows 7

Brian Curtin added the comment: Have you confirmed that the IDLE window isn't just opened behind another window or possibly minimized? I don't know the cause of this, but a coworker has seen a few times where IDLE will open but it isn't the main focused window (hiding behind a full-screen bro

[issue10350] errno is read too late

Antoine Pitrou added the comment: The patch seems a bit confused at times. For example, you need to restore errno before calling PyErr_SetFromErrno(). Here is a new patch for py3k. -- nosy: +pitrou Added file: http://bugs.python.org/file20281/late_errno.patch _

[issue8033] sqlite: broken long integer handling for arguments to user-defined functions

Martin v. Löwis added the comment: Alternatively, val_int should have type sqlite3_int64, which is the return type of sqlite3_value_int64. -- nosy: +loewis ___ Python tracker __

[issue10812] Add some posix functions

Alexander Belopolsky added the comment: The patch contains a lot of repeated boilerplate code. I wonder if some of it can be factored out and reused. For example iov buffer allocation code appears to be identical in writev and readv. -- nosy: +belopolsky ___

[issue7995] On Mac / BSD sockets returned by accept inherit the parent's FD flags

Martin v. Löwis added the comment: > Ok, here is a patch which prefers the default timeout (if set) over fixing of > inherited flags. Tested under Linux, Windows, OpenSolaris. This patch looks fine to me. Please also update the accept documentation to explain the situation (new socket gets def

[issue4489] shutil.rmtree is vulnerable to a symlink attack

Changes by Antoine Pitrou : -- dependencies: +Add posix.fdlistdir, create Python wrappers for openat() and others ___ Python tracker ___ _

[issue5485] pyexpat has no unit tests for UseForeignDTD functionality

Antoine Pitrou added the comment: Ok, I've changed "assertEquals" to "assertEqual" and committed the tests in r87765. Thank you! -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed versions: +Python 3.2 -Python 3.3

[issue5485] pyexpat has no unit tests for UseForeignDTD functionality

Antoine Pitrou added the comment: Doc patch committed in r87762. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing

[issue10835] sys.executable default and altinstall

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

[issue10836] TypeError during exception handling in urllib.request.urlretrieve

Changes by Antoine Pitrou : -- assignee: -> orsenthil nosy: +orsenthil stage: -> needs patch versions: +Python 3.2 ___ Python tracker ___ __

[issue10834] Python 2.7 x86 fails to run in Windows 7

Peter Heiberg added the comment: I'd like to add that I had the exact same problem on my other laptop running Win7 x64, but the same laptop (as mentioned earlier) now runs Win7 x86 and IDLE works fine on that. -- ___ Python tracker

[issue10836] TypeError during exception handling in urllib.request.urlretrieve

New submission from Alexandru Moșoi : If I try to download a inexistent file I get a TypeError which is thrown during exception handling. >>> import urllib.request >>> urllib.request.urlretrieve('missing') Traceback (most recent call last): File "/usr/lib/python3.1/urllib/request.py", line 17

[issue10834] Python 2.7 x86 fails to run in Windows 7

Peter Heiberg added the comment: The command line opens, but displays nothing but the white flashing underscore.. -- ___ Python tracker ___ _

[issue5424] Packed IPaddr conversion tests should be extended

Antoine Pitrou added the comment: I'm not sure what the point of this patch is, since it's basically testing operating system behaviour, rather than Python behaviour. I think that we could have a single additional test case for bad inputs and leave it at that. But in any case, here's the origi

[issue10835] sys.executable default and altinstall

Changes by R. David Murray : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue4489] shutil.rmtree is vulnerable to a symlink attack

Ross Lagerwall added the comment: I think I misread the original implementation. Here is an updated version with that code just taken out. -- Added file: http://bugs.python.org/file20279/i4489_v3.patch ___ Python tracker

[issue6532] thread.get_ident() should return unsigned value

Antoine Pitrou added the comment: > no, DWORD is a 32-bit unsigned integer > http://msdn.microsoft.com/en-us/library/aa383751(VS.85).aspx Oops, my bad. -- ___ Python tracker ___

[issue10835] sys.executable default and altinstall

R. David Murray added the comment: Another alternative might be to return "None" ("refuse the temptation to guess"). But, given the long standing nature of the current guessing, having it return the specific version string may indeed make sense. -- keywords: +easy nosy: +r.david.murr

[issue6532] thread.get_ident() should return unsigned value

Amaury Forgeot d'Arc added the comment: no, DWORD is a 32-bit unsigned integer http://msdn.microsoft.com/en-us/library/aa383751(VS.85).aspx -- nosy: +amaury.forgeotdarc ___ Python tracker __

[issue6532] thread.get_ident() should return unsigned value

Antoine Pitrou added the comment: Well, the issue is that signedness differs depending on the platform. Under Windows, thread ids are signed (DWORD). Satisfying all cases would complicate things quite a bit. -- nosy: +gregory.p.smith, pitrou, rnk _

[issue8499] Set a timeout in test_urllibnet

Sandro Tosi added the comment: This was already fixed (in an unrelated commit) with r85630 and prevoious, so I'm marking this issue as closed. -- nosy: +sandro.tosi resolution: -> fixed status: open -> closed ___ Python tracker

[issue2193] Cookie Colon Name Bug

John J Lee added the comment: Yes, interoperability is good. Do you have a specific concern about the change that I proposed? If not, and you're instead just trying to ensure conformance, by all means read the draft specification that you pointed out and look for reasons why my suggested ch

[issue2193] Cookie Colon Name Bug

John J Lee added the comment: Yes, interoperability is good. Do you have a specific concern about the change that I proposed? If not, and you're instead just trying to ensure conformance, by all means read the draft specification that you pointed out and look for reasons why my suggested ch

[issue2193] Cookie Colon Name Bug

karl added the comment: agreed. :) Then my question about parsing rules for libraries. Is interoperability a plus here. -- ___ Python tracker ___ __

[issue7995] On Mac / BSD sockets returned by accept inherit the parent's FD flags

Antoine Pitrou added the comment: Ok, here is a patch which prefers the default timeout (if set) over fixing of inherited flags. Tested under Linux, Windows, OpenSolaris. -- Added file: http://bugs.python.org/file20278/nonblock3.patch ___ Python tra

[issue4489] shutil.rmtree is vulnerable to a symlink attack

Antoine Pitrou added the comment: Le mercredi 05 janvier 2011 à 16:58 +, Ross Lagerwall a écrit : > Ross Lagerwall added the comment: > > Updated patch removes the race condition. Since an open follows symlinks, you > can't just fstat the fd to see if it is a link. I followed the followin

[issue4489] shutil.rmtree is vulnerable to a symlink attack

Ross Lagerwall added the comment: Updated patch removes the race condition. Since an open follows symlinks, you can't just fstat the fd to see if it is a link. I followed the following to overcome this: https://www.securecoding.cert.org/confluence/display/seccode/POS35-C.+Avoid+race+conditions

[issue5485] pyexpat has no unit tests for UseForeignDTD functionality

Sandro Tosi added the comment: Ok, I've changed the version field and refreshed the patch against py3k. -- versions: +Python 3.3 -Python 2.7 Added file: http://bugs.python.org/file20276/issue5485-py3k.patch ___ Python tracker

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Antoine Pitrou added the comment: > However, I believe the current memoryview implementation does the > wrong thing and only calls them once, and then duplicates the > Py_buffer structures without ever going back to the original objects > (that opinion was based on a quick scan of the code a whi

[issue10827] Functions in time module should support year < 1900 when accept2dyear = 0

Alexander Belopolsky added the comment: Attached patch, issue10827b.diff, fixes the accept2dyear = True issue and removes unnecessary struct_time to tuple conversion, but otherwise does not change the Y2K behavior. The code handling accept2dyear is refactored so that it is now easy to accept

[issue10181] Problems with Py_buffer management in memoryobject.c (and elsewhere?)

Nick Coghlan added the comment: PEP 3118 makes it clear that the underlying object should see *two* pairs of calls to the buffer methods: http://www.python.org/dev/peps/pep-3118/#the-py-buffer-struct Even if we ignore the undocumented "obj" field, the target object needs to ensure the exporte

  1   2   >