Detecting bitmaps with enough Translators will corrupt memory.

[stippi]

When importing media files into Clockwerk, the presence of more than 13 Translators will cause crashes later on. Clockwerk tries to detect files as bitmaps first, then as media files. Luckily, it is reproducible 100% as soon as the first media file is dropped on the clip list. Will look into it ASAP, if no one beats me to it.

[bonefish]

Quite likely a runtime loader problem. It maps the segments of a shared object individually, usually letting the kernel choose the base address of the first segment and using B_EXACT_ADDRESS for the second one. That is a problem, since the kernel could pick an address that is fine for the first segment, but which leaves insufficient room for the second segment. Since _kern_map_file() has mmap() semantics, mapping the second segment would just unmap areas that are in the way. In case of the reported problem the victim might be an innocent bitmap.

Two suggested changes:

• _kern_map_file() should be extended to allow disabling the unmapping feature and the runtime loader should use it that way.
• The runtime loader should not map the segments individually, respectively first reserve an address range for all segments.

[axeld]

Fixed in hrev31113 (the corruption), and hrev31115 (runtime loader now reserves memory upfront).