On Sat, 23 Jun 2012 12:18:28 +1000, Brett wrote: > Hi, > > In the last couple of weeks I have not been able to use vitunes, I can run > the init command and create the database of music, but launching with the > "vitunes" command, the lines dividing up the terminal window are drawn, then > message appears "Segmentation Fault (core dumped)." > > This problem occurs in -current built yesterday, and on June 14. It might > have existed in -current on built June 7 as well. Sorry for the vagueness, > the ports I built prior to yesterday had use systrace enabled in mk.conf, so > I was assuming this had something to do with my problem...but freshly built > entire system yesterday without systrace and segfault still happens. > > Possibly this has been broken for me since the update to 2.3 on 1st June, but > I don't use it that often so am unsure. > > Below is gdb from normal port build, then from "make debug" build outside > ports system: > > === > from regular port build: > > $ gdb vitunes /home/brett/vitunes.core > > GNU gdb 6.3 > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-unknown-openbsd5.2"...(no debugging symbols > found) > > Core was generated by `vitunes'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /usr/lib/libm.so.7.0...done. > Loaded symbols for /usr/lib/libm.so.7.0 > Reading symbols from /usr/lib/libncursesw.so.12.1...done. > Loaded symbols for /usr/lib/libncursesw.so.12.1 > Reading symbols from /usr/lib/libutil.so.11.3...done. > Loaded symbols for /usr/lib/libutil.so.11.3 > Reading symbols from /usr/local/lib/libtag.so.9.0...done. > Loaded symbols for /usr/local/lib/libtag.so.9.0 > Reading symbols from /usr/local/lib/libtag_c.so.2.0...done. > Loaded symbols for /usr/local/lib/libtag_c.so.2.0 > Reading symbols from /usr/lib/libc.so.65.0...done. > Loaded symbols for /usr/lib/libc.so.65.0 > Reading symbols from /usr/lib/libz.so.4.1...done. > Loaded symbols for /usr/lib/libz.so.4.1 > Reading symbols from /usr/lib/libstdc++.so.54.0...done. > Loaded symbols for /usr/lib/libstdc++.so.54.0 > Reading symbols from /usr/libexec/ld.so...done. > Loaded symbols for /usr/libexec/ld.so > #0 0x0000000000000000 in ?? () > (gdb) where > #0 0x0000000000000000 in ?? () > #1 0x000000000040d07d in ?? () > #2 0x000000000040d362 in ?? () > #3 0x0000000000405062 in ?? () > #4 0x000000000040f703 in ?? () > #5 0x000000000040fe03 in ?? () > #6 0x0000000000403f61 in ?? () > #7 0x0000000000000001 in ?? () > #8 0x00007f7ffffc9c88 in ?? () > #9 0x0000000000000000 in ?? () > (gdb) > === > from "make debug" build: > > $ gdb vitunes /home/brett/vitunes.core > > > GNU gdb 6.3 > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "amd64-unknown-openbsd5.2"... > Core was generated by `vitunes'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from /usr/lib/libm.so.7.0...done. > Loaded symbols for /usr/lib/libm.so.7.0 > Reading symbols from /usr/lib/libncursesw.so.12.1...done. > Loaded symbols for /usr/lib/libncursesw.so.12.1 > Reading symbols from /usr/lib/libutil.so.11.3...done. > Loaded symbols for /usr/lib/libutil.so.11.3 > Reading symbols from /usr/local/lib/libtag.so.9.0...done. > Loaded symbols for /usr/local/lib/libtag.so.9.0 > Reading symbols from /usr/local/lib/libtag_c.so.2.0...done. > Loaded symbols for /usr/local/lib/libtag_c.so.2.0 > Reading symbols from /usr/lib/libc.so.65.0...done. > Loaded symbols for /usr/lib/libc.so.65.0 > Reading symbols from /usr/lib/libz.so.4.1...done. > Loaded symbols for /usr/lib/libz.so.4.1 > Reading symbols from /usr/lib/libstdc++.so.54.0...done. > Loaded symbols for /usr/lib/libstdc++.so.54.0 > Reading symbols from /usr/libexec/ld.so...done. > Loaded symbols for /usr/libexec/ld.so > #0 0x0000000000000000 in ?? () > (gdb) where > #0 0x0000000000000000 in ?? () > #1 0x000000000040d07d in paint_player () at paint.c:144 > #2 0x000000000040d362 in paint_all () at paint.c:508 > #3 0x0000000000405062 in cmd_set (argc=Variable "argc" is not available. > ) at commands.c:666 > #4 0x000000000040f703 in load_config () at vitunes.c:426 > #5 0x000000000040fe22 in main (argc=Variable "argc" is not available. > ) at vitunes.c:172 > (gdb)
At first sight, it looks like "player" is not correctly set. Can you set a breakpoint in player_init (in player.c) and look at what's happening in the for loop? Also, do you have anything special in your .vitunes.conf? > > === > > Brett. > >
