4f5a687254
Summary: This pull request solves the jlong overflow problem on 32-Bit machines as described in https://github.com/facebook/rocksdb/issues/278: 1. There is a new org.rocksdb.test.PlatformRandomHelper to assist in getting random values. For 32 Bit the getLong method is overriden by xpromaches code above. For 64 Bit it behaves as is. 2. The detection should be cross-platform (Windows is supported though it is not ported completely yet). 3. Every JNI method which sets jlong values must check if the value fits into size_t. If it overflows size_t a InvalidArgument Status object will be returned. If its ok a OK Status will be returned. 4. Setters which have this check will throw a RocksDBException if its no OK Status. Additionally some other parts of code were corrected using the wrong type casts. Test Plan: make rocksdbjava make jtest Differential Revision: https://reviews.facebook.net/D24531
25 lines
996 B
C++
25 lines
996 B
C++
// Copyright (c) 2014, Facebook, Inc. All rights reserved.
|
|
// This source code is licensed under the BSD-style license found in the
|
|
// LICENSE file in the root directory of this source tree. An additional grant
|
|
// of patent rights can be found in the PATENTS file in the same directory.
|
|
//
|
|
// This file implements the "bridge" between Java and C++ for RateLimiter.
|
|
|
|
#include "rocksjni/portal.h"
|
|
#include "include/org_rocksdb_GenericRateLimiterConfig.h"
|
|
#include "rocksdb/rate_limiter.h"
|
|
|
|
/*
|
|
* Class: org_rocksdb_GenericRateLimiterConfig
|
|
* Method: newRateLimiterHandle
|
|
* Signature: (JJI)J
|
|
*/
|
|
jlong Java_org_rocksdb_GenericRateLimiterConfig_newRateLimiterHandle(
|
|
JNIEnv* env, jobject jobj, jlong jrate_bytes_per_second,
|
|
jlong jrefill_period_micros, jint jfairness) {
|
|
return reinterpret_cast<jlong>(rocksdb::NewGenericRateLimiter(
|
|
static_cast<int64_t>(jrate_bytes_per_second),
|
|
static_cast<int64_t>(jrefill_period_micros),
|
|
static_cast<int32_t>(jfairness)));
|
|
}
|