[n1k0]

konnte endlich mal mein segfault nach dem start nachzustellen

Code: [Select]

starting GDB Debugger
GNU gdb (Ubuntu 7.7-0ubuntu3.1) 7.7
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/src/bin/vdr...done.
[New LWP 3577]
[New LWP 3582]
[New LWP 3588]
[New LWP 3585]
[New LWP 3589]
[New LWP 3586]
[New LWP 3590]
[New LWP 3666]
[New LWP 3591]
[New LWP 3593]
[New LWP 3632]
[New LWP 3594]
[New LWP 3587]
[New LWP 3596]
[New LWP 3583]
[New LWP 3630]
[New LWP 3631]
[New LWP 3663]
[New LWP 3661]
[New LWP 3662]
[New LWP 3633]

warning: File "/lib/x86_64-linux-gnu/libthread_db-1.0.so" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
To enable execution of this file add
add-auto-load-safe-path /lib/x86_64-linux-gnu/libthread_db-1.0.so
line to your configuration file "/root/.gdbinit".
To completely disable this security protection add
set auto-load safe-path /
line to your configuration file "/root/.gdbinit".
For more information about this security protection see the
"Auto-loading safe path" section in the GDB manual.  E.g., run from the shell:
info "(gdb)Auto-loading safe path"

warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.

warning: File "/lib/x86_64-linux-gnu/libthread_db-1.0.so" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".

warning: Unable to find libthread_db matching inferior's thread library, thread debugging will not be available.
---Type <return> to continue, or q <return> to quit---



kann mir da jemand weiterhelfen

[n1k0]

hier noch der back trace

Code: [Select]

(gdb) bt
#0  0x00007f411b022f89 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007f411b026398 in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2  0x00007f411b0601e4 in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#3  0x00007f411b06c4be in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#4  0x00000000004d95fb in cRecorder::~cRecorder (this=0x739c7c0, __in_chrg=<optimized out>) at recorder.c:93
#5  0x00007f410f7583a9 in cBufferReceiver::~cBufferReceiver() () from /usr/lib/vdr/libvdr-permashift.so.2.1.6
#6  0x00007f410f757509 in cPluginPermashift::StopLiveRecording() () from /usr/lib/vdr/libvdr-permashift.so.2.1.6
#7  0x0000000000506aa9 in cStatus::MsgChannelSwitch (Device=Device@entry=0xb2efe0, ChannelNumber=ChannelNumber@entry=0,
    LiveView=LiveView@entry=true) at status.c:41
#8  0x0000000000488fd8 in cDevice::SetChannel (this=this@entry=0xb2efe0, Channel=Channel@entry=0x886530,
    LiveView=LiveView@entry=true) at device.c:757
#9  0x00000000004892e5 in cDevice::SwitchChannel (this=0xb2efe0, Channel=0x886530, LiveView=LiveView@entry=true)
    at device.c:704
#10 0x00000000004744cb in cChannels::SwitchTo (this=<optimized out>, Number=<optimized out>) at channels.c:1035
#11 0x00000000004b9012 in cDisplayChannel::ProcessKey (this=0x7cded50, Key=kUp) at menu.c:4552
#12 0x000000000047037d in main (argc=<optimized out>, argv=<optimized out>) at vdr.c:1237

wäre über euer hilfe sehr dankbar

[n1k0]

habs geschafft den fehler zubeheben indem ich in den plugin settings " Puffer parallel speichern" nein einstelle

[Ein Eike]

Hallo,

Frage an die Experten:
Ist der MLD-Quellcode (in diesem Fall recorder.c) ohne eigene MLD-Installation öffentlich zugänglich?

Ciao,
  Eike

[skippy]

Hallo Eike,

schön, dass du auch mal im MLD-Forum vorbei schaust - herzlich Willkommen!

Ist der MLD-Quellcode (in diesem Fall recorder.c) ohne eigene MLD-Installation öffentlich zugänglich?

Klar, alles ist im Git hinterlegt. Da ich kein Entwickler bin, musst du mal schauen, wo die recorder.c ist oder warten, bis sich ein Entwickler meldet. Du kannst dir auch eine Entwicklungsumgebung für die MLD aufbauen. Infos dazu findest du im Wiki.

Viele Grüße skippy

[clausmuus]

Hi Eike,

wenn Du die recorder.c des VDR meinst, so ist die in den Sourcen des VDRs zu finden. Die bekommst Du unter tvdr.de. Alle anderen Sourcen sind auf den Projektseiten der jeweiligen Programme zu finden.

Claus

[Ein Eike]

Hallo!

Ja, ich meinte die recorder.c des VDR, aber halt in der MLD-gepatchten Version.
Das Original hab ich schon. Das brauchte ich ja, um Permashift zu schreiben. :-)
Ich hatte nur die ISO-Downloads gefunden, aber das Git nicht. Wenn ich das richtig sehe,
habt ihr im Git eure Patch-Sammlung und angewendet auf das Original krieg ich dann
eure Code-Version. (Hat ja jeder seine eigene...)

Ciao,
  Eike

[n1k0]

Hi Eike,

hast schonmal was von dem segfault gehört ? oder kommt er nur bei mir vor ?

[Ein Eike]

Hallo,

hab ich noch nie gesehen oder gehört. Ich kann mal auf den Code starren, ob der mir was sagt.
Wenn du Lust hast, können wir auch versuchen, dem mit Debug-Logausgaben näher zu kommen.
Ach so... Hast du vielleicht den Quellcode rumliegen? Kompilierst du selbst?

Ciao,
  Eike

[clausmuus]

Hi Eike,

ja, Du brauchst nur unsere Patches auf die Sourcen anzuwenden um unsere Version zu erhalten.

Claus

[Ein Eike]

Hallo,

ich denke, beim Konstruktor von cRecorder fehlt die Initialisierung von naluStreamProcessor,
dadurch wird im Destruktor delete auf nicht initialisiertem Speicher aufgerufen.

Also in recorder.c hinter
  ringBuffer(NULL), frameDetector(NULL), fileName(NULL), index(NULL), recordFile(NULL), recordingName(NULL)
noch ein
  ,naluStreamProcessor(NULL)
anhängen.

Ciao,
  Eike

[clausmuus]

Hi Eike,

Danke für die Analyse. Sieht vernünftig aus, was Du da herausgefunden hast. Hab mal kurz in die recorder.c rein geschaut und die fehlende Initialisierung kann durchaus zu segfault führen. Ich hab den naludump Patch also entsprechend erweitert.

Claus

[Ein Eike]

habs geschafft den fehler zubeheben indem ich in den plugin settings " Puffer parallel speichern" nein einstelle

Falls du Permashift verwenden willst, solltest du mit der Änderung die Option auch wieder umstellen können.
Mit Ja wird "ziemlich sofort" zurückgespult, mit Nein unter Umständen erst nach 10 oder 20 Sekunden Verzögerung.

Ciao,
  Eike

[n1k0]

danke für eure mühe

ich werd es morgen mittag mal testen

[n1k0]

es läuft nun ohne probleme.


danke euch beiden