Created attachment 161105 [details]
slrn --version output
I had sent the following to slrn-user@ list; no resolution yet.
I came upon a post in rec.arts.anime.misc with Message-ID of ...
... with headers ...
Content-Type: text/plain; charset=windows-1250
... which caused slrn to die with segfault. It was when "LC_ALL" was
set to "C" (no other LC_* variable was set).
slrn also dies while trying to display a reply to that post...
... which has ...
Content-Type: text/plain; charset=UTF-8
Previously, slrn would just show the odd charcaters without fuss,
which would be the desired behaviour. Problem remained even after
rebuilding slrn & slang.
The two messages can be accessed from ...
slrn displayed the messages without problem with ...
Created attachment 161106 [details]
Backtrace of slrn.core on 10-STABLE (r286917)
Awaiting response from upstream
Just hit this same issue with slrn 1.0.3 on 11.0-RELEASE-p10.
Setting the LC_* variables in my .bash_profile seem to have fixed the issue for me as well.
Is this still relevant?
I am sorry to report that problem still exists if LC_ALL=C & LANG is unset or is C (but not if LC_ALL=en_US.UTF-8 with LANG also set to the same value; no other LC* variable is set) ...
S-Lang Library Version: 2.3.1
Operating System: FreeBSD
COMPILE TIME OPTIONS:
Backends: +nntp +slrnpull +spool
External programs / libs: -canlock -inews +ssl +uudeview +iconv
Features: +decoding +emphasized_text +end_of_thread +fake_refs +gen_msgid
-grouplens -msgid_cache +piping +rnlock +spoilers -strict_from
Using 64 bit integers for article numbers.
Default server object: nntp
Default posting mechanism: nntp
This time I am not able to pinpoint a particular message; stack trace is attached.
Created attachment 192276 [details]
Backtrace of slrn.core (slrn 1.0.3 on FreeBSD 11-STABLE r331758)