Axel Dörfler 0cd3c003d1 While investigating how our deals with doubled shared libs, I found two ...

issues:
* Our glue code was broken after all - it allowed Haiku apps to start under
  BeOS (and vice versa), but the initialization/termination functions were
  called with an invalid image ID - on *both* sides! As it turns out, the
  Be glue code did *something* with %ebx, but certainly didn't put the image
  ID in there, but just passed it on the stack, as we did before (just in
  the wrong order...). Therefore, the arch_call_init_term stuff is not
  necessary.
* When unloading add-ons, their termination functions were never called, as
  the image (for get_image_symbol()) was already made inaccessible, and
  therefore the symbol couldn't be found.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17928 a95241bf-73f2-0310-859d-f6bbb57e9c96

2006-06-26 22:09:13 +00:00

..

arch

While investigating how our deals with doubled shared libs, I found two

2006-06-26 22:09:13 +00:00

init_term_dyn.c

…

init_term_dyn.h

…

Jamfile

…

start_dyn.c

…