You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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: