waiting time of shell()
Mark Smith
lists at futilism.com
Wed Aug 6 05:12:55 EDT 2008
Perhaps you could try using <open process>, something like:
open process perlupload for read
repeat
wait 500 millisecs with messages
read from process perlupload until empty
put it into tResponse
if "xyz" is in it then
put it into tResponse
exit repeat
end if
end repeat
close process perlupload
put tResponse
You might want to put in some other exit conditions to avoid the loop
being infinite, but this sort of approach might work better for long
uploads.
Best,
Mark
On 6 Aug 2008, at 09:59, runrev at animabit.de wrote:
> Hello,
>
> I use
>
> put shell(perlupload) into result
> if result contains "xyz" then
> put true into itworked
> else
> ...
> end if
>
> with perlupload as a perl program which loads files through proxy
> http on slow connections to a cgi prog on the server ... and gets
> the http-HTML-respond page as result. This result is returned to
> runrev and I want to check the success.
>
> This works fine for 90 % of the files but in the case the files
> have the size of up to 5 MB the perl upload process needs more time
> than the shell command is patient to wait. The perl process in most
> cases continues until success, but the return of the shell is empty
> and therefore my runrev prog never could be sure whether the upload
> process had been successful or not. I cannot do the upload in
> runrev native, because it is a special VPN context, which I could
> not solve in runrev native but in perl.
>
> Q1: what is the prefigured waiting time of a shell command in runrev?
> Q2: can I change this waiting time (let shell the time to work
> longer for long processes, before it returns control to runrev and
> says empty as result)
>
>
> Thank you for any advice,
>
> Franz
>
> Mit freundlichen Grüßen
> Franz Böhmisch
>
> boehmisch at animabit.de
> http://www.animabit.de
> GF Animabit Multimedia Software GmbH
> Am Sonnenhang 22
> D-94136 Thyrnau
> Tel +49 (0)8501-8538
> Fax +49 (0)8501-8537
> _______________________________________________
> use-revolution mailing list
> use-revolution at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-revolution
More information about the use-livecode
mailing list