Neither of those appears to be related to get_iplayer, and neither can be reproduced on a clean Fedora 23 installation.
"Stack smashing" could result from mismatched rtmpdump and librtmp, as described here:
/thread-451.html
Uninstall BOTH librtmp and rtmpdump and reinstall rtmpdump from RPMfusion and see if that helps.
It looks like you cut off some of the selinux log so we can't tell what was being denied access to what. My guess is that the crash reporter or similar was triggered by rtmpdump fail but was apparently denied access to some file type on your system. That has nothing to do with get_iplayer. If you fix rtmpdump I suspect you won't see the selinux warning again.
EDIT: removed reference to libc
Thanks for the reply, reinstalling didn't do the trick, but did reveal that rmtpdump from RMPFusion is still on f22, maybe that's responsible? But then again, you can't reproduce it, so I don't know.
Will take the tip & look for issues with rtmpdump.
(06-11-2015, 04:14 PM)Thanks for the reply, reinstalling didn't do the trick, but did reveal that rmtpdump from RMPFusion is still on f22, maybe that's responsible? But then again, you can't reproduce it, so I don't know.
I noticed that, but it shouldn't necessarily make a difference (and doesn't here). Another possible culprit could be a problem with rtmpdump and crypto (gnutls) support, but again, that doesn't appear to be case on a clean system, and your crash log shows you have the same crypto libs. Run your get_iplayer command again with
--verbose and see if rtmpdump prints anything else before it dies. You can always use HLS streams to avoid rtmpdump altogether.
EDIT: Merged from duplicate thread
Hi,
Does anyone know how to solve this problem below with RTMPDump which has shown up after installing Fedora 23? Thanks!
RTMPDump v2.4
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
*** stack smashing detected ***: rtmpdump terminated
======= Backtrace: =========
/lib64/libc.so.6(+0x77e15)[0x7f16639c2e15]
/lib64/libc.so.6(__fortify_fail+0x37)[0x7f1663a5f607]
/lib64/libc.so.6(__fortify_fail+0x0)[0x7f1663a5f5d0]
/lib64/librtmp.so.1[0x398ec05ca7]
/lib64/librtmp.so.1[0x398ec05d28]
/lib64/librtmp.so.1[0x398ec0a6d7]
/lib64/librtmp.so.1(RTMP_Connect1+0x42)[0x398ec0c4e2]
/lib64/librtmp.so.1(RTMP_Connect+0xaf)[0x398ec0c71f]
rtmpdump[0x402467]
/lib64/libc.so.6(__libc_start_main+0xf0)[0x7f166396b580]
rtmpdump[0x402a89]
======= Memory map: ========
[...]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
INFO: Command exit code 2 (raw code = 134)
WARNING: Failed to stream file /home/scheel/radio/RECORDED/Essential_Classics_-_Thursday_-_Sarah_Walker_with_Andrew_Neil_b06p51pv_original.partial.m4a.flv via RTMP
INFO: skipping flashaaclow2 mode
ERROR: Failed to record 'Essential Classics - Thursday - Sarah Walker with Andrew Neil (b06p51pv)'
Regards,
Chris
Thanks for merging this with the existing thread. I did a search, but not successfully. :-)
Will try out some of the tips.
@hexag, did you manage to fix this yourself? What worked?
Thanks!
Reinstalling rtmpdump did not work.
However, the Fedora 23 update from rpmfusion did the trick. So no errors now!
Thanks for the update. Still a bit of mystery how the Fedora 22 rtmpdump worked on a clean Fedora 23 and not on an upgraded system, but it's academic now, thankfully.
Thanks everyone for the help and ideas. It helped us get there in the end. :-)