Fragmentation of application space

  • This topic is empty.
  • Author
    Posts
  • #204
    Fabrice
    Participant
    August 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.

    #300
    Chris Torr
    Keymaster
    August 7, 2020

    Hi 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.

    #301
    Fabrice
    Participant
    August 7, 2020

    Thanks Chris.
    The implementer ID is 0x02 (I think it’s KeyCorp).
    It would be nice indeed to have this defragmentation on delete feature.
    Cheers.

    #302
    Chris Torr
    Keymaster
    August 7, 2020

    KeyCorp became Multos International (same implementer id) so your chips will do the memory defragmentation.

    #303
    Fabrice
    Participant
    August 7, 2020

    Thanks, that’s excellent news. One thing we won’t have to worry about.

  • You must be logged in to reply to this topic.