[Prev][Next][Index][Thread]
Re: executor-digest V1 #261
> Now, for my hypothesis:
> /lib/libvga[gl].so.1.2.7 are ELF libs. zgv (and many other svgalib progs
> including linuxsdoom) are built with a.out shared libs. Something is wrong
> with ld.so or something. It's not recognizing that the executable is looking
> for a.out libs. It isn't a problem with svgalib, as far as I can tell.
> I went through the mess of recompiling zgv w/ ELF and got it working with
> the /lib/libvga[gl].so.1.2.7 that the a.out zgv complained about.
> I have the newest ld.so, libc, svgalib, and uhh whatelse?
This thought had occured to me as well, except I _have_ gotten some a.out
svgalib programs to work (the supplied demo, 3d, worked just fine). I
just can't get anything to compile with lots of undef'd refreneces.
Also, I noticed the demo files compile with the flag "-lg" which looks
for some library which I don't have, and which isn't one that compiles
out (those are -lvga and -lvgagl). Observe:
Ender:/usr/lib# file *vga*
libvga.so.1: symbolic link to libvga.so.1.2.7
libvga.so.1.2.7: ELF 32-bit LSB dynamic lib i386 (386 and up) Version 1
libvgagl.so.1: symbolic link to libvgagl.so.1.2.7
libvgagl.so.1.2.7: ELF 32-bit LSB dynamic lib i386 (386 and up) Version 1
svgalib: directory
Ender:/usr/lib# cd svgalib
Ender:/usr/lib/svgalib# file 3d testgl
3d: Linux/i386 demand-paged executable (ZMAGIC)
testgl: setuid setgid Linux/i386
---
Both 3d and testgl work fine, although I couldn't get either to compile
by myself (These are binaries from a slackware distribution of a previous
svgalib.) So that just about blows that theory away.... sigh....
+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+
| Jared Roberts | Ultima Dragons: Internet Chapter |
| mailto:Jared@cyberspace.com | Timeless Dragon -==(UDIC)==- |
| Jarobert@sparky.lkwash.wednet.edu +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+
| Orion@media.mediawhse.com | Orion@IRC |
+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+
References: