File: rocks_callback_object.cc

package info (click to toggle)
rocksdb 9.11.2-1
  • links: PTS, VCS
  • area: main
  • in suites: sid
  • size: 46,252 kB
  • sloc: cpp: 503,390; java: 43,039; ansic: 9,834; python: 8,381; perl: 5,822; sh: 4,921; makefile: 2,386; asm: 550; xml: 342
file content (30 lines) | stat: -rw-r--r-- 1,304 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
//  Copyright (c) 2011-present, Facebook, Inc.  All rights reserved.
//  This source code is licensed under both the GPLv2 (found in the
//  COPYING file in the root directory) and Apache 2.0 License
//  (found in the LICENSE.Apache file in the root directory).
//
// This file implements the "bridge" between Java and C++ for
// JNI Callbacks from C++ to sub-classes or org.rocksdb.RocksCallbackObject

#include <jni.h>

#include "include/org_rocksdb_RocksCallbackObject.h"
#include "jnicallback.h"

/*
 * Class:     org_rocksdb_RocksCallbackObject
 * Method:    disposeInternal
 * Signature: (J)V
 */
void Java_org_rocksdb_RocksCallbackObject_disposeInternal(JNIEnv* /*env*/,
                                                          jclass /*jcls*/,
                                                          jlong handle) {
  // TODO(AR) is deleting from the super class JniCallback OK, or must we delete
  // the subclass? Example hierarchies:
  //   1) Comparator -> BaseComparatorJniCallback + JniCallback ->
  //   DirectComparatorJniCallback 2) Comparator -> BaseComparatorJniCallback +
  //   JniCallback -> ComparatorJniCallback
  // I think this is okay, as Comparator and JniCallback both have virtual
  // destructors...
  delete reinterpret_cast<ROCKSDB_NAMESPACE::JniCallback*>(handle);
}