2014-08-29 5 views
2

나는 Asterisk Open-Source PBX를위한 git 소스에서 거의 실행 후 바로 컴파일하려고 시도했다. ./configure 바이슨의 parse-param에 대한 지원을 검사 할 때 다소 이상한 오류가 발생했다. segfault를 친다. , 또는 오히려 메모리 손상이 발생하여 프로세스가 완전 중단 될 수 있습니다.들소 malloc 메모리 손상

checking for bison that supports parse-param... *** Error in `/usr/bin/bison': double free or corruption (!prev): 0x00000000011d8760 *** 
*** Error in `/usr/bin/bison': malloc(): memory corruption: 0x00007f4c5affd010 *** 

왜이 오류가 발생했는지, 왜이 오류가 발생하는지 잘 모르겠습니다. 나는 별표를 컴파일하기 위해 내가 필요한 모든 것을 가지고있다.

내가 명령의 흔적을 짓는 데 도움이된다면이 명령은 bison을 위해 출력 한 것입니다.

strace /usr/bin/bison 

execve("/usr/bin/bison", ["/usr/bin/bison"], [/* 49 vars */]) = 0 
brk(0)         = 0xf28000 
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory) 
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f922f48a000 
access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or directory) 
open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 
fstat(3, {st_mode=S_IFREG|0644, st_size=174223, ...}) = 0 
mmap(NULL, 174223, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f922f45f000 
close(3)        = 0 
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory) 
open("/usr/lib/x86_64-linux-gnu/libstdc++.so.6", O_RDONLY|O_CLOEXEC) = 3 
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\300\265\5\0\0\0\0\0"..., 832) = 832 
fstat(3, {st_mode=S_IFREG|0644, st_size=979056, ...}) = 0 
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f922f45e000 
mmap(NULL, 3159072, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f922ef66000 
mprotect(0x7f922f04c000, 2093056, PROT_NONE) = 0 
mmap(0x7f922f24b000, 40960, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe5000) = 0x7f922f24b000 
mmap(0x7f922f255000, 82976, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f922f255000 
close(3)        = 0 
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory) 
open("/lib/x86_64-linux-gnu/libm.so.6", O_RDONLY|O_CLOEXEC) = 3 
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\0T\0\0\0\0\0\0"..., 832) = 832 
fstat(3, {st_mode=S_IFREG|0644, st_size=1063328, ...}) = 0 
mmap(NULL, 3158344, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f922ec62000 
mprotect(0x7f922ed65000, 2093056, PROT_NONE) = 0 
mmap(0x7f922ef64000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x102000) = 0x7f922ef64000 
close(3)        = 0 
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory) 
open("/lib/x86_64-linux-gnu/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = 3 
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360*\0\0\0\0\0\0"..., 832) = 832 
fstat(3, {st_mode=S_IFREG|0644, st_size=88408, ...}) = 0 
mmap(NULL, 2184224, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f922ea4c000 
mprotect(0x7f922ea61000, 2093056, PROT_NONE) = 0 
mmap(0x7f922ec60000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14000) = 0x7f922ec60000 
close(3)        = 0 
access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or directory) 
open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\360\36\2\0\0\0\0\0"..., 832) = 832 
fstat(3, {st_mode=S_IFREG|0755, st_size=1853400, ...}) = 0 
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f922f45d000 
mmap(NULL, 3961912, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f922e684000 
mprotect(0x7f922e841000, 2097152, PROT_NONE) = 0 
mmap(0x7f922ea41000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1bd000) = 0x7f922ea41000 
mmap(0x7f922ea47000, 17464, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f922ea47000 
close(3)        = 0 
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f922f45c000 
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f922f45a000 
arch_prctl(ARCH_SET_FS, 0x7f922f45a740) = 0 
mprotect(0x7f922ea41000, 16384, PROT_READ) = 0 
mprotect(0x7f922ec60000, 4096, PROT_READ) = 0 
mprotect(0x7f922ef64000, 4096, PROT_READ) = 0 
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f922f459000 
mprotect(0x7f922f24b000, 32768, PROT_READ) = 0 
mprotect(0x7f922f48b000, 4096, PROT_READ) = 0 
munmap(0x7f922f45f000, 174223)   = 0 
write(2, "/usr/bin/bison: no grammar file "..., 38/usr/bin/bison: no grammar file given 
) = 38 
exit_group(1)       = ? 
+++ exited with 1 +++ 
+0

당신의 시스템에서 들소의 버전 PBX를 구축하는 데 사용 할 수없는 버그가있을 수 있습니다. 가능하다면 들소 업그레이드 ('bison --version'을 실행하여 버전 번호를 확인할 수 있습니다.), 아마도'configure.log' 파일을 들여다 보아 실패한 실제 들소 입력을 확인해보십시오. './configure'에 의해 생성됩니다 (그렇지 않은 경우 ./configure --help를 실행하여 생성 방법을보십시오). – rfernandes

+0

설치 한 들소의 버전을 확인했는데; 'bison ++ GNU bison에서 수정 된 버전 1.21.9-1, [email protected] Magnus Ekdahl <[email protected]>에 의해 관리됨 업데이트 할 수 있는지를 확인했지만 이미 얻을 수있는 최신 정보 내 배포 저장소에서. 구성 로그에 관해서는 나는 들소를 가리키는 것을 볼 수 없었습니다. –

+0

bison ++! = bison이고/usr/bin/bison으로 설치하면 안됩니다. – rici

답변

1

별표 소스를 보면 실제로 컴파일 할 때 Bison이 필요하지 않은 것으로 보입니다. 일반적으로 이미 생성 된 C 파일을 대신 사용합니다. 충돌로 인해 configure 스크립트가 완료까지 실행되지 않는 경우 ./configure BISON=/bin/true을 실행하면 스크립트가 완료됩니다.

마지막으로 GNU bison 소스를 다운로드하여 컴파일하고 설치 한 다음, 별표 구성 스크립트를 BISON=/path/to/bison으로 지정하십시오. bison ++의 배포본이 사용하는 버전에 상관없이 정규 GNU bison 소스를 얻는 것이 좋습니다. GNU 버전은 동일한 버그가 없을 수도 있으며, configure 스크립트가 테스트하는 "parse-param"기능을 가질 가능성이 더 큽니다.

이 버그는 이미 우분투 버그 추적기에보고 된 것으로 나타납니다 : https://bugs.launchpad.net/ubuntu/+source/bison++/+bug/80975