New submission from Michael Abbott [EMAIL PROTECTED]:
The (undocumented!) API for PyOS_InputHook has two defects which are
addressed in the attached patch (at least when using the readline
module): firstly the called hook currently has to guess that input will
come on descriptor 0; secondly, any
Ove Pettersen [EMAIL PROTECTED] wrote:
for server in server1 server2 server3 server100; do
Two comments:
1. Leave out the quotes(!)
2. Either iterate as
for server in $(seq -fserver%g 100); do
or, probably better
for server in $(cat server-list); do
--
Bump
In article [EMAIL PROTECTED],
Michael Abbott [EMAIL PROTECTED] wrote:
--- test.py ---
import imptest
execfile('subtest.py', dict(__name__ = 'subtest.py'))
--- imptest.py ---
print 'Imptest imported'
--- subtest.py ---
import imptest
---
$ python test.py
Imptest imported
In article [EMAIL PROTECTED],
John Salerno [EMAIL PROTECTED] wrote:
(http://docs.python.org/lib/built-in-funcs.html#l2h-24)
It is different from the import statement in that it does not use the
module administration --
Just after the above statement, it also says:
it reads the file
In article [EMAIL PROTECTED],
Georg Brandl [EMAIL PROTECTED] wrote:
That's because __name__ is normally set to the module's name in the package
hierarchy. When you set it to some1.some2, Python thinks it's
in a subpackage
A.
So what I *should* have set it to is the module name *without*
In article [EMAIL PROTECTED],
Jean-Paul Calderone [EMAIL PROTECTED] wrote:
Set __name__ to 'subtest' as it would be if you had really imported
subtest and the import system will correctly name the modules, causing
imptest to be imported only once.
Ach. I get it now.
--
It seems to be an invariant of Python (insofar as Python has invariants)
that a module is executed at most once in a Python session. I have a
rather bizzare example that breaks this invariant: can anyone enlighten
me as to what is going on?
--- test.py ---
import imptest