I'm on Archlinux 32bit and there it works fine.
Am 06.01.2011 um 22:19 schrieb scott@waye.co.uk:
Funny, I tried to change my system to Archlinux last weekend and had the same problem. I gave up in the end and will try Opensuse 11.3 now. I also tried recompiling glibc from source but it gave the same error. Would be to have a test suite for pthread. Could be a 64bit problem... if I was going to pursue it I would create a test program that made the same call as vdr to submit to the Archlinux guys.
Sent from my HTC
----- Reply message ----- From: "David Spicer" azleifel@googlemail.com Date: Thu, Jan 6, 2011 20:53 Subject: [vdr] vdr segfaults with glibc 2.12.2 To: vdr@linuxtv.org
Hi,
I'm not a programmer and I'm not sure where to go with this but I thought that I'd try here first. I'm running vdr 1.6.0-2 on Arch Linux x86_64. The Arch glibc package was upgraded from 2.12.1 to 2.12.2 recently, with associated toolchain package updates. After the upgrade, vdr started segfaulting when it was run so I recompiled it with debugging symbols and got the following backtrace from gdb:
(gdb) bt #0 0x0000000000000001 in ?? () #1 0x00000000004f2d06 in ?? () #2 0x00007fff1bb0269f in ?? () #3 0x00000000004c2775 in cRwLock::Lock (this=0x72bb40, Write=true, TimeoutMs=<value optimized out>) at thread.c:163 #4 0x000000000047d382 in cSchedulesLock::cSchedulesLock (this=0x7fff1bb0269f, WriteLock=<value optimized out>, TimeoutMs=<value optimized out>) at epg.c:911 #5 0x000000000047dd06 in cSchedules::Read (f=0x0) at epg.c:1014 #6 0x00000000004cc304 in main (argc=<value optimized out>, argv=<value optimized out>) at vdr.c:604
If I've done this properly then problem seems to be with the glibc, specifically pthread, functions that vdr uses to lock the epg data file for reading and writing but I have no idea whether the problem is with the vdr code or with glibc. The only workaround I have at the moment is to downgrade to glibc 2.12.1, after which vdr works again.
Can anybody help please?
TIA,
David Spicer
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
It turns out that the problem was known already. The fix is to rebuild Arch's x86_64 glibc 2.12.2 package with the --enable-kernel configure option set to one of the "Good" kernel versions listed in the post at http://www.cygwin.com/ml/libc-help/2010-12/msg00017.html.
On 06/01/11 21:25, gimli wrote:
I'm on Archlinux 32bit and there it works fine.
Am 06.01.2011 um 22:19 schrieb scott@waye.co.uk:
Funny, I tried to change my system to Archlinux last weekend and had the same problem. I gave up in the end and will try Opensuse 11.3 now. I also tried recompiling glibc from source but it gave the same error. Would be to have a test suite for pthread. Could be a 64bit problem... if I was going to pursue it I would create a test program that made the same call as vdr to submit to the Archlinux guys.
Sent from my HTC
----- Reply message ----- From: "David Spicer"azleifel@googlemail.com Date: Thu, Jan 6, 2011 20:53 Subject: [vdr] vdr segfaults with glibc 2.12.2 To:vdr@linuxtv.org
Hi,
I'm not a programmer and I'm not sure where to go with this but I thought that I'd try here first. I'm running vdr 1.6.0-2 on Arch Linux x86_64. The Arch glibc package was upgraded from 2.12.1 to 2.12.2 recently, with associated toolchain package updates. After the upgrade, vdr started segfaulting when it was run so I recompiled it with debugging symbols and got the following backtrace from gdb:
(gdb) bt #0 0x0000000000000001 in ?? () #1 0x00000000004f2d06 in ?? () #2 0x00007fff1bb0269f in ?? () #3 0x00000000004c2775 in cRwLock::Lock (this=0x72bb40, Write=true, TimeoutMs=<value optimized out>) at thread.c:163 #4 0x000000000047d382 in cSchedulesLock::cSchedulesLock (this=0x7fff1bb0269f, WriteLock=<value optimized out>, TimeoutMs=<value optimized out>) at epg.c:911 #5 0x000000000047dd06 in cSchedules::Read (f=0x0) at epg.c:1014 #6 0x00000000004cc304 in main (argc=<value optimized out>, argv=<value optimized out>) at vdr.c:604
If I've done this properly then problem seems to be with the glibc, specifically pthread, functions that vdr uses to lock the epg data file for reading and writing but I have no idea whether the problem is with the vdr code or with glibc. The only workaround I have at the moment is to downgrade to glibc 2.12.1, after which vdr works again.
Can anybody help please?
TIA,
David Spicer
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Thanks a lot. I used:
--enable-kernel=2.6.36
and it works fine now.
-- Scott
On 12/01/2011 00:11, David Spicer wrote:
It turns out that the problem was known already. The fix is to rebuild Arch's x86_64 glibc 2.12.2 package with the --enable-kernel configure option set to one of the "Good" kernel versions listed in the post at http://www.cygwin.com/ml/libc-help/2010-12/msg00017.html.
On 06/01/11 21:25, gimli wrote:
I'm on Archlinux 32bit and there it works fine.
Am 06.01.2011 um 22:19 schrieb scott@waye.co.uk:
Funny, I tried to change my system to Archlinux last weekend and had the same problem. I gave up in the end and will try Opensuse 11.3 now. I also tried recompiling glibc from source but it gave the same error. Would be to have a test suite for pthread. Could be a 64bit problem... if I was going to pursue it I would create a test program that made the same call as vdr to submit to the Archlinux guys.
Sent from my HTC
----- Reply message ----- From: "David Spicer"azleifel@googlemail.com Date: Thu, Jan 6, 2011 20:53 Subject: [vdr] vdr segfaults with glibc 2.12.2 To:vdr@linuxtv.org
Hi,
I'm not a programmer and I'm not sure where to go with this but I thought that I'd try here first. I'm running vdr 1.6.0-2 on Arch Linux x86_64. The Arch glibc package was upgraded from 2.12.1 to 2.12.2 recently, with associated toolchain package updates. After the upgrade, vdr started segfaulting when it was run so I recompiled it with debugging symbols and got the following backtrace from gdb:
(gdb) bt #0 0x0000000000000001 in ?? () #1 0x00000000004f2d06 in ?? () #2 0x00007fff1bb0269f in ?? () #3 0x00000000004c2775 in cRwLock::Lock (this=0x72bb40, Write=true, TimeoutMs=<value optimized out>) at thread.c:163 #4 0x000000000047d382 in cSchedulesLock::cSchedulesLock (this=0x7fff1bb0269f, WriteLock=<value optimized out>, TimeoutMs=<value optimized out>) at epg.c:911 #5 0x000000000047dd06 in cSchedules::Read (f=0x0) at epg.c:1014 #6 0x00000000004cc304 in main (argc=<value optimized out>, argv=<value optimized out>) at vdr.c:604
If I've done this properly then problem seems to be with the glibc, specifically pthread, functions that vdr uses to lock the epg data file for reading and writing but I have no idea whether the problem is with the vdr code or with glibc. The only workaround I have at the moment is to downgrade to glibc 2.12.1, after which vdr works again.
Can anybody help please?
TIA,
David Spicer
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
David Spicer -
gimli -
Scott Waye