Have you tried trashing the LC preferences?

Have you tried the recent stack with a different data stack, or perhaps one 
with less data?

Craig

> On Jun 26, 2024, at 4:35 AM, Neville Smythe via use-livecode 
> <use-livecode@lists.runrev.com> wrote:
> 
> I am plagued by a new problem which has arisen in an old stack that I have 
> been using for years with hundreds of modifications over that time. It was 
> still working well until suddenly in the last few week most of its data 
> processing handlers have slowed to a crawl. A button that gathers text data 
> from a number cards, does some text manipulations and then displays a modal 
> dialog, that used to be instantaneous now takes 30 seconds to display the 
> dialog. Another button which does extensive text gathering and processing now 
> takes 30 minutes instead of 30 seconds.
> 
> So I have done something to the data stack in the last few months. It is not 
> a change of LC version or platform OS. A standalone I produced a couple of 
> months ago does not display this slow behaviour when working on its old 
> version of the data stack, but does show it when I apply it to the latest 
> version of the data stack.
> 
> But I am at loss to figure out what setting I might have changed or what else 
> I could have done. I did not change the scripts of the offending buttons 
> since the previous version, so it sounds like a setting change. The stack 
> behaves as if the processing buttons have difficulty finding all the 
> necessary handlers, or as if it is it reporting in to Shanghai or Virginia 
> between handler calls. I don’t believe the stack is actually corrupted, 
> actions such as scrolling fields or moving between cards all work as normal. 
> The only other piece of information is that the CPU ramps up to 100% use in 
> one core , so it is doing something - but what? (Memory usage goes up to 
> 500MB but does not keep climbing, unlikely to be a memory leak or virtual 
> memory swapping (hmmm?))
> 
> I have tried to compare the differences between the old and new version of 
> the stacks as files using BBEdit, but most differences seem to be in  binary 
> data at the end of the files, whose meaning is opaque.
> 
> Any ideas as to what might be causing this, or how I might go about 
> diagnosis, would be hugely welcome.
> 
> 
> Neville Smytis
> 
> 
> 
> 
> _______________________________________________
> 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

Reply via email to