[issue10060] python.exe crashes or hangs on help() modules when bad modules found

[Dev Player]

Dev Player <devplayer at gmail.com> added the comment:

> On Mon, Oct 11, 2010 at 1:43 PM, R. David Murray <report at bugs.python.org>wrote:
> R. David Murray <rdmurray at bitdance.com> added the comment:
> Can you reproduce the problem using a pure Python 'corrupt' module?
> ----------
>

When in python.exe, and you type help() then modules, aren't you really
asking for packages?
I don't know how to make a package let alone a corrupt one.

If help() modules is in fact looking for just a Python module file with
extension _.py in lib\site-packages I don't know what Python help() modules
looks for in that source code _.py file to be considered a module worth
reporting back to the user. Certain module attributes?

I do not know enough atm about how PythonWin is packaged. I'll look into it
but I'm a newbie here and hopes for well informed facts on PythonWin may be
... well leave it at that.

Perhaps an idea here too: If python.exe help() modules crashes when it
passes control to a module or package that is not pure Python (source code
or byte code) but some kind of C SWIG thing, then perhaps to make python.exe
more robust it should simulate what idle does, as idle does not crash and it
reports error when finished with calling python.exe help() modules.

In other words, perhaps the Python interpreter can call an external routine
(another program) that behaves like help() modules, perhaps using something
like os.system() or subprocess.Popen(). Call it help.py or help.exe or
something. If help.exe returns, all is good. If help crashes just like
Python did at least Python can handle the crashing of help.exe gracefully.
This idea is purely with the interest to make python.exe more robust.

----------
Added file: http://bugs.python.org/file19192/unnamed

_______________________________________
Python tracker <report at bugs.python.org>
<http://bugs.python.org/issue10060>
_______________________________________
-------------- next part --------------
<br>
<div class="gmail_quote">
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div class="im">On Mon, Oct 11, 2010 at 1:43 PM, R. David Murray <span dir="ltr">&lt;<a href="mailto:report at bugs.python.org">report at bugs.python.org</a>&gt;</span> wrote:<br>R. David Murray &lt;<a href="mailto:rdmurray at bitdance.com">rdmurray at bitdance.com</a>&gt; added the comment:<br>
Can you reproduce the problem using a pure Python &#39;corrupt&#39; module?<br>----------<br></div></blockquote>
<div>Â </div>
<div>When in python.exe, and you type help() then modules, aren&#39;t you really asking for packages? </div>
<div>I don&#39;t know how to make a package let alone a corrupt one.</div>
<div>Â </div>
<div>If help() modules is in fact looking for just a Python module file with extension _.py in lib\site-packages I don&#39;t know what Python help() modules looks for in that source code _.py file to be considered a module worth reporting back to the user. Certain module attributes?</div>

<div>Â </div>
<div>I do not know enough atm about how PythonWin is packaged. I&#39;ll look into it but I&#39;m a newbie here and hopes for well informed facts on PythonWin may be ... well leave it at that.</div>
<div>Â </div>
<div>Perhaps an idea here too: If python.exe help() modules crashes when it passes control to a module or package that is not pure Python (source code or byte code) but some kind of C SWIG thing, then perhaps to make python.exe more robust it should simulate what idle does, as idle does not crash and it reports error when finished with calling python.exe help() modules.</div>

<div>Â </div>
<div>In other words, perhaps the Python interpreter can call an external routine (another program) that behaves like help() modules, perhaps using something like os.system() or subprocess.Popen(). Call it help.py or help.exe or something. If help.exe returns, all is good. If help crashes just like Python did at least Python can handle the crashing of help.exe gracefully. This idea is purely with the interest to make python.exe more robust.</div>

<div>Â </div></div>