UNPACK(3PVM)
π UNPACK(3PVM) β bestie edition π
PVM Version 3.4 Β· literally the manual page for pvm_unpack, and no, it's not about un-packing your suitcase, it's about reading data out of the message buffer β¨
β¨ NAME β¨
pvm_unpack β unpack the active message buffer into arrays of prescribed data type. it's giving "the message arrived, now let's actually look at it" π
π¦ SYNOPSIS π¦
C
int info = pvm_unpackf( const char *fmt, ... )
int info = pvm_upkbyte( char *xp, int nitem, int stride)
int info = pvm_upkcplx( float *cp, int nitem, int stride)
int info = pvm_upkdcplx( double *zp, int nitem, int stride)
int info = pvm_upkdouble( double *dp, int nitem, int stride)
int info = pvm_upkfloat( float *fp, int nitem, int stride)
int info = pvm_upkint( int *ip, int nitem, int stride)
int info = pvm_upkuint( unsigned int *ip, int nitem, int stride )
int info = pvm_upkushort( unsigned short *ip, int nitem, int stride )
int info = pvm_upkulong( unsigned long *ip, int nitem, int stride )
int info = pvm_upklong( long *ip, int nitem, int stride)
int info = pvm_upkshort( short *jp, int nitem, int stride)
int info = pvm_upkstr( char *sp )
Fortran
call pvmfunpack( what, xp, nitem, stride, info )
πΈ PARAMETERS πΈ
fmtβ a printf-like format expression that says what to pack. go read the discussion below, it's important, fr fr.nitemβ the total number of items to be unpacked. and bestie, that's items, not bytes. do not come for me with bytes.strideβ the stride used when packing the items. like, for example, ifstride = 2inpvm_upkcplx, then every other complex number gets unpacked. skipping is a lifestyle πxpβ pointer to the beginning of a block of bytes. can be any data type, but it must match the corresponding pack data type. no mismatching, i'm begging.cpβ complex array at leastnitem*strideitems long.zpβ double precision complex array at leastnitem*strideitems long.dpβ double precision real array at leastnitem*strideitems long.fpβ real array at leastnitem*strideitems long.ipβ integer array at leastnitem*strideitems long.jpβ Integer*2 array at leastnitem*strideitems long.spβ pointer to a null terminated character string.whatβ integer specifying the type of data being unpacked. here are the what options, and yes i'm listing all of them because every single one ate:STRINGβ0BYTE1β1INTEGER2β2INTEGER4β3REAL4β4COMPLEX8β5REAL8β6COMPLEX16β7
infoβ integer status code returned by the routine. values less than zero indicate an error. sad girl hours π
π DESCRIPTION π
so. each of the pvm_upk* routines unpacks an array of the given data type from the active receive buffer. the arguments for each of the routines are: a pointer to the array you're unpacking into, nitem which is the total number of items to unpack, and stride which is the stride to use when unpacking. iconic trio honestly π
an exception is pvm_upkstr(), which by definition unpacks a NULL terminated character string and thus does not need nitem or stride arguments. it's the low-maintenance one of the group. the Fortran routine pvmfunpack( STRING, ... ) expects nitem to be the number of characters in the string and stride to be 1.
if the unpacking is successful, info will be 0. if some error occurs then info will be < 0. that's the vibe check π«Ά
a single variable (not an array) can be unpacked by setting nitem = 1 and stride = 1. yes bestie, one item, one stride, go off.
the routine pvm_unpackf() uses a printf-like format expression to specify what and how to unpack data from the receive buffer. all variables are passed as addresses. a BNF-like description of the format syntax is:
format : null | init | format fmt
init : null | '%' '+'
fmt : '%' count stride modifiers fchar
fchar : 'c' | 'd' | 'f' | 'x' | 's'
count : null | [0-9]+ | '*'
stride : null | '.' ( [0-9]+ | '*' )
modifiers : null | modifiers mchar
mchar : 'h' | 'l' | 'u'
Formats:
+β means initsend - must match an int (how) in the param list.cβ pack/unpack bytesdβ integerfβ floatxβ complex floatsβ string
Modifiers:
hβ short (int)lβ long (int, float, complex float)uβ unsigned (int)
'*' count or stride must match an int in the param list. periodt.
future extensions to thewhatargument inpvmfunpackwill include 64 bit types when XDR encoding of these types is available. meanwhile users should be aware that precision can be lost when passing data from a 64 bit machine like a Cray to a 32 bit machine like a SPARCstation. as a mnemonic thewhatargument name includes the number of bytes of precision to expect. by setting encoding toPVMRAW(seepvmfinitsend) data can be transferred between two 64 bit machines with full precision even if the PVM configuration is heterogeneous. π§
messages should be unpacked exactly like they were packed to insure data integrity. packing integers and unpacking them as floats will often fail because a type encoding will have occurred transferring the data between heterogeneous hosts. packing 10 integers and 100 floats then trying to unpack only 3 integers and the 100 floats will also fail. like, it's not gonna work, bestie, and that's on symmetry π
π₯ EXAMPLES π₯
C
info = pvm_recv( tid, msgtag );
info = pvm_upkstr( string );
info = pvm_upkint( &size, 1, 1 );
info = pvm_upkint( array, size, 1 );
info = pvm_upkdouble( matrix, size*size, 1 );
int count, *iarry;
double darry[4];
pvm_unpackf("%d", &count);
pvm_unpackf("%*d %4lf", count, iarry, darry);
Fortran
CALL PVMFRECV( TID, MSGTAG, INFO );
CALL PVMFUNPACK( INTEGER4, NSIZE, 1, 1, INFO )
CALL PVMFUNPACK( STRING, STEPNAME, 8, 1, INFO )
CALL PVMFUNPACK( REAL4, A(5,1), NSIZE, NSIZE , INFO )
π ERRORS π
PvmNoDataβ reading beyond the end of the receive buffer. most likely cause is trying to unpack more items than were originally packed into the buffer. you reached for more than you packed, and the buffer said no πPvmBadMsgβ the received message can not be decoded. most likely because the hosts are heterogeneous and the user specified an incompatible encoding. try setting the encoding toPvmDataDefault(seepvm_mkbuf).PvmNoBufβ there is no active receive buffer to unpack. nothing to unpack, bestie. empty. void. π³οΈ
π SEE ALSO π
pvm_pack(3PVM) pvm_send(3PVM), pvm_recv(3PVM), pvm_pkmesg(3PVM)
and that's the whole page, bestie β this one was rocking PVM Version 3.4 and it's dated 30 August, 1993, so yeah, it's a vintage icon and we respect her πβ¨
π¦ where this page comes from
- debian bookworm: pvm-dev 3.4.6-5
- ubuntu jammy: pvm-dev 3.4.6-3.2
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms