mcmodel = mediumでコンパイルするとC++プログラムがクラッシュする

C++プログラムが、mcmodel = mediumでコンパイルされたセグメンテーションフォルトでクラッシュする。スタック上にかなり大きな配列をいくつか使用しており、中程度のmcmodelを有効にする必要があります。 g ++ 5.4を使用しています。アプリケーションをstraceすると、以下のエラーが出力されます。デバッグの方法をアドバイスしてください。mcmodel = mediumでコンパイルするとC++プログラムがクラッシュする

strace ./app 
execve("./app", ["./app"], [/* 65 vars */]) = -1 ENOMEM (Cannot allocate memory) 
--- SIGSEGV {si_signo=SIGSEGV, si_code=SI_KERNEL, si_addr=0} --- 
+++ killed by SIGSEGV +++ 
Segmentation fault (core dumped)

実行 readelfが-lアプリのreadelfが出力をペースト

Elf file type is EXEC (Executable file) 
Entry point 0x6e4f60 
There are 9 program headers, starting at offset 64 

Program Headers: 
    Type   Offset    VirtAddr   PhysAddr 
       FileSiz   MemSiz    Flags Align 
    PHDR   0x0000000000000040 0x0000000000400040 0x0000000000400040 
       0x00000000000001f8 0x00000000000001f8 R E 8 
    INTERP   0x0000000000000238 0x0000000000400238 0x0000000000400238 
       0x000000000000001c 0x000000000000001c R  1 
     [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2] 
    LOAD   0x0000000000000000 0x0000000000400000 0x0000000000400000 
       0x000000000074d0b8 0x000000000074d0b8 R E 200000 
    LOAD   0x000000000074dc50 0x0000000000d4dc50 0x0000000000d4dc50 
       0x00000000000aafe0 0x00000041bf407a08 RW  200000 
    DYNAMIC  0x000000000074dda8 0x0000000000d4dda8 0x0000000000d4dda8 
       0x0000000000000250 0x0000000000000250 RW  8 
    NOTE   0x0000000000000254 0x0000000000400254 0x0000000000400254 
       0x0000000000000044 0x0000000000000044 R  4 
    GNU_EH_FRAME 0x00000000006b2c18 0x0000000000ab2c18 0x0000000000ab2c18 
       0x000000000000ef14 0x000000000000ef14 R  4 
    GNU_STACK  0x0000000000000000 0x0000000000000000 0x0000000000000000 
       0x0000000000000000 0x0000000000000000 RW  10 
    GNU_RELRO  0x000000000074dc50 0x0000000000d4dc50 0x0000000000d4dc50 
       0x00000000000003b0 0x00000000000003b0 R  1 

Section to Segment mapping: 
    Segment Sections... 
    00  
    01  .interp 
    02  .interp .note.ABI-tag .note.gnu.build-id .gnu.hash .dynsym .dynstr .gnu.version .gnu.version_r .rela.dyn .rela.plt .init .plt .plt.got .text .fini .rodata .eh_frame_hdr .eh_frame .gcc_except_table 
    03  .init_array .fini_array .jcr .dynamic .got .got.plt .data .bss .lbss 
    04  .dynamic 
    05  .note.ABI-tag .note.gnu.build-id 
    06  .eh_frame_hdr 
    07  
    08  .init_array .fini_array .jcr .dynamic .got

カーネルバージョン： LinuxのRK-VirtualBoxの4.4.0-64-lowlatency＃85-UbuntuのSMP PREEMPT月2月20日あなたが表示さ午前12時39分25秒UTC 2017 x86_64のx86_64でのx86_64のGNU/Linuxの

出典

2017-04-09 Ravikumar Tulugu

'gdb'や' lldb'のような実際のデバッガを使ってみましたか？プログラムを '-g'フラグでコンパイルすると、エラーの場所を特定できるはずです。 –

@BenSteffanそれは何も助けることはまずありません。私の答えを見てください。 –

はい、それはあまり役に立たなかった、gdbは何か情報を見せないだろう。私はstraceを使ってカーネルレベルで何が起こっているのかを知る必要があります。 –

strace出力はカーネルは、あなたのプログラム（ない単一のIを開始することを拒否していることを示唆していますあなたのプログラムの構造が実行されます）。

カーネルは、単に「この実行可能ファイルは、実行できないように構築されています」と言っています。

出力がreadelf -l ./appであり、正確なカーネルバージョンがこれをさらに診断するのに役立ちます。

更新：

第LOADセグメント：

LOAD   0x000000000074dc50 0x0000000000d4dc50 0x0000000000d4dc50 
       0x00000000000aafe0 0x00000041bf407a08 RW  200000

は（mmap）0x41bf407a08バイトを割り当てるためにカーネルに要求します。それはほぼ263GiBです。あなたのマシンにあまりメモリがないか、またはulimit -vとulimit -dが低すぎるか、またはその両方に設定されています。

出典

2017-04-09 16:09:04

ポインタのおかげで、私はreadelfの出力を貼り付けています –

@RavikumarTulugu答えを更新しました。 –

mcmodel = mediumでコンパイルするとC++プログラムがクラッシュする

答えて

関連する問題