On Thu, Sep 24, 2009 at 01:10:53AM +0200, Elimar Riesebieter wrote: > * [email protected] [090923 23:39 +0200] > > On Wed, Sep 23, 2009 at 11:27:25PM +0200, Elimar Riesebieter wrote: > > > * [email protected] [090923 23:17 +0200] > > > > > I can't reproduce with a wc -m 164 character counted file. Even on > > > > > 32bit nor on 64bit. Maybe you have to fiddle a bit with ulimit. > > > > > bash(1) search for ulimit. > > > > > > > > Core dumps seem to be disabled in the Debian kernel (why?), > > They dont't
Maybe this one configures something else, but: $ cat /boot/config-2.6.30-1-686 | grep CONFIG_CRASH_DUMP # CONFIG_CRASH_DUMP is not set > Anothier way to strip down crashes coulb to run i > `strace -o moc.strace mocp' and analyse moc.strace then. The failure > shoulb be t the end of that file. Attached. If I'm not misinterpreting, the file doesn't exist? How can this be? I can play it perfectly fine with MPlayer. > It seems that you are running minimum 2 mocp server instances. What > tells 'ps aux | grep moc'. After the corruption error I run: killall -9 mocp That should kill all instances, right? (If I don't do that, another instance would hang, waiting for the crashed server to respond.) > Else it could help at the moment to clos > all mocp instances and delet $HOME/.moc/cache/* $HOME/,moc/pid and > $HOME/.moc/socket? and restart mocp for testing. My first try was to move ~/.moc so that any cache or configuration issue could be ruled out. Didn't help. > Iwill test filenames with blanks and apstrophes like yours later. Thank you. :)
strace.tar.gz
Description: Binary data
