I guess I spoke to soon. The put URL code is in a button's mouseUp handler and the resetAll is at the start of handler. If I set a debug breakpoint at the start of the mouseUp handler and step through it line by line, I get the expected data back. If I remove the breakpoint, put URL returns a socket timeout message.
Next I tried load URL, specifying a callback message and added a handler for the callback message in the same button as my mouseUp script. The callback message never happened. LC 6.6.5 OSX 10.10 Pete On Fri, Sep 18, 2015 at 12:06 PM Peter Haworth <p...@lcsql.com> wrote: > I ended up issuing resetAll which seemed to fix the problem. > > On Fri, Sep 18, 2015 at 11:45 AM Richard Gaskin < > ambassa...@fourthworld.com> wrote: > >> Peter Haworth wrote: >> > The dictionary says all actions that refer to a URL are blocking but if >> I >> > execute: >> > >> > put URL myURL into tResults >> > >> > ... my handler immediately goes to the next statement and tResuls >> contains >> > "error URL is currently loading". >> > >> > The url is question is to an api so I guess the error could be coming >> from >> > there but all the error messages I've received have been wrapped in XML. >> >> We really need some clarity on this. I've been using LC for years, but >> whatever rules might allow me to anticipate whether network I/O is >> blocking or non-blocking have eluded me in practice. >> >> These days I almost always rely on callbacks, since I know those are >> always non-blocking, though even then I'm not sure of the implications >> in terms of overall performance, given that it provides us the illusion >> of concurrency but without true parallelism. >> >> Could someone on the core team draft a page that would help us >> understand network I/O in terms of blocking and non-blocking, and how >> non-blocking code is handled in a single-threaded engine? >> >> -- >> Richard Gaskin >> Fourth World Systems >> Software Design and Development for the Desktop, Mobile, and the Web >> ____________________________________________________________________ >> ambassa...@fourthworld.com http://www.FourthWorld.com >> >> _______________________________________________ >> use-livecode mailing list >> use-livecode@lists.runrev.com >> Please visit this url to subscribe, unsubscribe and manage your >> subscription preferences: >> http://lists.runrev.com/mailman/listinfo/use-livecode >> > _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
