[issue10725] Better cache instrumentation

Raymond Hettinger added the comment: Closed due to lack of interest. -- resolution: -> rejected status: open -> closed ___ Python tracker ___ __

[issue10725] Better cache instrumentation

Nick Coghlan added the comment: Indeed, getsizeof() on containers only gives the amount of memory consumed by the container itself (this can be difficult to figure out externally for potentially sparse containers like dicts), but leaves the question of the size of the referenced objects open.

[issue10659] Hook scripts for immediate doc build system

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

[issue10728] argparse.ArgumentParser.print_help uses sys.stdout

Changes by R. David Murray : -- versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6 ___ Python tracker ___ ___ Python-bugs-list

[issue10728] argparse.ArgumentParser.print_help uses sys.stdout

R. David Murray added the comment: I think this is a documentation bug, since IMO help should print on stdout, not stderr[1]. I would expect print_usage to do likewise, but for the error to tell print_usage to write to stderr when it calls it...which is exactly what the code does. [1] I kno

[issue9907] interactive mode TAB does not insert on OS X built with editline instead of GNU readline

R. David Murray added the comment: Committed to py3k in 87356 and 2.7 in r87358. -- nosy: +r.david.murray resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker __

[issue10728] argparse.ArgumentParser.print_help uses sys.stdout

New submission from Silvio Ricardo Cordeiro : The documentation at http://docs.python.org/dev/library/argparse.html explicitly says that "If file is None, sys.stderr is assumed". However, both print_usage and print_help assume sys.stdout when file=None. The helper method _print_message actuall

[issue1449496] Python should use 3GB Address Space on Windows

Martin v. Löwis added the comment: > I would like to see this reopened: we have a very large class of > users that are not ready to entirely port to 64-bit and need this > now. And I remain -1 to such requests. You can appeal to that by writing a PEP, or finding a committer who is willing to ma

[issue6454] Add "example" keyword argument to optparse constructor

Greg Ward added the comment: > I understood Greg’s reply to mean that there was no need for an examples > keyword if simple paragraph splitting was added. Right, but optparse has been superseded by argparse. So my opinion is even less important than it was before 2.7. -- __

[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error

Amaury Forgeot d'Arc added the comment: Why was sys.setsegfaultenabled() omitted? It may be useful to disable the handler from a script -- nosy: +amaury.forgeotdarc ___ Python tracker __

[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error

STINNER Victor added the comment: Oh, I'm tired... > Summary of the patch: > - ...abort the process (call the debugger on Windows) (the debugger is only called if Python is compiled in debug mode) > - Add PYTHONNOHANDLER environment variable ... Oops, the correct name is PYTHONNOFAULTHANDLER

[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error

Changes by STINNER Victor : Removed file: http://bugs.python.org/file19289/segfault_handler-8.patch ___ Python tracker ___ ___ Python-bugs-list

[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error

Changes by STINNER Victor : Removed file: http://bugs.python.org/file19288/segfault_handler-7.patch ___ Python tracker ___ ___ Python-bugs-list

[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error

Changes by STINNER Victor : Removed file: http://bugs.python.org/file19227/segfault_handler-6.patch ___ Python tracker ___ ___ Python-bugs-list

[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error

Changes by STINNER Victor : Removed file: http://bugs.python.org/file19214/segfault_handler-5.patch ___ Python tracker ___ ___ Python-bugs-list

[issue8863] Display Python backtrace on SIGSEGV, SIGFPE and fatal error

STINNER Victor added the comment: Version 9 of my patch: - Create PYTHONNOHANDLER environment variable: don't install the signal handler if the variable is set - Rename "Segfault" by "FaultHandler" - reverse_string() does nothing if len==0, even if it cannot occur when it's called by dump_d

[issue9234] argparse: aliases for positional arguments (subparsers)

Adrian Sampson added the comment: Thanks for the suggestion, Steven. I hadn't yet internalized the difference between dest and metavar. This version of the patch modifies metavar instead. Because it looks like this issue is up for 3.2b2, I've modified NEWS and ACKS (I hope this was the right

[issue10723] Undocumented built-in exceptions

Changes by Terry J. Reedy : Removed file: http://bugs.python.org/file20084/exceptions.rst ___ Python tracker ___ ___ Python-bugs-list mailing

[issue10702] bytes and bytearray methods are not documented

Changes by Terry J. Reedy : -- nosy: +terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue10685] trace does not ignore --ignore-module

Terry J. Reedy added the comment: Please try the recent 2.7.1 release. This needs to be tested with current 3.1.3 or 3.1.b+ also. -- nosy: +eli.bendersky, terry.reedy title: trace does nto ignore --ignore-module -> trace does not ignore --ignore-module ___

[issue1449496] Python should use 3GB Address Space on Windows

Antoine Pitrou added the comment: > When running a Python script from within a desktop application (which > embeds Python and has /LARGEADDRESSAWARE set) [...]. Essentially this > discounts Python scripts as an option for automation in this case. Well, if you already embed Python in your applic

[issue1449496] Python should use 3GB Address Space on Windows

Jason Scheirer added the comment: I would like to see this reopened: we have a very large class of users that are not ready to entirely port to 64-bit and need this now. When running a Python script from within a desktop application (which embeds Python and has /LARGEADDRESSAWARE set) or outs

[issue8753] Py_ReprEnter and Py_ReprLeave are undocumented

Changes by Daniel Stutzbach : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://m

[issue8753] Py_ReprEnter and Py_ReprLeave are undocumented

Daniel Stutzbach added the comment: On Fri, Dec 17, 2010 at 2:17 PM, Amaury Forgeot d'Arc wrote wrote: > Err... in r87339 there is a typo in all occurrences of > 'Py_ReprEntr': Py_ReprEnter of course! Well, that's embarrassing. Fixed in r87354. --

[issue8753] Py_ReprEnter and Py_ReprLeave are undocumented

Amaury Forgeot d'Arc added the comment: Err... in r87339 there is a typo in all occurrences of 'Py_ReprEntr': Py_ReprEnter of course! -- nosy: +amaury.forgeotdarc status: closed -> open ___ Python tracker

[issue2736] datetime needs an "epoch" method

STINNER Victor added the comment: It looks like it's not possible to choose between float and (int, int) output type for datetime.totimestamp(). One is more practical (and enough for people who doesn't need an exact result), and one is needed to keep the same resolution than the datetime obje

[issue2690] Precompute range length and enhance range subscript support

Daniel Stutzbach added the comment: Doc change committed to py3k in r87346. Thanks, SilentGhost! I also committed r87349 to reverse r87162 (which was in the wrong branch). -- ___ Python tracker __

[issue2736] datetime needs an "epoch" method

Alexander Belopolsky added the comment: On Fri, Dec 17, 2010 at 3:26 PM, Antoine Pitrou wrote: .. > >> Yes, UTC not being a proper acronym in any human language is one >> problem, > > Ok. Too bad you don't live on the same planet than most of us. I bail > out. Sorry that my attempt at humor ha

[issue2736] datetime needs an "epoch" method

Antoine Pitrou added the comment: > Yes, UTC not being a proper acronym in any human language is one > problem, Ok. Too bad you don't live on the same planet than most of us. I bail out. -- ___ Python tracker

[issue2736] datetime needs an "epoch" method

Changes by Alexander Belopolsky : -- nosy: -Alexander.Belopolsky versions: +Python 3.3 -Python 3.2 ___ Python tracker ___ ___ Python-b

[issue2736] datetime needs an "epoch" method

Alexander Belopolsky added the comment: On Fri, Dec 17, 2010 at 2:35 PM, Antoine Pitrou wrote: .. > I don't think the "time" module can be named "higher level", and it > still handles such timestamps. > >> datetime(1970, 1, 1) + timedelta(seconds=s) >> >> is obvious, self-contained,  short and

[issue10727] intermittent test_cmd_line failure

New submission from Antoine Pitrou : It really looks like a subprocess issue: == ERROR: test_usage (test.test_cmd_line.CmdLineTest) -- Traceback (most recent ca

[issue6791] httplib read status memory usage

Antoine Pitrou added the comment: Here is a patch limiting line length everywhere in http.client, + tests (it also affects http.server since the header parsing routine is shared). -- stage: needs patch -> patch review Added file: http://bugs.python.org/file20100/httplinelength.patch _

[issue10725] Better cache instrumentation

Changes by Raymond Hettinger : Removed file: http://bugs.python.org/file20095/sized_cache2.diff ___ Python tracker ___ ___ Python-bugs-list ma

[issue2736] datetime needs an "epoch" method

Antoine Pitrou added the comment: > > ??? EPOCH is not even a constant in the datetime module. > > > No, and it does not belong there. And so what was your point exactly? > A higher level library that uses > seconds since epoch for interchange I don't think the "time" module can be named "hig

[issue10254] unicodedata.normalize('NFC', s) regression

Alexander Belopolsky added the comment: On Fri, Dec 17, 2010 at 2:08 PM, Martin v. Löwis wrote: .. >> As far as I (and a two-line script) can tell >> the maximum length of a canonical decomposition of a character is 4. > > Even better - so allowing for 20 characters should be safe. I don't dis

[issue10723] Undocumented built-in exceptions

flashk added the comment: I just attached a new patch that explicitly mentions the inheritance of IndentationError and TabError. -- Added file: http://bugs.python.org/file20099/exceptions_2.diff ___ Python tracker

[issue10254] unicodedata.normalize('NFC', s) regression

Martin v. Löwis added the comment: > The C forms (NFC and NFKC) do canonical composition and U+FDFA is a > compatibility composite. (BTW, makeunicodedata.py checks that maximum > decomposed length of a character is < 19, but it would be better if it > would compute and define a named constant, s

[issue2736] datetime needs an "epoch" method

Changes by Miki Tebeka : -- nosy: -tebeka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue2736] datetime needs an "epoch" method

Alexander Belopolsky added the comment: On Fri, Dec 17, 2010 at 1:17 PM, Antoine Pitrou wrote: .. >> A better question is why datetime.utcfromtimestamp(s) exists given >> that it is actually longer than equivalent EPOCH + timedelta(0, s)? > > ??? EPOCH is not even a constant in the datetime mod

[issue6791] httplib read status memory usage

Antoine Pitrou added the comment: Now that 0.9 client support has been removed, this can proceed (at least for 3.2). -- ___ Python tracker ___ __

[issue10722] IDLE's subprocess didnit make connection ..... Python 2.7

T Rink added the comment: Thanks for your comments. I also expect the problem is the interation of Python with Windows, but whether they fault lies by Python or Windows I cannot say. I can say that the problem seems to come and go away. Last night it did not work. This morning it did. A few m

[issue2736] datetime needs an "epoch" method

Antoine Pitrou added the comment: > >> 1. Different application may need different epoch and retained > >> precision depends on the choice of the epoch. > > > > But then why does fromtimestamp() exist? > > A better question is why datetime.utcfromtimestamp(s) exists given > that it is actually

[issue10404] IDLE on OS X popup menus do not work: cannot set/clear breakpoints

Ned Deily added the comment: I think this should be applied for 3.2 (and 2.7 and 3.1). The risk is low and the benefit to OS X IDLE users is great, since without it there is no way to use IDLE's breakpoint facility. -- nosy: +georg.brandl ___ Pytho

[issue9907] interactive mode TAB does not insert on OS X built with editline instead of GNU readline

Ned Deily added the comment: I believe this fix should go into 3.2 (and 2.7) as it has been reported by a number of people in various places and the fix risk is low. -- nosy: +benjamin.peterson, georg.brandl priority: normal -> release blocker ___ P

[issue10725] Better cache instrumentation

Antoine Pitrou added the comment: > Updated to use ABCs but still relies on user objects implementing > __sizeof__. So it is accurate whenever sys.getsizeof() is accurate. I'm really -1 on this. It's better to give no measurement than to give a totally wrong indication. The fact that you had t

[issue10725] Better cache instrumentation

Raymond Hettinger added the comment: Another thing to work out: not double counting duplicate objects: [1000, 2000, 3000] is bigger than [None, None, None] -- priority: normal -> low ___ Python tracker

[issue6075] Patch for IDLE/OS X to work with Tk-Cocoa

Changes by Ned Deily : Added file: http://bugs.python.org/file20097/issue6075_27.patch ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue6075] Patch for IDLE/OS X to work with Tk-Cocoa

Ned Deily added the comment: Thank you very much for the patch. I have updated it and modified it somewhat to work with the latest tip for py3k (3.2b1), 3.1.3+, and 2.7.1+ and to work with both AquaTk Cocoa 8.5 and preserve current behavior with legacy AquaTk Carbon 8.4. Since there are no a

[issue2226] Small _abcoll Bugs / Oddities

Daniel Stutzbach added the comment: Raymond, Do you have around 10 minutes today to look at the patch I submitted in Issue 8743? It appears to solve both this issue and that one, which have priorities critical and high, respectively. It's a reasonably small patch: around 20 lines changed pl

[issue10680] argparse: titles and add_mutually_exclusive_group don't mix (even with workaround)

Mads Michelsen added the comment: @eric.araujo: What you're saying is 'if you want it done, do it yourself'? :) -- ___ Python tracker ___ ___

[issue2736] datetime needs an "epoch" method

Alexander Belopolsky added the comment: On Fri, Dec 17, 2010 at 12:17 PM, Antoine Pitrou wrote: .. >> 1. Different application may need different epoch and retained >> precision depends on the choice of the epoch. > > But then why does fromtimestamp() exist? A better question is why datetime.u

[issue10725] Better cache instrumentation

Raymond Hettinger added the comment: Updated to use ABCs but still relies on user objects implementing __sizeof__. So it is accurate whenever sys.getsizeof() is accurate. -- Added file: http://bugs.python.org/file20095/sized_cache2.diff ___ Python

[issue4188] test_threading hang when running as verbose

Antoine Pitrou added the comment: Ok, I committed the patch in r87341 (3.2), r87342 (3.1) and r87343 (2.7). -- priority: high -> normal stage: patch review -> needs patch title: Lib/threading.py causes infinite recursion when running as verbose -> test_threading hang when running as ve

[issue10711] Rip out HTTP 0.9 client support

Antoine Pitrou added the comment: Patch committed in r87340. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___ ___

[issue10254] unicodedata.normalize('NFC', s) regression

Alexander Belopolsky added the comment: On Fri, Dec 17, 2010 at 3:47 AM, Martin v. Löwis wrote: .. > The worst case (wrt. cskipped) is the maximum number of characters that > can get combined into a single base character. It used to be (and I > hope still is) 20 (decomposition of U+FDFA). > Th

[issue4188] Lib/threading.py causes infinite recursion when running as verbose

R. David Murray added the comment: I can confirm that the patch fixes the recursion problem if threading._VERBOSE is set to true, but the test Antoine mentioned hangs when the test suite is run. _VERBOSE is an internal, undocumented facility, so perhaps the priority on this isn't really "high

[issue2736] datetime needs an "epoch" method

Antoine Pitrou added the comment: > 1. Different application may need different epoch and retained > precision depends on the choice of the epoch. But then why does fromtimestamp() exist? And returning a (seconds, microseconds) tuple does retain the precision. > 2. The code above works only on

[issue2736] datetime needs an "epoch" method

Alexander Belopolsky added the comment: On Fri, Dec 17, 2010 at 9:18 AM, R. David Murray wrote: > > R. David Murray added the comment: > > Alexander, I agree with Velko in that it isn't obvious to me how the addition > of localtime > would answer the desire expressed in this issue. Conversio

[issue10155] Add fixups for encoding problems to wsgiref

And Clover added the comment: No, not specifically. My patch is conservative about what variables it recodes, yours more liberal, but it's difficult to say which is the better approach, or what PEP requires. If you're happy with the current patch, go ahead, let's have it for 3.2; I don'

[issue8753] Py_ReprEnter and Py_ReprLeave are undocumented

Daniel Stutzbach added the comment: Committed in r87339. Thanks everyone for the feedback! -- assignee: eric.araujo -> stutzbach keywords: -needs review resolution: -> accepted stage: patch review -> committed/rejected status: open -> closed versions: -Python 2.7 __

[issue10454] Clarify compileall command-line options

R. David Murray added the comment: Committed in r87338. Backporting the relevant bits will be a bit of a pain, anyone who feels like doing it is welcome to. I may or may not get to it myself. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed

[issue8154] os.execlp('true') crashes the interpreter on 2.x

R. David Murray added the comment: OK, this went in to 2.7 without the OS conditional, and there has been no great hue and cry, so I guess it was safe enough :) As for the difference in error message between execlp and execlpe, I think that's fine. The execlpe index error message is accurate

[issue2736] datetime needs an "epoch" method

Velko Ivanov added the comment: > on the other hand, given Victor's research, I don't see float seconds since > an epoch appearing anywhere as a standard. Where do you see this being used > as a standard? Yes, I didn't mean standard as in RFCed and recommended and dominant, sorry if it soun

[issue10559] NameError in tutorial/interpreter

R. David Murray added the comment: Committed in r87337. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker ___

[issue10559] NameError in tutorial/interpreter

Changes by R. David Murray : Added file: http://bugs.python.org/file20094/tut_argv.diff ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue10559] NameError in tutorial/interpreter

Changes by R. David Murray : Removed file: http://bugs.python.org/file20093/tut_argv.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue10559] NameError in tutorial/interpreter

Georg Brandl added the comment: +1. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue10559] NameError in tutorial/interpreter

R. David Murray added the comment: Attached diff provides another suggested rewording that I think is clearer. -- nosy: +r.david.murray Added file: http://bugs.python.org/file20093/tut_argv.diff ___ Python tracker

[issue9264] trace.py documentation is incomplete

Georg Brandl added the comment: Yes, it's the new recommended style. (Please add to documenting/ when convenient :) -- nosy: +georg.brandl ___ Python tracker ___ __

[issue8753] Py_ReprEnter and Py_ReprLeave are undocumented

Georg Brandl added the comment: Yep, looks good, please commit. -- assignee: d...@python -> eric.araujo nosy: +georg.brandl ___ Python tracker ___ ___

[issue9938] Documentation for argparse interactive use

Steven Bethard added the comment: In the short term, just catch the SystemExit. In the slightly longer term, we could certainly provide a subclass, say, ErrorRaisingArgumentParser, that overrides .exit and .error to do nothing but raise an exception with the message they would have printed. W

[issue10609] dbm documentation example doesn't work (iteritems())

Georg Brandl added the comment: Why not replace it with an example that uses get() or setdefault() then? -- nosy: +georg.brandl ___ Python tracker ___ __

[issue10559] NameError in tutorial/interpreter

Georg Brandl added the comment: "Use that list" doesn't make me happy, what about "access"? -- nosy: +georg.brandl ___ Python tracker ___ ___

[issue9234] argparse: aliases for positional arguments (subparsers)

Georg Brandl added the comment: I can see that this is really useful; approved for beta2 as soon as Steven's issue from the last message is handled. -- assignee: georg.brandl -> bethard priority: normal -> release blocker ___ Python tracker

[issue9234] argparse: aliases for positional arguments (subparsers)

Steven Bethard added the comment: The patch looks basically okay to me, though this line makes me nervous: dest += ' (%s)' % ', '.join(aliases) Since this is just for help formatting, can't you just modify metavar instead? The dest is the attribute on the namespace where the result should b

[issue10723] Undocumented built-in exceptions

Georg Brandl added the comment: Basically fine, but the docs for indentation and tab error should document their inheritance more explicitly. -- nosy: +georg.brandl ___ Python tracker

[issue10454] Clarify compileall command-line options

Georg Brandl added the comment: +1 -- Didn't read through all of the diff, but in general I trust you enough to believe that the new version is better than the old :) -- nosy: +georg.brandl ___ Python tracker ___

[issue8754] ImportError: quote bad module name in message

Georg Brandl added the comment: The change would be fine with me. What happens with the PyUnicode_FromString() usage in the patch if the string cannot be decoded? That should not lead to a UnicodeError being raised. Also, the __main__ changes look gratuitous to me. --

[issue10155] Add fixups for encoding problems to wsgiref

Phillip J. Eby added the comment: So, do you have any suggestions for a specific change to the patch? -- ___ Python tracker ___ ___ P

[issue10726] pydoc: don’t display raw reST in key word help

Georg Brandl added the comment: Sure, I can do that for the next version. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue10726] pydoc: don’t display raw reST in key word help

R. David Murray added the comment: s/prettier/more readable/ -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9011] ast_for_factor unary minus optimization changes AST

R. David Murray added the comment: Given the long projected lifetime of 2.7, I suppose it is. -- ___ Python tracker ___ ___ Python-bug

[issue10726] pydoc: don’t display raw reST in key word help

R. David Murray added the comment: Well, in that case, can we change the text style for code and related markup to be something prettier? Normal single quotes, perhaps? -- ___ Python tracker

[issue9011] ast_for_factor unary minus optimization changes AST

Mark Dickinson added the comment: Yes, sorry; I'm not likely to find time to do anything with this. Unassigning, and downgrading priority. Is it worth leaving this open in case anyone wants to do something about it? -- assignee: mark.dickinson -> priority: high -> normal _

[issue10726] pydoc: don’t display raw reST in key word help

Changes by Georg Brandl : -- resolution: -> works for me status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue10726] pydoc: don’t display raw reST in key word help

Georg Brandl added the comment: No need for any of that -- the output you see already is the text output from Sphinx. -- ___ Python tracker ___

[issue2736] datetime needs an "epoch" method

Antoine Pitrou added the comment: > Velko: on the other hand, given Victor's research, I don't see float > seconds since an epoch appearing anywhere as a standard. Well, given that we already have fromtimestamp(), this sounds like a poor argument against a totimestamp() method (or whatever it g

[issue2736] datetime needs an "epoch" method

R. David Murray added the comment: Alexander, I agree with Velko in that it isn't obvious to me how the addition of localtime would answer the desire expressed in this issue. It addresses Antoine's complaint about aware datetimes, but I don't see that it does anything for the "conversion to

[issue10725] Better cache instrumentation

Antoine Pitrou added the comment: The _total_size thing looks like a wildly bad idea to me, since it's so poorly defined (and relying on a couple of special cases). Also, "currsize" is quite bizarre. Why not simply "size"? -- nosy: +pitrou ___ Pyth

[issue10726] pydoc: don’t display raw reST in key word help

R. David Murray added the comment: I'm not necessarily opposed to this, but an alternative is to modify pyspecific.py so that it generates text output from the ReST when it builds the pydoc topic index. -- components: +Demos and Tools nosy: +georg.brandl, r.david.murray _

[issue1449496] Python should use 3GB Address Space on Windows

Amaury Forgeot d'Arc added the comment: > What is 64-bit safe should be 32-bit safe, not only 31-bit safe Not here. Python uses "signed size_t" for various lengths and sizes. On win32 this only gives you 31 bits... -- nosy: +amaury.forgeotdarc ___ P

[issue10724] socket.close close telnet with RST

R. David Murray added the comment: The source used to create _socket.pyd is in Modules/socketmodule.c in the source code tarball available from the python web site. As neologix says, it is a thin wrapper around the OS level socket library. -- nosy: +r.david.murray resolution: -> inv

[issue1449496] Python should use 3GB Address Space on Windows

Martin Gfeller Martin Gfeller added the comment: Martin, we're running with this for years and with many extensions modules, without an issue. What is 64-bit safe should be 32-bit safe, not only 31-bit safe. But you're right, this is not a proof, and we have switched

[issue2736] datetime needs an "epoch" method

Velko Ivanov added the comment: I'm very disappointed by the outcome of this discussion. You are committing the biggest sin of modern times - instead of promoting the obtaining and usage of knowledge to solve things, you place restrictions to force the dumbheads into not doing mistakes. The b

[issue10726] pydoc: don’t display raw reST in key word help

New submission from Éric Araujo : When one runs “pydoc with”, the output is a block of text marked up with reST. It would be more helpful to render it as text or HTML thanks to a minimal reST parser and transformer. In http://mail.python.org/pipermail/python-dev/2010-July/101563.html, Martin

[issue10716] Modernize pydoc to use CSS

Éric Araujo added the comment: [Raymond] > I'm looking for a deeper fix, all the in-line styling replaced by a > stylesheet. Can you guys work together on bring this to fruition? When I talked about the CSS reset, I was referring to a precise part of the file proposed by Ron, so we’re already

[issue10725] Better cache instrumentation

New submission from Raymond Hettinger : Nick, can you look at this? -- assignee: ncoghlan components: Library (Lib) files: sized_cache.diff keywords: patch messages: 124194 nosy: ncoghlan, rhettinger priority: normal severity: normal status: open title: Better cache instrumentation type:

[issue1195] Problems on Linux with Ctrl-D and Ctrl-C during raw_input

Changes by Finkregh : -- nosy: +Finkregh ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue10724] socket.close close telnet with RST

Charles-Francois Natali added the comment: > but sometimes socket.close will send TCP RST to disconnect the telnet and > with wrong sequence number This is called a a "half-duplex" TCP close sequence. Your application is probably closing the socket while there are still data in the receive so

  1   2   >