Issue Details (XML | Word | Printable)

Key: CORE-3285
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Vlad Khorsun
Reporter: Vlad Khorsun
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Firebird Core

100% CPU load (endless loop) inside the lock manager

Created: 20/Dec/10 11:23 PM   Updated: 04/Feb/11 12:58 PM
Component/s: Engine
Affects Version/s: 2.1.4
Fix Version/s: 2.1.4

Time Tracking:
Not Specified

Environment: SuperServer

Planning Status: Unspecified


 Description  « Hide
lock.cpp\post_blockage() could enter endless loop if, while delivering in-process AST, next blocking request will be freed by its owner.

It was reproduced when testing nbackup. I see no chance to this bug to occur in ClassicServer because it not released LM's mutex
in signal_owner() rountine so blocking requests queue is stable.

While i didn't tested v2.0.x i believe its affected too.

v2.5 is not affected as it already have similar fix made during refactoring LM internals.

 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
There are no comments yet on this issue.