2017-04-09 2 views
1

programme C++ se bloque avec une erreur de segmentation, lorsqu'il est compilé avec mcmodel = moyen. Nous utilisons des matrices assez grandes sur la pile et nous devons activer le mcmodel moyen. J'utilise g ++ 5.4, quand je strace l'application, il imprime l'erreur ci-dessous. S'il vous plaît conseiller sur la façon de déboguer.C++ programme se bloque lors de la compilation avec mcmodel = moyen

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) 

la sortie readelf Coller de l'exécutable app readelf -l

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 

version du noyau: Linux rk-VirtualBox 4.4.0-64-lowlatency # 85 Ubuntu SMP PREEMPT Lun 20 février 12:39:25 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

+0

Avez-vous essayé d'utiliser un débogueur réel, comme '' gdb' ou lldb'? Compilez votre programme avec le drapeau '-g' et vous devriez être en mesure de localiser l'emplacement de votre erreur. –

+0

@BenSteffan Cela ne va probablement pas aider. Vois ma réponse. –

+0

Oui, il n'a pas aidé beaucoup, le gdb ne montrera rien d'informatif. Je dois utiliser strace pour voir ce qui se passe au niveau du noyau. –

Répondre

0

la sortie vous montrer strace suggère que le noyau refuse de démarrer votre programme (pas un seul i la construction de votre programme est exécutée).

Le noyau dit simplement: « cet exécutable est construit de telle sorte que je ne peux pas le faire fonctionner ».

sortie de readelf -l ./app et la version exacte du noyau peut aider à diagnostiquer davantage.

Mise à jour:

Le deuxième segment LOAD:

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

demande au noyau d'allouer (mmap) 0x41bf407a08 octets. C'est presque 263GiB. Soit votre machine n'a pas beaucoup de mémoire, soit vos ulimit -v et ulimit -d sont réglés trop bas, ou les deux.

+0

Merci pour les pointeurs, je suis coller la sortie de lire ci-dessous –

+0

@RavikumarTulugu J'ai mis à jour la réponse. –