Bonjour,
 
Dans le cadre d'un projet je suis contraint et forcé à utiliser C pour programmer un microcontrolleur. Je dis contraint et forcé car j'ai une peine d'enfer à me faire aux notions de pointeurs.
Le problème qui me préoccupe est le fait d'avoir une fonction qui me retourne un string (de taille fixe) en sachant que je n'ai pas le droit d'utiliser calloc/malloc et confraires car le microcontrolleur ne les fourni pas. À ce que j'ai compris en lisant à gauche et a droite, la seule manière de faire serait donc de déclarer le tableau de caractère en dehors de la fonction, et d'après lui passer un pointeur dessus afin qu'il le modifie. Jusqu'à la j'ai juste?
Bien que je trouve moyennement élégant d'avoir une fonction ne retournant rien mais modifiant ses arguments, j'ai essayé d'écrire quelque chose dans ce style là (tout est bien prototypé dans un .h, myFunc() est appelée dans mon main)
 

 
Mais ça ne marche absolument pas ... Est-ce que vous pouvez m'éclairer? Je sais que ça doit être qqch de super con mais je vois vraiment pas..

 
char* value[10] => un tableau de 10 char*
 
C'est pas char value[10] que tu veux (tableau de 10 char)?

Salut,
 
merci là effectivement ça compile. Je verrai demain si ça marche sur le microcontrolleur (je l'ai pas sous la main là). En tous cas merci de ton aide.
Par contre, une question, en temps normal (c'est à dire avec un compilateur courrant) quelle serait la technique à utiliser pour faire ce que je voulais faire ? Passer par l'allocation dynamique?
Je demande parce que ça me parait super compliqué pour faire un truc aussi con que retourner un string ..

Passer en argument est souvent le mieux en C, ça laisse le choix de l'allocation (dynamique ou non) à celui qui va utiliser la fonction. Par contre, il faut absolument passer le pointeur et la taille maximale du buffer, comme ça ta fonction sait la longueur maximale qu'elle peut écrire sans écrire n'importe ou dans la mémoire.

n'ayant du C qu'une expérience scolaire, je serai passé par une allocation dynamique, mais je n'ai pas beaucoup de pratique.
Disons que j'aurai plus tendance a faire ce code en C++ ...
 
Mais je pense que les deux méthodes se valent, selon l'ampleur du projet :
si j'utilises souvent un type de donnée, je crée la structure qui convient et toutes les fonctions d'accès (équivalent d'une classe C++)
si je n'ai besoin que d'une chaîne de caractères a un endroit, je pense faire comme toi ...
 
Mais je le repete, je n'ai aucune 'vraie' expérience en C ...

Pour ce bout de code:

Si tu appelles myFunc de maniere sporadique, ca sera tres bien (allocation et desallocation automatique)
Si tu appelles souvent myFunc, un static char value[10], peut être plus efficace, s'il n'y a pas necessité de nettoyer le contenu du buffer a chaque fois avant utilisation (pas besoin dans le cas ici, vu que ce qui va etre ecrit dans le buffer est terminé par un \0, qui sert d'indicateur de fin de chaine).
Les allocations dynamiques, ca sert quand tu vas vouloir que ce que tu as alloué serve encore une fois ta fonction executée (et soit donc recupérée par la fonction appellante, comme retour de la fonction, ou comme modification d'un parametre passé par pointeur).
A+,

Soit tu déclares buffer en global comme tu l'as fait, soit tu le laisse dans la fonction mais en le déclarant "static". Ca revient strictement au même (sauf qu'en static dans la fonction c'est un poil plus propre puisqu'au moins il n'est pas visible en dehors de ta fonction).
 
Evidemment ça fait du code non réentrant, mais peut-être que tu t'en fout.

Salut,
 
Je viens d'envoyer le code sur le microcontrolleur et tout fonctionne bien. Merci beaucoup
 
Cependant, désolé pour mon ignorance, mais pouvez vous m'expliquer quel serait l'intérêt de déclarer value comme static ? ça voudrait dire que la mémoire est allouée une fois pour toute et non pas à chaque appel?
 
Parallèlement, et pour éviter de vous déranger pour d'autres "détails" du même genre : Avez vous un tutorial C dans vos bookmark (J'entend quelque chose comme Thinking C++ et Thinking Java)
 
merci pour tout

L'intéret de déclarer "static" le buffer est que celui-ci n'est pas local à la fonction et donc n'est pas détruit à la sortie de celle-ci.
C'est en quelque sorte une variable globale connue uniquement à l'intérieur de la fonction !
Méthode fortement déconseillée en cas de multi threading.

Oui, et que ce qu'il y a a l'interieur du buffer ne disparait pas entre deux appels. Le compilateur alloue la place necessaire lors de la compilation (sans static, c'est alloué lors de l'execution).
A+,