Discussion :

[BestFF]

Salut,

Aujourd'hui en faisant un petit cout, j'ai eu un segmentation fault que j'ai beaucoup de mal � comprendre.

En gros ce que j'ai :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
8
9
10
float load_avg[3];
float shiftfloat = (float)(1<<SI_LOAD_SHIFT);
struct sysinfo  the_info;
sysinfo(&the_info);
 
load_avg[0] = ((float)the_info.loads[0]) / shiftfloat;
load_avg[1] = ((float)the_info.loads[1]) / shiftfloat;
load_avg[2] = ((float)the_info.loads[2]) / shiftfloat;
 
cout << "load_1:" << load_avg[0] << "\nload_5:" <<  load_avg[1] << "\nload_15:" <<  load_avg[2] << "\n";

Ce cout produit une Segmentation Fault. Je ne comprends pas du tout pourquoi mais si je ne passe pas par un tableau, le probl�me ne se pose pas :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
7
float a, b, c;
 
a = ((float)the_info.loads[0]) / shiftfloat;
b = ((float)the_info.loads[1]) / shiftfloat;
c = ((float)the_info.loads[2]) / shiftfloat;
 
cout << "load_1:" << a << "\nload_5:" <<  b << "\nload_15:" <<  c << "\n";

Note : Ce probl�me ne se pose pas sur toutes les machines, mais s'il arrive, c'est en permanence.

Bref, je voulais savoir si quelqu'un avait une explication concernant ceci ? ^^

Merci.

[LittleWhite]

V�rifie que sys_info ne te renvoie pas une erreur ... on ne sait jamais, car s'il renvoie une erreur il se peut qu'il ne mette pas de valeurs dans le tableau. ( et donc ne pas l'allou� ... )

En fait je ne sais pas trop d'ou cela peut venir. Peut �tre une division par z�ro , mais cela ne peut pas �tre � cause que cela renverrai une erreur illegal operation ...

[loufoque]

Si tu veux qu'on puisse tester et te dire d'o� �a vient, fournis un code minimal qui compile, qu'on peut simplement copier et envoyer � notre compilateur, et qui a le probl�me.

Sinon c'est simple, tu utilises valgrind et tu verras clairement o� est le probl�me.

[Noxen]

C'est en lisant quel indice du tableau que la segfault se produit ?

[BestFF]

V�rifie que sys_info ne te renvoie pas une erreur ... on ne sait jamais, car s'il renvoie une erreur il se peut qu'il ne mette pas de valeurs dans le tableau. ( et donc ne pas l'allou� ... )

Si sysinfo renvoyait une erreur, le fait de passer par des variables interm�diaires devrait toujours entra�ner une segmentation fault, non ?
De plus, c'est le cout qui produit la segmentation fault, pas le calcul des valeurs du tableau load_avg.

Pour le code minimal :

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
#include <sys/sysinfo.h>
#include <iostream>
 
using namespace std;
 
int main()
{
    float load_avg[3];
    float shiftfloat = (float)(1<<SI_LOAD_SHIFT);
    struct sysinfo  the_info;
    sysinfo(&the_info)
 
    load_avg[0] = ((float)the_info.loads[0]) / shiftfloat;
    load_avg[1] = ((float)the_info.loads[1]) / shiftfloat;
    load_avg[2] = ((float)the_info.loads[2]) / shiftfloat;
 
    cout << "load_1:" << load_avg[0] << "\nload_5:" <<  load_avg[1] << "\nload_15:" <<  load_avg[2] << "\n";
 
    return 0;
}

En r�-ex�cutant, le code, je n'arrive plus � reproduire le probl�me donc je ne peux pas voir pour valgrind. Mais j'avais essay� avec gdb, mais il ne savait pas ce qui d�clenchait la segmentation fault.

Sinon, j'avais essay� de s�parer les 3 cout, et l'erreur se produisait d�s le premier.

[koala01]

Si c'est au niveau du cout que l'erreur survient, c'est que tu corromps la m�moire avant d'y arriver, donc, vraissemblablement dans la seule partie que tu ne nous a pas donn�e: la fonction sysinfo(sysinfo*) (un constructeur quelconque ), �tant donn� que rien dans le code pr�senter ne semble la justifier, du moins si on consid�re comme juste la valeur de SI_LOAD_SHIFT (que l'on ne peut pas controler ici)

Il ne serait pas particuli�rement surprenant que l'erreur vienne d'un pointeur mal initialis�

Mais, l�, sans le code de cette fonction, il nous est difficile d'�tre plus pr�cis

Au fait... En C++, le fait de d�finir une structure, une classe, une �num�ration ou une union d�clare automatiquement le type concern�...

Il n'est donc pas n�cessaire de repr�ciser le mot cl� struct lorsque tu souhaite d�clarer une variable du type souhait�

La ligne de code

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

     struct sysinfo  the_info;

peut donc avantageusement �tre remplac�e par

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

    sysinfo  the_info;

[loufoque]

En r�-ex�cutant, le code, je n'arrive plus � reproduire le probl�me donc je ne peux pas voir pour valgrind.

L'int�r�t de valgrind, c'est que m�me si le probl�me ne g�n�re pas d'erreur, tu le vois...
Donc ce que tu dis n'a pas de sens.