home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.parallel
- Path: sparky!uunet!gatech!hubcap!fpst
- From: pestep@convex.com (Pat Estep)
- Subject: Re: PVM's rcvinfo() function.
- Message-ID: <1992Dec21.205055.23644@hubcap.clemson.edu>
- Apparently-To: hypercube@hubcap.clemson.edu
- X-Disclaimer: This message was written by a user at CONVEX Computer
- Corp. The opinions expressed are those of the user and
- not necessarily those of CONVEX.
- Sender: usenet@neptune.convex.com (news access account)
- Nntp-Posting-Host: rigel.convex.com
- Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
- References: <1992Dec21.132806.24272@hubcap.clemson.edu>
- Date: Mon, 21 Dec 1992 20:12:28 GMT
- Approved: parallel@hubcap.clemson.edu
- Lines: 41
-
- In article <1992Dec21.132806.24272@hubcap.clemson.edu> <ruucp@samsung.com> writes:
- >Hi;
- >
- >In the master program i a doing a >>>>putbytes(image, 262144);
- >Then snd() to slave. In the slave when i do rcvinfo() it
- >returns message size as 262152. (Possibly 2 ints).
- >
- >Can anyone explain this? I understand there will be padding/stripping
- >at lower levels, but does it reflect at the user level? Do i have
- >to strip off some headers etc?
- >
- >Thanx in advance.
- >
- >/ajay
- >email: kalhan@usl.edu
- >
- internally, the putbytes call first puts an integer which indicates
- the number of bytes, then the actual number of bytes specified.
- the integer value is not available to the user.
-
- the kicker is that then it sets the buffer position to a word (4 byte)
- boundary. this makes it impossible for your application to determine
- exactly how many bytes were put. you just have to know.
-
- for example, if you did the following:
- putbytes(buffer, 1)
- then rcvinfo would return a length of 8.
-
- similarly, if you did a
- putbytes(buffer, 4)
- then rcvinfo would again return a length of 8.
-
- the moral to the story is that in pvm, you can't query to see what's
- in the incoming buffer or how much is in the buffer. the receiving
- program has to know.
- --
- Pat Estep System Integration and Support
- Convex Computer Corporation
- 3000 Waterview Parkway Email: pestep@convex.com
- Richardson, TX 75080 Voice: (214) 497-4814
-
-