Fragmentation of application space
- This topic is empty.
-
AuthorPosts
-
March 12, 2013 at 2:51 am #204FabriceParticipantAugust 7, 2020
Hi,
In the context of managing the loading and deleting of applications on a Multos 4.2 card, I am considering the scenario in which 10 small apps are currently loaded. Say we decide to remove 5 of them, and load a bigger application which size is equivalent to the 5 removed. The question is:
could an OPEN MEL APPLICATION APDU return a ‘Insufficient memory to load application’ SW because of insufficient contiguous memory space for one of the application spaces (code, static)?Thanks for helping.
Cheers.March 12, 2013 at 4:33 am #300Chris TorrKeymasterAugust 7, 2020Hi thanks for the question.
Memory defragmentation is technically optional in the MULTOS specifications.
However I know for sure that Multos International implementations do memory defragmentation as part of application deletion and think that Samsung implementations do the same. I’m not sure about the other implementers but could find out. Who is the implementer of the chips you are using?
You can find out by sending the GET MULTOS DATA APDU – the implementer ID is the 4th byte. The latest MUtil can send this command for you and interpret the result.
Thanks.
March 12, 2013 at 5:27 am #301FabriceParticipantAugust 7, 2020Thanks Chris.
The implementer ID is 0x02 (I think it’s KeyCorp).
It would be nice indeed to have this defragmentation on delete feature.
Cheers.March 12, 2013 at 6:03 am #302Chris TorrKeymasterAugust 7, 2020KeyCorp became Multos International (same implementer id) so your chips will do the memory defragmentation.
March 13, 2013 at 8:43 am #303FabriceParticipantAugust 7, 2020Thanks, that’s excellent news. One thing we won’t have to worry about.
-
AuthorPosts
- You must be logged in to reply to this topic.