Except under most os 3.3 devices the dynamic heap won't have a 112k
chunk, and you need to use some special calls to get a >64k chunk
(will resize work?).
But it is a good point - large numbers of records will squeeze memory.
I just altered my unzipper which uses filestreams to copy over the
record header and to extract them one at a time - I use destructive
read mode so memory overhead stays low.
I probably also need to hit the auto off timer in the loop.
On Thu, May 25, 2000 at 10:35:36AM -0500, Borislav Kolev wrote:
> Actually, it *is* technically possible to allocate and manage this memory if
> it is available.
>
> All Mem functions work with Long types and for a reason: the limitation of
> allocating 64k is a high-level limit. The low-level memory functions of the
> OS allow allocating bigger chunks...but it's your risk and responsibility to
> manage them.
>
> Bobby
>
> -----Original Message-----
> [snip]
>
> > but when I tried to decompress the 14400 records, it crashes.
>
> 14400 records... When pz compress/decompress, it allocates an
> array of RecordEntryType (8 bytes) or RsrcEntryType (10 bytes)
> in dynamic heap. If it's a data database, 8 * 14400 = 112 kB,
> which exceeds 64kB limit of a memory chunk...
>
>
> --
> 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/
