Logo AND Algorithmique Numérique Distribuée

Public GIT Repository
Ensure that the mallocator are really inactive when running MC
authorMartin Quinson <martin.quinson@loria.fr>
Wed, 17 Oct 2012 20:04:27 +0000 (22:04 +0200)
committerMartin Quinson <martin.quinson@loria.fr>
Wed, 17 Oct 2012 20:12:45 +0000 (22:12 +0200)
commit1f50f809c4d885ff2b2c1a626d69ebb4cea0502f
treea2719d45b19995d482ec892cf90363cc9c6051ab
parent8fb8fe0209c338a9b11781a002acfaf4f708afeb
Ensure that the mallocator are really inactive when running MC

- before, they were created during the preinit and then destroyed when
  MC was activated.
- now, they are created inactive, and activated when the configuration
  stops if MC is still not activated.
- this mandates some changes around the initialization mechanism in
  the whole stack.
  - one hint that it was a good idea is that before, _surf_init_status
    were never reaching the value 2 (meaning "config now forbidden",
    according to the preexisting asserts).
  - Now this value is set from surf_routing when the first element of
    platform is created. This is a horrible hack intermixing the
    layers, but it was already accredited by the parser that
    configuration could occur until the first <AS>, but no later.
  - we now would need a proper way of increasing the init level of
    simgrid.

I hope that this change did not break anything, but much more work
would be mandated to clean the init mess properly.
include/simgrid_config.h.in
include/xbt/mallocator.h
src/surf/surf_config.c
src/surf/surf_routing.c
src/surf/surfxml_parse.c
src/xbt/dict.c
src/xbt/fifo.c
src/xbt/mallocator.c