Discussion :

[docteurbunny]

Bonjour, j'ai récement migré de Redhat4EL vers Centos5 (équivalent de Redat5EL) et je me trouve face à un grave problème de compatibilité. Mes programes C compilés sous Centos5 ne sont pas compatibles avec les systèmes RedHat4 (ou dérivés) ; lorsquej'exécute mon programme compilé sour Centos5 tout fonctionne.
Sous les systèmes plus anciens, j'ai le message suivant : "exeption de point flottant".

[frp31]

ton code est mauvais car tu as utilisé des fonctions ou méthodes "platform-specific".

Un bon code n'est pas forcément un code simple ou un code generant un binaire petit mais un code portable et efficace par définition.

Un code portable, bien écrit donc est tjrs efficace et en plus il est esthétique et facile à comprendre/debugguer...

presentes ton code dans les forum C et demande de l'aide sur les fonctions concernés.

En plus tu commets une très grossière erreur dans ton code :
il génére une erreur avec un message système, que tu n'interceptes pas pour la commenter et donner plus d'info ne serait ce que sur l'endroit du code ou ça plante (au minimum)...

Si tu as plusieurs programmes comme ça .... il va te falloir corriger beaucoup de choses, bon courage....


Une piste à envisager, c'est peut etre tout simplement une float à convertir en double ou autre definition de variable ....

[docteurbunny]

Aucun rapport, voici une source simple de prog.c:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
#include <stdio.h>
/* mwmwmwmwmwmwmwmwmwmwm mwmwmwmwmwmwmwmwmwmwmwm mwmwmwmwmwmwmwmwmwmw */
int main(int argc, char *argv[])
{
register i = 0;
 
while (--argc)
    {
    printf("%d: %s\n", ++i, *(++argv));
    }
puts("A tchao ...");
return(0);
}

je le compile tout simplement sous Centos 5 :

Code :

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

gcc prog.c -o prog.e

Je l'exécute sous Centos 5 :

Code :

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

1
2
3
/tmp/prog.e kid
1: kid
A tchao ...

et lorsque je l'exécute sous un red-hat 4, voila le résultat :

Code :

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

1
2
/tmp/prog.e 
Exception en point flottant

[LinuxUser]

Pourrais-tu mettre les balises de code s'il te plait.

C'est bizarre, t'as écris

Code :

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

register i = 0;

au lieu de

Code :

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

register int i =0;

et ça marche quand même.

Essaye cette petite modification pour l'instant, car là je ne vois pas
de solution a ton problème.

[docteurbunny]

voila c'est fait

[Invité]

Salut,

pourrais-tu fournir les infos suivantes sur tes deux environnements (CentOS et redhat):

Procésseurs:

Code :

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

1
2
 
#cat /proc/cpuinfo

versions du gcc

Code :

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

1
2
 
#rpm -qa | grep gcc

Compiler ton code avec les options -ansi et -Wall pour voir s'il n'y a pas plus d'infos.

[docteurbunny]

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
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
cat /proc/cpuinfo 
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 15
model		: 4
model name	: Intel(R) Xeon(TM) CPU 3.20GHz
stepping	: 10
cpu MHz		: 3192.246
cache size	: 2048 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 1
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 5
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl cid cx16 xtpr lahf_lm
bogomips	: 6387.44
 
processor	: 1
vendor_id	: GenuineIntel
cpu family	: 15
model		: 4
model name	: Intel(R) Xeon(TM) CPU 3.20GHz
stepping	: 10
cpu MHz		: 3192.246
cache size	: 2048 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 1
fdiv_bug	: no
hlt_bug		: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 5
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl cid cx16 xtpr lahf_lm
bogomips	: 6384.07

Le problème ne vient pas de la car la machine qui compile n'avait pas le problème avant avec RedHat4.
Cela est surment du a la version de gcc

Voici ce que me retourne ta commande sur la machine qui compile

Code :

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

1
2
3
rpm -qa | grep gcc
libgcc-4.1.2-42.el5
gcc-4.1.2-42.el5

Et sur la machine qui ne parvient pas à exécuté le programme :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
rpm -qa | grep gcc
gcc-g77-3.4.3-9.EL4
gcc-c++-3.4.3-22.1
compat-libgcc-296-2.96-132.7.2
libgcc-3.4.3-9.EL4
gcc-java-3.4.3-9.EL4
gcc4-c++-4.0.0-0.14.EL4
gcc-3.4.3-22.1
compat-gcc-32-3.2.3-47.3
gcc-3.4.3-9.EL4
gcc4-4.0.0-0.14.EL4
libgcc-3.4.3-22.1
compat-gcc-32-c++-3.2.3-47.3

[frp31]

oui peut etre des éléments trop peu portable
comme ton while (--argc) autant il est logique autant c'est cradoc

d'autant plus que tu ne testes jamais rien à aucun moment...
tu ne testes pas sa propre lecture avant le printf par exemple ni si tes variables sont bien valorisées avant des les afficher.

ton i est mal construit en prime ajoutes y un type int ou shortint (je sais plus si short int existe en C)...

pour ce genre de programme c'est sencé n'avoir pas d'incidence mais c'est porcasse....

J'ai perdu l'habitude de coder mais quand même....

vu que c'est le binaire qui ne passe pas d'une machine à l'autre c'est pas un probleme de librairies ou d'install quelconque mais de code.

si en revanche ça arrivait en compilant sur l'autre machine là je veux bien croire à la limite à une possible liaison entre les paquets configurés ou non sur les plateformes.


hypotèse aussi aurais tu tout simplement transmis ton binaire par ftp en oubliant de le faire en mode bin ?

c'est con mais je me suis déjà fait avoir avec plus bête que ça encore....