 > 
 > Hej Jakob
 > 
 > (I assume you understand  danish)

Ja.  Jeg var ogs lige ved at skrive til dig p dansk, men s opdagede
jeg at du er i Australien (edu.au), ikke rhus Universitet (au.dk) som
jeg frst havde lst din adresse som.  Og jeg kender adskillige amerikanere
med svenske navne, som ikke taler svensk, s for en sikkerheds skyld...

 > 
 > > I saw your announcement of Pypar on comp.lang.python.announce.  In our
 > > programs, we are using Konrad Hinsen's Scientific Python module.  I
 > > have a small technical question.  You write that one advantage of your
 > > approach is, that one does not need a special version of the Python
 > > executable, just the pypar module.  In Scientific Python it is
 > > necessary to modify Python because MPI requires that MPI_Init is
 > > called before the program looks at its command line arguments, and
 > > Python needs to look at its command line arguments to figure out which
 > > script to run.  
 > 
 > Jeg har aldrig rigtigt forstaaet hvorfor det skulle vaere noedvendigt.
 > Derfor gik jeg igang med at implementere et interface hvor 
 > Python oversetteren forbliver uaendret. 
 > MPI_init har selvfoelgelig ikke adgang til commandline parametre 
 > - saa det er prisen for min tilgang.

Jeg gjorde noget tilsvarende engang, dog uden Python bindings.  Jeg
SWIGede et parallelt molekyldynamikprogram, s det kunne styres fra et
Python script.  MPI_Init blev kaldt fra modulet.  Det virkede fint
under AIX, men s fik vi en klynge Compaq Alpha workstations med
MPICH, hvor resultatet var en kryptisk fejlmeddelelse ("10452: file not
found", eller noget i den dur).  Efter et stykke tid fandt jeg ud af,
at Python blev kaldt p alle nodes med en kommandoline a la 
	python 10452 asrv 6F71AA864EF433
og det kan man jo godt forst ikke virkede. :-)
MPI_Init rekonstruerede den oprindelige kommandolinie.

S jeg er bange for, at princippet bag Pypar ikke er generelt
anvendeligt.  Men det gr det jo ikke mindre praktisk, der hvor det
virker.

	[ ... ]
 > > as it is slightly annoying to have to have an extra version of
 > > the Python executable.
 > 
 > Ja - det var det jeg taenkte.
 > 
 > Hvis du har lyst kan du hjaelpe med at udvikle pypar ideen ?

Helst ikke, jeg er ret presset for tid, og kan ikke desvrre nok ikke
bruge modulet p vores egne maskiner.  Jeg skrev et par ekstra
funktioner ind i Scientific.MPI for et rs tid siden, og gruppen her
bruger nu Scientific.MPI svel i Python koden som i C++ modulerne.

Med venlig hilsen

Jakob


-- 
Jakob Schitz, Ph.D.             !  Email: schiotz@fysik.dtu.dk
CAMP, Department of Physics      !  WWW: http://www.fysik.dtu.dk/~schiotz/
Technical University of Denmark  !  Phone: (+45) 45 25 32 28
DK-2800 Lyngby, Denmark          !  Fax:   (+45) 45 93 23 99

