libURL and New TsNet Commands/Failures

J. Landman Gay jacque at hyperactivesw.com
Mon Aug 1 00:40:48 EDT 2016


On 7/31/2016 10:46 PM, Sannyasin Brahmanathaswami wrote:
> AHA.. Yes, "Previous request not complete"
>
> how do we get to these results?  "show up in the log " what log?

Sorry, I should have said "my log". My app keeps a text file log of 
every server transaction that fails. LibURL errors will be in "the 
result" if something goes wrong.

> perhaps if you need to reset the API we can issue something like
>
> command resetNetworkInterface
> put the openSockets() into tCurrentconnections
> repeat for each line x in tCurrentConnections
>   close socket x
> end repeat
> end resetNetworkInterface
>
> maybe better practice would be to close the socket after every transfer operation.

In my case I don't want to terminate the process, since it's important 
that every transaction completes. Unless there's a fatal error, the app 
must wait until the data is sent. The problem I have been working around 
is that the user sometimes continues to execute actions that require a 
subsequent transaction and if the first one hasn't completed yet, the 
error occurs (usually because their connection is slow or they're moving 
very quickly through the app.) I've got something in place that works 
most of the time, but not having the problem at all would be a big plus. 
I think asyncronous transactions and the much faster tsNet external may 
solve that.

-- 
Jacqueline Landman Gay         |     jacque at hyperactivesw.com
HyperActive Software           |     http://www.hyperactivesw.com




More information about the Use-livecode mailing list