 Hi,   < I'm proud to release the message passing environment tgcmsg B for OpenVMS/Alpha Version 7.1, Multinet V4.2a, DEC/CPQ-C V5.7-004, Compaq Fortran V7.2-780-4293Q.   Intro:H Many important programs for computational chemistry use message passing D libraries in order to parallelize the code. There are several codes + available for the message passing routines:    i.e. tcgmsg, pvm, mpi, linda.   L I have access to the source of two programs that both use tcgmsg: Gamess and@ Crystal98. This has motivated me to try a port of this routines.   Description:   tcgmsg consists of two parts:   = 1. A library called libtcgmsg.olb plus an fortran interface.  H 2. A program that manages the remote execution and communication called I    "parallel.exe". In my case I have decided to write a command-procedure J    that gets all parameters from parallel.exe and runs the parallized codeA    via rshell. This little command-procedure is called child.com.   
 Installation:   / There is no complete installation-command file. ' 1. create a directory i.e. [tcgmsg_vms]  1. extract tcgmsg_vms.zip . 2. define a logical tcgmsg_dir as [tcgmsg_vms]' 3. switch to the [.source] subdirectory  4. execute @build_tcgmsg.com7 5. define a symbol para*llel:==$tcgmsg_dir:parallel.exe L 6. modify HELLO.P, TEST.P and TESTF.P so that it corresponds to your cluster    environment.     The .p-file look like this H    <username> <ip-none-name#1> <#-processors> <executable> <scratch-dir>H    <username> <ip-none-name#2> <#-processors> <executable> <scratch-dir>    ... 7. run tcgmsg-program 
    para hello     para test
    para testf   L Important: I have noticed that in some cases the hello program has problems K to connect to the master-program. Then the master-program stops immediately G though all rhell processes still are active. I had to stop these rshell  processes by hand.  * $ pipe sys sys/clu | seac sys$input rshell  $ shows all bad processes in question.  L I have tried to locate the problem, but I gave it up. It has something to doH with a too fast response from one node and it was possible for me to runE hello, if I changed order of the remote startup in the hello.p file.    5 Remark TWO: parallel doesn't start if verify is ON!!!      C 8. switch to the [-.examples] subdirectory and produce the examples     @MAKE_EXAMPLES.COM G    You will get eight programs and you'll find 8 .p files to start them     accourdingly.   9. Things that have to be done: +    a. Support of UCX-sockets via socketshr. )    b. Support Multiprocessor-VMS-Machines K    c. cross platform support (Tru64<=>OpenVMS), this is what I can do here.   ? 10. A zip-file with all parts mentioned above could be found on   8     v36.chemie.uni-konstanz.de/tcgmsg_vms/tcgmsg_vms.zip   Any comments appreciated!    Eberhard  % A final, more or less private remark: L I have posted here the demand of having message passing programs for OpenVMSE about two or three times. MPI/PVM is a standard and DEQ has supported @ versions for Tru64. It took me about 2 weeks until everything isK (more or less) OK in the of tcgmsg. Why is there no activity of DEQ in that 
 field???  