..:: Topic des Codeurs Couche-Tard [0] ::..

helly · Le 19/04/2010, à 13:43

man powaaaa !!!
désolée ^^'
merci

helly · Le 19/04/2010, à 17:15

Bon , maintenant j'ai bien envie de tester doxygen pour voir ce que ça vaut , mais aparement d'après la doc , il n'y a pas la gui pour Karmic et idem sur le site officiel , vous avez une solution ?

grim7reaper · Le 19/04/2010, à 17:31

Oui, passe toi de la GUI.

Génère un fichier de conf par défaut avec

doxygen -g Doxyfile

Puis édite ce dont tu as besoin à la main (c'est faisable et c'est pas si terrible que ça car dans le fichier chaque option est bien documentée).

Si tu ne comprends pas une option et bien passe à la suivante, c'est que tu n'en a probablement pas besoin. Au pire si ça ne fonctionne pas tu retourneras te pencher dessus après.

Dernière modification par grim7reaper (Le 19/04/2010, à 17:38)

Pylades · Le 19/04/2010, à 17:39

helly a écrit :

hep !
Comment on doit faire pour lancer un script bash qui ouvre un terminal svp ?

#!/bin/bash
/usr/bin/[xterm|gnome-terminal|konsole|truc-wmii]

Mais moi je l’ai mis en raccourci clavier à <Alt>x, et j’en suis très satisfait.

Édit : quel con, je n’avais pas vu que vous aviez floodé jusqu’à la page 15.

Dernière modification par Pylade (Le 19/04/2010, à 17:41)

helly · Le 19/04/2010, à 17:40

Ok merci je regarde ça

Pylades · Le 19/04/2010, à 19:49

J’ai un peu continué ma lib. Je trouve que j’ai beaucoup complexifié le code pour pas grand-chose, mais bon… Une fonction de 132 lignes (et ce n’est pas fini) ça commence à faire beaucoup, non ? Pourtant j’ai essayé de créer d’autres petites fonctions, mais c’est vraiment un truc mastoc. Sinon, je pense qu’il faudrait dès maintenant se mettre aux commentaires. En gros, doxygen il veut que je lui raconte quoi ?

\\Ouranos// · Le 19/04/2010, à 20:00

Pylade a écrit :

J’ai un peu continué ma lib. Je trouve que j’ai beaucoup complexifié le code pour pas grand-chose, mais bon… Une fonction de 132 lignes (et ce n’est pas fini) ça commence à faire beaucoup, non ? Pourtant j’ai essayé de créer d’autres petites fonctions, mais c’est vraiment un truc mastoc. Sinon, je pense qu’il faudrait dès maintenant se mettre aux commentaires. En gros, doxygen il veut que je lui raconte quoi ?

Elle fait quoi ta fonction ? 132 lignes, c'est beaucoup, mais si tu mets une seule fonction par fichier, c'est acceptable.

grim7reaper · Le 19/04/2010, à 20:00

@Pylade : Oui, 132 c'est trop. Tu dois pouvoir faire factoriser le code, ou au moins le découper en fonctions plus petite.

Pour doxygen, il peut te générer de la doc sans com, juste en analysant ton code (mais bon c'est pas génial). Pour les commentaires, et bien mieux vaut consulter le site il est bien fait : regarde ici.

Sinon, voilà un exemple de documentation (bon là c'est touffu, mais c'est pour donner un aperçu des balises, je commente pas toute mes fonctions comme ça) pour une fonction (tiré d'une lib que j'ai codé)

/**
  * \fn char* str_substr(const char *s_string, long offset, long length, STR_ERR_e *p_error)
  * \brief Extrait une sous-chaîne
  *
  * \param s_string Chaîne cible, ne peut pas être NULL ou vide.
  * \param offset Position du premier caractère de la sous-chaîne (Le premier
  *               caractère de la chaîne est à la position 0). Si l'offset est
  *               négatif, il est calculé à partir de la fin de la chaîne.
  * \param length Longueur de la sous-chaîne. Si la longueur est égale à zero,
  *               toute la chaine à partir de l'offset est extraite. Si la
  *               longueur est négative, on supprime "length" caractère à
  *               partir de la fin de la chaîne.
  * \param p_error Adresse d'une variable d'erreur de type: STR_ERR_e,
  *                peut être NULL mais ce n'est pas recommandé.
  *
  * \return La sous-chaîne, ou NULL en cas d'erreur.
  *
  *         Si l'adresse d'une variable d'erreur a été fournie,
  *         la variable peut prendre l'une des valeurs suivantes :
  *             - STR_OK : aucune erreur ;
  *             - STR_OUT_OF_RANGE : au moins un des bords de la sous-chaîne
  *               est en dehors de la chaîne principale ;
  *             - STR_ERR_MEMORY : l'allocation de la nouvelle chaîne a échouée ;
  *             - STR_ERR_BAD_LENGTH : chaîne vide ;
  *             - STR_ERR_STRING : le pointeur sur la chaîne vaut NULL.
  *
  * \note Cette fonction fonctionne comme la fonction substr du langage Perl.
  *
  * \warning La chaîne retournée doit être libérée avec free() avant la fin du
  *          programme.
  *
  * \par Exemples:
  * \code
  * char *s_sstring = NULL;
  * s_sstring = str_substr("The black cat climbed the green tree", 4, 5, &error); // s_sstring contient "black" 
  * \endcode
  * \par
  * \code
  * char *s_sstring = NULL;
  * s_sstring = str_substr("The black cat climbed the green tree", 4, -11, &error); // s_sstring contient "black cat climbed the"
  * \endcode
  * \par
  * \code
  * char *s_sstring = NULL;
  * s_sstring = str_substr("The black cat climbed the green tree", 14, 0, &error); // s_sstring contient "climbed the green tree"
  * \endcode
  * \par
  * \code
  * char *s_sstring = NULL;
  * s_sstring = str_substr("The black cat climbed the green tree", -4, 0, &error); // s_sstring contient "tree"
  * \endcode
  * \par
  * \code
  * char *s_sstring = NULL;
  * s_sstring = str_substr("The black cat climbed the green tree", -4, 2, &error); // s_sstring contient "tr"
  * \endcode
  *  
  */

Pour une structure ça peut donner ça :

/**
 * \struct _set_s
 * \brief Structure utilisee pour chaque ensemble de la liste.
 *
 */
typedef struct _set_s
{
    int id;                 /*!< Identifiant de l'ensemble.                */
    int n_elt;              /*!< Nombre d'elements de l'ensemble.          */
    char connect;           /*!< Booleen qui vaut 0 si l'ensemble n'est pas
                               connecte a la ligne suivante, sinon 1.      */
    snode_s* elt;           /*!< Contient l'adresse du premier element de
                             * l'ensemble.                                 */
    struct _set_s* next;    /*!< Contient l'adresse de l'ensemble suivant. */
} set_s;

Dernière modification par grim7reaper (Le 19/04/2010, à 20:03)

geenux · Le 19/04/2010, à 20:09

Ah, mais j'avais même pas encore vu l'existence de ce topic !
Abonnement

Pylades · Le 19/04/2010, à 20:27

Je n’ai vraiment rien capté au man de doxygen (très succinct, d’ailleurs, ils ne montrent pas l’exemple). Concrètement, ça s’utilise comment ?

J’ai fait des essais, mais j’ai pas trouvé…

PPdM · Le 19/04/2010, à 20:29

Pylade a écrit :

Je n’ai vraiment rien capté au man de doxygen (très succinct, d’ailleurs, ils ne montrent pas l’exemple). Concrètement, ça s’utilise comment ?
J’ai fait des essais, mais j’ai pas trouvé…

Cela ne s'utilise pas, ça se respire

Pylades · Le 19/04/2010, à 20:30

Quelles conneries on ne dirait pas pour marquer des points…

PPdM · Le 19/04/2010, à 20:33

n'est ce pas?
j'en ai lu de pire sur les pages précédentes
et HdP en prime

Dernière modification par pierguiard (Le 19/04/2010, à 20:33)

grim7reaper · Le 19/04/2010, à 20:34

Tu as suivi mon lien ?
Plus précisement ici pour débuter.

En gros tu commentes ton code (avec une syntaxe spécifique), tu crées un fichier de conf (avec doxygen -g fichier_conf) et tu le personnalises.
Quand tout est prêt tu lances

doxygen fichier_conf

et tu admires le résultat .

pierguiard a écrit :

j'en ai lu de pire sur les pages précédentes

Comme ?
Je veux des citations à l'appui .

Dernière modification par grim7reaper (Le 19/04/2010, à 20:36)

Pylades · Le 19/04/2010, à 20:44

Et je le met où en input mon code ?
C’est ça que je n’ai pas compris…

helly · Le 19/04/2010, à 20:45

Pylade a écrit :

Quelles conneries on ne dirait pas pour marquer des points…

toutafé !!

Pylades · Le 19/04/2010, à 20:49

[idée lumineuse]Se placer dans le répertoire du projet.[/idée lumineuse]

Ah, ouais, ça fait un peu vide avec juste le code…
Ça ne fait quand-même pas de miracles.

grim7reaper · Le 19/04/2010, à 20:49

@Pylade : ça se configure dans le fichier de conf (tu choisis le répertoire de travail et l'extension des fichiers à traiter).

nesthib · Le 19/04/2010, à 20:55

Pylade a écrit :

Quelles conneries on ne citerait pas pour marquer des points…

^^

Кຼزດ · Le 19/04/2010, à 21:05

nesthib a écrit :

Pylade a écrit :
Quelles conneries on ne citerait pas pour marquer des points…
^^

+1

Pylades · Le 19/04/2010, à 21:22

Dehors les floodeurs, ici c’est sérieux !

grim7reaper · Le 19/04/2010, à 21:27

+42

Pour le flood il y a le tcdt.

Ici, c'est des gens sérieux qui bossent (ou flood intelligement...).

Raaah, bonjour l'exemple donné par les modos .

Dr Le Rouge · Le 19/04/2010, à 21:31

C'est quand même pas courant qu'un groupe d'une quinzaine-vingtaine de glandus actifs ait besoin de deux topics pour flooder à sa guise !

helly · Le 19/04/2010, à 21:46

Le Rouge a écrit :

C'est quand même pas courant qu'un groupe d'une quinzaine-vingtaine de glandus actifs ait besoin de deux topics pour flooder à sa guise !

C'est bien vrai , inadmissible !

Sir Na Kraïou · Le 19/04/2010, à 21:47

grim7reaper a écrit :

Raaah, bonjour l'exemple donné par les modos .

Yep. Tous des branleurs, d'façon !

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#351 Le 19/04/2010, à 13:43

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#352 Le 19/04/2010, à 17:15

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#353 Le 19/04/2010, à 17:31

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#354 Le 19/04/2010, à 17:39

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#355 Le 19/04/2010, à 17:40

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#356 Le 19/04/2010, à 19:49

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#357 Le 19/04/2010, à 20:00

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#358 Le 19/04/2010, à 20:00

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#359 Le 19/04/2010, à 20:09

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#360 Le 19/04/2010, à 20:27

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#361 Le 19/04/2010, à 20:29

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#362 Le 19/04/2010, à 20:30

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#363 Le 19/04/2010, à 20:33

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#364 Le 19/04/2010, à 20:34

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#365 Le 19/04/2010, à 20:44

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#366 Le 19/04/2010, à 20:45

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#367 Le 19/04/2010, à 20:49

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#368 Le 19/04/2010, à 20:49

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#369 Le 19/04/2010, à 20:55

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#370 Le 19/04/2010, à 21:05

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#371 Le 19/04/2010, à 21:22

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#372 Le 19/04/2010, à 21:27

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#373 Le 19/04/2010, à 21:31

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#374 Le 19/04/2010, à 21:46

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

#375 Le 19/04/2010, à 21:47

Re : ..:: Topic des Codeurs Couche-Tard [0] ::..

Pied de page des forums