Discussion :

[Benjy]

Bonjour a tous !
J'aurais voulu savoir s'il etait possible pour une fonction de renvoyer un pointeur float, qui n'en en fait autre qu'un tableau de float.

c-a-d, est-ce qu'une declaration du type:

Code :

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

float *ma_fonction(mes parametres)

est correcte en C ?

Car je voudrais manipuler un tableau de float temporairement dans ma fonction et ne renvoyer en sortie qu'un pointeur vers celui-ci

[Pragmateek]

Pas possible à moins de déclarer le tableau dynamiquement.

[Benjy]

Ok je vais faire autrement alors, mais je trouve dommage que ca soit impossible

[Skyounet]

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 <stdlib.h>
 
float *mafonction(void)
{
    float *tab = NULL;
    tab = malloc(10*sizeof(float));
    if(tab == NULL) exit(EXIT_FAILURE);
    return tab;
}
 
int main(void)
{
    float *tab = NULL;
    tab = mafonction();
    tab[0] = 0.;
    [...];
    free(tab), tab = NULL;
    return 0;
}

[Benjy]

Oui ok je vois.
Mais je voulais eviter l'allocation dynamique d'un nouveau tableau.
Je vais plutot modifier dans ma fonction un tableau predeclare et alloue.
Merci !

[Mayti4]

Mais je voulais eviter l'allocation dynamique d'un nouveau tableau.

Si tu connais sa taille, tu peux le déclarer en static.

[gege2061]

Si tu connais sa taille, tu peux le déclarer en static.

Oui mais dans ce cas tu ne peux pas le retourner.

Tu parle peux être de déclarer le tableau avec le mon clé static, dans ce cas le tableau n'est pas détruit à la sortie de la fonction mais j'essairai même pas de faire retourner son adresse par une fonction

[Pragmateek]

Tu parle peux être de déclarer le tableau avec le mon clé static, dans ce cas le tableau n'est pas détruit à la sortie de la fonction mais j'essairai même pas de faire retourner son adresse par une fonction

Justement quelle est la différence entre un tableau "static" et dynamique quand il est retourné par la fonction?
Y a t'il réellement comportement indéterminé?

[Médinoc]

Justement, non. Un tableau déclaré en variable locale statique peut être retourné par adresse sans problème: Il n'est pas effacé lorsque la fonction quitte.

Par contre, cela pose les mêmes problèmes que les variables globales, sauf celui de l'accès depuis n'importe quel source (mais les autres problèmes, comme la non-réentrance et la non-thread-safeness, sont toujours présents).

[Pragmateek]

C'est bon à savoir, merci.

[Emmanuel Delahaye]

Oui mais dans ce cas tu ne peux pas le retourner.

Pourquoi ? Comment crois-tu que ctime() fonctionne ?

Il y a d'autres problèmes, mais pas celui-là.

[gege2061]

Oui mais dans ce cas tu ne peux pas le retourner.

Pourquoi ? Comment crois-tu que ctime() fonctionne ?

Je paralais d'une variable en mémoire statique (concernant le mot clés static, c'est en dessous).

ctime fonctionne bizzarement : http://swtch.com/usr/local/plan9/src/lib9/ctime.c.

Si j'ai bien suivi c'est encore pire que non thread-safe puisqu'à chaque appel de la fonction, on perd la valeur précédente (on réécri toujours à la même adresse, celle de cbuf)

[Médinoc]

Tout comme pour une variable globale.

Je paralais d'une variable en mémoire statique (concernant le mot clés static, c'est en dessous).

??? Elle est où, la différence ?

[gege2061]

??? Elle est où, la différence ?

Bah c'est pas dynamique

[Médinoc]

ben, ça ne l'est dans aucun des deux cas!
Je répète: Où est la différence ?

[Emmanuel Delahaye]

Je paralais d'une variable en mémoire statique (concernant le mot clés static, c'est en dessous).

ctime fonctionne bizzarement : http://swtch.com/usr/local/plan9/src/lib9/ctime.c.

Si j'ai bien suivi c'est encore pire que non thread-safe puisqu'à chaque appel de la fonction, on perd la valeur précédente (on réécri toujours à la même adresse, celle de cbuf)

Il n'y a rien de bizarre. C'est simplement un exemple parmi d'autre de fonction C standard à l'interface mal conçu qui induit une implémentation à coup de variable statique et donc un comportement déplorable. Heureusement, strftime() corrige le tir.