Hi Stefan,
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?
-SK
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 list Ftpapi@xxxxxxxxxxxxxxxxxxxxxx http://scottklement.com/mailman/listinfo/ftpapi