Fonction renvoyant un Float* ?

Version imprimable

24/05/2006, 18h53
Benjy

Fonction renvoyant un Float* ?

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:

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
24/05/2006, 19h00
Pragmateek

Pas possible à moins de déclarer le tableau dynamiquement.
24/05/2006, 19h03
Benjy

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

Code:

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;
}

24/05/2006, 19h05
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 !
24/05/2006, 19h09
Mayti4

Citation:

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

Si tu connais sa taille, tu peux le déclarer en static.
24/05/2006, 19h14
gege2061

Citation:

Envoyé par Mayti4

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
24/05/2006, 19h22
Pragmateek

Citation:

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é?
24/05/2006, 21h49
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).
24/05/2006, 22h30
Pragmateek

C'est bon à savoir, merci.
24/05/2006, 22h45
Emmanuel Delahaye

Citation:

Envoyé par gege2061

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à.
26/05/2006, 13h35
gege2061

Citation:

Envoyé par Emmanuel Delahaye

Citation:

Envoyé par 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)
26/05/2006, 14h50
Médinoc

Tout comme pour une variable globale.

Citation:

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 ?
26/05/2006, 14h54
gege2061

Citation:

Envoyé par Médinoc

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

Bah c'est pas dynamique :cfou:
26/05/2006, 15h00
Médinoc

ben, ça ne l'est dans aucun des deux cas!
Je répète: Où est la différence ?
26/05/2006, 16h19
Emmanuel Delahaye

Citation:

Envoyé par gege2061

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.