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

Changes by Éric Araujo : -- components: +Extension Modules -Library (Lib) stage: needs patch -> unit test needed versions: +Python 2.7, Python 3.2 -Python 2.6 ___ Python tracker _

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

New submission from Peter Heiberg : I recently installed Win7 on my laptop, and installed the x86 Python 2.7 package. IDLE fails to even start, and shows nothing but a process in task manager. I've tried compatibility modes both to Vista and XPSP2, with no luck. I ran 2.7 x86 on the same lap

[issue10130] Create epub format docs and offer them on the download page

Georg Brandl added the comment: Thanks, I've committed this as r87760 and r87761. -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue2193] Cookie Colon Name Bug

John J Lee added the comment: karl: I'm not clear precisely what it is that you want to draw our attention to. Note this bug is about parsing of Cookie headers by servers, not production of Set-Cookie headers by servers. -- ___ Python tracker

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

Nick Coghlan added the comment: Added Travis to nosy list - even if he doesn't have time to finish this off himself, hopefully he can point us in the right direction. -- nosy: +teoliphant ___ Python tracker _

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

R. David Murray added the comment: Yeah, the documentation for the email stuff is in the dev docs. There's a short summary in the changes section of the email intro with links to the classes and methods that are affected. But basically you call BinaryFeedParser and feed it a binary data, an

[issue10835] sys.executable default and altinstall

New submission from Allan McRae : when sys.executable is run with a modified argv[0] such as: > sh -c "exec -a '' /usr/bin/python2.7 -c 'import sys; print(sys.executable)'" it returns some a hardcoded value. In this case, it returns /usr/bin/python. This value is likely wrong when python i

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

Amaury Forgeot d'Arc added the comment: - unit tests are needed. - Py_LONG_LONG should be used instead of "long long", and the cast removed. - The patch assumes that longlong == int64, but is it true on all platforms? -- nosy: +amaury.forgeotdarc ___

[issue10833] Replace %.100s by %s in PyErr_Format(): the arbitrary limit of 500 bytes is outdated

Eric Smith added the comment: I always thought that one of the reasons for specifying the length was in case a pointer pointed to garbage: at least you'd be limiting how much trash was printed. But maybe that's just my imagination and there is no such reason. -- nosy: +eric.smith ___

[issue2193] Cookie Colon Name Bug

karl added the comment: John: Ah sorry, if I misunderstood. The bug seems to say that it is about the Cookie Name and legal chars for this cookie name. What I was trying to say is that the processing of the Cookie Name is different depending if you are a client or a server *and* that there is

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

Mark Dickinson added the comment: Nick, it sounds as though you have an idea of how you think things should be working here---perhaps you can help me out. I'd really like to understand what the implementation should look like from the POV of a 3rd party module that defines some object export

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

Ross Lagerwall added the comment: Here is a draft patch. It uses the *at functions and fdlistdir consequently it only makes it safe if those functions are available. It works using a recursive implementation and an open file descriptor pointing to a directory, instead of maintaining state by

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

Éric Araujo added the comment: > I believe you are right that the io module does not support intermixing calls > to the main object and its buffer attribute I’ve learned in a recent discussion on web-sig that you can mix them, provided that you call stream.flush() before using stream.buffer.

[issue2193] Cookie Colon Name Bug

John J Lee added the comment: Again, I don't think this is relevant, because the bug is about servers parsing Cookie: headers. Note that that string (the value of the Cookie: header) may be generated by a different server than the server that parses it (see the trac example mentioned in the

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

Antoine Pitrou added the comment: > I believe you are right that the io module does not support intermixing > calls to the main object and its buffer attribute; that's why detach > was introduced, I believe. Writing is ok as long as you call flush() on the text layer when necessary. Reading i

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

Antoine Pitrou added the comment: Thanks for the patch. There seems to be a race remaining here: +try: +if os.path.islink(path): +# symlinks to directories are forbidden, see bug #1669 +raise OSError("Cannot call rmtree on a symbolic link") +

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

Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

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

Brian Curtin added the comment: Can you start IDLE from the command line and see if there is any output? c:\python27\python.exe -m idlelib.idle -- components: +Windows -None nosy: +brian.curtin type: crash -> behavior ___ Python tracker

[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

[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?)

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

[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

[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

[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

[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

[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 ___ __

[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

[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

[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 _

[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 __

[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

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 ___

[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

[issue10835] sys.executable default and altinstall

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

[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

[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 ___ _

[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: 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

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

[issue10835] sys.executable default and altinstall

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

[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

[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

[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 ___ _

[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

[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 ___

[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 __

[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 _

[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

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

[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

[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

[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

[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

[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

[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

[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

[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

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: 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. -- ___

[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

[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

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

[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

[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

[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

[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

[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

[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

[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

[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

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

[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

[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 ___ ___

[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 -- ___

[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? --

[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

[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

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

[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 _

[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 _

[issue10838] subprocess __all__ is incomplete

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

[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 _

[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

[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

[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

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

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: 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

[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

[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

[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

[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: "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

[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: 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

[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__

[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

[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

[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

  1   2   >