Newsgroups: comp.parallel.pvm From: Tony Kocurko Subject: Re: C -> F77 character messaging Organization: Memorial University of Newfoundland Date: Fri, 27 Feb 1998 10:24:59 -0330 Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="------------28AF881E47B33D1B2180A771" Message-ID: <34F6C5B3.D2D5DF11@waves.esd.mun.ca> --------------28AF881E47B33D1B2180A771 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dale E. Higgs wrote: > in F77. I have found, much to my chagrin, that pvm_pkstr(..) in C > preceeds the n*32bit data words with an int (also 32 bits) containing > strlen(string)+1. The F77 pvmfpack( CHARACTER..) does not preceed > the string data in the message buffer with the string length. C will > also add a null word to ensure NULL termination of the string, whereas > F77 does not. > Now for the question: > > Is there an elegant way to deal with this (other than reading the > preceeding word into a dummy variable and also coding to handle > any leftover words)? Hopefully I'm missing something simple in the > documentation. Thanks in advance. -- Look at pvm3/src/lpvmpack.c and pvm3/include/pvm3.h for references to the macro PvmDataTrace. It seems not to be documented elsewhere in the man pages, but it looks as though it might be what you need. BTW, this my version is pvm3.4.beta6. Cheers, Tony Kocurko ---------------------------------------------------------------------- Seismological Systems Manager e-mail: tony@waves.esd.mun.ca Department of Earth Sciences phone : 1-709-737-8898 Alexander Murray Building ER-4063 FAX : 1-709-737-2589 Memorial University of Newfoundland St. John's, Newfoundland Canada A1B 3X5 --------------28AF881E47B33D1B2180A771 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit Dale E. Higgs wrote:
in F77.  I have found, much to my chagrin, that pvm_pkstr(..) in C
preceeds the n*32bit data words with an int (also 32 bits) containing
strlen(string)+1.  The F77 pvmfpack( CHARACTER..) does not preceed
the string data in the message buffer with the string length.  C will
also add a null word to ensure NULL termination of the string, whereas
F77 does not.
Now for the question:

    Is there an elegant way to deal with this (other than reading the
preceeding word into a dummy variable and also coding to handle
any leftover words)?  Hopefully I'm missing something simple in the
documentation.  Thanks in advance. 

-- 
Look at pvm3/src/lpvmpack.c and pvm3/include/pvm3.h for
references to the macro PvmDataTrace. It seems not to be
documented elsewhere in the man pages, but it looks as
though it might be what you need. BTW, this my version is
pvm3.4.beta6.
Cheers,
Tony Kocurko

----------------------------------------------------------------------
Seismological Systems Manager            e-mail: tony@waves.esd.mun.ca
Department of Earth Sciences             phone : 1-709-737-8898
Alexander Murray Building ER-4063        FAX   : 1-709-737-2589
Memorial University of Newfoundland
St. John's, Newfoundland
Canada      A1B 3X5
  --------------28AF881E47B33D1B2180A771--