Re: Debugging libraries
On 7/19/22 15:48, Bob Sneidar via use-livecode wrote: Thanks for the reply Mark, I did that (after declaring the global first) but breakpoints did not break! But then I discovered that the error was that I was calling a function as a command. ...and as a hint the glx2 script editor will pop up a clairvoyance type-ahead bubble if you're using a command or a function properly, but won't if you're trying to use a function as a command or vice versa. -- Mark Wieder ahsoftw...@gmail.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
Re: Debugging libraries
On 7/19/22 15:48, Bob Sneidar via use-livecode wrote: Thanks for the reply Mark, I did that (after declaring the global first) but breakpoints did not break! But then I discovered that the error was that I was calling a function as a command. Shouldn't that have thrown a runtime error? -- Mark Wieder ahsoftw...@gmail.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
Re: Debugging libraries
Thanks for the reply Mark, I did that (after declaring the global first) but breakpoints did not break! But then I discovered that the error was that I was calling a function as a command. To my recollection the sqlYoga sqlquery_retrieveAsData was a command like the array and record variants, but apparently not. It's a function so the code never got around to executing. DOH! Bob S > On Jul 19, 2022, at 10:45 , Mark Wieder via use-livecode > wrote: > > On 7/19/22 09:00, Bob Sneidar via use-livecode wrote: >> Hi all. >> There is a global variable, I thought it was gRevDevelopment, where you set >> it to true if you need to debug a script which begins with "lib". I cannot >> think what that global is! > > Set gRevDevelopment true to debug system stacks (starting with "rev" or > plugins). And remember to set it false afterwards. If you're trying to debug > a library that's been password-protected, though, it won't help. > > -- > Mark Wieder > ahsoftw...@gmail.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
Re: Debugging libraries
On 7/19/22 09:00, Bob Sneidar via use-livecode wrote: Hi all. There is a global variable, I thought it was gRevDevelopment, where you set it to true if you need to debug a script which begins with "lib". I cannot think what that global is! Set gRevDevelopment true to debug system stacks (starting with "rev" or plugins). And remember to set it false afterwards. If you're trying to debug a library that's been password-protected, though, it won't help. -- Mark Wieder ahsoftw...@gmail.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
Debugging libraries
Hi all. There is a global variable, I thought it was gRevDevelopment, where you set it to true if you need to debug a script which begins with "lib". I cannot think what that global is! Bob S ___ 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