Description of problem: Read into mutt a folder with messages containing a multipart/mixed{ multipart/alternative{ text/plain, text/html }, application/anything } Attempting to "view" the message structure with "v" command results SEGV in addch() call, which lengthy debugging session did show up to be slang-library function SLcurses_waddch() via couple macro redirects. This appeared after I had updated kernel, glibc, lots of other libraries, and had restarted the system. I hadn't updated either mutt, nor slang at that point. After updating both, the problem didn't disappear. Recompining the mutt with slang removed from its SPEC file, the mutt with standard ncurses (-5 ?) does work just fine. Version-Release number of selected component (if applicable): slang-1.4.5-17 How reproducible: Always Steps to Reproduce: 1. have suitably complex structured message in a test folder (e.g. text+html type accompanying letter + any attachment) 2. current rawhide system 3. mutt -f test.msg 4. try to view ("v") message's structure Actual Results: SEGV Expected Results: view of the message structure.. Additional info: Is this related somehow to glibc locale handling ? (maybe) Or to slang-library bitrot ? (hardly) Or to a new 2.4.20-20.1.2007.nptl kernel ? (hardly) Ah, indeed.. LC_CTYPE=C -> no problem LC_CTYPE=fi_FI -> SEGV I need "non-C" locale, so this isn't an easy work-around.. Anyway, slang-source version is a bit oldish, and could be updated.
*** Bug 97213 has been marked as a duplicate of this bug. ***
Fixed in slang-1.4.5-18, you'll need to rebuild mutt against it (mutt should be fixed in 1.4.1-3.)
*** Bug 103762 has been marked as a duplicate of this bug. ***