GNOME Bugzilla – Bug 789542
audiovisualizer: basic-tutorial-8.c is crashing with vaapisink
Last modified: 2018-11-03 12:00:53 UTC
gst-docs/examples/tutorial/basic-tutorial-8.c is raising a crash in audiovisualizer with master. (It would be good to somehow integrate those examples in our CI system). Thread 5 "video_queue:src" received signal SIGSEGV, Segmentation fault.
+ Trace 238118
Thread 7 (Thread 0x7fffe9b3f700 (LWP 26259))
Thread 6 (Thread 0x7fffea340700 (LWP 26258))
Thread 5 (Thread 0x7fffeab41700 (LWP 26257))
Thread 4 (Thread 0x7fffeb342700 (LWP 26256))
==26544== Conditional jump or move depends on uninitialised value(s) ==26544== at 0x4C3432F: memset (vg_replace_strmem.c:1234) ==26544== by 0xA9DACC1: gst_audio_visualizer_chain (gstaudiovisualizer.c:1163) ==26544== by 0x53D40C6: gst_pad_chain_data_unchecked (gstpad.c:4215) ==26544== by 0x53D4CB3: gst_pad_push_data (gstpad.c:4471) ==26544== by 0x53D53DE: gst_pad_push (gstpad.c:4590) ==26544== by 0x510A36B: gst_base_transform_chain (gstbasetransform.c:2312) ==26544== by 0x53D40C6: gst_pad_chain_data_unchecked (gstpad.c:4215) ==26544== by 0x53D4CB3: gst_pad_push_data (gstpad.c:4471) ==26544== by 0x53D53DE: gst_pad_push (gstpad.c:4590) ==26544== by 0x9F6C6BF: gst_queue_push_one (gstqueue.c:1383) ==26544== by 0x9F6D51B: gst_queue_loop (gstqueue.c:1536) ==26544== by 0x540EA5A: gst_task_func (gsttask.c:332) ==26544== ==26544== Conditional jump or move depends on uninitialised value(s) ==26544== at 0x4C34369: memset (vg_replace_strmem.c:1234) ==26544== by 0xA9DACC1: gst_audio_visualizer_chain (gstaudiovisualizer.c:1163) ==26544== by 0x53D40C6: gst_pad_chain_data_unchecked (gstpad.c:4215) ==26544== by 0x53D4CB3: gst_pad_push_data (gstpad.c:4471) ==26544== by 0x53D53DE: gst_pad_push (gstpad.c:4590) ==26544== by 0x510A36B: gst_base_transform_chain (gstbasetransform.c:2312) ==26544== by 0x53D40C6: gst_pad_chain_data_unchecked (gstpad.c:4215) ==26544== by 0x53D4CB3: gst_pad_push_data (gstpad.c:4471) ==26544== by 0x53D53DE: gst_pad_push (gstpad.c:4590) ==26544== by 0x9F6C6BF: gst_queue_push_one (gstqueue.c:1383) ==26544== by 0x9F6D51B: gst_queue_loop (gstqueue.c:1536) ==26544== by 0x540EA5A: gst_task_func (gsttask.c:332) ==26544== ==26544== Invalid write of size 8 ==26544== at 0x4C34357: memset (vg_replace_strmem.c:1234) ==26544== by 0xA9DACC1: gst_audio_visualizer_chain (gstaudiovisualizer.c:1163) ==26544== by 0x53D40C6: gst_pad_chain_data_unchecked (gstpad.c:4215) ==26544== by 0x53D4CB3: gst_pad_push_data (gstpad.c:4471) ==26544== by 0x53D53DE: gst_pad_push (gstpad.c:4590) ==26544== by 0x510A36B: gst_base_transform_chain (gstbasetransform.c:2312) ==26544== by 0x53D40C6: gst_pad_chain_data_unchecked (gstpad.c:4215) ==26544== by 0x53D4CB3: gst_pad_push_data (gstpad.c:4471) ==26544== by 0x53D53DE: gst_pad_push (gstpad.c:4590) ==26544== by 0x9F6C6BF: gst_queue_push_one (gstqueue.c:1383) ==26544== by 0x9F6D51B: gst_queue_loop (gstqueue.c:1536) ==26544== by 0x540EA5A: gst_task_func (gsttask.c:332) ==26544== Address 0x4179000 is not stack'd, malloc'd or (recently) free'd ==26544== ==26544== ==26544== Process terminating with default action of signal 11 (SIGSEGV): dumping core ==26544== Access not within mapped region at address 0x4179000 ==26544== at 0x4C34357: memset (vg_replace_strmem.c:1234) ==26544== by 0xA9DACC1: gst_audio_visualizer_chain (gstaudiovisualizer.c:1163) ==26544== by 0x53D40C6: gst_pad_chain_data_unchecked (gstpad.c:4215) ==26544== by 0x53D4CB3: gst_pad_push_data (gstpad.c:4471) ==26544== by 0x53D53DE: gst_pad_push (gstpad.c:4590) ==26544== by 0x510A36B: gst_base_transform_chain (gstbasetransform.c:2312) ==26544== by 0x53D40C6: gst_pad_chain_data_unchecked (gstpad.c:4215) ==26544== by 0x53D4CB3: gst_pad_push_data (gstpad.c:4471) ==26544== by 0x53D53DE: gst_pad_push (gstpad.c:4590) ==26544== by 0x9F6C6BF: gst_queue_push_one (gstqueue.c:1383) ==26544== by 0x9F6D51B: gst_queue_loop (gstqueue.c:1536) ==26544== by 0x540EA5A: gst_task_func (gsttask.c:332)
Works fine for me and is valgrind clean as well for me. What videosink is this with in your case? Does it happen pretty much immediately or only after a while? Could you investigate?
(In reply to Tim-Philipp Müller from comment #1) > What videosink is this with in your case? vaapisink (master). If I remove it it switches to xvimagesink which is indeed working.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/394.