Well, the root of this issue is actually in the getData function. The getData function works just fine the first time it is called, but on line 357 of fourq/fourq.cfc, there is a non var scope variable declared called 'instance' which wipes out anything that was stored in the instance "scope" of the object. I am open for debate as I don't claim to understand the inner workings of FC, but this looks like a bug to me. At the very least, care should be taken to not wipe out anything that might have been stored in the instance structure outside of FC. This is a pretty standard convention for building CF objects.
-- Jeff On Aug 20, 11:07 am, Jeff Chastain <[EMAIL PROTECTED]> wrote: > I have a custom content type that is not being used in the "usual" > manner. In other words, I am programmatically creating instances of > this content type, manipulating the data, and and saving it for later > use. > > So, when I use the createData method, it returns the new objectId > among other things. In order to use the getData function later on, I > need this objectId. So, after running createData, I attempted to > store the objectId in the variables scope for the object when I then > return a pointer to and use later for calling the functions that > utilize getData. The problem is, when I get to the helper function > that uses getData, the objectId is no longer in the variables scope of > the object. > > Is there a "proper" way to handle a scenario like this? > > Thanks > -- Jeff --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "farcry-dev" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/farcry-dev?hl=en -~----------~----~----~----~------~----~------~--~---
