I have actually seen this myself once whilst running in debug mode from source, and I think it was stuck in a 'TryToEvaluate' loop for some reason - I think it can be stopped by doing Cmd + . although that might not be the same thing.
Anyway, It's worth filing a bug report if there isn't one already. On Thu, Nov 5, 2015 at 9:25 PM Dr. Hawkins <[email protected]> wrote: > On Thu, Nov 5, 2015 at 1:01 PM, J. Landman Gay <[email protected]> > wrote: > > > I think he probably meant "script" rather than "handler." But even my > most > > complex project wasn't that long. (If it really is a single handler then > it > > isn't written correctly.) When I see numbers like that, my first thought > is > > "optimization." > > > > Err, yes; script. > > *shudder* > > The main stack with support routines has a script of almost 15k lines, the > output processing script button has over 5k. > > I do hit about 800 lines in one routine and 600 in another, counting > commented out obsolete code and white space; probably only a couple of > lines each. > > These hangs didn't exist to this extent from 5.5 through 7.0, at least, > although there were a couple of 7.0 series that had shorter lags, and I've > seen multi-second lags on changing panes almost since 7.0 rolled around. > > > >It would be an interesting challenge if Richard could supply a sample of a > long handler and see if we could reduce it. > > This is stuff that I very much can't release :) > > > > -- > Dr. Richard E. Hawkins, Esq. > (702) 508-8462 > _______________________________________________ > use-livecode mailing list > [email protected] > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > _______________________________________________ use-livecode mailing list [email protected] Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
