/* Topic des codeurs couche-tard [1] */

helly · Le 26/06/2010, à 00:57

.

Кຼزດ · Le 26/06/2010, à 00:58

helly a écrit :

Mais donc ça me dit toujours pas quand on vous passe un code comment vous voyez que c'est une tab et pas des espaces

Bah je l'ouvre avec vim, qui me colore les tabs en rouge

\\Ouranos// · Le 26/06/2010, à 01:13

Sécu. Perso, mes tabs sont affichés comme switch(hurt)man.

Pylades · Le 26/06/2010, à 01:21

Bon, il reste encore quelques trucs pas très jolis dans le code, il manque encore des fonctionnalités, la doc n’est pas complète (honte sur moi) et il reste un bug (pas méchant : ce n’est pas un bug de stabilité, c’est un fonctionnalité qui n’est pas entièrement assuré), d’ailleurs commenté. Vraisemblablement, la fonction atropt nécessitera une réorganisation (notamment pour corriger le bug).
Ceci est une alpha, pas une RC.

Mais voilà, globalement je pense que c’est quand même suffisamment avancé pour que je puisse vous montrer ça.

Ce lien sera valable pendant une semaine.

compte supprimé · Le 26/06/2010, à 01:42

Bn !

grim7reaper · Le 26/06/2010, à 02:06

@Pylade : à première vue ça me semble pas trop mal. Je regarderai ça plus en détail demain .

Par contre, on pourrai avoir une liste des fonctionnalités dispo (qu'on sache ce que l'on peut tester) ?

\\Ouranos// · Le 26/06/2010, à 02:06

@Pylade : Je regarderai ça demain.

Pylades · Le 26/06/2010, à 02:08

grim7reaper a écrit :

Pylade a écrit :
Et puis tiens, j’ai trouvé comment rendre visible facilement le TdCCT dans la liste des sujets, tout en restant joli :
/* Topic des codeurs couche-tard [1] */
Vous en pensez quoi ?
Ha ouais, pas con. Je vote pour.
Et pour les raleurs : non, cette syntaxe n'est pas spécifique au C .

Je relance.
Et ouais, ce n’est pas spécifique au C, en en trouve par exemple en C++, ou en CSS.
Que des trucs qui commencent par C, en fait…

grim7reaper · Le 26/06/2010, à 02:13

Non, c'est géré par au moins un assembleur (le programme) d'assembleur (le langage) ARM.

Кຼزດ · Le 26/06/2010, à 03:05

Plop

Kanor · Le 26/06/2010, à 03:08

Plop

\\Ouranos// · Le 26/06/2010, à 03:08

puts "BN."

grim7reaper · Le 26/06/2010, à 03:14

BN World !

Pylades · Le 26/06/2010, à 03:22

grim7reaper a écrit :

@Pylade : à première vue ça me semble pas trop mal. Je regarderai ça plus en détail demain .
Par contre, on pourrai avoir une liste des fonctionnalités dispo (qu'on sache ce que l'on peut tester) ?

Ben, j’ai rédigé un petit bout de doc, j’ai aussi inclus le doxyfile, donc vous pouvez générer ça et avoir quelques infos. Pour des exemples de d’utilisation, regardez la source du programme de debug (mais il y a d’autres manières de faire, plus économes en lignes, de toutes façons il faudrait que je mette des exemples de code dans la documentation). La cible all du makefile ne construit que les versions statiques et dynamiques de la bibliothèque. La cible debug est construite à part (d’ailleurs ça me fait penser que le makefile est bancal, évitez de construire la version dynamique seule).

Les traitements effectués concernent les points suivants :
– prise en compte des options courtes, préfixées par « - » ;
– combinaison possible des options courtes, comme par exemple « -cdE » ;
– prise en compte des options longues, préfixées par « -- » ;
– prise en compte de l’argument « -- », qui déclare que tout ce qui suit n’est pas une option ;
– chaque forme d’option, courtes ou longue, peut activer ou désactiver certaines fonctionnalités du programme utilisant la bibliothèque, dont l’état d’activation et les information comme la liste des options courtes et longues qui l’activent ou la désactivent est indiqué dans une struct option ;
– les options, courtes ou longues, activant une struct option peuvent lui faire prendre une valeur (selon la configuration de la struct option à ce sujet, qui peut refuser les valeurs, n’en accepter qu’une (seule la dernière passée est alors prise en compte) ou en accepter un tableau), selon le schéma « -c value » ou « --longopt=value ;
– une même option de ligne de commande, par exemple « -t », peut activer une struct option, éventuellement en lui transférant une valeur, et en désactiver deux autres, ce qui confère sa puissance à la bibliothèque ;
– les arguments n’étant pas des options ou des valeurs d’options sont retournés dans la structure de retour (ils sont actuellement copiés, mais évolution possible en faveur du simple retour de leur index, pour pouvoir travailler dessus comme si de rien n’était), via un tableau ;
– l’argument « - » n’est pas une option, et est donc retourné dans ce tableau (car il sert souvent à indiquer d’utiliser stdin ou stdout comme fichier d’entrée ou de sortie ;
– les arguments pour lesquels une erreur a été détectée sont signalés par la structure de retour, accompagnés par un code d’erreur qui est actuellement un pointeur vers une chaîne interne de la bibliothèque décrivant brièvement l’erreur ;
– et j’en oublie peut-être.

Un manque dans l’état actuel des choses serait une option, par exmple « -d » qui pourrait immédiatement activer une struct option en lui passant une valeur. Une telle fonctionnalité pourrait par exemple s’appliquer dans un grep, pour les options « -E », « -F », « -G » et « -P », qui seraient alors simplement gérées par une seule struct option. C’est à l’étude.

Je pense que j’ai dit une bonne partie des choses qu’il y a à dire ; et je vous remercie pour l’aide que vous pourriez m’apporter dans ce projet.

Comme vous le voyez, cette bibliothèque fait beaucoup choses, et c’est en cela qu’elle s’oppose à getopt. Je pense vraiment qu’une telle solution peut présenter un gain de temps réel pour de gros projets, aussi je cherche à rendre cette bibliothèque la plus souple possible.

Je constate que j’en ai dit assez pour le moment, donc je vais me coucher le cœur léger, car demain matin, escrime.
(Et le man de GCC est tellement dense et touffu que je n’arrive plus à trouver ce que je cherchais. Tant pis.)

nesthib · Le 26/06/2010, à 03:33

euh… en résumé ça apporte quoi de neuf ta bibli Pylade ? getopts ne fait pas tout ça ? (je suis pas un spécialiste de getopts)

&& plop !

samυncle · Le 26/06/2010, à 04:30

.

gnuuat · Le 26/06/2010, à 08:58

Pylade a écrit :

grim7reaper a écrit :
Pylade a écrit :
Et puis tiens, j’ai trouvé comment rendre visible facilement le TdCCT dans la liste des sujets, tout en restant joli :
/* Topic des codeurs couche-tard [1] */
Vous en pensez quoi ?
Ha ouais, pas con. Je vote pour.
Et pour les raleurs : non, cette syntaxe n'est pas spécifique au C .
Je relance.
Et ouais, ce n’est pas spécifique au C, en en trouve par exemple en C++, ou en CSS.
Que des trucs qui commencent par C, en fait…

Contre, et pas pour une question de langage, mais pour une question sémantique.
Comment ça tu veux mettre en commentaire le tdcct ? .

Compteur du TdCCT · Le 26/06/2010, à 09:42

Scores totaux, depuis le début :

1) 611    samuncle
2) 540    nesthib
3) 535    Pylade
4) 488    grim7reaper
5) 416    mathieuI
6) 279    cm-t
7) 239    helly
8) 170    gnuuat
9) 121    ǤƦƯƝƬ
10) 118    tshirtman
11) 93    petifrancais
12) 85    \\Ouranos//
13) 42    pierguiard
14) 37    ilagas
14) 37    Lagierl
16) 33    Kanor
17) 30    keny
18) 25    GentooUser
19) 19    Le Rouge
20) 18    Ph3nix_
21) 14    kouskous
22) 12    stratoboy
22) 12    sailing
24) 11    edge_one
24) 11    xapantu
26) 10    CROWD
26) 10    Toineo
26) 10    NutMotion
29) 8    Mornagest
30) 7    Vista
31) 6    Zeibux
31) 6    Р'tite G☢gole :mad:
33) 5    timsy
34) 4    danychou56
34) 4    Neros
34) 4    Biaise
37) 3    gulp
38) 1    ceric
38) 1    pfriedK
38) 1    geenux

Compteur du TdCCT · Le 26/06/2010, à 09:42

Scores totaux, depuis le début :

1) 250    Pylade
2) 216    samuncle
3) 213    nesthib
4) 210    grim7reaper
5) 181    mathieuI
6) 106    helly
7) 96    cm-t
8) 73    gnuuat
9) 50    \\Ouranos//
10) 43    tshirtman
11) 30    Lagierl
12) 23    petifrancais
13) 20    keny
14) 19    Kanor
15) 17    pierguiard
16) 15    ǤƦƯƝƬ
17) 11    edge_one
18) 10    NutMotion
19) 7    Vista
20) 6    xapantu
21) 5    sailing
21) 5    timsy
23) 4    Toineo
24) 3    gulp
24) 3    Р'tite G☢gole :mad:
26) 2    kouskous
26) 2    Mornagest

helly · Le 26/06/2010, à 10:31

Bon, voyons le truc de Pylade

nesthib · Le 26/06/2010, à 10:38

métaporn ?

helly · Le 26/06/2010, à 10:44

Oui enfin la non >< touka c'était pas volontaire !!!!
Pis mon MP alors? j'ai pas eu de réponse !!

Kanor · Le 26/06/2010, à 11:47

Réponse dans pas longtemps

tshirtman · Le 26/06/2010, à 11:54

Pylade a écrit :

Ouais, mais pour les Cistes, ça fait un peu bizarre, tu manques de repères, t’as l’impression que tout risque de s’effondrer d’un moment à l’autre. Bref, il te manque un truc pour délimiter clairement tes blocs. Mais je pense que ça va passer.

Ben si t'avais l'habitude d'indenter… c'est juste le c qui t'a fais croire que les caractères non imprimables n'avait pas de sens, pour un mec qui emm*rde autant le monde avec ses insécables et insécables fines, ça doit représenter une sacrée incohérence interne

Euh, moi je n’ai pas émis d’avis sur le sujet, je n’ai même pas posté ici depuis plus de dix heures. Mais sinon je suis de l’avis de grim7reaper et helly, même si nous sommes en infériorité numérique…
Tiens, au fait, helly, ton « H » est-il aspiré ? Je me suis souvent posé cette question…

ah oui je commence à te confondre avec grim, vous êtes trop souvent du même avis >_<.

Allez, pour fêter les vacances chez à peu près tout le monde, je vais vous filer mon code.

heu, tu m'en veux pas si je lis pas? ^^

helly · Le 26/06/2010, à 12:03

Tiens, au fait, helly, ton « H » est-il aspiré ? Je me suis souvent posé cette question…

Je prononce ça éli,donc non

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#526 Le 26/06/2010, à 00:57

Re : /* Topic des codeurs couche-tard [1] */

#527 Le 26/06/2010, à 00:58

Re : /* Topic des codeurs couche-tard [1] */

#528 Le 26/06/2010, à 01:13

Re : /* Topic des codeurs couche-tard [1] */

#529 Le 26/06/2010, à 01:21

Re : /* Topic des codeurs couche-tard [1] */

#530 Le 26/06/2010, à 01:42

Re : /* Topic des codeurs couche-tard [1] */

#531 Le 26/06/2010, à 02:06

Re : /* Topic des codeurs couche-tard [1] */

#532 Le 26/06/2010, à 02:06

Re : /* Topic des codeurs couche-tard [1] */

#533 Le 26/06/2010, à 02:08

Re : /* Topic des codeurs couche-tard [1] */

#534 Le 26/06/2010, à 02:13

Re : /* Topic des codeurs couche-tard [1] */

#535 Le 26/06/2010, à 03:05

Re : /* Topic des codeurs couche-tard [1] */

#536 Le 26/06/2010, à 03:08

Re : /* Topic des codeurs couche-tard [1] */

#537 Le 26/06/2010, à 03:08

Re : /* Topic des codeurs couche-tard [1] */

#538 Le 26/06/2010, à 03:14

Re : /* Topic des codeurs couche-tard [1] */

#539 Le 26/06/2010, à 03:22

Re : /* Topic des codeurs couche-tard [1] */

#540 Le 26/06/2010, à 03:33

Re : /* Topic des codeurs couche-tard [1] */

#541 Le 26/06/2010, à 04:30

Re : /* Topic des codeurs couche-tard [1] */

#542 Le 26/06/2010, à 08:58

Re : /* Topic des codeurs couche-tard [1] */

#543 Le 26/06/2010, à 09:42

Re : /* Topic des codeurs couche-tard [1] */

#544 Le 26/06/2010, à 09:42

Re : /* Topic des codeurs couche-tard [1] */

#545 Le 26/06/2010, à 10:31

Re : /* Topic des codeurs couche-tard [1] */

#546 Le 26/06/2010, à 10:38

Re : /* Topic des codeurs couche-tard [1] */

#547 Le 26/06/2010, à 10:44

Re : /* Topic des codeurs couche-tard [1] */

#548 Le 26/06/2010, à 11:47

Re : /* Topic des codeurs couche-tard [1] */

#549 Le 26/06/2010, à 11:54

Re : /* Topic des codeurs couche-tard [1] */

#550 Le 26/06/2010, à 12:03

Re : /* Topic des codeurs couche-tard [1] */

Pied de page des forums