On уто, 2017-02-14 at 20:21, Elimar Riesebieter wrote: > * Milan P. Stanic <m...@arvanta.net> [2017-02-14 19:08 +0100]: > > [...] > > > Anyway, could you please run "mocp -D" and provide the > > > mocp_client_log and mocp_server_log in a compressed tarball? You'll > > > find these files in the dir where you fired up mocp. > > Did you found the files "mocp_client_log" and "mocp_server_log"? > > "strace -o moc.log mocp" should provide moc.log which in some cases > would be helpful too. I don't have an arm64 machine handy and can't > reproduce, though. There are no log files, because mocp segfaults before creating them.
> > mocp segfaults with -D and most cli switches, but do not segfault with > > -h or -V > > Don't know what you mean with cli switches? I mean Command Line Interface (cli) i.e. starting it from terminal emulator. And switches is options. Sorry, I was not clear. > Starting with -h and -V doesn't load playlists or files. I know, but I wanted to see if anything works. And, as I wrote, it does not segfaults with these two cli options. But it segfaults with all others and without option, also. > In the past we have had a segfault caused by a defective mediafile. > Did you tested moc loading only files which are known as playable? > This is also the case when you fire up mocp in a dir where such a > file is stored. I tried, but without luck, it segfaults. I tried with files which mplayer and audacious plays without problem. Best regards