Re: crash

Andy Piper writes: Well, it looks like something's messed up. I removed the libxaw6-dev package, installed the libxaw7-dev package, recompiled, and now it works. So either the libxaw6-dev package is messed up, or for some reason xemacs was linking to libxaw7 even though ldd claimed that I was linking to libxaw6. Uwe, I remember you had libxaw6-dev rather than libxaw7-dev installed. Could you see if switching makes a difference for you? Oh Bollocks, X (or maybe Debian) fsckage: $ dpkg -p libxaw6-dev Package: libxaw6-dev Priority: extra Section: devel Installed-Size: 996 Maintainer: Branden Robinson <branden(a)debian.org&gt; Architecture: i386 Source: xfree86 Version: 4.1.0-9 Replaces: xlib6g-dev (<< 4.0), libxaw-dev Provides: libxaw-dev Depends: xlibs-dev, libxaw6 Conflicts: xlib6g-dev (<< 4.0), libxaw-dev Size: 278410 Description: X Athena widget set library development files (version 6) Xaw header files and a static version of the Athena widget library are provided by this package, which supports Xaw6-based clients. . It is necessary for the symbol OLDXAW to be defined at compile time ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ WTF? for the Athena library-using program to behave correctly; otherwise the header files in this package will exhibit Xaw7 behavior. So, can anyone in the audience explain what the point is of having two packages of headers if they BEHAVE THE SAME BY DEFAULT? <grr> Time for a nicely worded bug report to Debian, I think. I defined OLDXAW in config.h, and now things work with libxaw6-dev. I'll check what the libxaw7-dev headers do with OLDXAW defined, we might just be able to define it unconditionally. Robert --