Bugs item #1652490, was opened at 2007-02-05 15:13
Message generated for change (Comment added) made by dbaelde
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=591456&aid=1652490&group_id=89802

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: None
Group: None
>Status: Closed
>Resolution: Works For Me
>Priority: 2
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: David Baelde (dbaelde)
Summary: double free bug

Initial Comment:
I run on localhost icecast and liquidsoap. Configuration for liquidsoap is 
really simple:

#!/usr/bin/liquidsoap -v

set log.dir = "/tmp"
set log.stdout = true

output = 
output.icecast(mount="test.ogg",host="localhost",port=8000,password="source")
output = 
output.icecast.mp3(mount="test.mp3",host="localhost",port=8000,password="source")

output(playlist.safe("playlist.pls"))

playlist.pls contains 15 files, 2 of them are not available.

Running liguidsoap on the liquidsoap instance and clicking several times on 
"on/off" on the playlist controller crashes liquidsoap:

2007/02/05 16:07:34 [test.mp3:3] Connecting mount test.mp3 for [EMAIL PROTECTED]
2007/02/05 16:07:35 [test.mp3:3] Connection setup was successful.
2007/02/05 16:07:35 [test.mp3:3] Setting up an MP3 encoder...
2007/02/05 16:07:35 [test.mp3:3] Connecting mount test.mp3 for [EMAIL PROTECTED]
2007/02/05 16:07:35 [test.mp3:3] Connection setup was successful.
2007/02/05 16:07:35 [test.mp3:3] Setting up an MP3 encoder...
2007/02/05 16:07:35 [test.mp3:3] Connecting mount test.mp3 for [EMAIL PROTECTED]
2007/02/05 16:07:35 [test.mp3:3] Connection setup was successful.
2007/02/05 16:07:35 [test.mp3:3] Setting up an MP3 encoder...
2007/02/05 16:07:35 [test.mp3:3] Connecting mount test.mp3 for [EMAIL PROTECTED]
2007/02/05 16:07:35 [test.mp3:3] Connection setup was successful.
2007/02/05 16:07:35 [test.mp3:3] Setting up an MP3 encoder...
2007/02/05 16:07:36 [test.mp3:3] Connecting mount test.mp3 for [EMAIL PROTECTED]
2007/02/05 16:07:36 [test.mp3:3] Connection setup was successful.
2007/02/05 16:07:36 [test.mp3:3] Setting up an MP3 encoder...
*** glibc detected *** double free or corruption (!prev): 0x080c4ed8 ***

What else can I provide to solve this?

----------------------------------------------------------------------

>Comment By: David Baelde (dbaelde)
Date: 2007-02-14 00:22

Message:
Logged In: YES 
user_id=640545
Originator: NO

I couldn't reproduce this bug. I'm using:
* glibc 2.3.6
* libshout 2.2.2
* ocaml-shout and liquidsoap from SVN.
I also took care of exporting MALLOC_CHECK_=1 in order to make sure that
my glibc reports such errors. Then I launched a simple .liq script with an
icecast.mp3 output, connected to it via liGuidsoap and clicked on/off like
crazy for several seconds. Everything went fine for me.

I had a similar bug report by mail, a long time ago. The conclusion was
that sometimes, when a shout connection attempt failed, a double free
occured somewhere and the glibc consequently sent SIGABORT to liquidsoap.
I don't think it is related to your playlist but only to a too fast
re-connection to shout.

I'm not 100% sure that ocaml-shout is OK, but I wouldn't exclude libshout
itself here.

I'll mark the issue closed for now. It's really not severe, and should be
worked around by exporting MALLOC_CHECK_=0.

However, if you want to try harder on that bug please precise the version
of glibc, libshout, ocaml-shout and liquidsoap (the two latter are SVN if
I understood well), try on a simple output.icecast.mp3(blank()), check
with the output.icecast() too, and check the env variable MALLOC_CHECK_.
Finally, setting MALLOC_CHECK_=2 should crash the program better, allowing
you to get a backtrace in gdb.


----------------------------------------------------------------------

Comment By: Samuel Mimram (smimram)
Date: 2007-02-07 17:59

Message:
Logged In: YES 
user_id=640040
Originator: NO

What version of liquidsoap did you use? Could you try with a version built
from a fresh SVN checkout?

Also, a gdb stacktrace would help us a lot.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=591456&aid=1652490&group_id=89802

Répondre à