[gentoo-user] python - *** glibc detected ***

[gentoo-user] python - *** glibc detected ***

[Nicolai Beuermann]

Hello list,
a few days ago my creative urge forced me to learn python. As a first step I 
wanted to control ecasound by script.
What a pity that it doesn't work.

kernel:
It's a 64bit applepro with  Linux 2.6.22-sabayon #16 SMP PREEMPT Thu Dec 27 
19:33:05 CET 2007 x86_64 Intel(R) Xeon(R) CPU 5130 @ 2.00GHz GenuineIntel 
GNU/Linux

python:
Python 2.5.1 (r251:54863, Feb  5 2008, 15:14:12)
[GCC 4.1.2 (Gentoo 4.1.2 p1.0.1)] on linux2

ls -l `which python`
lrwxrwxrwx 1 root root 18 10. Apr 00:04 /usr/bin/python -> /usr/bin/python2.5

I get:
Chain operator status:  ### Chain operator status (chainsetup 'pass_jack') ###
Chain "chain01":
  1. Lowpass filter: [1] cutoff-freq 100.00000000000000000
*** glibc detected *** python: munmap_chunk(): invalid pointer: 
0x00002b8ca3a700d8 ***
======= Backtrace: =========
/lib/libc.so.6(cfree+0x1ac)[0x2b8ca48be7dc]
/usr/lib64/python2.5/site-packages/pyecasound.so[0x2b8ca50ec6ee]
/usr/lib/libpython2.5.so.1.0[0x2b8ca3c5fc80]
/usr/lib/libpython2.5.so.1.0(PyDict_SetItem+0x118)[0x2b8ca3c603ff]
/usr/lib/libpython2.5.so.1.0(_PyModule_Clear+0x1e8)[0x2b8ca3c65a58]
/usr/lib/libpython2.5.so.1.0(PyImport_Cleanup+0x2ea)[0x2b8ca3cefbc3]
/usr/lib/libpython2.5.so.1.0(Py_Finalize+0x95)[0x2b8ca3cfee1c]
/usr/lib/libpython2.5.so.1.0(Py_Main+0xdb3)[0x2b8ca3d0f1f4]
python(main+0x1b)[0x40081b]
/lib/libc.so.6(__libc_start_main+0xf4)[0x2b8ca48651f4]
python[0x400789]
======= Memory map: ========
00400000-00401000 r-xp 00000000 08:12 
6417361                            /usr/bin/python2.5
00600000-00601000 r--p 00000000 08:12 
6417361                            /usr/bin/python2.5
00601000-00602000 rw-p 00001000 08:12 
6417361                            /usr/bin/python2.5
00602000-006d9000 rw-p 00602000 00:00 0                                  
[heap]
<snip>

I did "revdev-rebuild". In that sense my system seems to be consistence.

Should glibc be downgraded? Wrong USE variables?
eix glibc shows:
2.7-r2(2.2)(13:09:03 27.03.2008)(gd glibc-omitfp 
nls -debug -glibc-compat20 -hardened -multilib -profile -selinux -vanilla)

On my 32bit centrino laptop with latest gentoo python+ecasound work fine. But 
that's beside the point.

thanks for reading
nico
-- 
mailto: nicolai.beuermann@gmx.de
gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] python - *** glibc detected ***

[Volker Armin Hemmann]

On Donnerstag, 10. April 2008, Nicolai Beuermann wrote:
> Hello list,
> a few days ago my creative urge forced me to learn python. As a first step
> I wanted to control ecasound by script.
> What a pity that it doesn't work.
>
> kernel:
> It's a 64bit applepro with  Linux 2.6.22-sabayon #16 SMP PREEMPT Thu Dec 27
> 19:33:05 CET 2007 x86_64 Intel(R) Xeon(R) CPU 5130 @ 2.00GHz GenuineIntel
> GNU/Linux
>
> python:
> Python 2.5.1 (r251:54863, Feb  5 2008, 15:14:12)
> [GCC 4.1.2 (Gentoo 4.1.2 p1.0.1)] on linux2
>
> ls -l `which python`
> lrwxrwxrwx 1 root root 18 10. Apr 00:04 /usr/bin/python ->
> /usr/bin/python2.5
>
> I get:
> Chain operator status:  ### Chain operator status (chainsetup 'pass_jack')
> ### Chain "chain01":
>   1. Lowpass filter: [1] cutoff-freq 100.00000000000000000
> *** glibc detected *** python: munmap_chunk(): invalid pointer:
> 0x00002b8ca3a700d8 ***
> ======= Backtrace: =========
> /lib/libc.so.6(cfree+0x1ac)[0x2b8ca48be7dc]
> /usr/lib64/python2.5/site-packages/pyecasound.so[0x2b8ca50ec6ee]
> /usr/lib/libpython2.5.so.1.0[0x2b8ca3c5fc80]
> /usr/lib/libpython2.5.so.1.0(PyDict_SetItem+0x118)[0x2b8ca3c603ff]
> /usr/lib/libpython2.5.so.1.0(_PyModule_Clear+0x1e8)[0x2b8ca3c65a58]
> /usr/lib/libpython2.5.so.1.0(PyImport_Cleanup+0x2ea)[0x2b8ca3cefbc3]
> /usr/lib/libpython2.5.so.1.0(Py_Finalize+0x95)[0x2b8ca3cfee1c]
> /usr/lib/libpython2.5.so.1.0(Py_Main+0xdb3)[0x2b8ca3d0f1f4]
> python(main+0x1b)[0x40081b]
> /lib/libc.so.6(__libc_start_main+0xf4)[0x2b8ca48651f4]
> python[0x400789]
> ======= Memory map: ========
> 00400000-00401000 r-xp 00000000 08:12
> 6417361                            /usr/bin/python2.5
> 00600000-00601000 r--p 00000000 08:12
> 6417361                            /usr/bin/python2.5
> 00601000-00602000 rw-p 00001000 08:12
> 6417361                            /usr/bin/python2.5
> 00602000-006d9000 rw-p 00602000 00:00 0
> [heap]
> <snip>
>
> I did "revdev-rebuild". In that sense my system seems to be consistence.
>
> Should glibc be downgraded? Wrong USE variables?

you can't downgrade glibc.

re-emerge python  and use python-updater.

And since you are using sabayon, file a bug in their bugzilla.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] python - *** glibc detected ***

[Nicolai Beuermann]

OK I've reemerged python and ran python-updater.
Problems remain the same although the script works until it stops and gives 
the error messages from above.

The script is a slighty modified (In/Outputs) version of the one that comes 
with ecasound documentation:
#!/usr/bin/env python

"""
1 Setup ECI to read audio from file, apply a 100Hz lowpass filter, and send it 
to the soundcard (/dev/dsp). 
2 Every second, check the current position. If the stream has been running for 
over 15 seconds, exit immediately. Also, every second, increase the lowpass 
filter's cutoff frequency by 500Hz. 
3 Stop the stream (if not already finished) and disconnect the chainsetup. 
Print chain operator status info. 
"""
import time
from pyeca import *
    
cutoff_inc = 500.0

e = ECA_CONTROL_INTERFACE()
e.command("cs-add pass_jack")
e.command("c-add chain01")
e.command("ai-add jack_auto,xine")
e.command("ao-add jack_auto,MONITOR")
e.command("cop-add -efl:100")
e.command("cop-select 1")
e.command("copp-select 1")
e.command("cs-connect")
e.command("start")
while True:
    time.sleep(True)
    e.command("engine-status")
    if e.last_string() != "running": break
    e.command("get-position")
    curpos = e.last_float()
    if curpos > 15: break
    e.command("copp-get")
    next_cutoff = cutoff_inc + e.last_float()
    e.command_float_arg("copp-set", next_cutoff)
e.command("stop")
e.command("cs-disconnect")
e.command("cop-status")
print "Chain operator status: ", e.last_string()

On 12.04.2008 02:24:09, Volker Armin Hemmann wrote:
> On Donnerstag, 10. April 2008, Nicolai Beuermann wrote:
> > Hello list,
> > a few days ago my creative urge forced me to learn python. As a first
> > step I wanted to control ecasound by script.
> > What a pity that it doesn't work.
> >
> > kernel:
> > It's a 64bit applepro with  Linux 2.6.22-sabayon #16 SMP PREEMPT Thu Dec
> > 27 19:33:05 CET 2007 x86_64 Intel(R) Xeon(R) CPU 5130 @ 2.00GHz
> > GenuineIntel GNU/Linux
> >
> > python:
> > Python 2.5.1 (r251:54863, Feb  5 2008, 15:14:12)
> > [GCC 4.1.2 (Gentoo 4.1.2 p1.0.1)] on linux2
> >
> > ls -l `which python`
> > lrwxrwxrwx 1 root root 18 10. Apr 00:04 /usr/bin/python ->
> > /usr/bin/python2.5
> >
> > I get:
> > Chain operator status:  ### Chain operator status (chainsetup
> > 'pass_jack') ### Chain "chain01":
> >   1. Lowpass filter: [1] cutoff-freq 100.00000000000000000
> > *** glibc detected *** python: munmap_chunk(): invalid pointer:
> > 0x00002b8ca3a700d8 ***
> > ======= Backtrace: =========
> > /lib/libc.so.6(cfree+0x1ac)[0x2b8ca48be7dc]
> > /usr/lib64/python2.5/site-packages/pyecasound.so[0x2b8ca50ec6ee]
> > /usr/lib/libpython2.5.so.1.0[0x2b8ca3c5fc80]
> > /usr/lib/libpython2.5.so.1.0(PyDict_SetItem+0x118)[0x2b8ca3c603ff]
> > /usr/lib/libpython2.5.so.1.0(_PyModule_Clear+0x1e8)[0x2b8ca3c65a58]
> > /usr/lib/libpython2.5.so.1.0(PyImport_Cleanup+0x2ea)[0x2b8ca3cefbc3]
> > /usr/lib/libpython2.5.so.1.0(Py_Finalize+0x95)[0x2b8ca3cfee1c]
> > /usr/lib/libpython2.5.so.1.0(Py_Main+0xdb3)[0x2b8ca3d0f1f4]
> > python(main+0x1b)[0x40081b]
> > /lib/libc.so.6(__libc_start_main+0xf4)[0x2b8ca48651f4]
> > python[0x400789]
> > ======= Memory map: ========
> > 00400000-00401000 r-xp 00000000 08:12
> > 6417361                            /usr/bin/python2.5
> > 00600000-00601000 r--p 00000000 08:12
> > 6417361                            /usr/bin/python2.5
> > 00601000-00602000 rw-p 00001000 08:12
> > 6417361                            /usr/bin/python2.5
> > 00602000-006d9000 rw-p 00602000 00:00 0
> > [heap]
> > <snip>
> >
> > I did "revdev-rebuild". In that sense my system seems to be consistence.
> >
> > Should glibc be downgraded? Wrong USE variables?
>
> you can't downgrade glibc.
>
> re-emerge python  and use python-updater.
>
> And since you are using sabayon, file a bug in their bugzilla.
Neither python or glibc nor ecasound are in the sabayon overlay.


-- 
mailto: nicolai.beuermann@gmx.de
gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user][SOLVED] python - *** glibc detected ***

[Nicolai Beuermann]

Googling around I found, that glibc's error reporting might be the reason.
Setting MALLOC_CHECK_="2" environment variable the error reporting disappears.
I really hope that this solution is safe.

nico
On 12.04.2008 17:09:11, Nicolai Beuermann wrote:
> OK I've reemerged python and ran python-updater.
> Problems remain the same although the script works until it stops and gives
> the error messages from above.
>
> The script is a slighty modified (In/Outputs) version of the one that comes
> with ecasound documentation:
> #!/usr/bin/env python
>
> """
> 1 Setup ECI to read audio from file, apply a 100Hz lowpass filter, and send
> it to the soundcard (/dev/dsp).
> 2 Every second, check the current position. If the stream has been running
> for over 15 seconds, exit immediately. Also, every second, increase the
> lowpass filter's cutoff frequency by 500Hz.
> 3 Stop the stream (if not already finished) and disconnect the chainsetup.
> Print chain operator status info.
> """
> import time
> from pyeca import *
>
> cutoff_inc = 500.0
>
> e = ECA_CONTROL_INTERFACE()
> e.command("cs-add pass_jack")
> e.command("c-add chain01")
> e.command("ai-add jack_auto,xine")
> e.command("ao-add jack_auto,MONITOR")
> e.command("cop-add -efl:100")
> e.command("cop-select 1")
> e.command("copp-select 1")
> e.command("cs-connect")
> e.command("start")
> while True:
>     time.sleep(True)
>     e.command("engine-status")
>     if e.last_string() != "running": break
>     e.command("get-position")
>     curpos = e.last_float()
>     if curpos > 15: break
>     e.command("copp-get")
>     next_cutoff = cutoff_inc + e.last_float()
>     e.command_float_arg("copp-set", next_cutoff)
> e.command("stop")
> e.command("cs-disconnect")
> e.command("cop-status")
> print "Chain operator status: ", e.last_string()
>
> On 12.04.2008 02:24:09, Volker Armin Hemmann wrote:
> > On Donnerstag, 10. April 2008, Nicolai Beuermann wrote:
> > > Hello list,
> > > a few days ago my creative urge forced me to learn python. As a first
> > > step I wanted to control ecasound by script.
> > > What a pity that it doesn't work.
> > >
> > > kernel:
> > > It's a 64bit applepro with  Linux 2.6.22-sabayon #16 SMP PREEMPT Thu
> > > Dec 27 19:33:05 CET 2007 x86_64 Intel(R) Xeon(R) CPU 5130 @ 2.00GHz
> > > GenuineIntel GNU/Linux
> > >
> > > python:
> > > Python 2.5.1 (r251:54863, Feb  5 2008, 15:14:12)
> > > [GCC 4.1.2 (Gentoo 4.1.2 p1.0.1)] on linux2
> > >
> > > ls -l `which python`
> > > lrwxrwxrwx 1 root root 18 10. Apr 00:04 /usr/bin/python ->
> > > /usr/bin/python2.5
> > >
> > > I get:
> > > Chain operator status:  ### Chain operator status (chainsetup
> > > 'pass_jack') ### Chain "chain01":
> > >   1. Lowpass filter: [1] cutoff-freq 100.00000000000000000
> > > *** glibc detected *** python: munmap_chunk(): invalid pointer:
> > > 0x00002b8ca3a700d8 ***
> > > ======= Backtrace: =========
> > > /lib/libc.so.6(cfree+0x1ac)[0x2b8ca48be7dc]
> > > /usr/lib64/python2.5/site-packages/pyecasound.so[0x2b8ca50ec6ee]
> > > /usr/lib/libpython2.5.so.1.0[0x2b8ca3c5fc80]
> > > /usr/lib/libpython2.5.so.1.0(PyDict_SetItem+0x118)[0x2b8ca3c603ff]
> > > /usr/lib/libpython2.5.so.1.0(_PyModule_Clear+0x1e8)[0x2b8ca3c65a58]
> > > /usr/lib/libpython2.5.so.1.0(PyImport_Cleanup+0x2ea)[0x2b8ca3cefbc3]
> > > /usr/lib/libpython2.5.so.1.0(Py_Finalize+0x95)[0x2b8ca3cfee1c]
> > > /usr/lib/libpython2.5.so.1.0(Py_Main+0xdb3)[0x2b8ca3d0f1f4]
> > > python(main+0x1b)[0x40081b]
> > > /lib/libc.so.6(__libc_start_main+0xf4)[0x2b8ca48651f4]
> > > python[0x400789]
> > > ======= Memory map: ========
> > > 00400000-00401000 r-xp 00000000 08:12
> > > 6417361                            /usr/bin/python2.5
> > > 00600000-00601000 r--p 00000000 08:12
> > > 6417361                            /usr/bin/python2.5
> > > 00601000-00602000 rw-p 00001000 08:12
> > > 6417361                            /usr/bin/python2.5
> > > 00602000-006d9000 rw-p 00602000 00:00 0
> > > [heap]
> > > <snip>
> > >
> > > I did "revdev-rebuild". In that sense my system seems to be
> > > consistence.
> > >
> > > Should glibc be downgraded? Wrong USE variables?
> >
> > you can't downgrade glibc.
> >
> > re-emerge python  and use python-updater.
> >
> > And since you are using sabayon, file a bug in their bugzilla.
>
> Neither python or glibc nor ecasound are in the sabayon overlay.
>
>
> --
> mailto: nicolai.beuermann@gmx.de
> gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259



-- 
mailto: nicolai.beuermann@gmx.de
gnupg fingerprint: 56DA 4E32 3A4A 52AC B769 DFC2 BF3E 9805 09BB 4259
-- 
gentoo-user@lists.gentoo.org mailing list