Загрузка библиотеки JNI

У меня есть файл, написанный следующим образом:

package JNI;

public class Natives {

    public static final int PAGE_READONLY = 0x02;
    public static final int PAGE_READWRITE = 0x04;
    public static final int PAGE_WRITECOPY = 0x08;
    public static final int FILE_MAP_COPY = 0x0001;
    public static final int FILE_MAP_WRITE = 0x0002;
    public static final int FILE_MAP_READ = 0x0004;

    public static native long createFileMapping(long hFile, int lpAttributes, int dwMaximumSizeHigh, int dwMaximumSizeLow, String lpName);

    public static native long openFileMapping(int dwDesiredAccess, boolean bInheritHandle, String lpName);

    public static native long mapViewOfFile(long hFileMap, int dwDesiredAccess, int dwFileOffsetHigh, int dwFileOffsetLow, int dwNumberOfBytesToMap);

    public static native long unmapViewOfFile(long hFileMap);

    public static native long closeHandle(long hFile);
}

Затем я создаю файл jni, используя javah:

extern "C" JNIEXPORT jlong JNICALL Java_JNI_Natives_createFileMapping(JNIEnv *env, jclass, jlong hFile, jint lpProtect, jint dwMaximumSizeHigh, jint dwMaximumSizeLow, jstring lpName)
{
    HANDLE hFileMap = nullptr;
    LPCSTR Name = env->GetStringUTFChars(lpName, nullptr);

    if ((hFileMap = CreateFileMapping(hFile == -1 ? INVALID_HANDLE_VALUE : reinterpret_cast<HANDLE>(hFile), nullptr, lpProtect, dwMaximumSizeHigh, dwMaximumSizeLow, Name)) != nullptr)
    {
        if (errno ==  ERROR_ALREADY_EXISTS)
        {
            CloseHandle(hFileMap);
        }
    }

    env->ReleaseStringUTFChars(lpName, Name);
    return reinterpret_cast<jlong>(hFileMap);
}

extern "C" JNIEXPORT jlong JNICALL Java_JNI_Natives_openFileMapping(JNIEnv *env, jclass, jint dwDesiredAccess, jboolean bInheritHandle, jstring lpName)
{
    LPCSTR Name = env->GetStringUTFChars(lpName, nullptr);
    HANDLE hFileMap = OpenFileMapping(dwDesiredAccess, static_cast<bool>(bInheritHandle), Name);
    env->ReleaseStringUTFChars(lpName, Name);
    return reinterpret_cast<jlong>(hFileMap);
}

extern "C" JNIEXPORT jlong JNICALL Java_JNI_Natives_mapViewOfFile(JNIEnv *, jclass, jlong hFileMap, jint dwDesiredAccess, jint dwFileOffsetHigh, jint dwFileOffsetLow, jint dwNumberOfBytesToMap)
{
    void* pData = MapViewOfFile(reinterpret_cast<HANDLE>(hFileMap), dwDesiredAccess, dwFileOffsetHigh, dwFileOffsetLow, dwNumberOfBytesToMap);
    return reinterpret_cast<jlong>(pData);
}

extern "C" JNIEXPORT jlong JNICALL Java_JNI_Natives_unmapViewOfFile(JNIEnv *, jclass, jlong hFileMap)
{
    return reinterpret_cast<jboolean>(static_cast<uint8_t>(UnmapViewOfFile(reinterpret_cast<void*>(hFileMap))));
}

extern "C" JNIEXPORT jlong JNICALL Java_JNI_Natives_closeHandle(JNIEnv *, jclass, jlong hFile)
{
    return reinterpret_cast<jboolean>(static_cast<uint8_t>(CloseHandle(reinterpret_cast<HANDLE>(hFile))));
}

Но как только загружается DLL и я вызываю такую ​​функцию:

длинный дескриптор = Natives.createFileMapping(-1, Natives.FILE_MAP_READ | Natives.FILE_MAP_WRITE, 500, 0, "NativeDLL"); отладка (дескриптор);

он печатает:

бежать:

#
# A fatal error has been detected by the Java Runtime Environment:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x0000000061288f69, pid=4692, tid=844
#
# JRE version: 7.0_21-b11
# Java VM: Java HotSpot(TM) 64-Bit Server VM (23.21-b01 mixed mode windows-amd64 compressed oops)
# Problematic frame:
# V  [jvm.dll+0x38f69]
#
# Failed to write core dump. Minidumps are not enabled by default on client versions of Windows
#
# An error report file with more information is saved as:
# C:\Users\Brandon\Documents\NetBeansProjects\Smart\hs_err_pid4692.log
#
# If you would like to submit a bug report, please visit:
#   http://bugreport.sun.com/bugreport/crash.jsp
#
Java Result: 1

Есть идеи, что я сделал не так?


person Brandon    schedule 10.05.2013    source источник


Ответы (2)


Я предлагаю вам кодировать и создавать JNI DLL с поддержкой Unicode и использовать GetStringChars для создания строк UTF-16 для передачи в CreateFileMapping. Никакая версия CreateFileMapping не принимает строки UTF-8, возвращаемые GetStringUTFChars. Если вы должны использовать версию ANSI, выполните правильное преобразование из Unicode в строки ANSI перед вызовом CreateFileMapping.

ИМО, GetStringUTFChars следует назвать GetStringUTF8Chars.

Не забудьте соединить GetStringChars с ReleaseStringChars.

person Tom Blodget    schedule 10.05.2013
comment
:S GetStringUTFChars возвращает константу char*, которую CreateFileMapping принимает в качестве последнего аргумента. Мне нравится ваш ответ, но у меня все еще есть проблемы с преобразованием юникода. - person Brandon; 10.05.2013
comment
@CantChooseUsernames Каждая строка представляет собой последовательность закодированных символов из определенного набора символов. CreateFileMapping — это псевдоним для CreateFileMappingA или CreateFileMappingW. Для первого требуются строки, закодированные текущей кодовой страницей ANSI потока. Для второго требуются строки, закодированные с помощью UTF-16LE. Итак, повторюсь, ни одна версия CreateFileMapping не принимает строки UTF-8, возвращаемые GetStringUTFChars. Тип указателя не имеет большого значения. Он указывает только наименьший элемент кодировки, но больше ничего не говорит о кодировке или наборе символов. - person Tom Blodget; 24.07.2013
comment
Я решил это, используя тот же код выше. Мне просто нужно было изменить соглашение о вызовах и экспортировать, используя файл .def. Код тоже работает. - person Brandon; 24.07.2013

Это может быть проблема с разрешениями.

Вы можете рассмотреть возможность использования Java Native Access/JNA, который имеет более надежную и надежную реализацию собственных API-интерфейсов платформы, чем вы можете реализовать в одиночку (конечно, в зависимости от опыта). Среди прочего, он используется IDE Netbeans.

См., в частности, com.sun. jna.platform.win32 Интерфейс Kernel32, содержащий эти методы.

person renick    schedule 10.05.2013
comment
:o Никогда в жизни я бы не подумал об этом, но как только я переместил его в каталог C:/ и скомпилировал, он получил все необходимые разрешения и заработал. Неловко. - person Brandon; 10.05.2013