segfault on SB between b85f5bb and 7b526c4

[yiannividalis@…]

The mythbackend program segfaults on the slave backend. MB runs ok. The SB complained that the frequency of a channel was out of bounds, but I've not scanned for any channels for a week or so.

I am attaching backend log and debug log.

MythTV Version : v0.25pre-4799-g7b526c4-dirty
MythTV Branch : master
Network Protocol : 72
Library API : 0.25.20120304-1
QT Version : 4.7.2
Options compiled in:
 linux debug use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_dvb using_frontend using_hdpvr using_iptv using_ivtv using_libcrypto using_libfftw3 using_libxml2 using_libudf using_lirc using_mheg using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_v4l2 using_v4l1 using_x11 using_xrandr using_bindings_perl using_bindings_python using_bindings_php using_mythtranscode using_opengl using_vdpau using_ffmpeg_threads using_live using_mheg using_libxml2 using_libudf

[yiannividalis@…]

The actual commit that causes the segfault is f5aa5e8. Up and including b6f9e1d mythbackend starts normally.

MythTV Version : v0.25pre-4795-gf5aa5e8-dirty
MythTV Branch : exported
Network Protocol : 72
Library API : 0.25.20120304-1
QT Version : 4.7.2
Options compiled in:
 linux debug use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_dvb using_frontend using_hdpvr using_iptv using_ivtv using_libcrypto using_libfftw3 using_libxml2 using_libudf using_lirc using_mheg using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_v4l2 using_v4l1 using_x11 using_xrandr using_bindings_perl using_bindings_python using_bindings_php using_mythtranscode using_opengl using_vdpau using_ffmpeg_threads using_live using_mheg using_libxml2 using_libudf

This problem only affects the slave backend, the MB runs normally, Frontends are not affected.

Any more info I should provide?

Yianni.

[Raymond Wagner]

No sense making things difficult when it's under the 256KB limit.

[Raymond Wagner]

What distro are you using? Is this segfault occurring immediately after startup, or any time you try to run mythbackend?

[Yianni Vidalis <yiannividalis@…>]

openSuSe 11.4 is the SB that excibits the problem. The MB is on 12.1. The segfault occurs immediately after starting mythbackend, either through the startup script or by calling it directly.

[danielk]

BT of frontend crash. Looks like a tear-down order problem.

[Github]

Use deleteLater() when deleting server sockets in ServerPool?.

Use Qt's deleteLater() rather than delete when deleting sockets, so the actual delete is deferred until reached by the event loop. This removes one potential avenue for null referencing causing segfaults on teardown.

Refs #10405

Branch: master Changeset: 65196663982e3a8b510d8403988000a325d6f130

[Yianni Vidalis <yiannividalis@…>]

MythTV Version : v0.25-beta-18-gcf9ee65-dirty

It's running ok now. Please close this ticket as fixed.

Best regards,

Yianni.

[Raymond Wagner]

See infoneeded reason in #10418.

[Yianni Vidalis <yiannividalis@…>]

Ok, I think I maybe confused the issue:

Both tickets are now fixed, and both were fixed by the commits you made.

Both problems were occuring on the same pc, but this ticket was affecting the backend part whereas #10418 the frontend (backend was working ok).

Both starting occuring at the commits I mentioned.

I can provide any log you require, but both tickets are fixed now for me, i.e. both frontend and backend start and stop normally on this pc.

Regards,

Yianni.

[beirdo]

Closing due to user report that it is fixed.