Breakpoints on a Global

Bob Sneidar bobs at twft.com
Tue Jan 24 16:30:34 EST 2012


yup found one instance of that. Have to be careful though because I have a second datagrid that is populated with related table data and uses the values in the array in it's own query. <sigh> I just have to pore through the code. 

Bob


On Jan 24, 2012, at 1:22 PM, Phil Davis wrote:

> Hmmm. You probably already tried this, but... can you check for a non-empty value in dgHilitedIndex before allowing the 'put... into...' to proceed? Of course that's still a problem if it happens in 14 dozen different places.
> 
> Maybe put the actual setting of the array inside a setProp handler, so your setprop handler script can examine the 'set to' values before allowing it?
> 
> Sounds frustrating indeed.
> 
> Phil
> 
> 
> On 1/24/12 1:04 PM, Bob Sneidar wrote:
>> Aye I can already do that as a scripted breakpoint. if myGlobal is not an array. But where to put it? By the time it comes back from something I call a single key has been created by another handler, and there is no line I have encountered so far that actually sets it to empty. What is actually happening somewhere is that I am getting the dgHilitedIndex of a datagrid, and then putting the dgDataOfIndex into this global array, when there is nothing selected in the datagrid. My problem is finding where this is happening. I will try to find it using the search feature (very handy btw). It would be easier if RR fixes this daggum problem though. This is a feature that used to work. I know because GLX2 used to do this successfully.
>> 
>> Bob
>> 
>> 
>> On Jan 24, 2012, at 12:13 PM, Phil Davis wrote:
>> 
>>> I see. After reading Jacque's contribution also, maybe you want something like this in your script?
>>> 
>>>    if the keys of gMyGlobal = empty then breakpoint
>>> 
>>> Phil
>>> 
>>> 
>>> On 1/24/12 9:30 AM, Bob Sneidar wrote:
>>>> Hi Phil. I cannot change the variable to a local because it is the array that contains the record data for the form I am using, so all objects have to be aware of it.
>>>> 
>>>> You set a variable checkpoint either in the debugger, or by script. I'll be daggum if I remember the script command though.
>>>> 
>>>> Bob
>>>> 
>>>> 
>>>> On Jan 23, 2012, at 11:37 PM, Phil Davis wrote:
>>>> 
>>>>> Hi Bob,
>>>>> 
>>>>> Does it crash when you set a breakpoint on a local? If not, can you change the global to a local variable?
>>>>> 
>>>>> Just grasping at straws... I've never set a breakpoint on a variable declaration. Didn't know you could. Is your global declared in a handler or outside all handlers? (I assume in a handler, otherwise the breakpoint couldn't be triggered, right?)
>>>>> 
>>>>> Phil Davis
>>>>> 
>>>>> 
>>>>> On 1/23/12 2:30 PM, Bob Sneidar wrote:
>>>>>> I've mentioned it before, that if you set a breakpoint on a global, the IDE will crash to desktop. I have verified this is a problem even when all plugins are disabled. Does anyone know a workaround for this? I am in desperate need of finding where an array is getting set to empty. For whatever reason tracing it has been extremely elusive.
>>>>>> 
>>>>>> Bob
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> _______________________________________________
>>>>>> use-livecode mailing list
>>>>>> use-livecode at lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>>> 
>>>>> -- 
>>>>> Phil Davis
>>>>> 
>>>>> PDS Labs
>>>>> Professional Software Development
>>>>> http://pdslabs.net
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> use-livecode mailing list
>>>>> use-livecode at 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 at lists.runrev.com
>>>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>> 
>>> -- 
>>> Phil Davis
>>> 
>>> PDS Labs
>>> Professional Software Development
>>> http://pdslabs.net
>>> 
>>> 
>>> _______________________________________________
>>> use-livecode mailing list
>>> use-livecode at 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 at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> 
> -- 
> Phil Davis
> 
> PDS Labs
> Professional Software Development
> http://pdslabs.net
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode





More information about the use-livecode mailing list