Valgrind не распознает инструкцию memcmp в малине Pi
Я тестирую свое приложение в Valgrind, и я не понимаю, почему он вызывает ошибку при непризнанной инструкции здесь:
unsigned char *temp=SearchStartPtr;
unsigned char *NrStartPos=NULL;
unsigned char *Param=(unsigned char*)ParamName; //this is originally *char with "PAR#" inside
if(0==memcmp(temp,Param,4))
{
NrStartPos=temp;
break;
}
Valgrind выбрасывает это и выходит из моего приложения.
disInstr(arm): unhandled instruction: 0xF1010200
cond=15(0xF) 27:20=16(0x10) 4:4=0 3:0=0(0x0)
==7679== valgrind: Unrecognised instruction at address 0x4843588.
==7679== at 0x4843588: ??? (in /usr/lib/arm-linux-gnueabihf/libcofi_rpi.so)
Your program just tried to execute an instruction that Valgrind
==7679== did not recognise. There are two possible reasons for this.
==7679== 1. Your program has a bug and erroneously jumped to a non-code
==7679== location. If you are running Memcheck and you just saw a
==7679== warning about a bad jump, it probably your program fault.
==7679== 2. The instruction is legitimate but Valgrind doesn't handle it,
==7679== i.e. it Valgrind fault. If you think this is the case or
==7679== you are not sure, please let us know and we'll try to fix it.
==7679== Either way, Valgrind will now raise a SIGILL signal which will
==7679== probably kill your program.
==7679==
==7679== Process terminating with default action of signal 4 (SIGILL)
==7679== Illegal opcode at address 0x4843588
==7679== at 0x4843588: ??? (in /usr/lib/arm-linux-gnueabihf/libcofi_rpi.so)
Обычно код работает нормально (однако я не знаю, не имеет ли утечки памяти).
Я точно знаю, что проблема - инструкция memcmp, но я не понимаю, что не так.
Раньше в коде у меня была другая инструкция, которая делала то же самое, но я мог просто прокомментировать ее перед проверкой:
memcmp(ReadPtr,ToWritePtr,sizeof(struct termios)
Ответы
Ответ 1
Похоже, что это известная проблема с Valgrind на Pi.
Чтобы обобщить версию memcmp в Raspbian, используется инструкция сборки, которую текущий Valgrind просто не может обработать. К сожалению, эта специальная инструкция, по-видимому, будет очень трудной для поддержки Valgrind, так что вряд ли это произойдет - bug был поднят в трекер Valgrind но был закрыт как WONTFIX.
Об единственном способе, с которым я могу работать, это заменить вашу собственную версию memcmp и надеяться, что она не скомпилируется, чтобы включить проблематичную инструкцию.
Ответ 2
У меня с вами такая же проблема.
Я проверяю репозиторий arm-mem и кажется, что он заменен memcmp
в libc. Поэтому мое решение для использования valgrind временно удаляет arm-mem, а затем использует исходную реализацию в libc.
Попробуйте следующее:
$ sudo mv /usr/lib/arm-linux-gnueabihf/libarmmem.so /usr/lib/arm-linux-gnueabihf/libarmmem.so.orig
$ sudo ln -s /lib/arm-linux-gnueabihf/libc.so.6 /usr/lib/arm-linux-gnueabihf/libarmmem.so
$ sudo ldconfig
Теперь попробуйте повторно запустить valgrind...
Позже, верните его с помощью:
$ sudo rm /usr/lib/arm-linux-gnueabihf/libarmmem.so
$ sudo mv /usr/lib/arm-linux-gnueabihf/libarmmem.so.orig /usr/lib/arm-linux-gnueabihf/libarmmem.so
$ sudo ldconfig
Ответ 3
Вам нужно исправить libarmmem.so, чтобы работать только в режиме little-endian. Чтобы построить ответ на @nigelharper, Valgrind не поддерживает операцию в обратном endian, и поэтому ловушки в команде SETEND. Однако memcmp() может быть реализован без SETEND, как это делается здесь: https://github.com/rsaxvc/arm-mem/commit/b836e465c2fd0bb006b428abce99e31607072834
@user167752 также верен, что отключение libarmmem также будет работать, но это изменит все libarmmem, а не только memcmp()