Habe gerade etwas mit SVDRP rumprobiert und mich gewundert warum ich für "CLRE 100" keine Antwort bekomme. Bis ich gesehen habe das der VDR-Server sich dann jedes Mal restartet:
Process 868 (vdr) of user 666 dumped core.
Stack trace of thread 881:
#0 0x00005606a983e988 _ZN12cSVDRPServer7CmdCLREEPKc (vdr + 0x158988)
#1 0x00005606a98454f4 _ZN12cSVDRPServer7ProcessEv (vdr + 0x15f4f4)
#2 0x00005606a9845789 _ZN19cSVDRPServerHandler18ProcessConnectionsEv (vdr + 0x15f789)
#3 0x00005606a9845998 _ZN19cSVDRPServerHandler6ActionEv (vdr + 0x15f998)
#4 0x00005606a9847d35 _ZN7cThread11StartThreadEPS_ (vdr + 0x161d35)
#5 0x00007f99ed5e33e9 start_thread (libpthread.so.0 + 0x93e9)
#6 0x00007f99ecfed293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 872:
#0 0x00007f99ed5e99c8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf9c8)
#1 0x00005606a98475ad _ZN8cCondVar9TimedWaitER6cMutexi (vdr + 0x1615ad)
#2 0x00005606a97ae939 _ZN9cDvbTuner6ActionEv (vdr + 0xc8939)
#3 0x00005606a9847d35 _ZN7cThread11StartThreadEPS_ (vdr + 0x161d35)
#4 0x00007f99ed5e33e9 start_thread (libpthread.so.0 + 0x93e9)
#5 0x00007f99ecfed293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 884:
#0 0x00007f99ecfe246f __poll (libc.so.6 + 0xf546f)
#1 0x00005606a9853a5c _ZN7cPoller4PollEi (vdr + 0x16da5c)
#2 0x00007f99ec3b3d19 _ZN8cxSocket4readEPvmi (libvdr-vnsiserver.so.2.4.6 + 0x37d19)
#3 0x00007f99ec3b1798 _ZN11cVNSIClient6ActionEv (libvdr-vnsiserver.so.2.4.6 + 0x35798)
#4 0x00005606a9847d35 _ZN7cThread11StartThreadEPS_ (vdr + 0x161d35)
#5 0x00007f99ed5e33e9 start_thread (libpthread.so.0 + 0x93e9)
#6 0x00007f99ecfed293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 880:
#0 0x00007f99ecfe4b7b __select (libc.so.6 + 0xf7b7b)
#1 0x00007f99ec3be580 _ZN11cVNSIServer6ActionEv (libvdr-vnsiserver.so.2.4.6 + 0x42580)
#2 0x00005606a9847d35 _ZN7cThread11StartThreadEPS_ (vdr + 0x161d35)
#3 0x00007f99ed5e33e9 start_thread (libpthread.so.0 + 0x93e9)
#4 0x00007f99ecfed293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 868:
#0 0x00007f99ed5e99c8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf9c8)
#1 0x00005606a98475ad _ZN8cCondVar9TimedWaitER6cMutexi (vdr + 0x1615ad)
#2 0x00005606a9816a8a _ZN7cRemote3GetEiPPc (vdr + 0x130a8a)
#3 0x00005606a978558c main (vdr + 0x9f58c)
#4 0x00007f99ecf15152 __libc_start_main (libc.so.6 + 0x28152)
#5 0x00005606a9787dce _start (vdr + 0xa1dce)
Stack trace of thread 878:
#0 0x00007f99ed5e99c8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf9c8)
#1 0x00005606a9847380 _ZN9cCondWait4WaitEi (vdr + 0x161380)
#2 0x00007f99ec4cc995 _ZN18cSearchTimerThread6ActionEv (libvdr-epgsearch.so.2.4.6 + 0xcd995)
#3 0x00005606a9847d35 _ZN7cThread11StartThreadEPS_ (vdr + 0x161d35)
#4 0x00007f99ed5e33e9 start_thread (libpthread.so.0 + 0x93e9)
#5 0x00007f99ecfed293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 882:
#0 0x00007f99ecfb4c51 clock_nanosleep@@GLIBC_2.17 (libc.so.6 + 0xc7c51)
#1 0x00007f99ecfba137 __nanosleep (libc.so.6 + 0xcd137)
#2 0x00007f99ecfe5419 usleep (libc.so.6 + 0xf8419)
#3 0x00007f99ec3c9b88 _ZN11cVNSIStatus6ActionEv (libvdr-vnsiserver.so.2.4.6 + 0x4db88)
#4 0x00005606a9847d35 _ZN7cThread11StartThreadEPS_ (vdr + 0x161d35)
#5 0x00007f99ed5e33e9 start_thread (libpthread.so.0 + 0x93e9)
#6 0x00007f99ecfed293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 873:
#0 0x00007f99ecfe246f __poll (libc.so.6 + 0xf546f)
#1 0x00005606a981e79b _ZN15cSectionHandler6ActionEv (vdr + 0x13879b)
#2 0x00005606a9847d35 _ZN7cThread11StartThreadEPS_ (vdr + 0x161d35)
#3 0x00007f99ed5e33e9 start_thread (libpthread.so.0 + 0x93e9)
#4 0x00007f99ecfed293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 877:
#0 0x00007f99ecfe246f __poll (libc.so.6 + 0xf546f)
#1 0x00005606a981e79b _ZN15cSectionHandler6ActionEv (vdr + 0x13879b)
#2 0x00005606a9847d35 _ZN7cThread11StartThreadEPS_ (vdr + 0x161d35)
#3 0x00007f99ed5e33e9 start_thread (libpthread.so.0 + 0x93e9)
#4 0x00007f99ecfed293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 883:
#0 0x00007f99ecfb4c51 clock_nanosleep@@GLIBC_2.17 (libc.so.6 + 0xc7c51)
#1 0x00007f99ecfba137 __nanosleep (libc.so.6 + 0xcd137)
#2 0x00007f99ecfe5419 usleep (libc.so.6 + 0xf8419)
#3 0x00007f99ec3cf17b _ZN11CVNSITimers6ActionEv (libvdr-vnsiserver.so.2.4.6 + 0x5317b)
#4 0x00005606a9847d35 _ZN7cThread11StartThreadEPS_ (vdr + 0x161d35)
#5 0x00007f99ed5e33e9 start_thread (libpthread.so.0 + 0x93e9)
#6 0x00007f99ecfed293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 876:
#0 0x00007f99ed5e99c8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf9c8)
#1 0x00005606a98475ad _ZN8cCondVar9TimedWaitER6cMutexi (vdr + 0x1615ad)
#2 0x00005606a97ae939 _ZN9cDvbTuner6ActionEv (vdr + 0xc8939)
#3 0x00005606a9847d35 _ZN7cThread11StartThreadEPS_ (vdr + 0x161d35)
#4 0x00007f99ed5e33e9 start_thread (libpthread.so.0 + 0x93e9)
#5 0x00007f99ecfed293 __clone (libc.so.6 + 0x100293)
Stack trace of thread 879:
#0 0x00007f99ed5e99c8 pthread_cond_timedwait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf9c8)
#1 0x00005606a9847380 _ZN9cCondWait4WaitEi (vdr + 0x161380)
#2 0x00007f99ec459b35 _ZN20cConflictCheckThread6ActionEv (libvdr-epgsearch.so.2.4.6 + 0x5ab35)
#3 0x00005606a9847d35 _ZN7cThread11StartThreadEPS_ (vdr + 0x161d35)
#4 0x00007f99ed5e33e9 start_thread (libpthread.so.0 + 0x93e9)
#5 0x00007f99ecfed293 __clone (libc.so.6 + 0x100293
Tritt wohl auf wenn man CLRE auf eine Kanalnummer ausführen will, welche durch die "Kanalgruppen-Syntax" nicht exisitert. Also in einer durch die Channelgroups erzeugte Lücke fällt. Eventuell betrifft das auch andere SVDRP-Befehle.