Red Hat Bugzilla – Bug 986895
[abrt] sigsegv in -T option handling
Last modified: 2014-04-01 16:55:23 EDT
Description of problem:
This was reported upstream:
Reproducible by (as mentioned upstream):
cd /tmp; > empty; echo . > valid; tar cf /dev/null -T empty -T valid
It is worth to look at it.
Version-Release number of selected component:
cmdline: tar cf /dev/null -T empty -T valid
runlevel: N 5
Thread no. 1 (6 frames)
#0 strcmp at ../sysdeps/x86_64/multiarch/strcmp-sse42.S:164
#1 _getopt_internal_r at getopt.c:419
#2 _getopt_long_r at getopt1.c:54
#3 parser_parse_next at argp-parse.c:803
#4 argp_parse at argp-parse.c:925
#5 decode_options at tar.c:2389
Created attachment 776859 [details]
Created attachment 776860 [details]
Created attachment 776861 [details]
Created attachment 776862 [details]
Created attachment 776863 [details]
Created attachment 776864 [details]
Created attachment 776865 [details]
Created attachment 776866 [details]
Created attachment 776867 [details]
Fix proposed upstream.
In the meantime, fix for this bug was pushed upstream as a part of fixing
multiple upstream problems relevant to -T option. See these upstream changes:
Backpatching all those for so small problem does not seem to be reasonable to
me. Those changes also caused some changes in -T option handling.
The change in behavior is wanted and makes sense, I would say. But the code
change is too big and touches very base and risky parts of code. If there was
real user request, I could patch this bug with the small patch I originally
proposed. But for now, I would wait for official upstream release (taking into
account also that this bug is about unlikely corner case in -T option usage).
tar-1.26-31.fc20 has been submitted as an update for Fedora 20.