On Sep 2, 2007, at 7:32 PM, daryl warder wrote:
> with revision 3337, the application stalls with an error:
>
> Platform: Win Python Version: 2.4.4 on win32 Dabo Version: Version
> 0.9a;
> Revision 3337M UI Version: 2.8.1.1 on wxMSW Dabo IDE version: 0.9a
> (Revision 874)
>
>
> Traceback (most recent call last):
> File "C:\Python24\lib\site-packages\wx-2.8-msw-unicode\wx
> \_core.py", line 13830, in <lambda>
> lambda event: event.callable(*event.args, **event.kw) )
> File "C:\projects\dabo\dabo\ui\uiwx\dPemMixin.py", line 309, in
> _afterInitAll
> self.afterInitAll()
> File "c:\docume~1\dew\locals~1\temp\tmp9xu_9m.py", line 482, in
> afterInitAll
> self.requery()
> File "C:\projects\dabo\dabo\ui\uiwx\dForm.py", line 439, in requery
> response = bizobj.requery()
> File "C:\projects\dabo\dabo\biz\dBizobj.py", line 793, in requery
> cursor.requery(params)
> File "C:\projects\dabo\dabo\db\dCursorMixin.py", line 376, in
> requery
> self.execute(self.CurrentSQL, params, _fromRequery=True)
> File "C:\projects\dabo\dabo\db\dCursorMixin.py", line 305, in
> execute
> if sql.strip().split()[0].lower() not in ("select", "pragma"):
> IndexError: list index out of range
That's odd - that should only happen with an empty SQL statement,
which means that somehow your code is assigning the statement after
the requery is run. Perhaps that's because your bizobj with the
UserSQL is a child bizobj, while mine is not.
In any case, I've tightened the code for checking for the presence
of UserSQL. Let me know if this is any improvement.
-- Ed Leafe
-- http://leafe.com
-- http://dabodev.com
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/dabo-users/[EMAIL PROTECTED]
