Discussion :

[sayanmehdi]

Bonjour à tous,

Lorsque j'exécute mon programme VlocRloc, j'ai en sortie le résultat recherché, mais le message ci-dessous apparaît. J'ai cherché une explication sans grand succès. Sachant que stack smashing signifie qu'un "éclat de pile" a été détecté, il s'agit d'un problème de mémoire. Mon buffer serait plein?
Comme ça a toujours bien fonctionné, je ne m'étais pas soucié de ce problème. Savez vous ce que cela signifie?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
*** stack smashing detected ***: ./VlocRloc terminated
======= Backtrace: =========
/lib/libc.so.6(__fortify_fail+0x37)[0x7fd85efccb87]
/lib/libc.so.6(__fortify_fail+0x0)[0x7fd85efccb50]
./VlocRloc[0x401639]
/lib/libc.so.6(__libc_start_main+0xfd)[0x7fd85eef3abd]
./VlocRloc[0x400969]
======= Memory map: ========
00400000-00402000 r-xp 00000000 08:11 11272243                           /home/mehdi/Bureau/ANALYSE/traitementlongbil153/VlocRloc
00601000-00602000 r--p 00001000 08:11 11272243                           /home/mehdi/Bureau/ANALYSE/traitementlongbil153/VlocRloc
00602000-00603000 rw-p 00002000 08:11 11272243                           /home/mehdi/Bureau/ANALYSE/traitementlongbil153/VlocRloc
016d0000-016f1000 rw-p 00000000 00:00 0                                  [heap]
7fd85ecbe000-7fd85ecd4000 r-xp 00000000 08:11 579                        /lib/libgcc_s.so.1
7fd85ecd4000-7fd85eed3000 ---p 00016000 08:11 579                        /lib/libgcc_s.so.1
7fd85eed3000-7fd85eed4000 r--p 00015000 08:11 579                        /lib/libgcc_s.so.1
7fd85eed4000-7fd85eed5000 rw-p 00016000 08:11 579                        /lib/libgcc_s.so.1
7fd85eed5000-7fd85f03b000 r-xp 00000000 08:11 2472                       /lib/libc-2.10.1.so
7fd85f03b000-7fd85f23b000 ---p 00166000 08:11 2472                       /lib/libc-2.10.1.so
7fd85f23b000-7fd85f23f000 r--p 00166000 08:11 2472                       /lib/libc-2.10.1.so
7fd85f23f000-7fd85f240000 rw-p 0016a000 08:11 2472                       /lib/libc-2.10.1.so
7fd85f240000-7fd85f245000 rw-p 00000000 00:00 0 
7fd85f245000-7fd85f264000 r-xp 00000000 08:11 66                         /lib/ld-2.10.1.so
7fd85f444000-7fd85f446000 rw-p 00000000 00:00 0 
7fd85f45f000-7fd85f463000 rw-p 00000000 00:00 0 
7fd85f463000-7fd85f464000 r--p 0001e000 08:11 66                         /lib/ld-2.10.1.so
7fd85f464000-7fd85f465000 rw-p 0001f000 08:11 66                         /lib/ld-2.10.1.so
7fffd1747000-7fffd175c000 rw-p 00000000 00:00 0                          [stack]
7fffd17ff000-7fffd1800000 r-xp 00000000 00:00 0                          [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0                  [vsyscall]
Abandon

[ram-0000]

Comme ça a toujours bien fonctionné, je ne m'étais pas soucié de ce problème. Savez vous ce que cela signifie?

Globalement, cela signifie que tu "jardines" en dehors des limites de ton jardin .

Par exemple le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
char buf[100];
memset(buff, 0, 1024);

Tu as une variable de 100 octets (buf) et tu positionnes les 1024 premiers octets à 0. C'est à dire que tu mets des 0 sur 924 octets (1024 - 100) qui ne t'appartiennent pas.

C'est le genre de problème qui peut très bien exister depuis longtemps et qui est mis à jour avec une modification mineure de ton code (ajout d'une variable locale par exemple ou changement de version de compilateur).

Il ne te reste plus qu'à trouver le fautif et à comprendre ce qu'il se passe. Valgrind (sous Linux) peut t'aider, sinon, il faut sortir le debugger et tracer.