<br><br><div class="gmail_quote">On Fri, Apr 4, 2008 at 4:09 PM, Steven Bethard &lt;<a href="mailto:steven.bethard@gmail.com">steven.bethard@gmail.com</a>&gt; wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div class="Wj3C7c">On Fri, Apr 4, 2008 at 10:51 AM, Benjamin Peterson<br>
&lt;<a href="mailto:musiccomposition@gmail.com">musiccomposition@gmail.com</a>&gt; wrote:<br>
&gt; &nbsp;PEP: XXX<br>
&gt; Title: The interpreter module<br>
&gt; Version: $Revision$<br>
&gt; Last-Modified: $Date$<br>
&gt; Author: Benjamin Peterson<br>
&gt; Status: Draft<br>
&gt; Type: Standards Track<br>
&gt; Content-Type: text/x-rst<br>
&gt; Created: 4-April-2008<br>
&gt; Python-Version: 3.0<br>
&gt;<br>
&gt;<br>
&gt; Abstract<br>
&gt; ========<br>
&gt;<br>
&gt; This PEP proposes a new low-level module for CPython-specific interpreter<br>
&gt; functions in order to clean out the sys module and separate general Python<br>
&gt; functionality from implementation details.<br>
&gt;<br>
&gt;<br>
&gt; Rationale<br>
&gt; =========<br>
&gt;<br>
&gt; The sys module currently contains functions and data that can be put into<br>
&gt; two<br>
&gt; major groups:<br>
&gt;<br>
&gt; 1. Data and functions that are available in all Python implementations and<br>
&gt; deal<br>
&gt; &nbsp; &nbsp; with the general running of a Python VM.<br>
&gt;<br>
&gt; &nbsp; &nbsp;- display_hook, stdout, stdin, and stderr<br>
&gt; &nbsp; &nbsp;- flags and warn_options<br>
&gt; &nbsp; &nbsp;- settrace, and setprofile<br>
&gt; &nbsp; &nbsp;- traceback, excepthook<br>
&gt; &nbsp; &nbsp;- etc...<br>
&gt;<br>
&gt;<br>
&gt; 2. Data and function that affect the CPython interpreter.<br>
&gt;<br>
&gt; &nbsp; &nbsp;- get/setrecursionlimit<br>
&gt; &nbsp; &nbsp;- get/setcheckinterval<br>
&gt; &nbsp; &nbsp;- _getframe and _current_frame<br>
&gt; &nbsp; &nbsp;- getrefcount<br>
&gt; &nbsp; &nbsp;- getdlopenflags<br>
<br>
</div></div>Why getdlopenflags? That seems general to any Python implementation<br>
that opens dlls (though I believe the dl module is going away in<br>
Python 3, so it may not matter).</blockquote><div>I don&#39;t think any other implementations do open dynamic libs. Those flags don&#39;t affect the dl module; they define how Python opens C shared libs.<br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<br>
Also, maybe settscdump should be moved as well? Its description says<br>
to look at &quot;Python/ceval.c&quot;&nbsp;<br></blockquote><div>Yes. <br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><br>
<br>
Otherwise, it looks pretty good to me.<br>
<div><div></div><div class="Wj3C7c"><br>
Steve<br>
--<br>
I&#39;m not *in*-sane. Indeed, I am so far *out* of sane that you appear a<br>
tiny blip on the distant coast of sanity.<br>
&nbsp;--- Bucky Katt, Get Fuzzy<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Cheers,<br>Benjamin Peterson