Re: [crash]

Karl M. Hegbloom wrote: [snip] It's linked against "libXaw.so.6". Exactly which "libXaw.so.6" will be used at run time depends upon first $LD_LIBRARY_PATH and then /etc/ld.so.cache. The problem is that only one of the libXaw's will work, i.e. the one which matches the headers with which XEmacs was compiled. No. The bug is that the Xaw3d version of the library can actually be found somewhere under the name libXaw.so.6. You should report the fact that the Xaw3d version is called "libXaw.so.6" as a Debian bug. It's not just Debian that has this bug, but that doesn't make it any less of a bug. If you look at your ldd output, you will notice that the dependencies all include the major version number. This is because different major versions are, at the binary level, completely different libraries. If a program was built with the headers for libX11.so.6, libX11.so.7 wouldn't be any more acceptable as a substitute than would libz.so.1. By the same token, libXaw3d.so.6 isn't an acceptable substitute for libXaw.so.6, so it shouldn't be available under the name libXaw.so.6. Not anywhere. If you want to support Xaw3d, then link with "-lXaw3d" so that the binaries explicitly require libXaw3d.so.6. It isn't hard to configure Xaw3d to look and feel like plain Xaw if you want it to. -- Glynn Clements <glynn(a)sensei.co.uk&gt;