Mit VNSISERVER-crashes und VDR aus #172 gibt es seit 2 Tagen keine crashes mehr. Beruhigend.
Beiträge von RHS
-
-
Hab das mal gebaut bei der Anwendung des patches aus #169 auf einen Git clone des vdr aus vdr-projects war der Hunk:
Code@@ -60,7 +60,6 @@ provider = strdup(""); portalName = strdup(""); memset(&__BeginData__, 0, (char *)&__EndData__ - (char *)&__BeginData__); - nameSourceMode = 0; parameters = ""; modification = CHANNELMOD_NONE; seen = 0;
schon vorhanden. Patch wollte diesen reverten.
Nach Löschung dieses Hunk lies sich der Rest patchen.
crashed jetzt dauernd. Hier der Backtrace.
Code#0 __strcmp_sse2_unaligned () at ../sysdeps/x86_64/multiarch/strcmp-sse2-unaligned.S:40 #1 0x00007fef775322b7 in cSatipDevice::IsTunedToTransponder (channelP=0x8552e0, this=0xcf4030) at /usr/src/packages/BUILD/vdr-2.6.6-test/include/vdr/tools.h:188 #2 cSatipDevice::IsTunedToTransponder (this=0xcf4030, channelP=0x8552e0) at device.c:334 #3 0x00000000004a64e4 in cDevice::GetDeviceForTransponder (Channel=0x8552e0, Priority=Priority@entry=-99) at device.c:425 #4 0x0000000000489b8a in main (argc=<optimized out>, argv=<optimized out>) at /usr/src/packages/BUILD/vdr-2.6.6-fi/timers.h:67
-
Danke. Habe noch Patch aus #162 eingebaut. Läuft soweit. Melde mich, wenn es was auffälliges gibt.
-
wirbel mit deinem vnsiserver-crashes git aus #156 gibt es folgenden compile error:
Codeg++ -g -O3 -Wall -march=goldmont-plus -Woverloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -std=c++11 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"vnsiserver"' -DVNSI_SERVER_VERSION='"1.8.3"' -I/usr/src/packages/BUILD/vdr-2.6.6-wi/include -o vnsiclient.o vnsiclient.c vnsiclient.c: In member function ‘bool cVNSIClient::processCHANNELS_GetChannels(cRequestPacket&)’: vnsiclient.c:1206:3: error: ‘resp’ was not declared in this scope 1206 | resp.finalise(); | ^~~~
-
Sorry aber es wäre wohl mittlerweile sinnvoll den Patchstatus für vdr und vnsiserver festzulegen um eine transparente Testbasis zu haben. Mir erschließen sich die Abhängigkeiten der verschiedenen Vorschläge jetzt nicht mehr so ganz.
-
Hab ShowChannelNamesWithSource == 0 gesetzt und mit obigen Patch #150 angewandt.
Heftiges schalten durch die diversen Kanäle hat bisher keinen Crash produziert, auch bei mehreren Clients.
Werde es weiter beobachten.
-
good pick.
Codeif (isempty(nameSource) || nameSourceMode != Setup.ShowChannelNamesWithSource) { ++ nameSourceMode = Setup.ShowChannelNamesWithSource; if (Setup.ShowChannelNamesWithSource == 1) nameSource = cString::sprintf("%s (%c)", name, cSource::ToChar(source)); else nameSource = cString::sprintf("%s (%s)", name, *cSource::ToString(source)); }
scheint die Verbesserung gebracht zu haben kein crash bisher mit drei kodi clients und häufigen umschalten.
-
Zitat
RHS Das wäre eventuell hilfreich, wenn Du die noch finden könntest.
Da man an den Punkt eigentlich nie gelangen sollte, könnten die Informationen Aufschluss geben, was da schief läuft.
Ich finde diese Fehlermeldung nicht.
wirbel: Ich habe die zeile 2 wie oben beschrieben eingefügt und ShowChannelNamesWithSource == 2 gesetzt.
dann erhalte ich folgenden anderen verlauf im Syslog beim Channel Switch und bisher kein crash. Bisher hätte es wohl einen gegeben.
Interessant ist :
[10235] VNSI: exit streamer thread
während des Channel switches. Hatte ich bisher nie.
Code
Alles anzeigenFeb 29 10:46:01 vnas2.home.arpa vdr[9361]: [10235] VNSI: Audio stream change, pid: 310, channels: 2, samplerate: 48000 Feb 29 10:46:02 vnas2.home.arpa vdr[9361]: [10235] VNSI: Video stream change, pid: 300, width: 1920, height: 1080, aspect: 1,777778 Feb 29 10:46:05 vnas2.home.arpa vdr[9361]: [9418] VNSI: Requesting clients to reload channels list Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10235] VNSI: exit streamer thread Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10235] cLiveStreamer stream processor thread ended (pid=9361, tid=10235) Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10232] VNSI: LiveStreamer::Close - close Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10232] VNSI: close video input ... Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10232] VNSI: activate live receiver: 0 Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10232] CAM 1: unassigned from device 1 Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10232] VNSI: Dummy receiver (0x7fc65c503bc0) deactivated Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10232] VNSI: close video input ... Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10241] device 1 receiver thread ended (pid=9361, tid=10241) Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10231] VNSI: cxSocket::read(fd=35): eof, connection closed Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10236] VNSI-Error: cxSocket::read(fd=-1): read() error at 0/16 Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10231] VNSI-Error: Socket error: 'Failed to read header'. Dropping connection Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10236] VNSI-Error: Socket error: 'Failed to read header'. Dropping connection Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10231] VNSI Socket 35 thread ended (pid=9361, tid=10231) Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10237] VNSI Client 35->192.168.20.210:55552 thread ended (pid=9361, tid=10237) Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10232] VNSI Client 34->192.168.20.210:55546 thread ended (pid=9361, tid=10232) Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [10236] VNSI Socket 41 thread ended (pid=9361, tid=10236) Feb 29 10:46:11 vnas2.home.arpa vdr[9361]: [9418] VNSI: removing client with ID 34 from client list
-
Mit dem Patch aus #48 sieht der Backtrace beim crash folgendermaßen aus:
Code
Alles anzeigen#0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x00007f33da894a73 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x00007f33da841176 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x00007f33da828917 in __GI_abort () at abort.c:79 #4 0x00007f33da8297e8 in __libc_message_impl (fmt=fmt@entry=0x7f33da9b3321 "%s\n") at ../sysdeps/posix/libc_fatal.c:132 #5 0x00007f33da89f3c7 in malloc_printerr (str=str@entry=0x7f33da9b6a78 "malloc(): unaligned tcache chunk detected") at malloc.c:5772 #6 0x00007f33da8a3cdc in tcache_get_n (ep=<optimized out>, tc_idx=<optimized out>) at malloc.c:3183 #7 tcache_get (tc_idx=<optimized out>) at malloc.c:3199 #8 __GI___libc_malloc (bytes=bytes@entry=32) at malloc.c:3320 #9 0x00007f33da8861c8 in __vasprintf_internal (result_ptr=0x7f339b3ffc80, format=<optimized out>, args=<optimized out>, mode_flags=<optimized out>) at vasprintf.c:116 #10 0x0000000000553f1b in cString::sprintf (fmt=fmt@entry=0x7f33da7cb334 "%s%d;") at tools.c:1180 #11 0x00007f33da794fc8 in cVNSIClient::processCHANNELS_GetChannels (this=0x7f33b0012ca0, req=...) at /usr/src/packages/BUILD/vdr-2.6.6-test/include/vdr/tools.h:188 #12 0x00007f33da79bcab in non-virtual thunk to cVNSIClient::visit(cRequestPacket&) () at /usr/src/packages/BUILD/vdr-plugin-vnsiserver-vdrprojects/vnsiclient.h:91 #13 0x00007f33da791954 in cVNSIClient::Action (this=0x7f33b0012ca0) at vnsiclient.c:103 #14 0x0000000000548952 in cThread::StartThread (Thread=0x7f33b0012ca0) at thread.c:293 #15 0x00007f33da892bb2 in start_thread (arg=<optimized out>) at pthread_create.c:447 #16 0x00007f33da91400c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78
Ein weiterer crash :
Code
Alles anzeigen(gdb) bt #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x00007f99fec94a73 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x00007f99fec41176 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x00007f99fec28917 in __GI_abort () at abort.c:79 #4 0x00007f99fec297e8 in __libc_message_impl (fmt=fmt@entry=0x7f99fedb3321 "%s\n") at ../sysdeps/posix/libc_fatal.c:132 #5 0x00007f99fec9f3c7 in malloc_printerr (str=str@entry=0x7f99fedb6a78 "malloc(): unaligned tcache chunk detected") at malloc.c:5772 #6 0x00007f99feca3cdc in tcache_get_n (ep=<optimized out>, tc_idx=<optimized out>) at malloc.c:3183 #7 tcache_get (tc_idx=<optimized out>) at malloc.c:3199 #8 __GI___libc_malloc (bytes=bytes@entry=23) at malloc.c:3320 #9 0x00007f99fec861c8 in __vasprintf_internal (result_ptr=0x7f99c69ffc40, format=<optimized out>, args=<optimized out>, mode_flags=<optimized out>) at vasprintf.c:116 #10 0x0000000000553f1b in cString::sprintf (fmt=fmt@entry=0x564138 "%s (%s)") at tools.c:1180 #11 0x0000000000490878 in cChannel::Name (this=this@entry=0xf589d0) at /usr/src/packages/BUILD/vdr-2.6.6-test/tools.h:189 #12 0x00007f99feb87e5f in cVNSIClient::processCHANNELS_GetChannels (this=0x7f99d4000ef0, req=...) at vnsiclient.c:1181 #13 0x00007f99feb8ecab in non-virtual thunk to cVNSIClient::visit(cRequestPacket&) () at /usr/src/packages/BUILD/vdr-plugin-vnsiserver-vdrprojects/vnsiclient.h:91 #14 0x00007f99feb84954 in cVNSIClient::Action (this=0x7f99d4000ef0) at vnsiclient.c:103 #15 0x0000000000548952 in cThread::StartThread (Thread=0x7f99d4000ef0) at thread.c:293 #16 0x00007f99fec92bb2 in start_thread (arg=<optimized out>) at pthread_create.c:447 #17 0x00007f99fed1400c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78
Wenn mehr Info benötigt wird bitte melden.
-
Mit Patch aus #136 crashed es auch hier der Backtrace:
Code
Alles anzeigen(gdb) bt #0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x00007f4e20e94a73 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x00007f4e20e41176 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x00007f4e20e28917 in __GI_abort () at abort.c:79 #4 0x00007f4e20e297e8 in __libc_message_impl (fmt=fmt@entry=0x7f4e20fb3321 "%s\n") at ../sysdeps/posix/libc_fatal.c:132 #5 0x00007f4e20e9f3c7 in malloc_printerr (str=str@entry=0x7f4e20fb6630 "free(): unaligned chunk detected in tcache 2") at malloc.c:5772 #6 0x00007f4e20ea195d in _int_free (av=0x7f4dd4000030, p=<optimized out>, have_lock=have_lock@entry=0) at malloc.c:4539 #7 0x00007f4e20ea4143 in __GI___libc_free (mem=<optimized out>) at malloc.c:3398 #8 0x0000000000553c96 in cString::operator= (this=this@entry=0x23ddfe8, String=...) at tools.c:1111 #9 0x0000000000490887 in cChannel::Name (this=this@entry=0x23dda00) at channels.c:114 #10 0x00007f4e209ace5f in cVNSIClient::processCHANNELS_GetChannels (this=0x7f4dec012ca0, req=...) at vnsiclient.c:1181 #11 0x00007f4e209b3cab in non-virtual thunk to cVNSIClient::visit(cRequestPacket&) () at /usr/src/packages/BUILD/vdr-plugin-vnsiserver-vdrprojects/vnsiclient.h:91 #12 0x00007f4e209a9954 in cVNSIClient::Action (this=0x7f4dec012ca0) at vnsiclient.c:103 #13 0x0000000000548952 in cThread::StartThread (Thread=0x7f4dec012ca0) at thread.c:293 #14 0x00007f4e20e92bb2 in start_thread (arg=<optimized out>) at pthread_create.c:447 #15 0x00007f4e20f1400c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78
und hier die syslog Meldungen:
Code
Alles anzeigenFeb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18785] VNSI: Successfully switched to channel 4 - SR Fernsehen HD (S19.2E) Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18785] VNSI: Started streaming of channel SR Fernsehen HD (S19.2E) (timeout 14 seconds) Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18787] cLiveStreamer stream processor thread started (pid=5893, tid=18787, prio=high) Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [5922] loading /etc/vdr/plugins/vnsiserver/allowed_hosts.conf Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [5922] VNSI: Client with ID 22 connected: 192.168.20.171:41652 Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18788] VNSI Socket 40 thread started (pid=5893, tid=18788, prio=high) Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18789] VNSI Client 22->192.168.20.171:41652 thread started (pid=5893, tid=18789, prio=high) Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18789] VNSI: Welcome client 'XBMC Media Center' with protocol version '13' Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18787] VNSI: Created stream for pid=5431 and type=8 Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18787] VNSI: Created stream for pid=5436 and type=1 Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18787] VNSI: Created stream for pid=5432 and type=2 Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18787] VNSI: Created stream for pid=5433 and type=2 Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18787] VNSI: Created stream for pid=5437 and type=2 Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18787] VNSI: Created stream for pid=5435 and type=10 Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18787] VNSI: Created stream for pid=5434 and type=12 Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18787] VNSI: Audio stream change, pid: 5432, channels: 2, samplerate: 48000 Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18787] VNSI: Audio stream change, pid: 5433, channels: 2, samplerate: 48000 Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18787] VNSI: Audio stream change, pid: 5437, channels: 2, samplerate: 48000 Feb 27 18:44:58 vnas2.home.arpa vdr[5893]: [18787] VNSI: Audio stream change, pid: 5436, channels: 2, samplerate: 48000 Feb 27 18:44:59 vnas2.home.arpa vdr[5893]: [18787] VNSI: Video stream change, pid: 5431, width: 1280, height: 720, aspect: 1,777778 Feb 27 18:45:02 vnas2.home.arpa vdr[5893]: [5900] changing pids of channel 3906 (ARD-Test-R) from 5411+5411=27:5412=deu@3:0:0 to 5401+5401=27:5402=deu@3:0:0 Feb 27 18:45:02 vnas2.home.arpa vdr[5893]: [5936] VNSI: Requesting clients to reload channels list Feb 27 18:45:05 vnas2.home.arpa vdr[18838]: [18838] VDR version 2.6.6 started Feb 27 18:45:05 vnas2.home.arpa vdr[18838]: [18838] switched to user 'vdr' Feb 27 18:45:05 vnas2.home.arpa vdr[18838]: [18838] codeset is 'UTF-8' - known
-
Hab den Vorschlag #129 mal kompiliert, ergibt folgende Warnung:
Codesources.c:63:12: warning: comparison of integer expressions of different signedness: ‘int’ and ‘long unsigned int’ [-Wsign-compare] 63 | if (l < (sizeof(buffer) - 1) && l > 0) { | ~~^~~~~~~~~~~~~~~~~~~~~~
Gibt das einen Anhaltspunkt?
-
SHF Auch nach entfernen von responsepacket_realloc_3.diff.txt gibt es keine Warnungen mehr. Vielleicht hatte ich noch einen alten Stand. Nach der ganzen Patcherei hatte ich einen neuen Abzug von github gemacht.
Im folgenden ein Backtrace bei dem eine Segmantation Fault gemeldet wurde :
Code
Alles anzeigenEnable debuginfod for this session? (y or [n]) y Debuginfod has been enabled. To make this setting permanent, add 'set debuginfod enabled on' to .gdbinit. [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/usr/local/bin/vdr --cachedir=/tmp -c /etc/vdr -E /tmp -l 3 -L /usr/local/lib/v'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x00007f916a4a192c in _int_free (av=0x7f9114000030, p=0x7f9114002df0, have_lock=have_lock@entry=0) at malloc.c:4534 4534 malloc.c: File exists. [Current thread is 1 (Thread 0x7f911f4006c0 (LWP 16805))] Missing separate debuginfos, use: zypper install libtntnet13-debuginfo-3.0-1.4.x86_64 (gdb) bt #0 0x00007f916a4a192c in _int_free (av=0x7f9114000030, p=0x7f9114002df0, have_lock=have_lock@entry=0) at malloc.c:4534 #1 0x00007f916a4a4143 in __GI___libc_free (mem=<optimized out>) at malloc.c:3398 #2 0x0000000000553c96 in cString::operator= (this=this@entry=0x1e35b78, String=...) at tools.c:1111 #3 0x0000000000490887 in cChannel::Name (this=this@entry=0x1e35590) at channels.c:114 #4 0x00007f916a3ace4f in cVNSIClient::processCHANNELS_GetChannels (this=0x7f914001abb0, req=...) at vnsiclient.c:1181 #5 0x00007f916a3b3c9b in non-virtual thunk to cVNSIClient::visit(cRequestPacket&) () at /usr/src/packages/BUILD/vdr-plugin-vnsiserver-vdrprojects/vnsiclient.h:91 #6 0x00007f916a3a9950 in cVNSIClient::Action (this=0x7f914001abb0) at vnsiclient.c:103 #7 0x0000000000548952 in cThread::StartThread (Thread=0x7f914001abb0) at thread.c:293 #8 0x00007f916a492bb2 in start_thread (arg=<optimized out>) at pthread_create.c:447 #9 0x00007f916a51400c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78
dmesg -T
[Sun Feb 25 20:37:24 2024] traps: VNSI Client 69-[16805] general protection fault ip:7f916a4a192c sp:7f911f3ffca0 error:0 in libc.so.6[7f916a428000+16d000]
Syslog:
Feb 25 20:37:16 vnas2.home.arpa vdr[431]: [18102] VNSI: Welcome client 'XBMC Media Center' with protocol version '13'
Feb 25 20:37:17 vnas2.home.arpa vdr[431]: [18100] VNSI: Created stream for pid=1279 and type=8
Feb 25 20:37:17 vnas2.home.arpa vdr[431]: [18100] VNSI: Created stream for pid=1283 and type=1
Feb 25 20:37:17 vnas2.home.arpa vdr[431]: [18100] VNSI: Created stream for pid=36 and type=12
Feb 25 20:37:17 vnas2.home.arpa vdr[431]: [18100] VNSI: Audio stream change, pid: 1283, channels: 2, samplerate: 48000
Feb 25 20:37:18 vnas2.home.arpa vdr[431]: [18100] VNSI: Video stream change, pid: 1279, width: 1920, height: 1080, aspect: 1,777778
Feb 25 20:37:24 vnas2.home.arpa vdr[431]: [477] VNSI: Requesting clients to reload channels list
Feb 25 20:37:28 vnas2.home.arpa vdr[18157]: [18157] VDR version 2.6.6 started
-
Leider crashed es weiterhin hier der backtrace:
Code
Alles anzeigen#0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x00007fe72a094a73 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x00007fe72a041176 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x00007fe72a028917 in __GI_abort () at abort.c:79 #4 0x00007fe72a0297e8 in __libc_message_impl (fmt=fmt@entry=0x7fe72a1b3321 "%s\n") at ../sysdeps/posix/libc_fatal.c:132 #5 0x00007fe72a09f3c7 in malloc_printerr (str=str@entry=0x7fe72a1b6a78 "malloc(): unaligned tcache chunk detected") at malloc.c:5772 #6 0x00007fe72a0a3cdc in tcache_get_n (ep=<optimized out>, tc_idx=<optimized out>) at malloc.c:3183 #7 tcache_get (tc_idx=<optimized out>) at malloc.c:3199 #8 __GI___libc_malloc (bytes=bytes@entry=2) at malloc.c:3320 #9 0x00007fe72a0aa76e in __GI___strdup (s=0x7fe6f5fffd00 "C") at strdup.c:42 #10 0x0000000000553853 in cString::cString (this=this@entry=0x7fe6f5fffd30, S=S@entry=0x7fe6f5fffd00 "C", TakePointer=TakePointer@entry=false) at tools.c:1073 #11 0x000000000053b546 in cSource::ToString (Code=<optimized out>) at sources.c:65 #12 0x0000000000490859 in cChannel::Name (this=this@entry=0x18a9c60) at channels.c:114 #13 0x00007fe729ec7e4f in cVNSIClient::processCHANNELS_GetChannels (this=0x7fe700000ef0, req=...) at vnsiclient.c:1181 #14 0x00007fe729ecec9b in non-virtual thunk to cVNSIClient::visit(cRequestPacket&) () at /usr/src/packages/BUILD/vdr-plugin-vnsiserver-vdrprojects/vnsiclient.h:91 #15 0x00007fe729ec4950 in cVNSIClient::Action (this=0x7fe700000ef0) at vnsiclient.c:103 #16 0x0000000000548952 in cThread::StartThread (Thread=0x7fe700000ef0) at thread.c:293 #17 0x00007fe72a092bb2 in start_thread (arg=<optimized out>) at pthread_create.c:447 #18 0x00007fe72a11400c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78
und hier der Syslog:
Code
Alles anzeigenFeb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23494] VNSI: Started streaming of channel SR Fernsehen HD (S19.2E) (timeout 14 seconds) Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23496] cLiveStreamer stream processor thread started (pid=18157, tid=23496, prio=high) Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [18186] loading /etc/vdr/plugins/vnsiserver/allowed_hosts.conf Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [18186] VNSI: Client with ID 8 connected: 192.168.20.117:35656 Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23497] VNSI Socket 59 thread started (pid=18157, tid=23497, prio=high) Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23498] VNSI Client 8->192.168.20.117:35656 thread started (pid=18157, tid=23498, prio=high) Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23498] VNSI: Welcome client 'XBMC Media Center' with protocol version '13' Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23496] VNSI: Created stream for pid=5431 and type=8 Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23496] VNSI: Created stream for pid=5436 and type=1 Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23496] VNSI: Created stream for pid=5432 and type=2 Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23496] VNSI: Created stream for pid=5433 and type=2 Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23496] VNSI: Created stream for pid=5437 and type=2 Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23496] VNSI: Created stream for pid=5435 and type=10 Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23496] VNSI: Created stream for pid=5434 and type=12 Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23496] VNSI: Audio stream change, pid: 5432, channels: 2, samplerate: 48000 Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23496] VNSI: Audio stream change, pid: 5433, channels: 2, samplerate: 48000 Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23496] VNSI: Audio stream change, pid: 5437, channels: 2, samplerate: 48000 Feb 25 21:42:25 vnas2.home.arpa vdr[18157]: [23496] VNSI: Audio stream change, pid: 5436, channels: 2, samplerate: 48000 Feb 25 21:42:26 vnas2.home.arpa vdr[18157]: [23496] VNSI: Video stream change, pid: 5431, width: 1280, height: 720, aspect: 1,777778 Feb 25 21:42:28 vnas2.home.arpa vdr[18157]: [18167] changing pids of channel 3906 (ARD-Test-R) from 5401+5401=27:5402=deu@3:0:0 to 5411+5411=27:5412=deu@3:0:0 Feb 25 21:42:33 vnas2.home.arpa vdr[18157]: [18205] VNSI: Requesting clients to reload channels list Feb 25 21:42:36 vnas2.home.arpa vdr[23532]: [23532] VDR version 2.6.6 started Feb 25 21:42:36 vnas2.home.arpa vdr[23532]: [23532] switched to user 'vdr'
-
Also mit dem neuen Patch responsepacket_realloc_3.diff.txt und dem Patch aus #81 erhalte ich auch mit der Compiler Option -O3 keine Warnung mehr. So weit sieht es also gut aus.
Wenn es wieder crashes gibt melde ich mich . Ein erster schneller Test zeigt kein crash bei den bisherigen Syslog Meldungen vor dem Absturz.
CodeFeb 25 10:40:56 vnas2.home.arpa vdr[431]: [1854] VNSI: Created stream for pid=33 and type=7 Feb 25 10:40:56 vnas2.home.arpa vdr[431]: [1854] VNSI: Created stream for pid=34 and type=2 Feb 25 10:40:56 vnas2.home.arpa vdr[431]: [1854] VNSI: Created stream for pid=36 and type=12 Feb 25 10:40:56 vnas2.home.arpa vdr[431]: [1854] VNSI: Audio stream change, pid: 34, channels: 2, samplerate: 48000 Feb 25 10:40:56 vnas2.home.arpa vdr[431]: [1854] VNSI: Video stream change, pid: 33, width: 720, height: 576, aspect: 1,777778 Feb 25 10:41:03 vnas2.home.arpa vdr[431]: [477] VNSI: Requesting clients to reload channels list
Vielen Dank für das Interesse an der Analyse dieses vertrackten Problems.
-
nobanzai : Danke für den Hinweis.
Die Compilierung läuft jetzt durch. Aber es schweißt jetzt wieder mehr Warnungen.
Code
Alles anzeigeng++ -g -O3 -Wall -march=goldmont-plus -Woverloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -std=c++11 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"vnsiserver"' -DVNSI_SERVER_VERSION='"1.8.3"' -I/usr/src/packages/BUILD/vdr-2.6.6-test/include -o vnsitimer.o vnsitimer.c channelfilter.c: In member function ‘void cVNSIChannelFilter::StoreWhitelist(bool)’: channelfilter.c:188:23: warning: loop variable ‘i’ creates a copy from type ‘const cVNSIProvider’ [-Wrange-loop-construct] 188 | for (const auto i : *whitelist) | ^ channelfilter.c:188:23: note: use reference type to prevent copying 188 | for (const auto i : *whitelist) | ^ | & videoinput.c: In constructor ‘cDummyReceiver::cDummyReceiver()’: videoinput.c:439:21: warning: ‘cDummyReceiver::m_BeenDetached’ will be initialized after [-Wreorder] 439 | std::atomic<bool> m_BeenDetached; | ^~~~~~~~~~~~~~ videoinput.c:440:72: warning: base ‘cReceiver’ [-Wreorder] 440 | cDummyReceiver() : m_BeenDetached(false), cReceiver(NULL, MINPRIORITY) {} | ^ videoinput.c:440:3: warning: when initialized here [-Wreorder] 440 | cDummyReceiver() : m_BeenDetached(false), cReceiver(NULL, MINPRIORITY) {} | ^~~~~~~~~~~~~~ g++ -g -O3 -Wall -march=goldmont-plus -Woverloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -std=c++11 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"vnsiserver"' -DVNSI_SERVER_VERSION='"1.8.3"' -I/usr/src/packages/BUILD/vdr-2.6.6-test/include -o vnsisocket.o vnsisocket.c In file included from /usr/include/c++/13/bits/shared_ptr_atomic.h:33, from /usr/include/c++/13/memory:81, from videoinput.h:27, from videoinput.c:27: In member function ‘std::__atomic_base<_IntTp>::__int_type std::__atomic_base<_IntTp>::load(std::memory_order) const [with _ITp = bool]’, inlined from ‘std::atomic<bool>::operator bool() const’ at /usr/include/c++/13/atomic:87:26, inlined from ‘bool cDummyReceiver::BeenDetached()’ at videoinput.c:428:31, inlined from ‘static std::shared_ptr<cDummyReceiver> cDummyReceiver::Create(cDevice*)’ at videoinput.c:468:28: /usr/include/c++/13/bits/atomic_base.h:505:31: warning: ‘unsigned char __atomic_load_1(const volatile void*, int)’ writing 1 byte into a region of size 0 overflows the destination [-Wstringop-overflow=] 505 | return __atomic_load_n(&_M_i, int(__m)); | ~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~ g++ -g -O3 -Wall -march=goldmont-plus -Woverloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -std=c++11 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"vnsiserver"' -DVNSI_SERVER_VERSION='"1.8.3"' -I/usr/src/packages/BUILD/vdr-2.6.6-test/include -o StatusCommands.o StatusCommands.c In static member function ‘static std::shared_ptr<cDummyReceiver> cDummyReceiver::Create(cDevice*)’: cc1plus: note: destination object is likely at address zero In member function ‘std::__atomic_base<_IntTp>::__int_type std::__atomic_base<_IntTp>::load(std::memory_order) const [with _ITp = bool]’, inlined from ‘std::atomic<bool>::operator bool() const’ at /usr/include/c++/13/atomic:87:26, inlined from ‘bool cDummyReceiver::BeenDetached()’ at videoinput.c:428:31, inlined from ‘static std::shared_ptr<cDummyReceiver> cDummyReceiver::Create(cDevice*)’ at videoinput.c:468:28: /usr/include/c++/13/bits/atomic_base.h:505:31: warning: ‘unsigned char __atomic_load_1(const volatile void*, int)’ writing 1 byte into a region of size 0 overflows the destination [-Wstringop-overflow=] In static member function ‘static std::shared_ptr<cDummyReceiver> cDummyReceiver::Create(cDevice*)’: cc1plus: note: destination object is likely at address zero
Ich lass den Vdr jetzt laufen mal schauen ob es crashes gibt.
der VDR crasht jetzt sofort beim start:
Hier der backtrace:
Code
Alles anzeigen#0 __pthread_kill_implementation (threadid=<optimized out>, signo=signo@entry=6, no_tid=no_tid@entry=0) at pthread_kill.c:44 #1 0x00007fe5c0494a73 in __pthread_kill_internal (signo=6, threadid=<optimized out>) at pthread_kill.c:78 #2 0x00007fe5c0441176 in __GI_raise (sig=sig@entry=6) at ../sysdeps/posix/raise.c:26 #3 0x00007fe5c0428917 in __GI_abort () at abort.c:79 #4 0x00007fe5c04297e8 in __libc_message_impl (fmt=fmt@entry=0x7fe5c05b3321 "%s\n") at ../sysdeps/posix/libc_fatal.c:132 #5 0x00007fe5c049f3c7 in malloc_printerr (str=str@entry=0x7fe5c05b6918 "malloc(): invalid size (unsorted)") at malloc.c:5772 #6 0x00007fe5c04a27fc in _int_malloc (av=av@entry=0x7fe570000030, bytes=bytes@entry=32816) at malloc.c:4078 #7 0x00007fe5c04a3a7d in __GI___libc_malloc (bytes=bytes@entry=32816) at malloc.c:3336 #8 0x00007fe5c04ddf15 in __alloc_dir (fd=fd@entry=34, close_fd=close_fd@entry=true, flags=flags@entry=0, statp=statp@entry=0x7fe590bffbb0) at ../sysdeps/unix/sysv/linux/opendir.c:115 #9 0x00007fe5c04ddf92 in opendir_tail (fd=34) at ../sysdeps/unix/sysv/linux/opendir.c:63 #10 0x00007fe5c04de596 in __scandir64 (dir=dir@entry=0x7fe570032c80 "/pool/vdr-video/Pacific_Rim", namelist=namelist@entry=0x7fe590bffd20, select=select@entry=0x0, cmp=0x7fe5c04de5be <__alphasort64>) at ../sysdeps/unix/sysv/linux/scandir64.c:27 #11 0x00007fe5c03b0106 in cVNSIClient::processRECORDINGS_GetList (this=0x7fe594000ef0, req=...) at vnsiclient.c:2280 #12 0x00007fe5c03b3cab in non-virtual thunk to cVNSIClient::visit(cRequestPacket&) () at /usr/src/packages/BUILD/vdr-plugin-vnsiserver-vdrprojects/vnsiclient.h:91 #13 0x00007fe5c03a9960 in cVNSIClient::Action (this=0x7fe594000ef0) at vnsiclient.c:103 #14 0x0000000000548952 in cThread::StartThread (Thread=0x7fe594000ef0) at thread.c:293 #15 0x00007fe5c0492bb2 in start_thread (arg=<optimized out>) at pthread_create.c:447 #16 0x00007fe5c051400c in clone3 () at ../sysdeps/unix/sysv/linux/x86_64/clone3.S:78
-
Die Patche lassen sich anwenden, ich erhalte aber dann folgenden compile ERROR:
Code
Alles anzeigeng++ -g -O3 -Wall -march=goldmont-plus -Woverloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -std=c++11 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"vnsiserver"' -DVNSI_SERVER_VERSION='"1.8.3"' -I/usr/src/packages/BUILD/vdr-2.6.6-test/include -o responsepacket.o responsepacket.c responsepacket.c: In member function ‘void cResponsePacket::checkExtend(uint32_t)’: responsepacket.c:260:26: error: expected primary-expression before ‘<’ token 260 | if (80 + bufUsed + by) < bufSize) | ^ make[1]: *** [Makefile:86: responsepacket.o] Error 1 make[1]: *** Waiting for unfinished jobs.... streamer.c: In constructor ‘cLiveStreamer::cLiveStreamer(int, bool, int, uint8_t, uint32_t)’: streamer.c:57:17: warning: member ‘cLiveStreamer::m_Event’ is used uninitialized [-Wuninitialized] 57 | , m_VideoInput(m_Event) | ^~~~~~~ *** failed plugins: vnsiserver
-
Zitat
Dass bei dir noch die Warnung auftritt, aber bei den anderen nicht, habe ich nicht verstanden.
Aber die Warnung ist nur ein weiteres Problem.
ich hab jetzt mal mit -O0 übersetzt, dann gibt es bei mir auch keine warnings ebenso keine mit-Wno-stringop-overflow
. Es crasht dennoch:wenn es interessant ist hier der coredump mit -O0
Code
Alles anzeigenFeb 22 19:59:27 vnas2.home.arpa vdr[31305]: [32155] VNSI Client 9->192.168.20.171:49386 thread started (pid=31305, tid=32155, prio=high) Feb 22 19:59:27 vnas2.home.arpa vdr[31305]: [32155] VNSI: Welcome client 'XBMC Media Center' with protocol version '13' Feb 22 19:59:27 vnas2.home.arpa vdr[31305]: [32153] VNSI: Created stream for pid=5101 and type=8 Feb 22 19:59:27 vnas2.home.arpa vdr[31305]: [32153] VNSI: Created stream for pid=5106 and type=1 Feb 22 19:59:27 vnas2.home.arpa vdr[31305]: [32153] VNSI: Created stream for pid=5102 and type=2 Feb 22 19:59:27 vnas2.home.arpa vdr[31305]: [32153] VNSI: Created stream for pid=5103 and type=2 Feb 22 19:59:27 vnas2.home.arpa vdr[31305]: [32153] VNSI: Created stream for pid=5107 and type=2 Feb 22 19:59:27 vnas2.home.arpa vdr[31305]: [32153] VNSI: Created stream for pid=5105 and type=10 Feb 22 19:59:27 vnas2.home.arpa vdr[31305]: [32153] VNSI: Created stream for pid=5104 and type=12 Feb 22 19:59:28 vnas2.home.arpa vdr[31305]: [32153] VNSI: Audio stream change, pid: 5102, channels: 2, samplerate: 48000 Feb 22 19:59:28 vnas2.home.arpa vdr[31305]: [32153] VNSI: Audio stream change, pid: 5103, channels: 2, samplerate: 48000 Feb 22 19:59:28 vnas2.home.arpa vdr[31305]: [32153] VNSI: Audio stream change, pid: 5107, channels: 2, samplerate: 48000 Feb 22 19:59:28 vnas2.home.arpa vdr[31305]: [32153] VNSI: Audio stream change, pid: 5106, channels: 2, samplerate: 48000 Feb 22 19:59:28 vnas2.home.arpa vdr[31305]: [32153] VNSI: Video stream change, pid: 5101, width: 1280, height: 720, aspect: 1,777778 Feb 22 19:59:28 vnas2.home.arpa vdr[31305]: [31354] VNSI: Requesting clients to reload channels list Feb 22 19:59:31 vnas2.home.arpa vdr[32182]: [32182] VDR version 2.6.6 started Feb 22 19:59:31 vnas2.home.arpa vdr[32182]: [32182] switched to user 'vdr' Feb 22 19:59:31 vnas2.home.arpa vdr[32182]: [32182] codeset is 'UTF-8' - known
diesmal wie gesagt ohne compiler Optimierungen, vielleicht gibts es weitere Erkenntnisse.
-
Wie gesagt es gibt auch nach den Patchen bei mir immer noch diese Compiler Warnung:
Code
Alles anzeigeng++ -g -O1 -Wall -march=goldmont-plus -Woverloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -std=c++11 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"vnsiserver"' -DVNSI_SERVER_VERSION='"1.8.3"' -I/usr/src/packages/BUILD/vdr-2.6.6-test/include -o vnsisocket.o vnsisocket.c In file included from /usr/include/c++/13/bits/shared_ptr_atomic.h:33, from /usr/include/c++/13/memory:81, from videoinput.h:27, from videoinput.c:27: In member function ‘std::__atomic_base<_IntTp>::__int_type std::__atomic_base<_IntTp>::load(std::memory_order) const [with _ITp = bool]’, inlined from ‘std::atomic<bool>::operator bool() const’ at /usr/include/c++/13/atomic:87:26, inlined from ‘bool cDummyReceiver::BeenDetached()’ at videoinput.c:428:32, inlined from ‘static std::shared_ptr<cDummyReceiver> cDummyReceiver::Create(cDevice*)’ at videoinput.c:469:28: /usr/include/c++/13/bits/atomic_base.h:505:31: warning: ‘unsigned char __atomic_load_1(const volatile void*, int)’ writing 1 byte into a region of size 0 overflows the destination [-Wstringop-overflow=] 505 | return __atomic_load_n(&_M_i, int(__m)); | ~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~ In static member function ‘static std::shared_ptr<cDummyReceiver> cDummyReceiver::Create(cDevice*)’: cc1plus: note: destination object is likely at address zero
writing 1 byte into .... und cc1plus : dest... is likely at address zero.
geben diese compiler Warnungen nicht Hinweise auf das Fehlverhalten?
----------------------------------------------
Im Anhang der coredump von 20240221-221117
Code
Alles anzeigenFeb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11301] VNSI Client 3->192.168.20.171:53426 thread started (pid=11224, tid=11301, prio=high) Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11301] VNSI: Welcome client 'XBMC Media Center' with protocol version '13' Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11229] SATIP: Detected 1 RTP packet error [device 0] Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11299] VNSI: Created stream for pid=5101 and type=8 Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11299] VNSI: Created stream for pid=5106 and type=1 Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11299] VNSI: Created stream for pid=5102 and type=2 Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11299] VNSI: Created stream for pid=5103 and type=2 Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11299] VNSI: Created stream for pid=5107 and type=2 Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11299] VNSI: Created stream for pid=5105 and type=10 Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11299] VNSI: Created stream for pid=5104 and type=12 Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11299] VNSI: Audio stream change, pid: 5102, channels: 2, samplerate: 48000 Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11299] VNSI: Audio stream change, pid: 5103, channels: 2, samplerate: 48000 Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11299] VNSI: Audio stream change, pid: 5106, channels: 2, samplerate: 48000 Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11299] VNSI: Audio stream change, pid: 5107, channels: 2, samplerate: 48000 Feb 21 22:11:10 vnas2.home.arpa vdr[11224]: [11299] VNSI: Video stream change, pid: 5101, width: 1280, height: 720, aspect: 1,777778 Feb 21 22:11:13 vnas2.home.arpa vdr[11224]: [11233] changing pids of channel 4269 (SWR RP HD) from 5131+5131=27:5132=deu@3,5133=mis@3,5137=qks@3;5136=deu@106:5135=deu:5134 to 5121+5121=27:5122=deu@3,5123=mis@3,5127=qks@3;5126=deu@106:5135=deu:5134 Feb 21 22:11:14 vnas2.home.arpa vdr[11224]: [11273] VNSI: Requesting clients to reload channels list Feb 21 22:11:17 vnas2.home.arpa vdr[11330]: [11330] VDR version 2.6.6 started Feb 21 22:11:17 vnas2.home.arpa vdr[11330]: [11330] switched to user 'vdr'
Neue Coredumps gerne auf Anforderung.
-
Hab vnsiserver mit Patch aus #101:
crash um 23:19:27 Syslog:
Code
Alles anzeigenFeb 20 23:19:27 vnas2.home.arpa vdr[4033]: [11543] VNSI: activate live receiver: 1 Feb 20 23:19:27 vnas2.home.arpa vdr[4033]: [11543] VNSI: Successfully switched to channel 2 - ZDF HD (S19.2E) Feb 20 23:19:27 vnas2.home.arpa vdr[4033]: [11543] VNSI: Started streaming of channel ZDF HD (S19.2E) (timeout 14 seconds) Feb 20 23:19:27 vnas2.home.arpa vdr[4033]: [11546] cLiveStreamer stream processor thread started (pid=4033, tid=11546, prio=high) Feb 20 23:19:27 vnas2.home.arpa vdr[4033]: [4063] loading /etc/vdr/plugins/vnsiserver/allowed_hosts.conf Feb 20 23:19:27 vnas2.home.arpa vdr[4033]: [4063] VNSI: Client with ID 15 connected: 192.168.20.117:43470 Feb 20 23:19:27 vnas2.home.arpa vdr[4033]: [11547] VNSI Socket 41 thread started (pid=4033, tid=11547, prio=high) Feb 20 23:19:27 vnas2.home.arpa vdr[4033]: [11548] VNSI Client 15->192.168.20.117:43470 thread started (pid=4033, tid=11548, prio=high) Feb 20 23:19:27 vnas2.home.arpa vdr[4033]: [11548] VNSI: Welcome client 'XBMC Media Center' with protocol version '13' Feb 20 23:19:27 vnas2.home.arpa vdr[4033]: [4084] VNSI: Requesting clients to reload channels list Feb 20 23:19:30 vnas2.home.arpa vdr[11574]: [11574] VDR version 2.6.6 started Feb 20 23:19:30 vnas2.home.arpa vdr[11574]: [11574] switched to user 'vdr' Feb 20 23:19:30 vnas2.home.arpa vdr[11574]: [11574] codeset is 'UTF-8' - known
Im Anhang der dazugehörige Coredump.
-
Mit obigen Patch bekomme ich folgenden Compile Error:
Codeg++ -g -O1 -Wall -march=goldmont-plus -Woverloaded-virtual -Wno-parentheses -fPIC -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -std=c++11 -c -D_GNU_SOURCE -DPLUGIN_NAME_I18N='"vnsiserver"' -DVNSI_SERVER_VERSION='"1.8.3"' -I/usr/src/packages/BUILD/vdr-2.6.6-test/include -o vnsiclient.o vnsiclient.c vnsiclient.c: In member function ‘bool cVNSIClient::processCHANNELS_GetChannels(cRequestPacket&)’: vnsiclient.c:1206:3: error: ‘resp’ was not declared in this scope 1206 | resp.finalise(); | ^~~~ make[1]: *** [Makefile:86: vnsiclient.o] Error 1 *** failed plugins: vnsiserver