"malloc (): повреждение памяти" - PullRequest
Новая
       9

"malloc (): повреждение памяти"

0 голосов
/ 14 января 2011

У меня проблема с / malloc в моем коде jni. Код предназначен, чтобы позволить мне получить доступ к библиотеке exiv2 в Java. Я попытался испортить код с помощью Sun и OpenJDK 1.6.0 vms и 1.7.0 (бета) vm.

Ошибка: 

    *** glibc detected *** /usr/lib/jvm/java-6-sun/bin/java: malloc(): memory corruption: 0x00000000418a48f0 ***
======= Backtrace: =========
/lib/libc.so.6(+0x774b6)[0x7f84b8aef4b6]
/lib/libc.so.6(+0x7b55f)[0x7f84b8af355f]
/lib/libc.so.6(__libc_malloc+0x6e)[0x7f84b8af438e]
/usr/lib/libstdc++.so.6(_Znwm+0x1d)[0x7f8469fc3ded]
/home/hjed/libExiv2LJB-C__.so(_ZN9__gnu_cxx13new_allocatorIPN5Exiv25ImageEE8allocateEmPKv+0x49)[0x7f846a601c83]
/home/hjed/libExiv2LJB-C__.so(_ZNSt12_Vector_baseIPN5Exiv25ImageESaIS2_EE11_M_allocateEm+0x2f)[0x7f846a601ab5]
/home/hjed/libExiv2LJB-C__.so(_ZNSt6vectorIPN5Exiv25ImageESaIS2_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS2_S4_EERKS2_+0x115)[0x7f846a60169f]
/home/hjed/libExiv2LJB-C__.so(_ZNSt6vectorIPN5Exiv25ImageESaIS2_EE6insertEN9__gnu_cxx17__normal_iteratorIPS2_S4_EERKS2_+0xcf)[0x7f846a601349]
/home/hjed/libExiv2LJB-C__.so(_Z13addExiv2ImagePN5Exiv25ImageE+0x2b)[0x7f846a601115]
/home/hjed/libExiv2LJB-C__.so(Java_Exiv2_ImageFactory_ImageFactory_1Open+0x193)[0x7f846a60214b]
[0x7f84b3dbcc88]
======= Memory map: ========
...
Java Result: 134

Код, вызывающий ошибку: (Примечание. Этот код отсутствует в трассировке стека, но до добавления этого кода ошибка не возникла): 

Exiv2::FileIo::AutoPtr io (new Exiv2::FileIo(env->GetStringUTFChars(str,false)));
Exiv2::JpegImage * img  =  ( new Exiv2::JpegImage::JpegImage(io, false));

до добавления этого кода я присваивал значение img, используя: 

image *  img= Exiv2::ImageFactory::open(env->GetStringUTFChars(str,false)).get();

и не было проблем с malloc (однако Exiv2 :: ImageFactory :: open () возвращает autoPtr, я не могу использовать autoPtr для того, что я хочу сделать).

Ошибка происходит в этом коде: 

jint addExiv2Image(image * i) {
    vec.push_back(i);
    return vec.size();
}

При запуске с GDB ошибка происходит в другом месте:

GDB Backtrace: 

#0  0x00007ffff724eba5 in raise (sig=<value optimised out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#1  0x00007ffff72526b0 in abort () at abort.c:92
#2  0x00007ffff728843b in __libc_message (do_abort=<value optimised out>, fmt=<value optimised out>) at ../sysdeps/unix/sysv/linux/libc_fatal.c:189
#3  0x00007ffff72924b6 in malloc_printerr (action=3, str=0x7ffff7362eab "malloc(): memory corruption", ptr=<value optimised out>) at malloc.c:6283
#4  0x00007ffff729655f in _int_malloc (av=0x7fffa4000020, bytes=24) at malloc.c:4396
#5  0x00007ffff729738e in __libc_malloc (bytes=24) at malloc.c:3660
#6  0x00007ffff6cadbe7 in os::malloc(unsigned long) () from /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so
#7  0x00007ffff68f6bb1 in CHeapObj::operator new(unsigned long) () from /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so
#8  0x00007ffff6cef347 in PlaceholderTable::find_and_add(int, unsigned int, symbolHandle, Handle, PlaceholderTable::classloadAction, symbolHandle, Thread*) ()
   from /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so
#9  0x00007ffff6d89a6c in SystemDictionary::resolve_instance_class_or_null(symbolHandle, Handle, Handle, Thread*) ()
   from /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so
#10 0x00007ffff6d8a243 in SystemDictionary::resolve_or_fail(symbolHandle, Handle, Handle, bool, Thread*) () from /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so
#11 0x00007ffff6b4d537 in find_class_from_class_loader(JNIEnv_*, symbolHandle, unsigned char, Handle, Handle, unsigned char, Thread*) ()
   from /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so
#12 0x00007ffff6b1fc39 in jni_FindClass () from /usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so
#13 0x00007fffa36f32cb in JNIEnv_::FindClass (this=0x6131c8, name=0x7fffa36f3628 "Exiv2/Exiv2Image") at /usr/lib/jvm/default-java/include/jni.h:794
#14 0x00007fffa36f3161 in Java_Exiv2_ImageFactory_ImageFactory_1Open (env=0x6131c8, cls=0x7ffff7fd6938, str=0x7ffff7fd6948) at src/ImageFactory.cpp:20
#15 0x00007ffff21d9cc8 in ?? ()
#16 0x0000000000613000 in ?? ()
#17 0x00007ffff7fd68e8 in ?? ()
#18 0x00007fffaa104998 in ?? ()
#19 0x00007ffff7fd6948 in ?? ()
#20 0x00007fffaa104d30 in ?? ()
#21 0x0000000000000000 in ?? ()

и отчет о сбое в vm при запуске w / gdb: 

/lib/libc.so.6(+0x774b6)[0x7ffff72924b6]
/lib/libc.so.6(+0x7b55f)[0x7ffff729655f]
/lib/libc.so.6(__libc_malloc+0x6e)[0x7ffff729738e]
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so(+0x5cfbe7)[0x7ffff6cadbe7]
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so(+0x218bb1)[0x7ffff68f6bb1]
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so(+0x611347)[0x7ffff6cef347]
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so(+0x6aba6c)[0x7ffff6d89a6c]
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so(+0x6ac243)[0x7ffff6d8a243]
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so(+0x46f537)[0x7ffff6b4d537]
/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server/libjvm.so(+0x441c39)[0x7ffff6b1fc39]
/home/hjed/libExiv2LJB-C__.so(_ZN7JNIEnv_9FindClassEPKc+0x2b)[0x7fffa36f32cb]
/home/hjed/libExiv2LJB-C__.so(Java_Exiv2_ImageFactory_ImageFactory_1Open+0x1a9)[0x7fffa36f3161]
[0x7ffff21d9cc8]

Спасибо за любую помощь,
HJED

Редактировать: изменил vec из массива на вектор, как предложено в комментариях.
В северном направлении Я не использую malloc ни в одном из моих кодов.

Обновление
Я попытался использовать valgrind для отладки, но с помощью: 

valgrind --show-emwarns=yes --smc-check=all /usr/bin/java -jar Exiv2LJB-test.jar

программа работает, но не дает никакой дополнительной информации и использует 

valgrind --show-emwarns=yes --smc-check=all --trace-children=yes /usr/bin/java -jar Exiv2LJB-test.jar

Я получаю сообщение об ошибке vm о том, что SSE2 не поддерживается. Я прочитал FAQ по Valgrind об использовании его с Java, и я следовал этим инструкциям.

Ответы [ 3 ]

1 голос
/ 28 августа 2016

std :: auto_ptr - это оболочка указателя в области видимости, которая уничтожает обернутый объект после выхода из области видимости.Если вы хотите сохранить возвращенный объект в векторе и вручную управлять его временем жизни, измените это: 

image *  img= Exiv2::ImageFactory::open(env->GetStringUTFChars(str,false)).get();

на 

image *  img= Exiv2::ImageFactory::open(env->GetStringUTFChars(str,false)).release();

Тогда не забудьте освободить ваши объекты в векторекогда они вам больше не нужны.

Дополнительно, если вы можете использовать C ++ 11, используйте std :: vector в сочетании с std :: unique_ptr, и они будут управлять памятью для вас: 

std::vector<std::unique_ptr<image>> vec;

jint addExiv2Image(image * i) {
    vec.push_back(std::unique_ptr<image>(i));
    return vec.size();
}
0 голосов
/ 16 января 2015

В этом вызове: 

Exiv2::ImageFactory::open(env->GetStringUTFChars(str,false)).get();

Убедитесь, что операция открытия прошла успешно, и у вас есть указатель на объект изображения действительного состояния.

Кроме того, в вашем вектореОперация вставки, убедитесь, что указатель, который вы передаете в качестве аргумента, указывает на существующий объект с допустимым состоянием (например, вы уверены, что объект находится в области видимости?).

Я подозреваю, что что-точто-то не так с памятью при загрузке изображения (а не с самой вставкой - у вас правильно инициализирован ваш вектор, не так ли?).

Дополнительный совет: используйте верхний регистр- запуск имен для классов (например: Image вместо image), так как это повысит читабельность вашего кода.

0 голосов
/ 14 января 2011

Это означает, что память повреждена. Это обычно не имеет ничего общего с кодом, который вы цитируете - это происходит задолго до этого. Просто ваш код работает на той же памяти и обнаруживает коррупцию. Запуск в GDB дает другой след еще доказать эту точку.

Вы можете попробовать valgrind . Прочитайте FAQ, вам нужен какой-то особенный для Java.

...