[vdr] segfault with 1.3.44 and graphlcd 0.1.3

[Friedhelm Büscher]

Different, but not better. vdr simply ends without doing anything.

since there is no coredump, i tried a strace with follow threads. I
uploaded the strace-output to

http://steckrue.be/vdr_debug.tbz

Just 4 Info, syslog says nothing:

Mar 19 15:35:41 localhost vdr: [3844] VDR version 1.3.44 started
Mar 19 15:35:41 localhost vdr: [3844] loading plugin:
./PLUGINS/lib/libvdr-graphlcd.so.1.3.44
Mar 19 15:35:41 localhost vdr: [3844] loading /video0/setup.conf
Mar 19 15:35:41 localhost vdr: [3844] loading /video0/sources.conf
Mar 19 15:35:41 localhost vdr: [3844] loading /video0/diseqc.conf
Mar 19 15:35:41 localhost vdr: [3844] loading /video0/channels.conf
Mar 19 15:35:41 localhost vdr: [3844] loading /video0/timers.conf
Mar 19 15:35:41 localhost vdr: [3844] loading /video0/commands.conf
Mar 19 15:35:41 localhost vdr: [3844] loading /video0/reccmds.conf
Mar 19 15:35:41 localhost vdr: [3844] loading /video0/svdrphosts.conf
Mar 19 15:35:41 localhost vdr: [3844] loading /video0/remote.conf
Mar 19 15:35:41 localhost vdr: [3844] loading /video0/keymacros.conf
Mar 19 15:35:44 localhost vdr: [3844] found 1 video device
Mar 19 15:35:44 localhost vdr: [3844] initializing plugin: graphlcd
(0.1.3): Output to graphic LCD
Mar 19 15:35:44 localhost vdr: [3844] graphlcd: No config file
specified, using default (/etc/graphlcd.conf).
Mar 19 15:35:44 localhost vdr: [3844] graphlcd: WARNING: No display
specified, using first one (gu140x32f).
Mar 19 15:35:46 localhost vdr: [3844] deleting plugin: graphlcd
Mar 19 15:35:47 localhost vdr: [3844] exiting


everything works wonderfull, if using vdr-1.3.43 ..


regards,
Friedhelm.


Andreas Brachold wrote:
> Hi,
> 
> Am Sonntag, den 19.03.2006, 13:20 +0100 schrieb Friedhelm Büscher:
>> with vanilla vdr-1.3.44 and graphlcd-0.1.3 i get a segfault at startup.
>> graphlcd is configured to use the GU140X32F Driver. a gdb-backtrace says:
>>
>> (gdb) bt
>> #0  0xb7d31e84 in mallopt () from /lib/tls/libc.so.6
>> #1  0xb7d30dcb in free () from /lib/tls/libc.so.6
>> #2  0xb7eb0d23 in operator delete () from /usr/lib/libstdc++.so.5
>> #3  0xb7eb0d7f in operator delete[] () from /usr/lib/libstdc++.so.5
>> #4  0xb7c31e38 in GLCD::cDriverGU140X32F::DeInit (this=0xb7df0e80) at
>> gu140x32f.c:219
>> #5  0xb7c6cfcf in cPluginGraphLCD::~cPluginGraphLCD () from
>> ./PLUGINS/lib/libvdr-graphlcd.so.1.3.44
>> #6  0x080d6068 in cDll::~cDll ()
>> #7  0x0810b13b in cListBase::Del ()
>> #8  0x080d7097 in cPluginManager::Shutdown ()
>> #9  0x0810dadc in main ()
> 
> 
> This could be only a secondary effect.
> I attacted a patch avoid this segmentation fault.
> 
> 
> But, don't ask my why cPluginManager::Shutdown is called at statup.
> You see maybe more informations at syslog.
> 
> 
> 
> Regards,
> Andreas
> 
> 
> ------------------------------------------------------------------------
> 
> Index: gu140x32f.c
> ===================================================================
> --- gu140x32f.c	(Revision 58)
> +++ gu140x32f.c	(Arbeitskopie)
> @@ -95,7 +95,9 @@
>  
>  
>  cDriverGU140X32F::cDriverGU140X32F(cDriverConfig * config)
> -:	config(config)
> +: config(config)
> +, m_pDrawMem(0)
> +, m_pVFDMem(0)
>  {
>  	oldConfig = new cDriverConfig(*config);
>  
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> vdr mailing list
> vdr at linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr