Skip to content

Conversation

@keithc-ca
Copy link
Contributor

  • fix a use-after-free problem in omrfilestream.c
  • fix a stringop-overflow error in OMRSimplifierHandlers.cpp

Using a FILE* handle after a call to fclose() (even for tracing)
counts as use-after-free problem.

Signed-off-by: Keith W. Campbell <keithc@ca.ibm.com>
gcc 13 believes two entries per bit are required

Signed-off-by: Keith W. Campbell <keithc@ca.ibm.com>
Copy link
Contributor

@babsingh babsingh left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

port library change LGTM

@0xdaryl
Copy link
Contributor

0xdaryl commented May 6, 2024

Jenkins build all

@0xdaryl 0xdaryl self-assigned this May 6, 2024
@0xdaryl 0xdaryl merged commit 1bcf969 into eclipse-omr:master May 6, 2024
@keithc-ca keithc-ca deleted the gcc13 branch May 6, 2024 18:48
keithc-ca added a commit to keithc-ca/omr that referenced this pull request May 13, 2024
It turns out that eclipse-omr#7325 was ineffective: compilers see straight
through that attempt to hide the use-after-close. The trace-point
doesn't provide any information that isn't already available by
other trace-points at the same level.

Signed-off-by: Keith W. Campbell <keithc@ca.ibm.com>
rmnattas pushed a commit to rmnattas/omr that referenced this pull request Jun 14, 2024
It turns out that eclipse-omr#7325 was ineffective: compilers see straight
through that attempt to hide the use-after-close. The trace-point
doesn't provide any information that isn't already available by
other trace-points at the same level.

Signed-off-by: Keith W. Campbell <keithc@ca.ibm.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants