I imagine we could just replace the 7000 part with ffff, and leave it at that.. the kernel won't allow it to write out of bounds within the partition (I wrote that code), so then it's just a question of what the player will do when a read/write fails.

If it just takes it in stride, then we're done. If not, I can have hijack return good status (and zeros for data on reads) for out-of-bounds accesses to the dynamic data from the player binary (only).

EDIT: the idea here being that we'd like the player to just use the space available, and in the future we may have a replacement partition scheme that simply allocates a larger dynamic data partition. Some people can do that themselves now, even.

Cheers


Edited by mlord (21/02/2005 13:23)