[vdr] multiple transponder recordings (was: Re: solved: segment faults fromosdtelext plugin)

[Rainer Zocholl <UseNet-Posting-Nospam-74308-@zocki.toppoint.de>]

>After replacing all obviously/known not thread save clib calls
>with their thread save counterparts osdteletext now runs!

But there is still a problem (artfacts TSbuffer overflows and restarting VDR) 
when i switch from DVB-S to DVB-T when a recording is or was running.
(But no so many segfault anymore! But still some "cores"
#0  0x08081465 in _._9cTSBuffer (this=0x860f0e0, __in_chrg=3) at device.c:992
#1  0x08085433 in CloseDvr__10cDvbDevice (this=0x851c508) at dvbdevice.c:1144
#2  0x080810d9 in Action__7cDevice (this=0x851c508) at device.c:900
#3  0x080bce45 in StartThread__7cThreadP7cThread (Thread=0x851c508) at thread.c:227
#4  0x40044d53 in ?? ()
)


The problem seems only to occure when a timer event starts
the recording. A single manual recording does not matter...

If i do 4 manual recordings (1,2,7,5) and try to switch to DVB-T
threa are first pixels than a normal image. Zapping to
the next DVB-T channel causes VDR to restart.
(It could be the starting of 2 timers in test moment too...) 

Then the 3 recording (on 3 transponders) are "forgotten" to
continue.
No. Sorry. they are continued, but not displayed on the
first menu.


video/VDR# grep -n ":" /video/channels.conf | grep -e "^2:"  -e "^3:" -e "^8:"  -e "^5:"
2:Das Erste;ARD:11837:hC34:S19.2E:27500:101:102=deu:104:0:28106:1:1101:0
3:ZDF;ZDFvision:11954:hC34:S19.2E:27500:110:120=deu,121=2ch;125=dd:130:0:28006:1:1079:0
5:EinsMuXx;ARD:12110:hC34:S19.2E:27500:301:302=deu:0:0:28203:1:1073:0
8:MDR FERNSEHEN;ARD:12110:hC34:S19.2E:27500:401:402=deu:404:0:28204:1:1073:0

The disc has > 35MB/s data rate.
CPU: AMD Durom 1800 @1300MHz

I assume that there is something wrong with locking of
the resoruces the transfer tasks are using.