Dev Player <devpla...@gmail.com> added the comment:

> On Mon, Oct 11, 2010 at 1:43 PM, R. David Murray 
> <rep...@bugs.python.org>wrote:
> R. David Murray <rdmur...@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 <rep...@bugs.python.org>
<http://bugs.python.org/issue10060>
_______________________________________
<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:rep...@bugs.python.org";>rep...@bugs.python.org</a>&gt;</span> 
wrote:<br>R. David Murray &lt;<a 
href="mailto:rdmur...@bitdance.com";>rdmur...@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>
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Reply via email to