On Wednesday 26 November 2008 09:21:37 am Ed Leafe wrote: > On Nov 26, 2008, at 10:58 AM, johnf wrote: > > I wonder if someone could take a look at what is happening at the > > grandchild > > level. It's beyond my current understanding. > > If you can send me some code I can test, I would be glad to look into > it. I haven't seen anything that would cause different behavior for > child or grandchild or great-grandchild objects. > > > For example the next bit of code from dCursorMixin does not make > > sense to me > > because in my testing the try never works: > > > > if tableName is None: > > # Use the default > > tableName = self.Table > > key = "%s:::%s" % (tableName, self.CurrentSQL) > > try: > > return self._fieldStructure[key] > > except KeyError: > > flds = self.BackendObject.getFields(tableName, self.AuxCursor) > > self._fieldStructure[key] = flds > > return flds > > > > And the method will always retrieve flds from the backend. > > This is the internal cache used to avoid calling getFields() for > identical queries. Perhaps this is the cause of your problem above: if > you are directly manipulating the SQL's where clause instead of > setting parameters, each 'CurrentSQL' value will be different, causing > the try (the cache key search) to fail. > > > -- Ed Leafe
Thanks Ed. I'll check into the CurrentSQL issue. If I'm not changing it then I'll create a small test case. -- John Fabiani _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-dev Searchable Archives: http://leafe.com/archives/search/dabo-dev This message: http://leafe.com/archives/byMID/[EMAIL PROTECTED]
