Issue Details (XML | Word | Printable)

Key: CORE-4475
Type: Bug Bug
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Alexander Peshkov
Reporter: Lionel Elie Mamane
Votes: 0
Watchers: 2

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

after fb_shutdown(), end-of-process cleanup should not do anything

Created: 28/Jun/14 01:33 PM   Updated: 25/May/16 08:09 AM
Component/s: API / Client Library
Affects Version/s: 2.5.2
Fix Version/s: 2.5.4

Environment: MacOS X 10.9, development build of Firebird

QA Status: Cannot be tested

 Description  « Hide
LibreOffice embeds FireBird, telling it to use a subdirectory of the LibreOffice tempdir for the firebird lockdir.

At process shutdown, ~Cleanup from file init.cpp is called, which calls this stack:
Firebird::InstanceControl::InstanceLink<jrd::StorageInstance, ...>::dtor
ISC_remove_map_file(sh_mem const*)
ISC_remove_map_file(char const*)
os_utils::createLockDirectory(char cont*)

However, the LibreOffice temporary directory, which is the parent of the firebird lockdir, has been deleted by then, which causes the mkdir() to fail, throwing an exception that eventually causes (in development build) firebird to call abort().

So we changed LibreOffice to call fb_shutdown(0, 1) when it does not need firebird anymore, expecting that then ~Cleanup would not be called, or become a noop or ... We checked that fb_shutdown is actually called, and returns success. However, ~Cleanup still tries to do work, for that to create a lockdir, which fails and abort().

Please make fb_shutdown() make all the cleanups so that nothing is done at process exit() time anymore.

 All   Comments   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
There are no subversion log entries for this issue yet.