утечка sanitizer НЕ обнаруживается, когда golang использует cgo для вызова библиотеки c - PullRequest
0 голосов
/ 20 апреля 2020

Сводка

Ранее я использовал clang-3.8.1, и при использовании AddressSanitizer происходит сбой sanitizer. А leakSanitizer вообще не работает.

Затем я пытаюсь использовать clang-llvm-10.0, AddressSanitizer может обнаружить проблему с адресом и нормально работать.

Но проблема с утечкой НЕ может быть обнаруженным, когда golang с использованием cgo для вызова C. Возможно ли использовать утечку-дезинфицирующее средство для обнаружения утечек памяти в библиотеках C / C ++, когда golang с использованием CGO?

Пример

  • cgo -sanitizer. go: обнаружена проблема с адресом.
package main

// #include <stdlib.h>
//
// int test()
// {
//   int *p = (int *)malloc(10 * sizeof(int));
//   free(p);
//   p[1] = 42;
//   return p[1];
// }
import "C"
import "fmt"

func main() {
  fmt.Println(int(C.test()))
  // Output: 42
}
  • Выход
[root@380c7770b175 cplusplus]# CC="clang" CGO_CFLAGS="-O0 -g -fsanitize=address" CGO_LDFLAGS="-fsanitize=address" go run cgo-sanitizer.go
=================================================================
==25680==ERROR: AddressSanitizer: heap-use-after-free on address 0x604000000014 at pc 0x00000054fc2d bp 0x7ffd96a943b0 sp 0x7ffd96a943a8
WRITE of size 4 at 0x604000000014 thread T0
    #0 0x54fc2c in test (/tmp/go-build237509829/b001/exe/cgo-sanitizer+0x54fc2c)
    #1 0x54fcc1 in _cgo_a3187169dba5_Cfunc_test (/tmp/go-build237509829/b001/exe/cgo-sanitizer+0x54fcc1)
    #2 0x5159df  (/tmp/go-build237509829/b001/exe/cgo-sanitizer+0x5159df)
  • cgo - утечка-анализатор. go: проблема утечки не обнаружена. Почему ?
package main

// #include <stdlib.h>
//
// int *p;
// int test()
// {
//   p = (int *)malloc(10 * sizeof(int));
//   p = 0;
//   return 52;
// }
import "C"
import "fmt"

func main() {
  fmt.Println(int(C.test()))
  // Output: 52
}
[root@380c7770b175 cplusplus]# CC="clang" CGO_CFLAGS="-O0 -g -fsanitize=leak" CGO_LDFLAGS="-fsanitize=address" go run cgo-sanitizer-leak.go
52

Среда

[root@380c7770b175 cplusplus]# cat /proc/version
Linux version 3.10.0-493.el7.x86_64 (mockbuild@x86-020.build.eng.bos.redhat.com) (gcc version 4.8.5 20150623 (Red Hat 4.8.5-9) (GCC) ) #1 SMP Tue Aug 16 11:45:26 EDT 2016

[root@380c7770b175 cplusplus]# clang -v
clang version 10.0.0
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/local/llvm-10.0/bin
Found candidate GCC installation: /usr/lib/gcc/x86_64-redhat-linux/4.8.2
Found candidate GCC installation: /usr/lib/gcc/x86_64-redhat-linux/4.8.5
Selected GCC installation: /usr/lib/gcc/x86_64-redhat-linux/4.8.5
Candidate multilib: .;@m64
Candidate multilib: 32;@m32
Selected multilib: .;@m64

[root@380c7770b175 cplusplus]# go version
go version go1.13.6 linux/amd64

Исходный вопрос

https://github.com/google/sanitizers/issues/1223

1 Ответ

0 голосов
/ 23 апреля 2020

Я решил это путем явного вызова __lsan_do_leak_check() при выходе из процесса.

__ lsan_do_leak_check () объявлен в

https://github.com/llvm/llvm-project/blob/master/compiler-rt/include/sanitizer/lsan_interface.h

Я полагаю, это связано с c -основным механизмом запуска, а __lsan_do_leak_check () не зарегистрирован для golang запуска.

Приветствую всех, кто мог бы постоянно копаться в нем.

...