Plusieurs champs dans un char * ?

Bonjour,
je désire écrire des fonctions qui retournent toutes un char *.

Voici un exemple d'un appel d'une fonction retournant un char*:

Code:

---

1 2	char * liste = getAliments();

---

La variable liste contiendrait donc la liste de mes aliments. (c'est un exemple !)

J'aimerai pouvoir maintenant découper la chaine liste pour pouvoir traiter les différents champs (correspondant aux aliments et sa classe (fruit/legume))
voici un affichage que j'aimerai observer:

Code:

---

1 2 3

orange [fruit] haricot [legume]

---

Je me demande comment dois je formater la liste en mémoire ?
J'ai pensé à ca:

Code:

---

1 2	liste = "orange$fruit#haricot$legume"

---

On distingue bien le caractère # pour separer les groupes et $ pour séparer les différents champs d'un groupe.

Le problème c'est que je suis obligé de comdamner ces 2 caractères, et je ne veux pas (Ils peuvents très bien se retrouver dans un buffer d'un paquet IP par exemple !!)

Donc après réflexion, je me tourne vers vous, en espérant trouver quelqu'un qui m'aidera....

Merci d'avance.

Je ne suis pas sure de comprendre ce que tu veux mais une liste (en un tableau) de structures ne serait pas mieux ?

genre:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

typedef struct Aliments{ char nom[50]; char type[25]; } Aliments;   typedef struct AlimentsTab{ Aliments* tab; int countAlim; }AlimentsTab;   AlimentsTab = getAliments();

---

Tu peux egalement utiliser des enums pour le type.

Non je ne peux pas utiliser de structure car le retour doit être affichable !

Je dois être le plus générique possible !

Ok tu voudrais une sorte de sérialisation c'est ca ?

re réponse bête mais et XML ?

Citation:

---

Envoyé par MonsieurAk

Bonjour,
je désire écrire des fonctions qui retournent toutes un char *.

---

C'est quoi un 'char *' ?

http://emmanuel-delahaye.developpez.....htm#char_star

Citation:

---

Voici un exemple d'un appel d'une fonction retournant un char*:

Code:

---

1 2	char * liste = getAliments();

---

---

En fait, elle retourne l'adresse d'un char ou d'un tableau de char. Cette adresse doit être valide après l'exécution de la fonction, ce qui n'est pas évident à priori... L'adresse d'une variable locale est évidemmment interdite. Celle d'un bloc libéré aussi.

Citation:

---

La variable liste contiendrait donc la liste de mes aliments. (c'est un exemple !)

---

La question qui se pose alors est "sous quelle forme ?"

Citation:

---

J'aimerai pouvoir maintenant découper la chaine liste pour pouvoir traiter les différents champs (correspondant aux aliments et sa classe (fruit/legume))

---

Si tu parles d'une chaine de caractères, il y a plusieurs façon de faire. La plus 'dynamique' est probablement la notation XML.

Citation:

---

voici un affichage que j'aimerai observer:

Code:

---

1 2 3

orange [fruit] haricot [legume]

---

Je me demande comment dois je formater la liste en mémoire ?
J'ai pensé à ca:

Code:

---

1 2	liste = "orange$fruit#haricot$legume"

---

On distingue bien le caractère # pour separer les groupes et $ pour séparer les différents champs d'un groupe.

---

Pourquoi pas. Il y a plusieurs façons de faire. Ce n'est pas une question de langage C. (Je signale quand même que '$' ne fait pas partie des caractères standards du langage C).

http://emmanuel-delahaye.developpez.com/codage.htm

Citation:

---

Le problème c'est que je suis obligé de comdamner ces 2 caractères, et je ne veux pas (Ils peuvents très bien se retrouver dans un buffer d'un paquet IP par exemple !!)

---

Dans les données ? par quel miracle ?

Citation:

---

Donc après réflexion, je me tourne vers vous, en espérant trouver quelqu'un qui m'aidera....

---

A mon avis, XML est un bon choix. Pas très léger en termes de taille, mais lisible, bien documenté et de plus en plus utilisé.

http://www.w3.org/XML/

Il existe des bibliothèques portables.

http://xmlsoft.org/
http://expat.sourceforge.net/

etc.

Citation:

---

En fait, elle retourne l'adresse d'un char ou d'un tableau de char. Cette adresse doit être valide après l'exécution de la fonction, ce qui n'est pas évident à priori...

---

Ah bon ?

Citation:

---

L'adresse d'une variable locale est évidemmment interdite. Celle d'un bloc libéré aussi

---

Bien entendu !

Citation:

---

Ce n'est pas une question de langage C

---

Donc j'aurais du mettre cette question où ? Je pense que au contraire c'est une question de langage C puisque, le développement sera en C. Après si c'était une question purement en rapport avec le langage C, je ne crois pas que je ferais appel à developpez.com mais plutot aux nombreux ouvrages...

Citation:

---

Je signale quand même que '$' ne fait pas partie des caractères standards du langage C

---

Ce n'était qu'un exemple.

Citation:

---

Dans les données ? par quel miracle ?

---

Pas compris ce que tu voulais dire ??

Citation:

---

A mon avis, XML est un bon choix. Pas très léger en termes de taille, mais lisible, bien documenté et de plus en plus utilisé

---

Je ne pense pas avoir besoin d'utiliser XML (trop lourd pour le peu d'informations à transiter, au maximum 2Mo), je vais plutot comdamné différents symboles pour différencer les différents champs contenu dans mon tableau de char, bien pratique, simple à mettre en oeuvre et lorsque les données seront suceptibles de contenir mes symboles et bien le retour sera uniquement un champ !

Merci pour votre avis !

Citation:

---

Envoyé par MonsieurAk

Citation:

---

Ce n'est pas une question de langage C

---

Donc j'aurais du mettre cette question où ?

---

"Informatique générale & Hardware" ?

Citation:

---

Je pense que au contraire c'est une question de langage C puisque, le développement sera en C.

---

Est-ce que le format des données dépend du langage ?

Non, bien sûr. C'est une question de spécifications d'interface (phase 1 de la vie d'un projet).

Citation:

---

Après si c'était une question purement en rapport avec le langage C, je ne crois pas que je ferais appel à developpez.com mais plutot aux nombreux ouvrages...

---

T'as raison, Le langage C, on y connait rien...

Citation:

---

Citation:

---

Dans les données ? par quel miracle ?

---

Pas compris ce que tu voulais dire ??

---

Tu dis

Citation:

---

Le problème c'est que je suis obligé de comdamner ces 2 caractères, et je ne veux pas (Ils peuvents très bien se retrouver dans un buffer d'un paquet IP par exemple !!)

---

Je ne comprend pas le problème. On a le droit de mettre ce qu'on veut (0-255) dans les octets de donnée d'un paquelt IP... Quand aux données de l'entête, tu ne les verras jamais au niveau utilisateur.

Citation:

---

Citation:

---

A mon avis, XML est un bon choix. Pas très léger en termes de taille, mais lisible, bien documenté et de plus en plus utilisé

---

Je ne pense pas avoir besoin d'utiliser XML (trop lourd pour le peu d'informations à transiter, au maximum 2Mo)<...>

---

Alors CSV. (Comma Separated Values)

Encore une fois, rien de tout celà n'a un quelquonque rapport avec le langage C...

Citation:

---

T'as raison, Le langage C, on y connait rien...

---

En aucun cas je ne voulais vous offenser !

Citation:

---

Est-ce que le format des données dépend du langage ?

---

Il se peut tout à fait que le langage crée des contraintes.

Citation:

---

Quand aux données de l'entête, tu ne les verras jamais au niveau utilisateur.

---

Tu en es sur ??? Certains ??? (Et bien alors je suis heureux de pouvoir en ce jour t'informer, toi, que si ou peut au niveau utilisateur avoir toutes les données de l'entête via un petit driver ndis

Pour CVS c'est ce que j'utilise...

Merci encore !

PS: Je répète que je ne porte aucune offense aux participants de ce forum. Nombreuses sont les fois où ce forum m'a aidé (notamment toi, à plusieurs reprises déjà.)

Citation:

---

Envoyé par MonsieurAk

Citation:

---

Quand aux données de l'entête, tu ne les verras jamais au niveau utilisateur.

---

Tu en es sur ??? Certains ???

---

A moins de travailler en mode 'RAW' évidemment...