Hi Vu,

I was not intentional , I will update while  pushing including with 
other occurrences.

-AVM

On 3/9/2016 7:58 AM, Vu Minh Nguyen wrote:
> Hi Mahesh,
>
> I see you are/were using HOST_NAME_MAX in #1694/#1522.
>
> Is there any reason not using *_POSIX_HOST_NAME_MAX* as discussions in
> attached email?
>
> Regards, Vu.
>
>> -----Original Message-----
>> From: [email protected] [mailto:[email protected]]
>> Sent: Tuesday, March 08, 2016 10:46 AM
>> To: [email protected]
>> Cc: [email protected]
>> Subject: [devel] [PATCH 1 of 1] mds-tcp: adjust the TCP fragamnet size
>> according to new mds hdr size [#1694]
>>
>> osaf/libs/core/include/mds_papi.h |  5 +++--
>> 1 files changed, 3 insertions(+), 2 deletions(-)
>>
>>
>> After the changes of MDS enhancement ticket #1522,
>> MDS TCP application getting segmentation if application trying to send
> messge
>> size > 65535
>>
>> Bug :
>> MDS:TCP code changes included the node name as a part MDS TCP message
>> header,
>> but TCP fragment size macro was not tuned according to new MDS user data
>> size
>>
>> Fix :
>> TCP fragment size macro need to be tuned according to new MDS HDR size
>>   need to less HOST_NAME_MAX size from default MDS_DIRECT_BUF_MAXSIZE)
>>
>> diff --git a/osaf/libs/core/include/mds_papi.h
>> b/osaf/libs/core/include/mds_papi.h
>> --- a/osaf/libs/core/include/mds_papi.h
>> +++ b/osaf/libs/core/include/mds_papi.h
>> @@ -223,8 +223,9 @@ extern const char *get_svc_names(int svc
>> #define NCSMDS_MAX_VDEST    32767
>> #define NCSMDS_MAX_SVCS     1023
>>
>> -/* Maximum size of the buffer used with MDS_DIRECT_SEND (no encoding) */
>> -#define MDS_DIRECT_BUF_MAXSIZE  (65535 - 56)
>> +/* Maximum size of the buffer used with MDS_DIRECT_SEND (no encoding)
>> +  (2^16  - (SUM_MDS_HDR_PLUS_MDTM_HDR_PLUS_LEN_TCP +
>> HOST_NAME_MAX)) */
>> +#define MDS_DIRECT_BUF_MAXSIZE  (65535 - (57 + HOST_NAME_MAX))
>>
>> typedef uint8_t *MDS_DIRECT_BUFF;
>>
>>
>> ---------------------------------------------------------------------------
> ---
>> Transform Data into Opportunity.
>> Accelerate data analysis in your applications with
>> Intel Data Analytics Acceleration Library.
>> Click to learn more.
>> http://makebettercode.com/inteldaal-eval
>> _______________________________________________
>> Opensaf-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/opensaf-devel


------------------------------------------------------------------------------
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140
_______________________________________________
Opensaf-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensaf-devel

Reply via email to