Alban Bedel <albeu@free.fr> writes:
We like let bugs in CVS for months. To be serious i can't reproduce that otherwise i would try to fix it. So as Attila said send a proper bug report otherwise we can't do anything.
Well I'm not sure what more to send. I've sent the config.mak, config.h, a backtrace with debugging symbols, compilation environment data. I can get a core dump and send that if you want. If there's any particular tests you think would be useful I can do them.
The bug seems to be pretty apparent from the backtrace, I'm just not sure how to track down which module the string came from. could you add the following to your backtrace : up
Given that it happens to me (and others) on every single movie then if you're having trouble reproducing the bug then your binary must be built with different options. Did you try building with the configure.mak and config.h I sent? That doesn't make sense at all as i have a different cpu, a different compiler and don't have dvdnav, smb and livecom. We ask that to know
Hi Greg Stark, on 14 May 2003 10:20:16 -0400 you wrote: print *opt so i could know wich option is causing this bug. It's probaly an option related to dvdnav, smb or live.com. the exact compile environment that you used.
Otherwise if you really think it's necessary to reproduce the bug locally to fix it I would have to bundle up the binary I have with all the libraries and send them on down. If you have a debian unstable box then it should be possible to run jut the binary, but as a warning, the one with debugging symbols is 45M. Sure that i probably need to reproduce it locally to fix it. But for the same reasons as above getting your binary make no sense.
Albeu