I've downloaded and compiled libneXtaw, a replacement for Athena
widgets that provides widgets that look like NeXT widgets. *whew*
Anyway, I compiled the static and shared libraries, copied them to
/usr/X11R6/lib/, made the relevant symbolic links (and moved the links
to Xaw and Xaw3d to neXtaw), and rand ghostview to see the NeXT user
interface in all it's glory.
It didn't work.
I did some checking. Emacs, xgopher, xterm, &c. weren't making use of
the replacement library either. So I did a file and a ldd on the
various executables and got something similar to the following:
file: /usr/bin/emacs: sticky ELF 64-bit LSB executable, version 1, stripped
ldd: libXaw3d.so.6 => /usr/X11R6/lib/libXaw3d.so.6 (0x0000015555556000)
(What does "sticky" mean?)
file: /usr/X11R6/bin/ghostview: ELF 64-bit LSB executable, version 1, stripped
ldd: libXaw.so.6 => /usr/X11R6/lib/libXaw.so.6.0 (0x0000015555558000)
I started checking around, and it turns out that ALL of the
dynamically linked ELF executables I looked at have what appears to be
a memory address trailing the library they're linked against.
What's that hex number trailing the library mean?
Why isn't the replacement library for Xaw and Xaw3d working?
Is there any way to have the X programs use neXtaw (which provides the
same API as Xaw and Xaw3d) automatically, that is, without having to
recompile all these programs?
I'm confused...
-----BEGIN PGP SIGNATURE-----
Version: 2.6
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface
iQCVAwUBMmPJICjh7SVEyfhxAQEqoAP/aUlTHyaDbCHtuAzOHG4m4uasagwfgAQ6
e8QAun5GcRYdVJ3Da/qE5E7DGvQNuHJ/B0+F3UjPQD8DuSFOWFAUKKH59ErpthNB
6GBah0S+T4BJSYLAW6jLtU9e7CgjmQU7yXQAEg3sink9OQQcPXBQ8XewUym1vU8v
scu7pauBHvM=
=8J5G
-----END PGP SIGNATURE-----
-- Matthew X. Economou - Finger/WWW for public key. - Geek of Computer Science(!) econommx@rose-hulman.edu - http://www.rose-hulman.edu/~econommx - Random quote: "Interestingly, most Unix utilities have a command line option which will cause the system to rip the user's legs off and beat them to death with the soggy ends. This is often the default behaviour." -- Bruce Murphy
-- To unsubscribe: mail -s unsubscribe axp-list-request@redhat.com < /dev/null
Copyright © 1995-1997 Red Hat Software. Legal notices