Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DBImpl destructor, pure virtual issue #133

Closed
ravikant86 opened this issue May 1, 2014 · 5 comments
Closed

DBImpl destructor, pure virtual issue #133

ravikant86 opened this issue May 1, 2014 · 5 comments

Comments

@ravikant86
Copy link

(gdb) bt
#0 0x00007f34a4a3a425 in raise () from /lib/x86_64-linux-gnu/libc.so.6
#1 0x00007f34a4a3db8b in abort () from /lib/x86_64-linux-gnu/libc.so.6
#2 0x00007f34a1112a05 in __gnu_cxx::__verbose_terminate_handler () at ../../../../gcc-4.8.0/libstdc++-v3/libsupc++/vterminate.cc:95
#3 0x00007f34a1110b76 in __cxxabiv1::__terminate (handler=) at ../../../../gcc-4.8.0/libstdc++-v3/libsupc++/eh_terminate.cc:38
#4 0x00007f34a1110ba3 in std::terminate () at ../../../../gcc-4.8.0/libstdc++-v3/libsupc++/eh_terminate.cc:48
#5 0x00007f34a111167f in __cxxabiv1::__cxa_pure_virtual () at ../../../../gcc-4.8.0/libstdc++-v3/libsupc++/pure.cc:50
#6 0x00007f34a1433f66 in rocksdb::DBImpl::FindObsoleteFiles (this=this@entry=0x7f3418ad7c00, deletion_state=..., force=force@entry=true, no_full_scan=no_full_scan@entry=false) at db/db_impl.cc:624
#7 0x00007f34a1441765 in rocksdb::DBImpl::~DBImpl (this=0x7f3418ad7c00, __in_chrg=) at db/db_impl.cc:362
#8 0x00007f34a1441911 in rocksdb::DBImpl::~DBImpl (this=0x7f3418ad7c00, __in_chrg=) at db/db_impl.cc:397

@haoboxu
Copy link
Contributor

haoboxu commented May 1, 2014

How is your RocksDB instance life cycle managed? Is there any chance that the instance is tied up with a static variable? It's ideal if all instances are deleted in a controlled manner before static cleanup kicks in.

@igorcanadi
Copy link
Collaborator

@ravikant86 are you still having issues with this? Please reopen this issue if yes.

@hwpw
Copy link

hwpw commented Jul 8, 2015

may I know how this was fixed? I now have the same problem.

@igorcanadi
Copy link
Collaborator

@hwpw can you open a separate issue for your problem? This is likely a result of either:

  1. you keep using DB* even after the destructor kicks in, or
  2. you destruct RocksDB as part of static destruction. You need to delete DB* before int main() finishes.

@hwpw
Copy link

hwpw commented Jul 9, 2015

issue link: #649

On Wed, Jul 8, 2015 at 4:38 PM, Igor Canadi notifications@github.com
wrote:

@hwpw https://github.com/hwpw can you open a separate issue for your
problem? This is likely a result of either:

  1. you keep using DB* even after the destructor kicks in, or
  2. you destruct RocksDB as part of static destruction. You need to delete
    DB* before int main() finishes.


Reply to this email directly or view it on GitHub
#133 (comment).

abbccdda pushed a commit to abbccdda/rocksdb that referenced this issue Aug 21, 2021
Fix DEBUG build error due to long -> unsigned long long conversion
Nazgolze pushed a commit to Nazgolze/rocksdb-1 that referenced this issue Sep 21, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants