[issue10483] http.server - what is executable on Windows

Martin v. Löwis added the comment: > Martin, that is an interesting viewpoint, and one I considered, but > didn't state, because it seems much too restrictive. Most CGI > programs are written in scripting languages, not compiled to .exe. > So it seems the solution should allow for launching at

[issue1284316] Win32: Security problem with default installation directory

Gynvael Coldwind added the comment: (since Issue 10491 is superseded by this one, I'll reply here) As I've said in issue 10491, in my opinion this is not a case of frustrating users because they have to elevate the console (I think they have to do that in case of UAC anyway), but a case of pr

[issue10459] missing character names in unicodedata (CJK...)

Martin v. Löwis added the comment: For 3.2, this now fixed in r86681. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue10500] Palevo.DZ worm msix86 installer 3.x installer

New submission from Vil : scan on msi installer x86 win 3.x python gives Win32/Palevo.DZ worm and erases. -- messages: 122101 nosy: VilIgnoble priority: normal severity: normal status: open title: Palevo.DZ worm msix86 installer 3.x installer type: security versions: Python 3.1, Python 3

[issue10483] http.server - what is executable on Windows

Glenn Linderman added the comment: The rest of the code has clearly never had its deficiencies exposed on Windows, simply because executable() has prevented that. So what the rest of the code "already supports" is basically nothing. Reasonable Windows support is appropriate to implement as

[issue10231] SimpleHTTPRequestHandler directory bugs

Hallvard B Furuseth added the comment: Senthil Kumaran writes: > I have doubts on the validity of this bug itself. > > - First is, query and fragment are usually for the file being served > from the webserver, not on the directories. If there are characters such > as '?' and '#' in the director

[issue10501] make_buildinfo regression with unquoted path

New submission from Martin : My build got broken by the change for issue 9981 in revision 86137. The problem is it adds $(IntDir) to various places in the vcproj file, including the command line arguments to make_buildinfo, and my svn checkout is under a dir with a space in. Ideally it could

[issue10470] python -m unittest ought to default to discovery

Michael Foord added the comment: Eli - I quite agree. TestProgram is a *particularly* obscure part of unittest. A much better solution (well - both would be ideal) would be to refactor the code so that it isn't so obscure. TestProgram is an artefact of unittest's history and should be a serie

[issue9771] add an optional "default" argument to tokenize.detect_encoding

STINNER Victor added the comment: > no cookie found, returns ('utf-8', [line1, line2]) I never understood the usage of the second item. IMO it should be None if no cookie found. -- ___ Python tracker

[issue10459] missing character names in unicodedata (CJK...)

Martin v. Löwis added the comment: The patch for 3.1 is r86685. The patch for 2.7 is r86686. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ _

[issue10483] http.server - what is executable on Windows

Martin v. Löwis added the comment: > Your suggestion of making CGIHTTPRequestHandler easier to subclass is > certainly a good one, and is almost imperative to implement to fix > this bug in a useful manner without implementing an insufficient set > of Windows extensions (for someone's definition

[issue10501] make_buildinfo regression with unquoted path

Martin v. Löwis added the comment: Kristjan, can you take a look? -- assignee: -> krisvale nosy: +loewis ___ Python tracker ___ ___

[issue1675455] Use getaddrinfo() in urllib2.py for IPv6 support

Changes by Senthil Kumaran : -- assignee: facundobatista -> orsenthil nosy: -BreamoreBoy ___ Python tracker ___ ___ Python-bugs-lis

[issue10483] http.server - what is executable on Windows

Changes by Senthil Kumaran : -- nosy: +orsenthil ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue10502] Add unittestguirunner to Tools/

New submission from Michael Foord : Add the unittestgui test runner, built with Tk, to the Tools directory. It would be good to have this script included in the bin/ directory of the Mac installer as well. The unittestgui runner can be found at: https://bitbucket.org/markroddy/unittestgui

[issue10502] Add unittestguirunner to Tools/

Michael Foord added the comment: It will need documenting, or at least pointing to in the documentation, probably with a note recommending Hudson for production use - unittestgui is a tool for beginners / convenience. Note also that Brian Curtin has contributed a patch to make unittestgui Pyt

[issue7257] Improve documentation of list.sort and sorted()

Ole Laursen added the comment: Okay. I can only say that while the current docstrings are likely good reminders for you, knowing Python in and out, they were pretty useless to me as documentation, which I believe docstrings should be, they're called docstrings, after all, not reminderstrings.

[issue10501] make_buildinfo regression with unquoted path

Kristján Valur Jónsson added the comment: Ah yes, spaces in filenames. One always forgets. Fixed the make_buildinfo.c (quote whole string, not just part of it) and committed in revision 86689 -- resolution: -> accepted status: open -> closed ___ P

[issue8890] Use tempfile instead of /tmp in examples

Vinay Sajip added the comment: Actually, I don't think it's a great idea in general to use temporary files for logging, though of course there are specific cases where one might do this. So for the logging examples in the docs (which used '/tmp/XXX') I just removed the '/tmp/' part.

[issue8525] Small enhancement to help()

Rob Cliffe added the comment: Thanks for your work. Glad if I have made a contribution to Python, however small. Rob Cliffe On 22/11/2010 00:26, Éric Araujo wrote: > Éric Araujo added the comment: > > Thank you. I uploaded your patch to Rietveld and reviewed it: > http://codereview.appspot

[issue8525] Small enhancement to help()

Rob Cliffe added the comment: I would not be at all surprised if my patch could be simplified (in fact I'd be surprised if it couldn't). However, I did try out your version on Python 2.5 specifically, and it did not work for me. Trying it out on help(Exception), the relevant members of object

[issue10503] os.getuid() documentation should be clear on what kind of uid it is referring

New submission from Giampaolo Rodola' : http://docs.python.org/library/os.html#os.getuid os.getuid() documentation just states: > Return the current process’s user id. It is not clear, however, whether "user id" refers to real, effective or saved user id. As per: http://linux.about.com/librar

[issue8525] Small enhancement to help()

Éric Araujo added the comment: New features can only go into 3.2, so you have to test with an updated checkout of the Subversion branch named py3k. See the link I have in a previous message. (P.S. Would you be so kind as to edit quoted text out of your replies? It’s unnecessary noise. Than

[issue10466] locale.py resetlocale throws exception on Windows (getdefaultlocale returns value not usable in setlocale)

Marc-Andre Lemburg added the comment: I think that's a bug in the resetlocale() API. The correct way to reset the locale setting to defaults, it to use setlocale(category, "") The other issues here is that getlocale() appears to return non-ISO language codes on Windows. If that's indeed the

[issue9424] Disable unittest.TestCase.assertEquals and assert_ during a regrtest run

Ezio Melotti added the comment: Committed in r86690 on py3k, blocked in r86691 and r88692 on 3.1/2.7. -- ___ Python tracker ___ ___ Py

[issue4493] urllib2 doesn't always supply / where URI path component is empty

Wes Chow added the comment: This same bug also exists in HTTPClient, and my patch addresses that. Addressing it in HTTPClient has a side effect of taking care of it for urllib2 as well (and all future libraries that use HTTPClient). Even if the urllib2 patch is preferable, shouldn't we fix th

[issue10504] Trivial mingw compile fixes

New submission from Johann Hanne : There are a number of mingw compile issues which are easily fixed * some "_MSC_VER" #if's should be "MS_WINDOWS" instead * for cross-compiling, windows.h should be all-lowercase * mingw has a strcasecmp, so private implementations must not use that name ---

[issue940286] pydoc.Helper.help() ignores input/output init parameters

Changes by Éric Araujo : -- stage: unit test needed -> patch review versions: +Python 2.7, Python 3.1 ___ Python tracker ___ ___ Pyth

[issue10503] os.getuid() documentation should be clear on what kind of uid it is referring

Giampaolo Rodola' added the comment: Update: I think also os.getlogin() doc is wrong. This is what it states (2.7 doc): > Return the name of the user logged in on the controlling terminal of > the process. For most purposes, it is more useful to use the > environment variable LOGNAME to find

[issue8890] Use tempfile instead of /tmp in examples

Éric Araujo added the comment: Whatsnew documents are not edited after the corresponding release is done. Using either /home/user or tempfile depending on the example seems good to me. -- stage: needs patch -> patch review ___ Python tracker

[issue10490] mimetypes read_windows_registry fails for non-ASCII keys

Changes by And Clover : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue10351] Add autocompletion for keys in dictionaries

Éric Araujo added the comment: Review time! +elif "[" in text: +self.matches = self.dict_key_matches(text) Does this complete only dicts? What about other mappings? What about other sequences implementing __getitem__? One of the function name and the function do

[issue9095] patchcheck should handle extraneous whitespace in .rst files

Éric Araujo added the comment: I tried to use “make patchcheck” after edits to reST files and it hung. Do you have the same behavior? I suspect reindent-rst is the culprit. I’m wondering about the reindenting; other checks in patchcheck don’t edit files, they just print warnings. On the ot

[issue10466] locale.py resetlocale throws exception on Windows (getdefaultlocale returns value not usable in setlocale)

R. David Murray added the comment: I had a report from a user on IRC during the bug weekend that they could not reproduce the failure on windows. So it may be dependent on the windows version. That doesn't answer your question of why it hasn't come up before, though, since my tests were don

[issue8890] Use tempfile instead of /tmp in examples

anatoly techtonik added the comment: On Mon, Nov 22, 2010 at 3:59 PM, Éric Araujo wrote: > > Using either /home/user or tempfile depending on the example seems good to me. There is no /home/user on Windows. -- ___ Python tracker

[issue10505] test_compileall: failure on Windows

New submission from Stefan Krah : On Windows, test_compileall fails due to #10197: == FAIL: test_quiet (test.test_compileall.CommandLineTests) -- Traceback (mos

[issue10505] test_compileall: failure on Windows

Éric Araujo added the comment: Can you post on #10453? Thanks in advance. -- nosy: +eric.araujo resolution: -> duplicate stage: patch review -> committed/rejected status: open -> closed superseder: -> Add -h/--help option to compileall ___ Python

[issue10087] HTML calendar is broken

Chris Lambacher added the comment: I don't understand what you mean by "elides the line breaks in output". They are still there, you just don't see them as \n because print() is no longer implicitly converting the bytes to a string (which appears to actually result in a repr). -- __

[issue10087] HTML calendar is broken

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

[issue10453] Add -h/--help option to compileall

Stefan Krah added the comment: On Windows, test_compileall fails due to #10197. The patch uses subprocess.check_output() instead. Technically, now byte strings are compared instead of strings, but that should not matter for the outcome. -- nosy: +skrah Added file: http://bugs.python.org

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

Antoine Pitrou added the comment: > > Well, unless someone explains convincingly how the current behaviour is > > desireable (rather than misleading and useless), I really think this is > > a bug that should be fix (then we can also discuss what the fix should > > exactly be). > > So please pro

[issue10506] argparse execute system exit in python prompt

New submission from Tarsis Azevedo : Hi all, when I use argparse in python prompt, and raise a exception, as the code below: >>> import argparse >>> parser = argparse.ArgumentParser() >>> parser.add_argument('-i' type=int) >>> parser.parse_args(['-i', 'a']) the prompt is closed

[issue9742] Python 2.7: math module fails to build on Solaris 9

Doug Shea added the comment: I have some knowledge of these things, so I'll try to find out what's going on, but I could also upload output and/or debug files here for you to examine, if that helps. If you give me the files you'd like to see from my build, or the commands you'd like the outpu

[issue10087] HTML calendar is broken

Alexander Belopolsky added the comment: On Mon, Nov 22, 2010 at 9:48 AM, Chris Lambacher wrote: .. > I don't understand what you mean by "elides the line breaks in output". It is actually not that bad: $ ./python.exe -m calendar -t html| wc -l 121 $ python2.7 -m calendar -t html| wc -l

[issue1975] signals not always delivered to main thread, since other threads have the signal unmasked

nh2 added the comment: My problem was actually related to the subprocess.Popen I use inside my threads in combination with signals. As Popen does not spawn a new thread, but a new process, it completely ignores my locks. However, it seems impossible to safely unregister signals for subprocess

[issue10220] Make generator state easier to introspect

Nick Coghlan added the comment: Temporarily reopening to remind me to switch from using integer constants to strings (which are much friendlier for debugging purposes). -- status: closed -> open ___ Python tracker

[issue9742] Python 2.7: math module fails to build on Solaris 9

Mark Dickinson added the comment: Doug: thanks. I think I may just be being stupid here. One thing you might try is replacing the line extern double round(double); in Include/pymath.h, with: PyAPI_FUNC(double) round(double); and see if that helps. --

[issue9742] Python 2.7: math module fails to build on Solaris 9

Doug Shea added the comment: I unpacked a fresh tarball, made this change, then did a ./configure and make as normal. Exact same error as originally reported. :( -- ___ Python tracker _

[issue10504] Trivial mingw compile fixes

Martin v. Löwis added the comment: What's the objective of this patch? I.e. what precisely is it supposed to achieve? -- nosy: +loewis ___ Python tracker ___ __

[issue9742] Python 2.7: math module fails to build on Solaris 9

Mark Dickinson added the comment: Hmm. That's puzzling indeed. I made a claim earlier that 'round' is already used in Objects/floatobject.c, but it occurs to me now that that's not true if PY_NO_SHORT_FLOAT_REPR is #defined. Could you attach the pyconfig.h file produced by configure? -

[issue10507] Check well-formedness of reST markup within "make patchcheck"

New submission from Dave Malcolm : Misc/NEWS needs to be valid reST. Issue 10450 identified an issue where it wasn't. "make patchcheck" potentially could check the markup of that file, and, potentially all the other places in the source tree that are supposed to be valid reST (all of the .rst

[issue10450] Fix markup in Misc/NEWS

Dave Malcolm added the comment: Opened as issue 10507 -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:

[issue9742] Python 2.7: math module fails to build on Solaris 9

Doug Shea added the comment: Certainly! -- Added file: http://bugs.python.org/file19773/pyconfig.h ___ Python tracker ___ ___ Python-b

[issue10220] Make generator state easier to introspect

Guido van Rossum added the comment: Yes please. On Mon, Nov 22, 2010 at 7:44 AM, Nick Coghlan wrote: > > Nick Coghlan added the comment: > > Temporarily reopening to remind me to switch from using integer constants to > strings (which are much friendlier for debugging purposes). > >

[issue10087] HTML calendar is broken

Chris Lambacher added the comment: I am attaching a new patch which fixes the majority of the comments raised. 1. Any suggestions about how to test the output of the console program (the case that this bug affects) would be appreciated. 2. Agreed, included in the output for --help 3. Agreed,

[issue10087] HTML calendar is broken

Alexander Belopolsky added the comment: On Mon, Nov 22, 2010 at 11:55 AM, Chris Lambacher wrote: .. > 1. Any suggestions about how to test the output of the console program (the > case that this bug affects) > would be appreciated. For month displays, a doctest may be most appropriate. See Li

[issue10087] HTML calendar is broken

Chris Lambacher added the comment: The test_pydoc method looks workable, but I'll need to come back to it later because I don't have any more time to work on it today. -- ___ Python tracker __

[issue10504] Trivial mingw compile fixes

Johann Hanne added the comment: Python 2.7 will currently not compile with MinGW for the outlined reasons. * There are several "#if defined(_MSC_VER)" macros which surround Windows specific code/preprocessor fragments. But _MSC_VER is only defined with the Visual Studio compiler, not with gcc

[issue10504] Trivial mingw compile fixes

Johann Hanne added the comment: > What's the objective of this patch? I.e. what precisely is it supposed to > achieve? So the answer is: It will fix compiling with gcc/MinGW by fixing the 3 issues described. -- ___ Python tracker

[issue10508] compiler warnings about formatting pid_t as an int

New submission from Jesús Cea Avión : In r85679 Greorg committed a trivial patch to avoid a compiler warning. I request this (single line fix) to be backported to 2.7. My argument is that 2.7 is going to be live for quite long, the fix is trivial, it is already in use in Py3k branch, and we wo

[issue10509] PyTokenizer_FindEncoding can lead to a segfault if bad characters are found

New submission from Andreas Stührk : If a non-ascii character is found and there isn't an encoding cookie, a SyntaxError is raised (in `decoding_fgets`) that includes the path of the file (using ``tok->filename``), but that path is never set. You can easily reproduce the crash by calling `imp.

[issue10509] PyTokenizer_FindEncoding can lead to a segfault if bad characters are found

Changes by Andreas Stührk : -- keywords: +patch Added file: http://bugs.python.org/file19775/PyTokenizer_FindEncoding_fix.patch ___ Python tracker ___ ___

[issue10509] PyTokenizer_FindEncoding can lead to a segfault if bad characters are found

Changes by Ezio Melotti : -- nosy: +ezio.melotti stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue10506] argparse execute system exit in python prompt

Changes by Santoso Wijaya : -- nosy: +santa4nt versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue9742] Python 2.7: math module fails to build on Solaris 9

Mark Dickinson added the comment: Thanks. I'm still stuck, though. Since I'm pretty much at the wild guesses stage, here's one: Perhaps the pymath.o object file isn't being included in the Python executable at all, because none of its functions are needed. Now that doesn't seem to make s

[issue10435] Document unicode C-API in reST

Alexander Belopolsky added the comment: On Wed, Nov 17, 2010 at 5:20 PM, Marc-Andre Lemburg wrote: .. > -/* Encodes a Unicode object and returns the result as Python string > +/* Encodes a Unicode object and returns the result as Python bytes >    object. */ > > > PyUnicode_AsEncodedObject() en

[issue9095] patchcheck should handle extraneous whitespace in .rst files

Brett Cannon added the comment: Just ran it without issue after doing an `svn up`. As for fix vs. not, while fixing indentations and removing trailing whitespace is nice, it isn't necessary. Both instances should be a rarity (most IDEs will make sure the situation doesn't occur), so the most

[issue9807] deriving configuration information for different builds with the same prefix

Changes by Barry A. Warsaw : Removed file: http://bugs.python.org/file19564/9807.txt ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue9807] deriving configuration information for different builds with the same prefix

Barry A. Warsaw added the comment: Here's an updated patch which address's Matthias's last concerns. -- Added file: http://bugs.python.org/file19776/9807.txt ___ Python tracker _

[issue6878] changed return type from tkinter.Canvas.coords

SilentGhost added the comment: In my original post, I mentioned that it might be just a documentation issue. Could someone confirm that having map object returned is actually causing any problems? -- ___ Python tracker

[issue9742] Python 2.7: math module fails to build on Solaris 9

Doug Shea added the comment: > ./python Python 2.7 (r27:82500, Nov 22 2010, 10:06:14) [GCC 3.3.2] on sunos5 Type "help", "copyright", "credits" or "license" for more information. >>> import sys >>> print sys.float_repr_style short So it appears, if I follow you, that PY_NO_SHORT_FLOAT_REPR is n

[issue6878] changed return type from tkinter.Canvas.coords

Alexander Belopolsky added the comment: Committed in r86697 (3.2) and r86698 (3.1). @Éric: I tried to minimize whitespace changes in the commit, but if you see indentation that can be improved, let me know and I'll fix it separately. @SilentGhost: Yes, the problem is real. For example, turtl

[issue6878] changed return type from tkinter.Canvas.coords

Changes by Alexander Belopolsky : -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue10503] os.getuid() documentation should be clear on what kind of uid it is referring

R. David Murray added the comment: These are wrappers around the posix functions. As such the unix man pages are a better authority than the Python docs :) Still, we could certainly improve the docs. The getlogin error is probably a miscopy from the man page: the man page on my system show

[issue10506] argparse execute system exit in python prompt

R. David Murray added the comment: This is working as designed. Whether or not the design is correct has been debated in the past. If you want to re-debate it the appropriate place is probably python-ideas. -- nosy: +bethard, r.david.murray resolution: -> invalid status: open -> cl

[issue10490] mimetypes read_windows_registry fails for non-ASCII keys

R. David Murray added the comment: This is a duplicate if issue 9291. -- nosy: +r.david.murray stage: -> committed/rejected status: open -> closed superseder: -> mimetypes initialization fails on Windows because of non-Latin characters in registry ___

[issue9291] mimetypes initialization fails on Windows because of non-Latin characters in registry

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

[issue9162] License for multiprocessing files

Daniel Tavares added the comment: Hi Jesse, Any word from PSF board regarding this issue? I was hoping to fix it and have it be my 1st contribution to Python. Thanks -- nosy: +dBugSlayer ___ Python tracker _

[issue10503] os.getuid() documentation should be clear on what kind of uid it is referring

Giampaolo Rodola' added the comment: Indeed, now that I google for "getlogin", it's not easy to figure out what kind of user it is supposed to return exactly. For getuid() it seems pretty clear that we're talking about _real_ uid, though. http://www.manpagez.com/man/2/getuid/ http://linux.die.

[issue1647654] No obvious and correct way to get the time zone offset

Max Arnold added the comment: Our region recently switched to another timezone and I've noticed similar issue while using Mercurial. There is some (hopefully) useful details: http://mercurial.selenic.com/bts/issue2511 -- nosy: +LwarX ___ Python tra

[issue9162] License for multiprocessing files

Jesse Noller added the comment: We have to add the BSD header and maintain the copyright clause on all of the multiprocessing files. Apologies for the delay -- ___ Python tracker __

[issue9095] patchcheck should handle extraneous whitespace in .rst files

Georg Brandl added the comment: patchcheck.py is not so complicated; why don't you debug that hangup yourself? -- ___ Python tracker ___ _

[issue9742] Python 2.7: math module fails to build on Solaris 9

Doug Shea added the comment: I don't think there's anything wrong with the setup we've been looking at so far, per se. The libpython2.7.a file produced has the 'round' function like it should: > nm libpython2.7.a | grep round [116] | 1360| 696|FUNC |GLOB |0|2 |_Py_double_rou

[issue9263] Try to print repr() when an C-level assert fails (in the garbage collector, beyond?)

Changes by Dave Malcolm : -- nosy: +pitrou ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue9263] Try to print repr() when an C-level assert fails (in the garbage collector, beyond?)

Dave Malcolm added the comment: Attaching a simplified version of the patch; I got rid of the callbacks. Still doesn't have test cases. I suspect that the use of __STRING and __PRETTY_FUNCTION__ may be compatibility issues. I believe that __FILE__ and __LINE__ and standard C though. ---

[issue10504] Trivial mingw compile fixes

Changes by Roumen Petrov : -- nosy: +rpetrov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue6166] encoding error for 'setup.py --author' when read via subprocess pipe

Sridhar Ratnakumar added the comment: "PYTHONIOENCODING=UTF-8 python test2.py" does work. -- ___ Python tracker ___ ___ Python-bugs-li

[issue10501] make_buildinfo regression with unquoted path

Martin added the comment: Thanks. Don't actually need to quote the whole path, but what you've landed works for me. -- ___ Python tracker ___ __

[issue10437] ThreadPoolExecutor should accept max_workers=None

Daniel Stutzbach added the comment: Amaury Forgeot d'Arc said: > pypy does have a GIL! D'oh. That shows you how much I know about PyPy. Make that "keep in mind that IronPython doesn't have a GIL". ;) Brian Quinlan said: > I think that using the number of CPUs for max_workers makes sense > f

[issue10504] Trivial mingw compile fixes

Amaury Forgeot d'Arc added the comment: I doubt this fix will be enough to fix compilation with mingw32. But IMO it goes in the right direction. With this patch, "#ifdef MS_WINDOWS" has the meaning of "linked with some version of MSVCRT". Do we agree on this, or is another symbol necessary?

[issue10504] Trivial mingw compile fixes

Martin v. Löwis added the comment: > I doubt this fix will be enough to fix compilation with mingw32. So somebody will have to verify independently. If it fails to fix the bug completely, it's out of scope for 2.7 (it's out of scope for 2.7.1 IMO either way). > With this patch, "#ifdef MS_WIND

[issue9846] ZipExtFile provides no mechanism for closing the underlying file object

Łukasz Langa added the comment: Adding a patch implementing the discussed functionality, removing almost all of the ResourceWarnings raised by zipfile. -- keywords: +patch nosy: +lukasz.langa stage: needs patch -> patch review Added file: http://bugs.python.org/file19778/issue9846.diff

[issue9846] ZipExtFile provides no mechanism for closing the underlying file object

Łukasz Langa added the comment: Committed in rev 86699. -- resolution: -> accepted stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ __

[issue9915] speeding up sorting with a key

Daniel Stutzbach added the comment: I'm starting to get settled in here at Google and finding time to follow up on everything that got put on hold while moving. Based on the feedback everyone gave me (thanks!), I greatly revised my script for comparing the speed of sort(). It's now compares

[issue9915] speeding up sorting with a key

Changes by Daniel Stutzbach : Added file: http://bugs.python.org/file19780/sort-faster.patch ___ Python tracker ___ ___ Python-bugs-list mailin

[issue9915] speeding up sorting with a key

Changes by Daniel Stutzbach : Added file: http://bugs.python.org/file19781/detailed-speed-results.txt ___ Python tracker ___ ___ Python-bugs-li

[issue9915] speeding up sorting with a key

Antoine Pitrou added the comment: > Worthwhile trade? +1 obviously. Why don't you contribute a list sorting benchmark to the suite in http://hg.python.org/benchmarks/? -- ___ Python tracker _

[issue1676121] Problem linking to readline lib on x86(64) Solaris

Changes by Éric Araujo : -- superseder: documentation for new SSL module -> readline configuration for shared libs w/o curses dependencies ___ Python tracker ___ _

[issue9915] speeding up sorting with a key

Daniel Stutzbach added the comment: Antoine Pitrou wrote: > Why don't you contribute a list sorting benchmark to the suite in > http://hg.python.org/benchmarks/? I considered that, but I want to separately benchmark sorting different kinds and quantities of data. AFAIK, there isn't an easy

[issue9915] speeding up sorting with a key

Antoine Pitrou added the comment: Le mardi 23 novembre 2010 à 00:10 +, Daniel Stutzbach a écrit : > Daniel Stutzbach added the comment: > > Antoine Pitrou wrote: > > Why don't you contribute a list sorting benchmark to the suite in > > http://hg.python.org/benchmarks/? > > I considered

  1   2   >