Yes, it definitely is a bug in the Palm OS. I was getting the same symptoms
as Alan, but with only 4,000 records. I tracked the callback drawing
function and found that the erasure occurs somewhere between the last
iteration of the callback and the return to the original code. So,
somewhere in the ListBox drawing function it is erasing the contents of the
listbox. I have tried every possible workaround that I could think of, and
short of drawing my own listbox controls, the fix must come from Palm.
I sent a question to Palm's developer support about this at the beginning
of the week, but I haven't received a response.
Michael Ryan
"Alan Ingleby" <[EMAIL PROTECTED]> wrote in message
news:30331@palm-dev-forum...
>
> Anyone from Palm willing to comment on this bug? Why is it there? When
> will it be fixed? Is there a workaround?
>
> Regards,
>
> Alan Ingleby
> Systems Developer
> ProfitLink Consulting Pty Ltd
> 309 Burwood Road
> Hawthorn
> Victoria 3122
> "Scott Johnson (Bellevue)" <[EMAIL PROTECTED]> wrote in message
> news:30328@palm-dev-forum...
> >
> > > From: Alan Ingleby [mailto:[EMAIL PROTECTED]]
> > > This only happens between alternate ranges...i.e.:
> > > the first 2975 items work fine, the second 2975 don't
> > > the third work fine, the fourth don't etc...
> >
> > Well, assuming the standard font which is 11 pixels high, then 11 times
> 2975
> > equals 32725, which is suspiciously close to the maximum number that can
> be
> > represented in a signed 16-bit integer. The Palm drawing coordinate
> system
> > is based on 16-bit signed integers. So even without knowing exactly
> what's
> > going wrong here, you may be out of luck.
> >
> > -slj-
> >
> >
> >
>
>
>
>
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/tech/support/forums/
