A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/attachments/20060706/c1f33aaf/attachment.htm below:

<br><br><div><span class="gmail_quote">On 7/6/06, <b class="gmail_sendername">Michael Chermside</b> &lt;<a href="mailto:mcherm@mcherm.com">mcherm@mcherm.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I wrote:<br>&gt; I would still rather not spread FUD.<br><br>Brett Cannon responds:<br>&gt; I don't consider it FUD.&nbsp;&nbsp;Armin in an email said that he thought it<br>&gt; was a losing battle to try to hide 'file' from an interpreter.&nbsp;&nbsp;That
<br>&gt; is what I am worried about, period.&nbsp;&nbsp;Everythign else can be<br>&gt; protected through resource hiding.<br><br>I never intended to say that &quot;we can't hide 'file' from the user&quot;<br>was FUD. Only objects crossing between interpreters. And it *might*
<br>not be FUD, but so far I haven't heard anyone say that they thought<br>objects *could* cross between interpreters. I think your proposal<br>would read better with a categorical statement that objects cannot<br>cross between interpreters (right along with your categorical
<br>statement that Python code cannot directly access dangerous resources<br>without help from the C level), so I present the following challenge:<br>can anyone think of a way that an object could &quot;cross&quot; interpreters?
<br>For instance, are certain basic objects shared (str and int for<br>instance) and objects could be passed between interpreters by<br>attaching them as attributes of these core objects? I just don't<br>know enough about multiple interpreters to be sure -- but somehow I
<br>thought they had separate object pools.</blockquote><div><br>C extension module attributes will share those objects across interpreters.&nbsp; Because the initializing function is not called again on extension modules when imported into another interpreter anything that is exposed by the module is the same across all interpreters.
<br><br>-Brett<br></div><br></div><br>

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4