pkgsrc-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
pkg/51550: mplayer w/option "caca" segfaults if "-vo caca" used.
>Number: 51550
>Category: pkg
>Synopsis: mplayer w/option "caca" segfaults if "-vo caca" used.
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: pkg-manager
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Tue Oct 11 00:55:00 +0000 2016
>Originator: John D. Baker
>Release: NetBSD/amd64-7.0_STABLE, pkgsrc-2016Q3
>Organization:
>Environment:
NetBSD skuld.technoskunk.fur 7.0_STABLE NetBSD 7.0_STABLE (SKULD) #44: Thu Oct 6 06:27:32 CDT 2016 sysop%yggdrasil.technoskunk.fur@localhost:/r0/build/netbsd-7/obj/amd64/sys/arch/amd64/compile/SKULD amd64
>Description:
If "multimedia/mplayer" or "multimedia/gmplayer" is built with the
"caca" option (IIUC this is color ASCII-art rendition of video) and
then using the option is attempted with
$ mplayer -vo caca some_video_file.mp4
the terminal in which the command is invoked is cleared, the start
of mplayer's running status line is printed on the top line and then
the terminates with segfault. The terminal is left in a state where
the cursor is invisble.
The resulting core file is not particularly revealing. Even after
rebuilding with the "debug" option for "mplayer" and setting
CFLAGS+=-ggdb
CXXFLAGS+=-ggdb
INSTALL_UNSTRIPPED=yes
for "graphics/libcaca" and "multimedia/mplayer", and leaving their
respective "${WRKSRC}" trees intact, the best I can get is (for
mplayer):
Core was generated by `mplayer'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007f7ff7819403 in ?? ()
(gdb) bt
#0 0x00007f7ff7819403 in ?? ()
#1 0x00007f7ff77191c0 in ?? ()
#2 0x00007f7feb8174a4 in ?? ()
#3 0x00007f7ff7b36800 in ?? ()
#4 0x00000000f774d800 in ?? ()
#5 0x00007f7ff7b226c0 in ?? ()
#6 0x0000000000000800 in ?? ()
#7 0x000000000000a500 in ?? ()
#8 0x00007f7ff771f020 in ?? ()
#9 0x00000000a5010020 in ?? ()
#10 0x0000005000500001 in ?? ()
#11 0x0000001f00000050 in ?? ()
#12 0x00007f7ff7b226c0 in ?? ()
#13 0x00007f7ff7a28ac8 in ?? ()
#14 0x00007f7ff7750800 in ?? ()
#15 0x00007f7ff7a28ac0 in ?? ()
#16 0x000000000000003b in ?? ()
#17 0x00007f7ff77191c0 in ?? ()
#18 0x00007f7ff781bdb2 in ?? ()
#19 0x0000000000000020 in ?? ()
#20 0x0000003000000050 in ?? ()
#21 0x00007f7feb80cb01 in ?? ()
#22 0x0000000000000000 in ?? ()
Or for "gmplayer":
Core was generated by `gmplayer'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007f7ff781969e in ?? ()
(gdb) bt
#0 0x00007f7ff781969e in ?? ()
#1 0x00007f7ff6ba71c0 in ?? ()
#2 0x0000004feb4174a4 in ?? ()
#3 0x00007f7ff73d4000 in ?? ()
#4 0x0000000000000050 in ?? ()
#5 0x00007f7ff7b22ee0 in ?? ()
#6 0x0000000000000000 in ?? ()
>How-To-Repeat:
See above. Build "mplayer" and/or "gmplayer" with:
PKG_OPTIONS.mplayer+=caca
PKG_OPTIONS.gmplayer+=caca
And try to play a video file with "-vo caca"
(Possibly an interaction with other options? I typically turn them all
on.)
One thing to note is that with "libaa" (monochrome ASCII-art rendition,
"-vo aa"), it opens a new window to display, while "-vo caca" seems to
try to use the current terminal (possible conflict with other output
operations?).
>Fix:
Workaround: Don't use "-vo caca". Monochrome ASCII-art is available
with "-vo aa".
Home |
Main Index |
Thread Index |
Old Index