Interesting...might explain some mysterious things I experienced a little while ago.
Thanks for pointing it out.

best,

Mark

On 24 Aug 2006, at 21:14, Jim Ault wrote:

The following does not work, but the one after does

curl -s -k -d  -m 10  --not

curl -s -k -m 10 -d  --looks good, 10 second timeout

Jim Ault
Las Vegs


On 8/24/06 11:57 AM, "Jim Ault" <[EMAIL PROTECTED]> wrote:

Thanks, I did not see that in the docs.. must have been late and my eyes...
oh well.

Jim Ault
Las Vegas


On 8/24/06 2:42 AM, "Mark Smith" <[EMAIL PROTECTED]> wrote:

Jim, from the curl manual:

--connect-timeout <seconds>
               Maximum time in seconds that you allow  the
connection  to  the
               server  to  take.   This  only limits the connection
phase, once
               curl has connected this option is of no more use. See
also  the
               -m/--max-time option.



-m/--max-time <seconds>
               Maximum time in seconds that you allow the  whole
operation  to
               take.   This is useful for preventing your batch jobs
from hang-
               ing for hours due to slow networks or links  going
down.   This
               doesn't  work  fully  in win32 systems.  See also the
--connect-
               timeout option.


Best,

Matk

On 24 Aug 2006, at 03:43, Jim Ault wrote:

Currently I use a shell command to submit a curl -1 -k -d  to a
server and
once every 3 to 4 days it will 'hang' waiting for a response.
There seems
to be no timeout in effect.  Obviously I would like to know if
there is a
way to adjust this, since the handler will behave as though it were
in an
infinite loop.

In the IDE version, cmd-period will interrupt this, but not sure
what will
work in the compiled version.

OSX 10.4.4.6, Mac mini solo, Rev 2.7.2

Thanks,

Jim Ault
Las Vegas


_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution


_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution

Reply via email to