Segfault when cleaning metadata cache [CORE4869] #5165
Assignees
Comments
Modified by: @AlexPeshkoffassignee: Alexander Peshkov [ alexpeshkoff ] |
Modified by: @AlexPeshkoffstatus: Open [ 1 ] => Resolved [ 5 ] resolution: Fixed [ 1 ] Fix Version: 2.5.5 [ 10670 ] |
Modified by: @pcisarstatus: Resolved [ 5 ] => Closed [ 6 ] |
Modified by: @pavel-zotovstatus: Closed [ 6 ] => Closed [ 6 ] QA Status: No test => Not enough information |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Submitted by: @AlexPeshkoff
An issue (as core dump) is initially reported by IbPhoenix.
Under some circumstances it may happen that prc_existence_lock is NULL when cleaning metadata cache.
For example when obsolete procedure is scanned again in MET_procedure() any error raised out of parse_procedure_blr() function will cause catch() block in the end of function release and nullify prc_existence_lock, keeping old prc_request present and setting no obsolete flag again.
This makes necessary check for lock's presence when cleanin cache.
Commits: fb326c8 9474a22 FirebirdSQL/fbt-repository@60665a3 FirebirdSQL/fbt-repository@d1aa662
The text was updated successfully, but these errors were encountered: