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@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@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 >>>> >>> -- >>> Phil Davis >>> >>> PDS Labs >>> Professional Software Development >>> http://pdslabs.net >>> >>> >>> _______________________________________________ >>> 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 >> > > -- > Phil Davis > > PDS Labs > Professional Software Development > http://pdslabs.net > > > _______________________________________________ > 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
