[issue1207589] IDLE: Right Click Context Menu

Roger Serwy added the comment: On IDLE Extensions: The public ecosystem of IDLE extensions is small, and even smaller are those that modify rmenu_specs. Changing it is trivial. However, existing users of the Squeezer extension under 2.7 will experience bugs, like triggering issue13582 on Windo

[issue16354] Remember python version choice on docs.python.org

Ezio Melotti added the comment: Maybe the OP wanted to get redirected when he reaches a doc page through e.g. Google or a direct link, rather than a bookmark/history/manually-entered URL. I usually get to the docs via Google, and either pick whatever version comes up, or edit the URL manually

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

Ezio Melotti added the comment: > re.compile() calls _compile() which has the lru_cache decorator so it > will trigger it. What's the point of using the lru_cache for compiled regexes? Unless I'm missing something, re.compile() should just return the compiled regex without going though lru_cach

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

Nick Coghlan added the comment: Did you try moving the existing single-argument fast path to before the main if statement in _make_key? That is: if not kwds and len(args) == 1: key = args[0] key_type = type(key) if key_type in fasttypes: if typed:

[issue16390] re compilation slow in Python 3.3 due to functools.lru_cache overhead

Changes by Nick Coghlan : -- superseder: -> re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench ___ Python tracker ___ __

[issue16335] Integer overflow in unicode-escape decoder

Terry J. Reedy added the comment: >>> x=(b'\\N{WHITE SMILING FACE' + b'x' * 2**16 + b'}') >>> y=x.decode('unicode-escape') Traceback (most recent call last): File "", line 1, in y=x.decode('unicode-escape') UnicodeDecodeError: 'unicodeescape' codec can't decode bytes in position 0-65557:

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

Changes by Barry A. Warsaw : -- nosy: +barry ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue1207589] IDLE: Right Click Context Menu

Ned Deily added the comment: "Leaving that aside, the right-click context menu is not mentioned in the brief Library manual chapter on IDLE." FTR, as I pointed out on python-dev, this is no longer true. The IDLE section of the Standard Library documentation, as well as the IDLE help file, wer

[issue7317] Display full tracebacks when an error occurs asynchronously

Changes by Martin Panter : -- nosy: +vadmium ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue8604] Adding an atomic FS write API

Changes by Martin Panter : -- nosy: +vadmium ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue13238] Add shell command helpers to subprocess module

Changes by Martin Panter : -- nosy: +vadmium ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python

[issue16385] evaluating literal dict with repeated keys gives no warnings/errors

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

[issue16218] Python launcher does not support non ascii characters

Stefan Krah added the comment: Serhiy Storchaka wrote: > Try with my last patch (pythonrun_filename_decoding_test.patch). It > fixes also fail on Linux with 8-bit locale. Unfortunately your last patch does not work on Windows. -- I'm too lazy to step through the domain specific language of test

[issue16391] terminator argument for logging.FileHandlers

New submission from Nikolay Bryskin: "terminator" argument has appeared in logging.StreamHandler since 3.2, but it also may be useful for FileHandler classes. -- components: Library (Lib) messages: 174594 nosy: nikicat priority: normal severity: normal status: open title: terminator arg

[issue16385] evaluating literal dict with repeated keys gives no warnings/errors

Terry J. Reedy added the comment: (Benjamin, did you mean 'silently accepting duplicates'?) Without more use cases and support (from discussion on python-ideas), I think this should be rejected. Being able to re-write keys is fundamental to Python dicts and why they can be used for Python's mu

[issue1207589] IDLE: Right Click Context Menu

Andrew Svetlov added the comment: I guess the schema: keep the current state a while. Please test context menu for all configurations you have. If you will have any problem — commits will be reverted. If anybody will report about backward incompatibility problems — I'll revert changes. Modifyi

[issue16384] import.c doesn't handle EOFError from PyMarshal_Read*

Terry J. Reedy added the comment: The import machinery was changed in 3.3.0. I suggest checking if it gives you *exactly* the same behavior. -- nosy: +terry.reedy ___ Python tracker ___

[issue16218] Python launcher does not support non ascii characters

Serhiy Storchaka added the comment: > For Windows I'm getting a more informative error message than from the > buildbot output if I run the test via an ssh client: Try with my last patch (pythonrun_filename_decoding_test.patch). It fixes also fail on Linux with 8-bit locale. $ LC_ALL=en_US.ISO-

[issue16354] Remember python version choice on docs.python.org

Terry J. Reedy added the comment: It may be possible, but will not happen. A modern browser should displays your personal history options as you type. If I type 'docs' in Firefox, it gives me choices for the rest of the url, though there are a lot of obsolete entries to delete. Typing and sele

[issue16354] Remember python version choice on docs.python.org

Changes by Terry J. Reedy : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue16218] Python launcher does not support non ascii characters

Andrew Svetlov added the comment: I will fix it tomorrow at Kiev Python sprint. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue16218] Python launcher does not support non ascii characters

Stefan Krah added the comment: That sounds good for Unix. For Windows I'm getting a more informative error message than from the buildbot output if I run the test via an ssh client: == FA

[issue16353] add function to os module for getting path to default shell

Andrew Svetlov added the comment: BTW, according to PEP 11 (http://www.python.org/dev/peps/pep-0011/) Python 3.4 will remove code for "Windows systems where COMSPEC points to command.com". There are only winner: cmd.exe as well known shell good as default, command.com is gone. cmd.exe can be

[issue16335] Integer overflow in unicode-escape decoder

Serhiy Storchaka added the comment: Wow! Do we need a test for this case? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue16349] Document whether it's safe to use bytes for struct format string

Terry J. Reedy added the comment: For 3.3, I verified that adding b prefix to first three doc examples gives same output as without, but also discovered that example outputs are wrong, at least on windows, because of byte ordering issues. >>> pack('hhl', 1, 2, 3) b'\x01\x00\x02\x00\x03\x00\x00

[issue16353] add function to os module for getting path to default shell

R. David Murray added the comment: The "system default shell" (which should always be a /bin/sh workalike, I think) should always be the default. Any other shell should be something that has to be specified explicitly. At least, that's the way most posix programs work, I think. As Chris sai

[issue16353] add function to os module for getting path to default shell

Gregory P. Smith added the comment: > That is, shouldn't we look up `pwd.getpwuid(os.getuid()).pw_shell` ? > (but only when os.getuid() == os.geteuid()?) No, you can't use the users shell from the pwd module. That can be any crazy program. Not a functional /bin/sh for use in making commands wh

[issue16218] Python launcher does not support non ascii characters

Andrew Svetlov added the comment: Looking on the last message from Stefan I think we have to check cmdpath to be encoded via sys.getfilesystemencoding() first and skip test if fails. -- ___ Python tracker

[issue16353] add function to os module for getting path to default shell

Chris Jerdonek added the comment: > Well, the question then becomes whether Popen() shouldn't use the user's > default shell instead? :) That's a good question, too. :) I was thinking just in terms of supporting the status quo. Maybe two functions would be useful? (as suggested also by Andre

[issue16335] Integer overflow in unicode-escape decoder

Terry J. Reedy added the comment: I don't know what to make of this, but... Python 3.3.0 (v3.3.0:bd8afb90ebf2, Sep 29 2012, 10:57:17) [MSC v.1600 64 bit (AMD64)] on win32 Win7 pro, 24 gb mem >>> x=(b'\\N{WHITE SMILING FACE' + b'x' * 2**32 + b'}') >>> len(x) 4294967318 >>> y=x.decode('unicode-es

[issue16353] add function to os module for getting path to default shell

Tim Golden added the comment: On 02/11/2012 21:00, Andrew Svetlov wrote: > I guess to return sh if supported, cmd.exe for Windows. FWIW the canonical approach on Windows is to return whatever %COMSPEC% points to. -- nosy: +tim.golden ___ Python trac

[issue16218] Python launcher does not support non ascii characters

Stefan Krah added the comment: On FreeBSD both Serhiy's original test case as well as the unit test work if the locale is ISO8859-15: >>> sys.getdefaultencoding() 'utf-8' >>> sys.getfilesystemencoding() 'iso8859-15' >>> locale.getpreferredencoding(True) 'ISO8859-15' >>> locale.getpreferredencodi

[issue16353] add function to os module for getting path to default shell

Andrew Svetlov added the comment: I guess to return sh if supported, cmd.exe for Windows. The reason is: other shells can have different calling agreements (I mean rules to process command line). subprocess intended to use by library writers, so we need solid well known basis. There are anothe

[issue1207589] IDLE: Right Click Context Menu

Terry J. Reedy added the comment: On pydev, I explained why I think the bug-enhancement policy does not necessarily apply to IDLE, starting the the fact that IDLE was treated as exceptional and not considered bound to normal policy when it was considered for deletion and ending with the fact t

[issue16353] add function to os module for getting path to default shell

Antoine Pitrou added the comment: > The system default shell is what I had in mind when filing this issue > (i.e. what Popen() uses by default or, in the case of Android, what > Popen() should use). Well, the question then becomes whether Popen() shouldn't use the user's default shell instead? :

[issue16218] Python launcher does not support non ascii characters

Andrew Svetlov added the comment: Perhaps we have to skip tests if filesystem encoding doesn't support wide characters. Not sure about the way: should we skip if sys.getfilesystemencoding() is not utf8 or better to try encode path and skip if it fails? I think the later is better. --

[issue16353] add function to os module for getting path to default shell

Chris Jerdonek added the comment: The system default shell is what I had in mind when filing this issue (i.e. what Popen() uses by default or, in the case of Android, what Popen() should use). -- ___ Python tracker

[issue16218] Python launcher does not support non ascii characters

Stefan Krah added the comment: This is it: >>> >>> sys.getdefaultencoding() 'utf-8' >>> sys.getfilesystemencoding() 'ascii' >>> locale.getpreferredencoding(True) 'US-ASCII' >>> locale.getpreferredencoding(False) 'US-ASCII' >>> $ locale LANG= LC_CTYPE="C" LC_COLLATE="C" LC_TIME="C" LC_NUMERIC=

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

Brett Cannon added the comment: re.compile() calls _compile() which has the lru_cache decorator so it will trigger it. But you make a good point, Antoine, that it's the hit overhead here that we care about as long as misses don't get worse as the calculation of is to be cached should overwhelm

[issue16353] add function to os module for getting path to default shell

Antoine Pitrou added the comment: Is it the "system default shell" or the user's default shell that we want here? That is, shouldn't we look up `pwd.getpwuid(os.getuid()).pw_shell` ? (but only when os.getuid() == os.geteuid()?) -- nosy: +gregory.p.smith, neologix, pitrou __

[issue16218] Python launcher does not support non ascii characters

Serhiy Storchaka added the comment: > Serhiy, your original example from msg173373 still fails on > FreeBSD: Thank you for a report. I have not any ideas what happened (note that error on encoding, not decoding). Can you please show me the results of sys.getdefaultencoding(), sys.getfilesystemen

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

Antoine Pitrou added the comment: > Ditching the statistics only sped up regex_compile by 2%. Does explicit compiling even go through the cache? Regardless, the issue here is with performance of cache hits, not cache misses. By construction, you cache something which is costly to compute, so the

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

Brett Cannon added the comment: Ditching the statistics only sped up regex_compile by 2%. -- ___ Python tracker ___ ___ Python-bugs-li

[issue16261] Fix bare excepts in various places in std lib

Andrew Svetlov added the comment: I've fixed bare except: in docs. Tomorrow we will have Python sprint in Kiev. Maybe somebody will take a look on Lib. -- ___ Python tracker ___

[issue16261] Fix bare excepts in various places in std lib

Roundup Robot added the comment: New changeset b2bd62d1644f by Andrew Svetlov in branch 'default': Issue #16261: fix bare excepts in Doc/ http://hg.python.org/cpython/rev/b2bd62d1644f -- nosy: +python-dev ___ Python tracker

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

Brett Cannon added the comment: Would be interesting to know what speed difference would occur if the statistics gathering was optional and turned off. As for _make_key(), I wonder if ``(args, tuple(sorted(kwd.items(`` as a key would be any faster as a tuple's hash is derived from its cont

[issue16383] Python 3.3 Permission Error with User Library on Windows

R. David Murray added the comment: Well, I run linux, not Windows. I haven't even looked at your code, frankly, since it is a zip file and includes third party stuff. Maybe a windows dev will find time to look at it. -- ___ Python tracker

[issue16383] Python 3.3 Permission Error with User Library on Windows

Jim Pattee added the comment: The problem is not file permissions nor the install. I did some further testing. The problem actually occurs with the library calls at lines 23 and 25. I changed these lines to eliminate the library call by just hard coding the file path. Change from: line 23:

[issue16218] Python launcher does not support non ascii characters

Changes by Vinay Sajip : -- nosy: -vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue16218] Python launcher does not support non ascii characters

Stefan Krah added the comment: Serhiy, your original example from msg173373 still fails on FreeBSD: $ name=$(printf "\xff") $ echo "print('Hello, world')" >$name $ ./python $name UnicodeEncodeError: 'ascii' codec can't encode character '\xff' in position 0: ordinal not in range(128) [41257 refs

[issue16354] Remember python version choice on docs.python.org

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

[issue16382] Better warnings exception for bad category

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

[issue16379] SQLite error code not exposed to python

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

[issue16354] Remember python version choice on docs.python.org

Changes by Ezio Melotti : -- nosy: +ezio.melotti type: -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubs

[issue16255] subrocess.Popen needs /bin/sh but Android only has /system/bin/sh

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

[issue16353] add function to os module for getting path to default shell

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

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

Antoine Pitrou added the comment: lru_cache() seems to use a complicated make_key() function, which is invoked on each cache hit. The LRU logic is probably on the slow side too, compared to a hand-coded logic which would favour lookup cost over insertion / eviction cost. -- nosy: +pitr

[issue14794] slice.indices raises OverflowError

Mark Dickinson added the comment: I'll look at creating a patch for 3.4 -- assignee: -> mark.dickinson ___ Python tracker ___ ___ Pyt

[issue14794] slice.indices raises OverflowError

Mark Dickinson added the comment: Paul: I think you make good arguments that this should be fixed for 3.4. I do however think that for versions earlier than 3.4 this 'fix' would be bordering on a new feature; it's also likely to require significant new code and tests, and so I'd be wary of

[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.

Christian Heimes added the comment: It's gonna take a while to read this ticket ... Some comments: The code in site.py already does some checks, for example getuid() == geteuid(). System code and code that is run with administrator privileges shall be run with -Es to prevent code injection. Se

[issue16390] re compilation slow in Python 3.3 due to functools.lru_cache overhead

Philip Jenvey added the comment: Sorry Brett, beat you to it w/ #16389 =P -- resolution: -> duplicate status: open -> closed ___ Python tracker ___ _

[issue16390] re compilation slow in Python 3.3 due to functools.lru_cache overhead

New submission from Brett Cannon: The Mako developers discovered that under Python 3.3 their library under the mako_v2 benchmark went from 2.95x slower than Python 2.7 to 1.25x slower by simply avoiding an re compilation: http://www.makotemplates.org/trac/changeset/c1468b12f115ac9e469150ce24ea

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

Changes by Antoine Pitrou : -- stage: -> needs patch versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue16248] Security bug in tkinter allows for untrusted, arbitrary code execution.

Antoine Pitrou added the comment: I'm gonna point people to the discussion about the "-s" flag of the Python interpreter (added as part of PEP 370), since the issue is conceptually identical: http://mail.python.org/pipermail/python-dev/2008-January/076130.html Adding Christian to the discussio

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

Changes by Ezio Melotti : -- keywords: +3.3regression nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue14794] slice.indices raises OverflowError

Serhiy Storchaka added the comment: I think the issue is than slice constructor accepts integer out of Py_ssize_t range. And more, it accepts any objects, not only integers or None. >>> slice(3.4, 'a', {}) slice(3.4, 'a', {}) May be we should disallow creating of such doubtful slices and raise

[issue14794] slice.indices raises OverflowError

Paul Upchurch added the comment: For the concept of "reasonable", it should be noted that this behaviour will affect code that works with reasonably sized sequences despite the largeness of the parameter. Consider an extremely large array. To work with such an array, one would typically break

[issue16389] re._compiled_typed's lru_cache causes significant degradation of the mako_v2 bench

New submission from Philip Jenvey: #9396 replaced a few caches in the stdlib w/ lru_cache, this made the mako_v2 benchmark on Python 3 almost 3x slower than 2.7 The benchmark results are good now that Mako was changed to cache the re itself, but the problem still stands that lru_cache seems to

[issue16218] Python launcher does not support non ascii characters

Serhiy Storchaka added the comment: I was not able to reproduce this error, I got other errors. The issue not in Python interpreter, the test is broken. Here is a patch that might solve the issue on some platforms (need to test on Windows). I guess failing of all command line tests when the pa

[issue16347] configure.ac patch

Antonio Cavallo added the comment: Hi, the patch it is really simple, it adds the @LIB@ and @ARCH@ variables to the configure machinery. If you look into the Makefile.pre.in: INCLUDEDIR=¬@includedir@ CONFINCLUDEDIR=¬$(exec_prefix)/include SCRIPTDIR=¬…$(prefix)/lib This hardcodes lib that ca

[issue16388] Urllib screws up capitalization in "User-Agent" HTTP Header

Calvin Owens added the comment: 2275 hasn't been touched for almost 2 years. If there was a fix in v3.3, it ought to be backported. But it doesn't look like they ever came up with one. -- ___ Python tracker _

[issue16385] evaluating literal dict with repeated keys gives no warnings/errors

Changes by Jesús Cea Avión : -- nosy: +jcea ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue16347] configure.ac patch

Éric Araujo added the comment: > This is due to the fact on the 64 bit they split lib and lib64 directories. This depends on the specific multiarch implementation. Debian 64-bit only has /usr/lib for instance. I had a look at the patch but did not understand what it does. -- nosy: +er

[issue14794] slice.indices raises OverflowError

Mark Dickinson added the comment: > If it's raising OverflowError for lengths *smaller* than sys.maxsize, > that's a bug. Ah, reading Ned's comment, it looks like that's exactly what it's doing. -- ___ Python tracker

[issue14794] slice.indices raises OverflowError

Mark Dickinson added the comment: For 2.7, I don't see any problem with raising OverflowError for a length that's > sys.maxsize, since it's hard to have sequences larger than that anyway. For 3.x, I'd also see this behaviour as reasonable, and not a bug. If it's raising OverflowError for leng

[issue15814] memoryview: equality-hash invariant

Changes by Stefan Krah : -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker ___ _

[issue1207589] IDLE: Right Click Context Menu

Ned Deily added the comment: I think it is clear that this is an enhancement. So then the question is: is there a good reason to make an exception here to the "no new features in maintenance releases" policy? David mentioned some considerations. I would add testing and documentation. Testin

[issue15814] memoryview: equality-hash invariant

Roundup Robot added the comment: New changeset 969069d464bc by Stefan Krah in branch '3.3': Issue #15814: Use hash function that is compatible with the equality http://hg.python.org/cpython/rev/969069d464bc -- ___ Python tracker

[issue15573] Support unknown formats in memoryview comparisons

Roundup Robot added the comment: New changeset 969069d464bc by Stefan Krah in branch '3.3': Issue #15814: Use hash function that is compatible with the equality http://hg.python.org/cpython/rev/969069d464bc -- ___ Python tracker

[issue16388] Urllib screws up capitalization in "User-Agent" HTTP Header

Changes by R. David Murray : -- resolution: -> duplicate stage: -> committed/rejected status: open -> closed superseder: -> urllib/httplib header capitalization ___ Python tracker ___

[issue16388] Urllib screws up capitalization in "User-Agent" HTTP Header

New submission from Calvin Owens: Urllib encodes as: "User-agent" The correct form is: "User-Agent" This is quite important, as it makes this library totally unusable for scraping moronic websites which require a recognized User-Agent string to work correctly, of which there are many. ---

[issue1207589] IDLE: Right Click Context Menu

R. David Murray added the comment: Ah. Well, we prefer to err on the side of strictness for backward compatibility, so I think we should treat this as an enhancement, then. -- ___ Python tracker ___

[issue1207589] IDLE: Right Click Context Menu

Roger Serwy added the comment: In a strict sense, the patch does break backward compatibility for third-party IDLE extensions that modify the rmenu_specs contents. It is not a "private" value since it lacks an initial underscore in its name. But given how undocumented IDLE is, especially its e

[issue15478] UnicodeDecodeError on OSError on Windows with undecodable (bytes) filename

Stefan Krah added the comment: Additionally, some of the changes cause a failure in test_subprocess: == ERROR: test_no_leaking (test.test_subprocess.ProcessTestCase)

[issue15478] UnicodeDecodeError on OSError on Windows with undecodable (bytes) filename

Stefan Krah added the comment: One of 13ebaa36d87d, 9f696742dbda or 6903f5214e99 causes test failures in test_pep277: == FAIL: test_failures (test.test_pep277.UnicodeFileTests) -

[issue16385] evaluating literal dict with repeated keys gives no warnings/errors

Benjamin Peterson added the comment: An error is out of the question for compatibility reasons. I think the idea for a warning should be brought up on the python-ideas list. Silently rejecting duplicates has a lot of precedent, though. For example, set literals and the dict constructor: >>> d

[issue16385] evaluating literal dict with repeated keys gives no warnings/errors

Lukas Lueg added the comment: This could be avoided by lives_in_init = (('lion': ['Africa', 'America']), ('lion': ['Europe'])) lives_in = {} for k, v in lives_in_init: assert k not in lives_in lives_in[k] = v del lives_in_init Which is fast enough if executed only during module-loading

[issue16381] Introduce option to force the interpreter to exit upon MemoryErrors

Lukas Lueg added the comment: The heuristic basically has to decide if memory pressure is so high that it's not save to return to the interpreter. Even if there is a chosen value (e.g. failed allocation attempts below 1mb are considered fatal), there can always be another OS-thread in the inte

[issue16381] Introduce option to force the interpreter to exit upon MemoryErrors

Christian Heimes added the comment: We can create some kind of heuristic when the memory error handler knows the size of the new block and the size difference on realloc(). It could be an application specific threshold, too. -- ___ Python tracker <

[issue16218] Python launcher does not support non ascii characters

Changes by Brian Curtin : -- nosy: -brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue16218] Python launcher does not support non ascii characters

Andrew Svetlov added the comment: I see. Sorry, my fault. Give me weekend to figure out why it fails. Thanks. -- assignee: -> asvetlov ___ Python tracker ___ __

[issue16385] evaluating literal dict with repeated keys gives no warnings/errors

R. David Murray added the comment: It is a nice suggestion, but it is also probably a non-trivial change to the parser. If you want to try coming up with a patch we would consider it, but I suspect there is a limit to how much complexity we'd be willing to add to the parser code for this. It

[issue16218] Python launcher does not support non ascii characters

Jesús Cea Avión added the comment: Reopening bug. Quite a few buildbots are failing with this patch. Please, commit a new version or revert. -- resolution: fixed -> stage: committed/rejected -> commit review status: closed -> open ___ Python tracke

[issue16385] evaluating dict with repeated keys gives no warnings/errors

Albert Ferras added the comment: also, it creates confusion when this happens -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue16381] Introduce option to force the interpreter to exit upon MemoryErrors

Christian Heimes added the comment: Of course it can be fixed. But it's going to be a long and tedious piece of work. PyErr_NoMemory() is called 314 times. MemoryError is raised about 40 times in C code. I'm not sure what your question about realloc() really is. Are you unsure how a a failing

[issue16385] evaluating dict with repeated keys gives no warnings/errors

Albert Ferras added the comment: sorry: *it only allows me -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue16385] evaluating dict with repeated keys gives no warnings/errors

Albert Ferras added the comment: I would use json, but it allows me to set list/strings, etc.. not python objects like I'd want -- ___ Python tracker ___ ___

[issue16381] Introduce option to force the interpreter to exit upon MemoryErrors

Lukas Lueg added the comment: In any strategy only a heuristic could be used in order to decide wether or not it's safe to raise MemoryError. How exactly is memory pressure expected for x=[2]*200 but not for x=2*200 ? I don't think a new function could ultimatly achieve it's goal. If MemoryErr

[issue15872] shutil.rmtree(..., ignore_errors=True) doesn't ignore all errors

Changes by Serhiy Storchaka : Removed file: http://bugs.python.org/file27841/shutil_rmtree_tests-3.2.patch ___ Python tracker ___ ___ Python-b

[issue15872] shutil.rmtree(..., ignore_errors=True) doesn't ignore all errors

Changes by Serhiy Storchaka : Removed file: http://bugs.python.org/file27840/shutil_rmtree_3.patch ___ Python tracker ___ ___ Python-bugs-list

  1   2   >