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

[Martin Panter]

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.

--
nosy: +vadmium
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> On Windows sys.stdin.readline() doesn't handle Ctrl-C properly

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue18885] handle EINTR in the stdlib

[Martin Panter]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Martin Panter]

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 to 3.6, assuming it is too late for 3.5.

--
versions:  -Python 3.5
Added file: http://bugs.python.org/file39636/Py_FinalizeEx.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Zachary Ware]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Harvesting Ore]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Harvesting Ore]

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("~") points to
 %USERPROFILE%,
 but the path does not exist.

Failed to import extension:  AutoComplete
Failed to load extension 'AutoComplete'
Traceback (most recent call last):
  File "C:\Python31\lib\idlelib\EditorWindow.py", line 922, in load_standard_ext
ensions
self.load_extension(name)
  File "C:\Python31\lib\idlelib\EditorWindow.py", line 932, in load_extension
mod = __import__(name, globals(), locals(), [])
  File "C:\Python31\Lib\idlelib\AutoComplete.py", line 21, in 
from idlelib import AutoCompleteWindow
  File "C:\Python31\lib\idlelib\AutoCompleteWindow.py", line 6, in 
from idlelib.AutoComplete import COMPLETE_FILES, COMPLETE_ATTRIBUTES
  File "C:\Python31\lib\idlelib\AutoComplete.py", line 21, in 
from idlelib import AutoCompleteWindow
ImportError: cannot import name AutoCompleteWindow
Exception in Tkinter callback
Traceback (most recent call last):
  File "C:\Python31\lib\tkinter\__init__.py", line 1399, in __call__
return self.func(*args)
  File "C:\Python31\Lib\idlelib\ScriptBinding.py", line 130, in run_module_event

code = self.checksyntax(filename)
  File "C:\Python31\Lib\idlelib\ScriptBinding.py", line 88, in checksyntax
self.shell = shell = self.flist.open_shell()
AttributeError: 'NoneType' object has no attribute 'open_shell'

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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, which are in maintenance mode.  I think the 
quickest workarounds are to either link Python with GNU readline or, if that is 
not acceptable, persuade FreeBSD to carry a patch similar to the one you 
suggested for their current versions of Python.  WRT Linux, it looks like 
Debian has both a libeditline0 package (presumably the old ABI) and a libedit2 
package and their lldb package is linked with the latter.  (The Debian Pythons 
are always linked with GNU readline.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ezio Melotti]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ed Maste]

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, presumably due to the runtime workaround detection. As far as I know 
this issue would affect Linux as well, but perhaps the version of libedit on 
common Linux distributions is one with the 0-based vs 1-based history fix?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Harvesting Ore]

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 %USERPROFILE%, but the path does not 
exist.
Warning: os.path.expanduser("~") points to %USERPROFILE%, but the path does not 
exist.
Warning: os.path.expanduser("~") points to %USERPROFILE%, but the path does not 
exist.

please note that idle for 3.1.1 works when launched from cmd prompt but not via 
the shortcuts or from the menu. i've made double sure that 'run as 
administrator' is checked in properties and compatability is set for xp sp 1. 

i have made absolutely no changes to my system aside from the typical windows 
updates rubbish.

--
components: IDLE
messages: 244884
nosy: Harvesting Ore
priority: normal
severity: normal
status: open
title: idle launches in cmd but not from any other method.
type: crash
versions: Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ed Maste]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

Ned Deily added the comment:

See also suggested patch in Issue24388.

--
nosy: +emaste
stage: needs patch -> patch review

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ned Deily]

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 about.  I'm going to close this as a duplicate of 
it.

--
nosy: +ned.deily
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Make libedit support more generic; port readline / libedit to 
FreeBSD

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue10666] OS X installer variants have confusing readline differences

[Ned Deily]

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 (libedit) libraries.  Users who prefer or need 
to use the GPL-licensed GNU readline libraries can pip install the third-party 
gnureadline from PyPI (https://pypi.python.org/pypi/gnureadline).

--
resolution:  -> out of date
stage: needs patch -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Martin Panter]

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, or maybe even in general.

--
nosy: +vadmium
type:  -> crash

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ed Maste]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ed Maste]

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"
Core file '/tank/emaste/projects/lldb-talk/demo/lldb-3.7.0.core' (x86_64) was 
loaded.
(lldb) bt
* thread #1: tid = 0, 0x000809706dcd 
readline.so`call_readline(sys_stdin=0x0008055d9d10, 
sys_stdout=0x0008055d9e40, prompt=0x000806eb7854) + 397 at 
readline.c:1132, name = 'lldb-3.7.0', stop reason = signal SIGSEGV
  * frame #0: 0x000809706dcd 
readline.so`call_readline(sys_stdin=0x0008055d9d10, 
sys_stdout=0x0008055d9e40, prompt=0x000806eb7854) + 397 at 
readline.c:1132
frame #1: 0x000805c48f1f 
libpython2.7.so.1`PyOS_Readline(sys_stdin=0x0008055d9d10, 
sys_stdout=0x0008055d9e40, prompt=0x000806eb7854) + 383 at 
myreadline.c:207
frame #2: 0x000805d7f94f 
libpython2.7.so.1`builtin_raw_input(self=0x, 
args=0x00080bec1df0) + 639 at bltinmodule.c:2060
frame #3: 0x000805cce5c6 
libpython2.7.so.1`PyCFunction_Call(func=0x0008007b78d0, 
arg=0x00080bec1df0, kw=0x) + 166 at methodobject.c:81
frame #4: 0x000805d992aa 
libpython2.7.so.1`call_function(pp_stack=0x7fffbcd0, oparg=1) + 1754 at 
ceval.c:4033
frame #5: 0x000805d93538 
libpython2.7.so.1`PyEval_EvalFrameEx(f=0x000806ecfdf0, throwflag=0) + 51160 
at ceval.c:2679
frame #6: 0x000805d86c54 
libpython2.7.so.1`PyEval_EvalCodeEx(co=0x000805a6af60, 
globals=0x000806f9a580, locals=0x, args=0x00080a06c670, 
argcount=2, kws=0x00080a06c680, kwcount=0, defs=0x000805aaeda8, 
defcount=1, closure=0x) + 5284 at ceval.c:3265
frame #7: 0x000805d9c2b6 
libpython2.7.so.1`fast_function(func=0x000806f7da38, 
pp_stack=0x7fffc520, n=2, na=2, nk=0) + 822 at ceval.c:4129
frame #8: 0x000805d994c8 
libpython2.7.so.1`call_function(pp_stack=0x7fffc520, oparg=1) + 2296 at 
ceval.c:4054
frame #9: 0x000805d93538 
libpython2.7.so.1`PyEval_EvalFrameEx(f=0x00080a06c4b0, throwflag=0) + 51160 
at ceval.c:2679
frame #10: 0x000805d86c54 
libpython2.7.so.1`PyEval_EvalCodeEx(co=0x000805a5ebf0, 
globals=0x000806f9a580, locals=0x, args=0x00080a06c3e0, 
argcount=2, kws=0x00080a06c3f0, kwcount=0, defs=0x000805aaecc8, 
defcount=1, closure=0x) + 5284 at ceval.c:3265
frame #11: 0x000805d9c2b6 
libpython2.7.so.1`fast_function(func=0x000806f7d8e8, 
pp_stack=0x7fffcd70, n=2, na=2, nk=0) + 822 at ceval.c:4129
frame #12: 0x000805d994c8 
libpython2.7.so.1`call_function(pp_stack=0x7fffcd70, oparg=1) + 2296 at 
ceval.c:4054
frame #13: 0x000805d93538 
libpython2.7.so.1`PyEval_EvalFrameEx(f=0x00080a06c230, throwflag=0) + 51160 
at ceval.c:2679
frame #14: 0x000805d86c54 
libpython2.7.so.1`PyEval_EvalCodeEx(co=0x000805a869e0, 
globals=0x000806f9a580, locals=0x, args=0x00080a06b9f8, 
argcount=0, kws=0x00080a06b9f8, kwcount=2, defs=0x0008009af688, 
defcount=3, closure=0x) + 5284 at ceval.c:3265
frame #15: 0x000805d9c2b6 
libpython2.7.so.1`fast_function(func=0x000806f7d300, 
pp_stack=0x7fffd5c0, n=4, na=0, nk=2) + 822 at ceval.c:4129
frame #16: 0x000805d994c8 
libpython2.7.so.1`call_function(pp_stack=0x7fffd5c0, oparg=512) + 2296 
at ceval.c:4054
frame #17: 0x000805d93538 
libpython2.7.so.1`PyEval_EvalFrameEx(f=0x00080a06b830, throwflag=0) + 51160 
at ceval.c:2679
frame #18: 0x000805d9c16a 
libpython2.7.so.1`fast_function(func=0x000806f9d300, 
pp_stack=0x7fffdbd0, n=1, na=1, nk=0) + 490 at ceval.c:4119
frame #19: 0x000805d994c8 
libpython2.7.so.1`call_function(pp_stack=0x7fffdbd0, oparg=1) + 2296 at 
ceval.c:4054
frame #20: 0x000805d93538 
libpython2.7.so.1`PyEval_EvalFrameEx(f=0x00080098c9c0, throwflag=0) + 51160 
at ceval.c:2679
frame #21: 0x000805d86c54 
libpython2.7.so.1`PyEval_EvalCodeEx(co=0x0008008ffa90, 
globals=0x0008007d8580, locals=0x0008007d8580, args=0x, 
argcount=0, kws=0x, kwcount=0, defs=0x, 
defcount=0, closure=0x) + 5284 at ceval.c:3265
frame #22: 0x000805d857a5 
libpython2.7.so.1`PyEval_EvalCode(co=0x0008008ffa90, 
globals=0x0008007d8580, locals=0x0008007d8580) + 85 at ceval.c:667
frame #23: 0x000805dd4a15 
libpython2.7.so.1`run_mod(mod=0x00080a14f128, filename=0x000805e22022, 
globals=0x0008007d8580, locals=0x0008007d8580, 
flags=0x, arena=0x00080a027800) + 101 at pythonrun.c:1371
frame #24: 0x000805dd50a4 
libpython2.7.so.1`PyRun_StringFlags(str=0x00

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

[Ulrich Petri]

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.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jan Harkes]

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 every object is 32-bit.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jan Harkes]

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 libpython27.a.

In fact, just tried running the commands in the comments to that previous bug 
report by hand which produces a similarly broken 32-bit libpython27.a.

   x86_64-w64-mingw32-dlltool --dllname python27.dll --def mingwlib.def 
--output-lib win32\libpython27.a -m i386

This creates an archive with two 64-bit object files. However the following 
builds a correct import library with all 32-bit objects.

   i686-w64-mingw32-dlltool --dllname python27.dll --def mingwlib.def 
--output-lib win32\libpython27.a -m i386

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Yury Selivanov]

Changes by Yury Selivanov :


--
nosy: +yselivanov

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23653] Make inspect._empty test to False

[Nathan West]

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 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 is not param.empty'.
>
> Closing this issue.
>
> --
> assignee:  -> yselivanov
> nosy: +yselivanov
> resolution:  -> rejected
> status: open -> closed
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23653] Make inspect._empty test to False

[Yury Selivanov]

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 is not param.empty'.

Closing this issue.

--
assignee:  -> yselivanov
nosy: +yselivanov
resolution:  -> rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24339] iso6937 encoding missing

[John Helour]

Changes by John Helour :


Added file: http://bugs.python.org/file39633/iso6937.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24339] iso6937 encoding missing

[John Helour]

Changes by John Helour :


Removed file: http://bugs.python.org/file39632/iso6937.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
assignee: docs@python -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Terry J. Reedy]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Barry A. Warsaw]

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
  ``"identifier"``.  By default, ``"identifier"`` is restricted to any
  case-insensitive ASCII alphanumeric string (including underscores) that
  starts with an underscore or ASCII letter.  The first non-identifier
  character after the ``$`` character terminates this placeholder
  specification.
"

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Michiel de Hoon]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Stefan Behnel]

Stefan Behnel added the comment:

Looks good to me.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23496] Steps for Android Native Build of Python 3.4.2

[Ryan Gonzalez]

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 and b) will be working on a PIE gcc for android 5.0 after,
>so that I have a KBOX environment to work with after verizon updates my
>tablet.

Try CCTools. Works on Android 5.0. Clang can be a little broken, but with a bit 
of flag twiddling it works.

>
>If I can keep putting off the verizon 5.0 update
>
>On June 4, 2015 4:52:59 PM CDT, Ryan Gonzalez 
>wrote:
>>
>>Ryan Gonzalez added the comment:
>>
>>#1 and #2 are fixed. I hand-edited the patch file (!!), so here's to
>>hoping it'll work...
>>
>>Working on #3. You probably should try the tests now (which is
>>obviously the scary part ;).
>>
>>--
>>Added file: http://bugs.python.org/file39628/kbox_fix.patch
>>
>>___
>>Python tracker 
>>
>>___
>
>--
>
>___
>Python tracker 
>
>___

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[R. David Murray]

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 string, and should fail if passed something it 
can't parse as a string.  Another argument along these lines is that if you 
call int() on something, you know you get back an int.  If you call json.loads 
and it returns a dictionary unmodified, you do *not* know if you have something 
that is valid json data or not (that is, it might contain un-jsonifiable 
objects).

--
nosy: +r.david.murray
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Berker Peksag]

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

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Eric V. Smith]

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 errors, for instance if you pass an unrelated dict to json.loads.

--
nosy: +eric.smith
versions:  -Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[CT Radu]

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 cases where json.loads would be applied multiple times to 
the same object. Once the string has been parsed once, it shouldn't be reloaded.

--
components: Library (Lib)
messages: 244864
nosy: CT Radu
priority: normal
severity: normal
status: open
title: json.loads should be idempotent when the argument is a dictionary
type: enhancement
versions: Python 2.7, Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23659] csv.register_dialect doc string

[Berker Peksag]

Berker Peksag added the comment:

Thanks!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23659] csv.register_dialect doc string

[Roundup Robot]

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 **fmtparams in csv.register_dialect docstring.
https://hg.python.org/cpython/rev/eee64e72d294

New changeset a3fbf1fe8fa6 by Berker Peksag in branch 'default':
Issue #23659: Document **fmtparams in csv.register_dialect docstring.
https://hg.python.org/cpython/rev/a3fbf1fe8fa6

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Berker Peksag]

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 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Roundup Robot]

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_stats() example.
https://hg.python.org/cpython/rev/ffb7019d70cf

New changeset 123419b216e0 by Berker Peksag in branch 'default':
Issue #24148: Fix incorrect Stats.sort_stats() example.
https://hg.python.org/cpython/rev/123419b216e0

--
nosy: +python-dev

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23496] Steps for Android Native Build of Python 3.4.2

[Cyd Haselton]

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 after verizon updates my tablet.

If I can keep putting off the verizon 5.0 update

On June 4, 2015 4:52:59 PM CDT, Ryan Gonzalez  wrote:
>
>Ryan Gonzalez added the comment:
>
>#1 and #2 are fixed. I hand-edited the patch file (!!), so here's to
>hoping it'll work...
>
>Working on #3. You probably should try the tests now (which is
>obviously the scary part ;).
>
>--
>Added file: http://bugs.python.org/file39628/kbox_fix.patch
>
>___
>Python tracker 
>
>___

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24339] iso6937 encoding missing

[John Helour]

Changes by John Helour :


Removed file: http://bugs.python.org/file39583/iso6937.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24339] iso6937 encoding missing

[John Helour]

Changes by John Helour :


Removed file: http://bugs.python.org/file39631/iso6937.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24339] iso6937 encoding missing

[John Helour]

Changes by John Helour :


Added file: http://bugs.python.org/file39632/iso6937.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue24339] iso6937 encoding missing

[John Helour]

Changes by John Helour :


Added file: http://bugs.python.org/file39631/iso6937.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue23642] Interaction of ModuleSpec and C Extension Modules

[Petr Viktorin]

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 can be closed.




Python 3.5.0b2+ (default, Jun  2 2015, 20:48:59)
   
[GCC 4.9.2 20150212 (Red Hat 4.9.2-6)] on linux 
   
Type "help", "copyright", "credits" or "license" for more information.  
   
>>> from importlib.util import find_spec, module_from_spec  
>>>
>>> spec = find_spec('math')
>>>
>>> spec
>>>
ModuleSpec(name='math', loader=<_frozen_importlib_external.ExtensionFileLoader 
object at 0x7f7d67b51588>, 
origin='/home/petr/dev/cpython/__installed__/lib/python3.5/lib-dynload/math.cpython-35m-x86_64-linux-gnu.so')
   
>>> math = module_from_spec(spec)   
>>>
>>> math
>>>

 
>>> dir(math)
['__doc__', '__file__', '__loader__', '__name__', '__package__', '__spec__', 
'acos', 'acosh', 'asin', 'asinh', 'atan', 'atan2', 'atanh', 'ceil', 'copysign', 
'cos', 'cosh', 'degrees', 'e', 'erf', 'erfc', 'exp', 'expm1', 'fabs', 
'factorial', 'floor', 'fmod', 'frexp', 'fsum', 'gamma', 'gcd', 'hypot', 'inf', 
'isclose', 'isfinite', 'isinf', 'isnan', 'ldexp', 'lgamma', 'log', 'log10', 
'log1p', 'log2', 'modf', 'nan', 'pi', 'pow', 'radians', 'sin', 'sinh', 'sqrt', 
'tan', 'tanh', 'trunc']
>>> spec.loader.exec_module(math)
>>> spec.loader.load_module(spec.name)

>>> dir(math)
['__doc__', '__file__', '__loader__', '__name__', '__package__', '__spec__', 
'acos', 'acosh', 'asin', 'asinh', 'atan', 'atan2', 'atanh', 'ceil', 'copysign', 
'cos', 'cosh', 'degrees', 'e', 'erf', 'erfc', 'exp', 'expm1', 'fabs', 
'factorial', 'floor', 'fmod', 'frexp', 'fsum', 'gamma', 'gcd', 'hypot', 'inf', 
'isclose', 'isfinite', 'isinf', 'isnan', 'ldexp', 'lgamma', 'log', 'log10', 
'log1p', 'log2', 'modf', 'nan', 'pi', 'pow', 'radians', 'sin', 'sinh', 'sqrt', 
'tan', 'tanh', 'trunc']

The "array" module implements multi-phase init, so create_module/exec_module 
work more like with Python modules:

>>> spec = find_spec('array')
>>> spec
ModuleSpec(name='array', loader=<_frozen_importlib_external.ExtensionFileLoader 
object at 0x7f7d67b51f60>, 
origin='/home/petr/dev/cpython/__installed__/lib/python3.5/lib-dynload/array.cpython-35m-x86_64-linux-gnu.so')
>>> array = module_from_spec(spec)
>>> array

>>> dir(array)
['__doc__', '__file__', '__loader__', '__name__', '__package__', '__spec__', 
'_array_reconstructor']
>>> spec.loader.exec_module(array)
>>> dir(array)
['ArrayType', '__doc__', '__file__', '__loader__', '__name__', '__package__', 
'__spec__', '_array_reconstructor', 'array', 'typecodes']

(Module methods [like _array_reconstructor here] and __doc__ are initialized in 
load_module -- an implementation detail related to reusing the existing C 
structure for defining extension modules.)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Martin Panter]

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 policy on changing the C API though. Perhaps 
people are happy changing this in 3.6.

Also, the signal handling isn’t perfect in tkinter (e.g. it doesn’t account for 
non-SIGINT handlers), but perhaps practicality and simplicity beat purity here 
and we can say it is good enough :)

I am posting hook-interrupt.3.6.patch, which combines the readline and tkinter 
patches and fixes them up for Python 3. Also added some notes to the 
PyOS_InputHook documentation.

--
versions: +Python 3.6 -Python 2.7, Python 3.4, Python 3.5
Added file: http://bugs.python.org/file39630/hook-interrupt.3.6.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Zachary Ware]

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 tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com