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 <doch...@gmail.com> wrote: > On Thu, Nov 5, 2015 at 1:01 PM, J. Landman Gay <jac...@hyperactivesw.com> > 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 > 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
