C++當與mcmodel編譯程序崩潰=介質

C++程序與分段故障崩潰，當與mcmodel =介質編譯。我們在棧上使用了一些非常大的數組，我們需要啓用中等mcmodel。我使用g ++ 5.4時，當我strace應用程序，它打印下面的錯誤。請告知如何調試。C++當與mcmodel編譯程序崩潰=介質

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，低延時＃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輸出你展示表明內核拒絕啓動程序（不是一個單一的我你的程序的執行被執行）。

內核簡單地說：「這個可執行文件的構建方式讓我無法運行」。

的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我已經更新了答案。 –

C++當與mcmodel編譯程序崩潰=介質

回答

相關問題