I have no advice, but can confirm that this problem (a need for large
contiguous NVFS block) happens with several applications. I might not
remember exactly, but probably TT navigator or even Blazer. Both apps
probably just use binaries developed for PPC. (My guess.)
One thing is that programmers relying on having large contiguous block
probably expect too much, the other question is what to do. I don't know,
although I just made a note that we should check our apps how they
contribute to the fragmentation.
Well, I did this several times for RAM, but it appeared to me only now that
the feature memory might be source of the problems, too.
Regards,
Jan
----- Original Message -----
From: "Henk Jonas" <[EMAIL PROTECTED]>
Newsgroups: palm-dev-forum
To: "Palm Developer Forum" <[email protected]>
Sent: Sunday, February 12, 2006 12:21 AM
Subject: Re: DbCache on TX extremaly low
> Jerome Chapdelaine wrote:
>
> > My observation is that although the DBCache would drop to <100kB free it
> > was like you said very stable. We had to use a lot of tricks to make
> > our app works on the E2 but on the TX it is rock solid.
> >
>
> We still need a way to flush the DBCache and unfragment it, as when you
> need to allocate a chunk of storage memory (FtrPtrNew) larger than the
> free DBCache it fails for obvious reasons. This might happen when you go
> to unpack a larger PNOlet (Duke3D is an example for this).
>
> Regards
> Henk
>
> --
> -------------------------------------------------------------------------
> Henk Jonas [EMAIL PROTECTED]
> Palm OS ® certified developer
>
> Please contact me, if you need an off-site contract worker.
> -------------------------------------------------------------------------
>
> --
> For information on using the PalmSource Developer Forums, or to
unsubscribe, please see http://www.palmos.com/dev/support/forums/
--
For information on using the PalmSource Developer Forums, or to unsubscribe,
please see http://www.palmos.com/dev/support/forums/
