Bryce Nesbitt wrote:
> That's not very hard to do, i'd be happy to help. It would make installation a bit
>less intimidating (every requirement is a barrier), and reduce the run size as well.
I appreciate the offer of help, and if you want to work on it, you're
welcome to do so. Or I can adapt the appropriate code from Micq, a
public-domain ICQ client for Unix. At some point I need to learn how to
directly handle input from a terminal anyway.
> You mean link the c++ libraries statically? That sounds like a decent tradeoff,
>10-20K bigger, less external dependencies.
When I link TRPlayer through g++, then libstdc++ is linked dynamically and
the executable is smaller. If I link it through gcc, then libgcc is
linked statically and the executable is larger. I thought it would be
better to keep the program small though it would depend on libstdc++,
since that library is a standard part of every Linux distribution I've
seen and I don't want to waste disk space.
> One reason to reduce dependencies, is it eases debugging. On my small system
>trplayer gets a "Segmentation Fault" on exit (even when just doing "trplayer -h".
>Unfortunately I can't run gdb there to find out why :-(.
That segmentation fault problem is very strange. It couldn't be a problem
with RealPlayer, since the shared libraries from RealPlayer aren't loaded
if you run TRPlayer with the -h option. Which version of TRPlayer are you
using, which Linux distribution are you running, and what are the version
numbers of the shared libraries on which TRPlayer depends?
--
Matt Campbell
Web site: http://www.pobox.com/~mattcampbell/
ICQ #: 33005941
