compilation 32/64 bits

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : compilation 32/64 bits

sneakz

Bonjour,

J'ai une sortie différente selon que je compile sous environnement 32 bits ou sous environnement 64 bits.

Soit la fonction suivante :

Code :

void write(char *file, int team)
{
int fd;
char* buffer = (char*)malloc(sizeof(char)*256) ;
memset(buffer,0,256) ;
if ((fd = open(file, O_WRONLY | O_CREAT | O_TRUNC, 0744)) == -1) {
fprintf (stderr, "Erreur en ouverture.\n" ) ;
exit(0) ;
}
else
{
printf("PID :%d Equipe :%d\n", getpid(), team);
snprintf (buffer, sizeof(buffer)+1,"%d\n%d\n", getpid(), team);
printf("Buffer : %s Sizeofbuffer : %d\n", buffer, sizeof(buffer)+1);
write(fd, buffer, strlen(buffer));
free(buffer) ;
close (fd) ;
printf("Ecriture réussie sur le fichier %s\n", file);
}
}

Le fichier créé porte le nom G500. J'y inscrit le numéro du PID et un numéro d'équipe.

Sous 32 bits, la sortie est la suivante :

PID :7931 Equipe :22
Buffer : 7931 Sizeofbuffer : 5
Ecriture réussie sur le fichier /tmp/G500
$ cat /tmp/F0678
7931ubuntu@ubuntu~/Projet$

La compilation se passe sans erreur mais la taille du buffer ne permet pas d'écrire les 2 données. Seule la taille du PID est inscrite dans le fichier.

Sous 64 bits, la sortie est la suivante :

Buffer : 19624
22 Sizeofbuffer : 9
Ecriture réussie sur le fichier /tmp/F0255$ cat /tmp/F0255
19624
22ubuntu@ubuntu~/Projet$

La compilation génère cette erreur sur la ligne : snprintf (buffer...
attention : format ‘%d’ expects type ‘int’, but argument 3 has type ‘long unsigned int’

Merci pour vos contributions et votre regard éclairé.

Message édité par sneakz le 07-05-2009 à 19:15:14

Publicité

tpierron

Ta ligne 14 est fausse :

Code :

snprintf (buffer, sizeof(buffer)+1,"%d\n%d\n", getpid(), team);

Ton sizeof mesure la taille de ta variable, qui est un pointeur. Taille qui dépend donc de l'archie 32 ou 64bits.

La taille de ton buffer est de 256, ton écrit simplement :

Code :

snprintf (buffer, 256,"%d\n%d\n", getpid(), team);

(idéalement avec un #define ça serait mieux).

sneakz

Merci tpierron pour cette réponse précise et rapide.
Si j'ai bien compris, j'ai tout intérêt à définir une taille fixe. Cela me permettra en outre d'assurer une compatibilité avec les 2 environnements. (?)

Pourquoi ai-je ce message d'alerte sous 64 et pas sur 32 ?

attention : format ‘%d’ expects type ‘int’, but argument 3 has type ‘long unsigned int’ sur la ligne 14 ?

Message édité par sneakz le 07-05-2009 à 19:30:13

tpierron

Franchement tu te prends sans doute la tête pour rien avec ton code. Je ferais un truc du genre :

Code :

void write(char *file, int team)
{
FILE * out = fopen(file, "wb" );
if (out)
{
fprintf(stderr, "PID :%d Equipe :%d\n", getpid(), team);
fprintf(out, "%d\n%d\n", getpid(), team);
fclose(out);
}
else perror(file);
}

Sinon ton warning vient du fait que sizeof() renvoit un type size_t qui devrait être affiché avec un format %z si ma mémoire est bonne. Ah ouais, c'est une extension C99, je parie que ça ne fonctionnera pas avec la mscvrt.

sneakz

Ok merci bien

sneakz

Merci bien pour ce complément d'infos mais j'ai le même soucis avec ce code :

Code :

#include <stdio.h>
#include <stdlib.h>
#include <unistd.h>
#include <fcntl.h>
#include <signal.h>
#include <string.h>
#include <time.h>
#include <ctype.h>
#define SIZE 1024
#define BUF 256
int main(int argc, char **argv)
{
int pfd[2];
int nread;
int number, n;
int pid;
char buf[SIZE];
if (pipe(pfd) == -1)
{
perror("pipe failed" );
exit(1);
}
if ((pid = fork()) < 0)
{
perror("fork failed" );
exit(2);
}
if (pid == 0)
{
/* child */
close(pfd[1]);
while ((nread = read(pfd[0], buf, SIZE)) != 0)
printf("Number %s\n", buf);
close(pfd[0]);
} else {
/* parent */
close(pfd[0]);
for (n = 0; n < 5; n++)
{
number = (rand() % 999) + 1;
snprintf (buf, BUF,"%d", number);
write(pfd[1], buf, strlen(buf)+1);
}
close(pfd[1]);
}
exit(0);
}

Sous l'architecture 64, ma sortie est :

Number 479
Number 665
Number 154
Number 269
Number 501

Sous l'architecture 32, ma sortie est :

Number 479

Je ne comprends pas.

tpierron

Ton problème ici est un problème d'ordonancement, indépendant d'une architecture 32 ou 64bits.

Quand tu écris quelque chose dans un pipe, tu n'as aucunne garantie que tu vas lire la même quantité à l'autre bout.

Affiche la valeur de nread, une coïncidence fait que sur l'archi 32bits tu recoies les 5 write d'un coup, et sur le 64bits, tu les recoies un à un.

sneakz

Merci encore tpierron pour cette analyse.

nread = 4 sous 64 bits
nread = 20 sous 32 bits

Quand j'ai dit cela, j'ai tout dit !!

Mon objectif est de passer dans le tube une multiple de nombres choisis de façon aléatoire.

Message édité par sneakz le 08-05-2009 à 20:25:35

FORUM HardWare.fr

Programmation

compilation 32/64 bits

Sujets relatifs
Erreur de compilation à n'y rien comprendre	Problème de link étrange
erreur lors de compilation	Malloc qui recouvre un espace alloué à la compilation ?
Problème compilation serveur CORBA	PHP5 - Compilation Red-Hat 5.2
[résolu] Aide pour compilation	comment manipuler les bits en c (test ou ecrit)
void* , compilation, taille inconnue	Option de compilation 16 bits sur Visual .NET ?
Plus de sujets relatifs à : compilation 32/64 bits

Page générée en 0.056 secondes