Community Packages

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#32470 - [cmus] Crashes on loading unresolvable URL

Attached to Project: Community Packages
Opened by voltaic (voltaic) - Monday, 05 November 2012, 02:46 GMT
Last edited by Bartłomiej Piotrowski (Barthalion) - Wednesday, 07 November 2012, 15:19 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Bartłomiej Piotrowski (Barthalion)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

Description:

cmus will crash ungracefully when a stream is loaded with an unresolvable URL. After the crash, the terminal gets garbled and needs to be reset. I encountered this problem when I tried to listen to a streaming radio statio with an invalid URL (the URL for the station had changed). Streaming stations with valid URLs play fine.

After the crash, glibc says "cmus: double free or corruption (fasttop)". I attached the backtrace as well as the output from gdb, although I see there is not much debug output.

I compiled cmus from git to test for this issue. After the rebuild, cmus throws an error message if the URL does not resolve to a stream. The error reads "Error: Couldn't get file information for <URL>". This is the expected behavior.

Additional info:
* package version(s)
cmus 2.4.3-3 (x86_64)
* config and/or log files etc.
bad_playlist.pls
gdb.log
backtrace.log

Steps to reproduce:

Launch cmus, load bad playlist file with incorrect URL within the UI or by "cmus-remote -c bad_playlist.pls", cmus crashes.
   bad_playlist.pls (0.1 KiB)
   gdb.log (0.7 KiB)
   backtrace.log (10.7 KiB)
This task depends upon

Closed by  Bartłomiej Piotrowski (Barthalion)
Wednesday, 07 November 2012, 15:19 GMT
Reason for closing:  Fixed
Additional comments about closing:  cmus 2.5.0-1
Comment by Bartłomiej Piotrowski (Barthalion) - Wednesday, 07 November 2012, 13:49 GMT
It doesn't crash here.

Does your issue still occur under cmus 2.5.0-1?
Comment by voltaic (voltaic) - Wednesday, 07 November 2012, 15:18 GMT
This is fixed under 2.5.0-1. Thank you for your help Bartłomiej.

Loading...