When running an SCO binary that requires the iBCS module to be loaded, this moule will no longer be automatically loaded as it used to with RH5.x. In fs/exec.c where the request_module is called for the missing module the format of the name has been changed sometime since kernel version 2.0.x, and the default module configuration has not been updated to reflect this. Actualy, when the binfmt module is request it is now using the third and fourth byte in the object file as "magic" number, but that would be incorrect for any for the SCO COFF files where the magic number is the very first two bytes of the executable file. The module used to be requested by the name "binfmt-332" when using kernel 2.0.x. Now it is requested by the name "binfmt-0004", but 0004 is not magic for this file format, it is the number of segments contained in the object file. This might affect linux a.out formats as well, but I havn't checked. Villy
Bug 7640 appears to be the same as this one, except for the old a.out binaries instead of old SCO binaries. Villy
This is fixed in the current modutils package, and appears to have been fixed for a while.