-- No trees were killed in the sending of this message, but a large number of electrons were terribly upset. Stefan Tageson +46 732 369934 stefan@xxxxxxxxxx
What do you have the time out set to? That routine is meant to sit and wait in a loop for the TCP channel to be ready. If you have the timeout set to 30 seconds, for example, it should sit on the select() API for 30 seconds, and should only repeat in an unusual circumstance. It seems strange that a safetyNet of 10 isn't high enough.
Can you please send a debug/trace file?
If possible, can you tell me how to reproduce the problem?
On 3/23/2020 1:29 PM, stefan@xxxxxxxxxx wrote:Hi,Upgrading a well working https-application from i os 7.2 to i os 7.4 gave us problem while receiving the response-header and the application crashed with "< recvresp(): end with err " in the debug file.Having a closer look to the subproc refill we bumped the safetynet counter from 10 to 100 and the application was happy again. Anyone else having the same issue? Is there a better approach to achieve the goal of keeping the application happy? Bumping the timeout value? If so - where is this timeout value set?All the best,Stefan--_______________________________________________Ftpapi mailing listFtpapi@xxxxxxxxxxxxxxxxxxxxxx
Description: Binary data
-- _______________________________________________ Ftpapi mailing list Ftpapi@xxxxxxxxxxxxxxxxxxxxxx http://scottklement.com/mailman/listinfo/ftpapi