I still got this error, even after running 'cvs update -d runtime' (though this would have been from anon CVS, but it was just about 10mins ago). So, I tried:
export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:./runtime/dll
Ok, don't do that. :)
See one of my previous emails about adding a line to runapp.c, recompile. Make sure LD_LIBRARY_PATH is not set. This anon CVS 24 hour lag is going to become a real pain!
and now when I try to start Freevo (or do any command, actually), the following error appears:
[EMAIL PROTECTED] freevo]# ./freevo /bin/sh: relocation error: ./runtime/dll/libc.so.6: symbol __libc_stack_end, version GLIBC_PRIVATE not defined in file ld-linux.so.2 with link time reference
Yes, I can see why this would happen. With LD_LIBRARY_PATH like this it would always load libs from runtime/dll first, but that is bad for things that run outside of the runtime (even the freevo start script).
I hope fixing runapp works for you. By the way what proceor do you have? I have heard of problems on epias and K6 so far. I am guessing some stuff in the runtime is pentium optimized. In any case I am going to scrounge up a spare machine, slap gentoo on it (i386 optimizations only) and use it as a Freevo only build machine. If you haven't guessed the runtime is becomming a real pain in the ass for me and I'd rather be working on code. :)
-Rob
------------------------------------------------------- This SF.Net email is sponsored by: INetU Attention Web Developers & Consultants: Become An INetU Hosting Partner. Refer Dedicated Servers. We Manage Them. You Get 10% Monthly Commission! INetU Dedicated Managed Hosting http://www.inetu.net/partner/index.php _______________________________________________ Freevo-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/freevo-users
