From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2.1) Gecko/20010901
Description of problem:
Whe I tag multiple articles, start to download them and then abort the
transfer by hitting CTRL-G, slrn seg faults.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
2.Enter a binary newgroup with binary posts
3.Tag a bunch of of posts (using the '#' key)
4.Hit the ':' (colon key)
5.Answer Yes to the question 'Save tagged articles?'
6.Accept the suggested temporary file by hitting return
7.Wait for one or two articles to save then hit CTRL-G to abort the
download. slrn often segfaults at this step.
8. Repeat steps 4-7 a couple of times until a segfault occurs
Actual Results: slrn crashes with the following message:
Segmentation fault (core dumped)
Expected Results: The download should just abort painlessly with a message
like 'transfer aborted' (i forget what the exact message is)
This bug definitely didn't exist in redhat 7.1
The author confirmed to me in e-mail that this bug was fixed in 0.9.7.2.
Changes since 0.9.7.1
20. Header lines are saved when decoding (again). Hopefully, the uudecode
routine now handles them correctly. If you have uudeview support
compiled in, but want to use the builtin code, set use_uudeview to zero.
After a lot of work, I've ported Red Hat 7.2's RPM to slrn 0.9.7.3. You can get
it at http://linuxsavvy.com/staff/jgotts/slrn-0.9.7.3-1.src.rpm, but please go
easy on the connection as the connection is metered (and costly).
0.9.7.3 is in Raw Hide.