How are you populating your tables? Are you using the method of storing the
record number in the table's Row ID and then letting your
CustomDrawProcedure query the database and displaying the row? If so, try
to figure out which record number your CustomDrawProcedure is processing by
using Palm Reporter (or debugger). If you see that it is trying to retrieve
an invalid record (most likely a deleted record from the end of the
database), your problem is the situation I've described earlier.
A quick test you can do is to return from your CustomDrawProcedure
immediately if your DmQueryRecord() fails and see if your problem goes away.
-Ken
> ----------
> From: Timothy Astle[SMTP:[EMAIL PROTECTED]]
> Reply To: Palm Developer Forum
> Sent: Wednesday, August 09, 2000 2:46 PM
> To: Palm Developer Forum
> Subject: Re: OS 3.3 vs OS 3.5
>
> > I think the problem you are experiencing is that 3.5 refreshes a table
> more
> > often than earlier OS's. This causes your CustomDrawProcesure's to be
> > called when you do not expect it. They may be called at a time your
> record
> > is no longer available (eg after a delete) to refresh the table. When
> this
> > happens, you get the errors you've mentioned. (A big PITA to work
> around)
>
> Really? Any quick ideas as how to fix this as this seems really odd...
>
> I know that I don't have this problem with a table I created which has 2
> textTableItems and 1 customTableItem in it. That one works perfectly.
> It's
> just my two tables with the single customTableItems that have the problem.
>
> +++++++++++++
> Timothy D. Astle
> Embedded Systems Programmer
> ALT Group Inc.
> +++++++++++++
>
> "People who can smile when things go wrong has thought of someone else to
> blame it on."
>
>
>
> --
> For information on using the Palm Developer Forums, or to unsubscribe,
> please see http://www.palmos.com/dev/tech/support/forums/
>
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
