[issue14287] sys.stdin.readline and KeyboardInterrupt on windows

Martin Panter added the comment: If the interrupt truly occurred after readline() succeeded, then x should contain actual input from the user, not the empty string. So I think this is a valid bug. However it looks like this is the same as Issue 18597, which has more discussion. -- no

[issue18885] handle EINTR in the stdlib

Martin Panter added the comment: With PEP 475 now implemented (see Issue 23648), perhaps this could be closed? Or is there something else to be done? -- ___ Python tracker ___ _

[issue5319] stdout error at interpreter shutdown fails to return OS error status

Martin Panter added the comment: Here is a patch adding a new Py_FinalizeEx() API. Please let me know if anything else needs to be added. Perhaps some sort of Py_LIMITED_API condition, adding to PC/python3.def, etc. I am not really familiar with these things. I also changed the version notices

[issue24389] idle launches in cmd but not from any other method.

Zachary Ware added the comment: Python 3.1 is so old at this point that you're pretty much on your own.  If you for some reason have to use 3.1, you can go fishing on python-list for assistance in getting it working. -- resolution: -> out of date stage: -> resolved status: open -> cl

[issue24389] idle launches in cmd but not from any other method.

Harvesting Ore added the comment: 2.5.4 works normally as does 3.4.3 as well. problem still exists with 3.1.1 -- ___ Python tracker ___ ___

[issue24389] idle launches in cmd but not from any other method.

Harvesting Ore added the comment: sure, i'll give it a shot.. but while i'm doing that i managed to get further errors when trying to launch the shell and editor Warning: os.path.expanduser("~") points to %USERPROFILE%, but the path does not exist. Warning: os.path.expanduser("~") point

[issue13501] Make libedit support more generic; port readline / libedit to FreeBSD

Ned Deily added the comment: The suggested change to generalize support for libedit to other platforms is a new feature so, by default, it would first appear in a new feature release, e.g. 3.6. There would probably have to be an exception granted to add it to 2.7.x or other 3.x releases, whic

[issue24389] idle launches in cmd but not from any other method.

Ezio Melotti added the comment: Could you try with the latest version of Python (Python 3.4)? -- components: +Windows nosy: +ezio.melotti, steve.dower, tim.golden, zach.ware ___ Python tracker _

[issue13501] Make libedit support more generic; port readline / libedit to FreeBSD

Ed Maste added the comment: Note that the patch in Issue24388 is more a proof of concept. I'm not sure it's the "right" fix. LLDB is a bit of a special case: LLDB links against libedit, but the Python libedit module is built as if readline is in use. It turns out this "magically" works out, p

[issue24389] idle launches in cmd but not from any other method.

New submission from Harvesting Ore: so i've seen dozens of fixes for this, but none of them worked for me. i went to cmd prompt put in the directory c:python31\lib\idlelib\idle.py which launched the program but gave me the following errors... Warning: os.path.expanduser("~") points to %USERPR

[issue13501] Make libedit support more generic; port readline / libedit to FreeBSD

Ed Maste added the comment: This issue causes the LLDB debugger to crash on FreeBSD (it uses Python as its embedded script interpreter). What needs to be done to make some progress on this issue? -- ___ Python tracker

[issue13501] Make libedit support more generic; port readline / libedit to FreeBSD

Ned Deily added the comment: See also suggested patch in Issue24388. -- nosy: +emaste stage: needs patch -> patch review ___ Python tracker ___ __

[issue24388] Python readline module crashes in history_get on FreeBSD with libedit

Ned Deily added the comment: The change in spec in editline was to better match GNU readline behavior. Unfortunately, we depended on the old behavior. Technically, we don't support editline out-of-the-box other than on OS X; as Martin notes, generalizing that support is what Issue13501 is ab

[issue10666] OS X installer variants have confusing readline differences

Ned Deily added the comment: As of Python 3.3.0 and 2.7.9, the 32-bit-only OS X installers on python.org now have a minimum deployment target of 10.5, rather than 10.3. This means that all current OS X installers on python.org are now dynamically linked with the Apple-provided system editline

[issue24388] Python readline module crashes in history_get on FreeBSD with libedit

Martin Panter added the comment: See also Issue 13501 for a more platform-independent approach. I think this crash is actually due to a bug in Editline (later fixed; see Issue 18458), but since Python already has the workaround, it makes sense to use the workaround if necessary for Free BSD, o

[issue24388] Python readline module crashes in history_get on FreeBSD with libedit

Ed Maste added the comment: Presumably the #ifdefs ought to just be deleted though, relying on the runtime detection of libedit compatibility issues on any platform. -- ___ Python tracker _

[issue24388] Python readline module crashes in history_get on FreeBSD with libedit

New submission from Ed Maste: I encountered a segfault in Python's call_readline from LLDB on FreeBSD, with libedit. There is a fix for this issue already in readline.c, but under #ifdef __APPLE__ Backtrace: (lldb) target create "/data/emaste/src/llvm/build/bin/lldb" --core "lldb-3.7.0.core"

[issue24120] pathlib.(r)glob stops on PermissionDenied exception

Ulrich Petri added the comment: The attached patch adds an unaccessible directory to the pathlib tests to provoke the problem and also fixes the cause in pathlib. It applies to at least 3.4 - 3.6 -- keywords: +patch nosy: +ulope Added file: http://bugs.python.org/file39634/issue24120.d

[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects

Jan Harkes added the comment: Just noticed in Matthew Barnett's comment that he has an additional "--as-flags=--32" argument. x86_64-w64-mingw32-dlltool --as-flags=--32 --dllname python27.dll --def mingwlib.def --output-lib win32\libpython27.a -m i386 Creates a correct libpython27.a where e

[issue24385] libpython27.a in python-2.7.10 i386 (windows msi release) contains 64-bit objects

Jan Harkes added the comment: The Python-2.7.9 version of the Windows-x86 MSI installed version works fine with the 32-bit mingw. In fact I rolled back to that release and built my code successfully. Somehow the fix for https://bugs.python.org/issue23199 must have broken the 32-bit libpython2

[issue13248] deprecated in 3.2/3.3, should be removed in 3.5 or ???

Changes by Yury Selivanov : -- nosy: +yselivanov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue23653] Make inspect._empty test to False

Nathan West added the comment: Doesn't the same issue exist for all other uses of the idiom, though? Python provides container "truthiness" even though `len(x) == 0` is more "correct." On Fri, Jun 5, 2015, 3:20 PM Yury Selivanov wrote: > > Yury Selivanov added the comment: > > Nathan, consider

[issue23653] Make inspect._empty test to False

Yury Selivanov added the comment: Nathan, consider the following signature: def foo(a=0:''): pass now, sig.parameters['a'].annotation will be '' and .default will be 0, and they will fail 'if param.annotation or param.default' check. That's why we encourage checks like 'if param.annotation

[issue24339] iso6937 encoding missing

Changes by John Helour : Added file: http://bugs.python.org/file39633/iso6937.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue24339] iso6937 encoding missing

Changes by John Helour : Removed file: http://bugs.python.org/file39632/iso6937.py ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue24330] Idle doc: explain "Configure Idle" not in "Options" on OSX, etc.

Changes by Terry J. Reedy : -- assignee: docs@python -> ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:

[issue24330] Idle doc: explain "Configure Idle" not in "Options" on OSX, etc.

Changes by Terry J. Reedy : -- assignee: -> docs@python components: +Documentation nosy: +docs@python title: "Configure Idle" not in "Options" -> Idle doc: explain "Configure Idle" not in "Options" on OSX, etc. ___ Python tracker

[issue24351] string.Template documentation incorrectly references "identifiers"

Barry A. Warsaw added the comment: Rather than change the code, which strives to keep the "Simple" in PEP 292's title, I'd rather just update the documentation to define what "identifier" means here. E.g. " * ``$identifier`` names a substitution placeholder matching a mapping key of ``"iden

[issue23237] Interrupts are lost during readline PyOS_InputHook processing (reopening)

Michiel de Hoon added the comment: I tried the patch hook-interrupt.3.6.patch ; as far as I can tell it is working fine. -- ___ Python tracker ___ __

[issue24079] xml.etree.ElementTree.Element.text does not conform to the documentation

Stefan Behnel added the comment: Looks good to me. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue23496] Steps for Android Native Build of Python 3.4.2

Ryan Gonzalez added the comment: On June 5, 2015 6:22:07 AM CDT, Cyd Haselton wrote: > >Cyd Haselton added the comment: > >Will do...if by "try the tests now" you mean "run 'make tests'" Pretty much. >...but it may be about a week or two as a) I'm currently in the last stages of >a mono port a

[issue24387] json.loads should be idempotent when the argument is a dictionary

R. David Murray added the comment: Agreed that this is not a good API change. If this makes sense for a particular program it is easy to write a wrapper, while the current behavior is much more useful for typical programs. loads is not a "coercion" style call, it is specifically parsing a st

[issue21297] csv.skipinitialspace only skips spaces, not "whitespace" in general

Berker Peksag added the comment: The patch looks good to me, thanks! Could you also convert your test script to a test case and add it in Lib/test/test_csv.py? -- nosy: +berker.peksag stage: needs patch -> patch review versions: +Python 3.6 ___ Pytho

[issue24387] json.loads should be idempotent when the argument is a dictionary

Eric V. Smith added the comment: What are the use cases where json.loads would be called on the return from json.loads? It seems to me a better design would be to wrap such calls with a test, instead of having json.loads do this test. Hiding it in json.loads would mask other programming error

[issue24387] json.loads should be idempotent when the argument is a dictionary

New submission from CT Radu: Currently, json.loads expects a string as input and is expected to return a dictionary or raise an exception. Proposal: If the first argument of json.loads is a dictionary return that dictionary, instead of raising a TypeError as it happens now. There are some use

[issue23659] csv.register_dialect doc string

Berker Peksag added the comment: Thanks! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue23659] csv.register_dialect doc string

Roundup Robot added the comment: New changeset 9377ffb9eaf2 by Berker Peksag in branch '3.4': Issue #23659: Document **fmtparams in csv.register_dialect docstring. https://hg.python.org/cpython/rev/9377ffb9eaf2 New changeset eee64e72d294 by Berker Peksag in branch '3.5': Issue #23659: Document *

[issue24148] 'cum' not a valid sort key for pstats.Stats.sort_stats

Berker Peksag added the comment: Fixed! Thanks for the report, ramiro and thanks for the patch, Brandon. -- nosy: +berker.peksag resolution: -> fixed stage: -> resolved status: open -> closed versions: +Python 3.5, Python 3.6 ___ Python tracker

[issue24148] 'cum' not a valid sort key for pstats.Stats.sort_stats

Roundup Robot added the comment: New changeset bfc043eab54e by Berker Peksag in branch '3.4': Issue #24148: Fix incorrect Stats.sort_stats() example. https://hg.python.org/cpython/rev/bfc043eab54e New changeset ffb7019d70cf by Berker Peksag in branch '3.5': Issue #24148: Fix incorrect Stats.sort

[issue23496] Steps for Android Native Build of Python 3.4.2

Cyd Haselton added the comment: Will do...if by "try the tests now" you mean "run 'make tests'"...but it may be about a week or two as a) I'm currently in the last stages of a mono port and b) will be working on a PIE gcc for android 5.0 after, so that I have a KBOX environment to work with af

[issue24339] iso6937 encoding missing

Changes by John Helour : Removed file: http://bugs.python.org/file39583/iso6937.py ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue24339] iso6937 encoding missing

Changes by John Helour : Removed file: http://bugs.python.org/file39631/iso6937.py ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue24339] iso6937 encoding missing

Changes by John Helour : Added file: http://bugs.python.org/file39632/iso6937.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue24339] iso6937 encoding missing

Changes by John Helour : Added file: http://bugs.python.org/file39631/iso6937.py ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu

[issue23642] Interaction of ModuleSpec and C Extension Modules

Petr Viktorin added the comment: Since PEP 489 (Python 3.5.0b1), loaders now support create_module/exec_module. For modules which don't use the PEP's new multi-phase init mechanism (which is most of them, currently), load_module() does all the work and exec_module is a no-op. So, this issue c

[issue23237] Interrupts are lost during readline PyOS_InputHook processing (reopening)

Martin Panter added the comment: My previous comments were about trying to maintain backwards compatibility. E.g. with the current patches, an old PyOS_InputHook() that happened to always return a negative value would mean the input never gets checked by the new Python code. I dunno what the p

[issue24371] configparser hate dot in option like eth2.6

Zachary Ware added the comment: Ahhh, bitten by a typo? :) -- components: -Extension Modules resolution: -> not a bug stage: -> resolved status: open -> closed type: enhancement -> behavior versions: +Python 3.3, Python 3.4 -Python 3.6 ___ Python t