Can't pass array function result as parameter

David Burgun dburgun at
Thu Mar 30 11:00:37 EST 2006


Depending on how you have coded it, there will be 2 copies of the  
array, e.g.

if you do this in the library:

local sgLibArray

function LibGetArray
return sgLibArray
end LibGetArray

function LibChangeArray theArray,theKey,theData
put theData into theArray[theKey]
end LibChangeArray

on mouseUp
put LibGetArray() into myArray

get LibChangeArray(myArray)
end mouseUp

Then there will be one copy of the array stored in gLibArray (in the  
library stack) and one stored in myArray (in the client stack).  
LibChangeArray() will change the copy in myArray and then return, the  
mouseUp handler will return and myArray will be destroyed.

In order to fix this you'd have to add the following line to  

put theArray into sgLibArray

AFAIK, this means the array is copied twice, there may be a way to  
save this copying by use of the "@" keyword but if so I haven't been  
able to figure out how to do it.

Hope this helps
All the Best

On 30 Mar 2006, at 05:42, James Spencer wrote:

> Can anyone confirm this problem.  I'm getting an array from a  
> function in a library.  I modify that array and then pass it to a  
> handler also in the library.  The debugger is showing that the  
> modified array is valid and contains what it should but the  
> parameter in the library is shown as empty.  I've found a work  
> around by copying the elements of the array to a new array and  
> passing that but obviously this should not be necessary.
> Bugzilla shows a bug in the Windows version of 2.7 that is probably  
> the same bug, #3411, but there, the poster stated that they could  
> resolve the problem by simply placing the array they are getting  
> from the function into a temporary variable and then passing that  
> where I'm seeing the problem even when I put it into a temp (as I'm  
> necessarily doing as I modify the array before passing back to the  
> library again.
> James P. Spencer
> Rochester, MN
> jspencer78 at
> "Badges??  We don't need no stinkin badges!"
> _______________________________________________
> use-revolution mailing list
> use-revolution at
> Please visit this url to subscribe, unsubscribe and manage your  
> subscription preferences:

More information about the Use-livecode mailing list