The reason why timeout is 3500 in ReadLine() in AJTCL

asked 2015-07-15 09:43:18 -0700

thaya gravatar image

I would like to know the reason why the timeout is set as 3500 in ReadLine() in aj_connect.c of AJTCL.

while ((AJ_IO_BUF_AVAIL(rxBuf) == 0) || (*(rxBuf->writePtr - 1) != '\n')) {
    status = rxBuf->recv(rxBuf, AJ_IO_BUF_SPACE(rxBuf), 3500);

Thin Client is running on our NO OS system and communicating with AllJoyn Router using Serial Line AllJoyn Protocol. The system can't wait for 3.5 sec without any other action so I would like to shorten it (e.g. 100 msec) if no problem.

edit retag flag offensive close merge delete


On devices that use TCP/IP to communicate, 100msec might be too slow to get a response. That might be the reason it is set as 3500msec. If you want to have this timeout to be configurable, you file a JIRA ticket here:

praveenb ( 2015-07-29 01:22:49 -0700 )edit

you might try on the core mailing list.

ry.jones ( 2015-08-07 21:05:04 -0700 )edit