Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

plugins: resolve coverity issues - v1 #5312

Closed
wants to merge 3 commits into from

Conversation

jasonish
Copy link
Member

Fix Coverity issues in https://redmine.openinfosecfoundation.org/issues/3864
with the exception of CID 1465662.

Return error if plugin open fails. Fixes Coverity CID 1465664
USE_AFTER_FREE error.

Redmine issue:
https://redmine.openinfosecfoundation.org/issues/3864
Track the pointer returned from dlopen in a list to prevent a
resource leak by the pointer going out of scope.

Found by Coverity, CID 1465661.

Redmine issue:
https://redmine.openinfosecfoundation.org/issues/3864
@jasonish jasonish requested a review from a team as a code owner August 19, 2020 18:48
@victorjulien victorjulien mentioned this pull request Aug 24, 2020
@victorjulien
Copy link
Member

Merged in #5317, thanks Jason!

@jasonish jasonish deleted the issue-3864-coverity/v1 branch July 1, 2021 17:13
victorjulien added a commit to victorjulien/suricata that referenced this pull request May 9, 2022
Since GCC 12 the memcmp code using `_mm_blendv_epi8` failed to work.
Inspection of the disassembled objects suggests that it simply omits
the instruction on systems that are not AVX512 capable. On AVX512
it does replace it with VPCMPB logic that appears to work.

Luckily our use of blend is actually uncessary. A simple AND is sufficient.

Bug: OISF#5312.
jufajardini pushed a commit to jufajardini/suricata that referenced this pull request May 17, 2022
Since GCC 12 the memcmp code using `_mm_blendv_epi8` failed to work.
Inspection of the disassembled objects suggests that it simply omits
the instruction on systems that are not AVX512 capable. On AVX512
it does replace it with VPCMPB logic that appears to work.

Luckily our use of blend is actually uncessary. A simple AND is sufficient.

Bug: OISF#5312.
jlucovsky pushed a commit to jlucovsky/suricata that referenced this pull request May 26, 2022
Since GCC 12 the memcmp code using `_mm_blendv_epi8` failed to work.
Inspection of the disassembled objects suggests that it simply omits
the instruction on systems that are not AVX512 capable. On AVX512
it does replace it with VPCMPB logic that appears to work.

Luckily our use of blend is actually uncessary. A simple AND is sufficient.

Bug: OISF#5312.
(cherry picked from commit 87c5d69)
jlucovsky pushed a commit to jlucovsky/suricata that referenced this pull request May 27, 2022
Since GCC 12 the memcmp code using `_mm_blendv_epi8` failed to work.
Inspection of the disassembled objects suggests that it simply omits
the instruction on systems that are not AVX512 capable. On AVX512
it does replace it with VPCMPB logic that appears to work.

Luckily our use of blend is actually uncessary. A simple AND is sufficient.

Bug: OISF#5312.
(cherry picked from commit 87c5d69)
jlucovsky pushed a commit to jlucovsky/suricata that referenced this pull request May 31, 2022
Since GCC 12 the memcmp code using `_mm_blendv_epi8` failed to work.
Inspection of the disassembled objects suggests that it simply omits
the instruction on systems that are not AVX512 capable. On AVX512
it does replace it with VPCMPB logic that appears to work.

Luckily our use of blend is actually uncessary. A simple AND is sufficient.

Bug: OISF#5312.
(cherry picked from commit 87c5d69)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

Successfully merging this pull request may close these issues.

2 participants