Description of problem: mgarc5 # unhide -d -m sys procall brute reverse terminal snippet after about 2 minutes [*]Searching for Hidden processes through sched_rr_get_interval() scanning [*]Searching for Hidden processes through kill(..,0) scanning [*]Searching for Hidden processes through comparison of results of system calls Segmentation fault (core dumped) Happens on two systems Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. enable core dumps 2. unhide -d -m sys procall brute reverse
Confirmed. It doesn't segfault if the brute option is ommitted, and does with just the brute option too.
CC: (none) => davidwhodgins
I thought this rang a bell. It is bug 26866 (also from BT; and which crashed also with 'checkbrute') closed Fixed with no mention of the [new?] version that apparently worked. That bug was opened against: unhide-20130526-8.mga8.src.rpm, it is now at: unhide-20210124-1.mga8.src.rpm This looks like a reversion; it would seem more correct to close this bug as a duplicate of the old one, and REOPEN that. What do you think?
Summary: unhide Segmentation fault => unhide Segmentation fault with 'brute 'optionCC: (none) => lewyssmith
@Lewis, You're right. Or do we miss a necessary recompilation from updated sys libs between updated package date and now ?
CC: (none) => ouaurelien
(In reply to Aurelien Oudelet from comment #3) > @Lewis, You're right. > Or do we miss a necessary recompilation from updated sys libs between > updated package date and now ? I wondered why it had been working since Feb 8 clean install, then started crashing on test bed node (tb). It is crashing on yesterday's clean install on my web browsing node (wb).
The newest version of unhide was committed about 2w ago. Closing this bug as a duplicate of the original bug 26866, and REOPENING that. It is with wally. *** This bug has been marked as a duplicate of bug 26866 ***
Status: NEW => RESOLVEDResolution: (none) => DUPLICATE