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

Pylades · Le 21/11/2010, à 03:03

En particulier pour le traitement des GMT+X, jeune padawan…

grim7reaper · Le 21/11/2010, à 03:08

nathéo a écrit :

Qui concerne quoi au juste ?

T'es dans le TdCCT donc t'est censé savoir lire un code source…

@Pylade : d'ailleurs faudrait que tu mettes un lien vers le code dans la signature du compteur (là c'est un lien vers le code de l'original si je ne m'abuse).

Dernière modification par grim7reaper (Le 21/11/2010, à 03:09)

Pylades · Le 21/11/2010, à 03:11

Ouais, je sais. Et que je fasse des mises à jours. Dodo.

cm-t · Le 21/11/2010, à 03:12

'Nuit;

\\Ouranos// · Le 21/11/2010, à 04:28

nesthib · Le 21/11/2010, à 04:36

plop

Compteur du TdCCT · Le 21/11/2010, à 08:42

Scores totaux, depuis le début :

1) 1907    nesthib
2) 1826    samuncle
3) 1529    Pylade
4) 1158    Кຼزດ
5) 945    cm-t
6) 823+5  grim7reaper /* ./viewtopic.php?pid=3486252#p3486252 */
7) 693    \\Ouranos//
8) 680    Р☢w ! ✰ :mad: ✰ (эй !)
9) 639    helly
10) 395    Lagierl
11) 391    gnuuat
12) 286    tshirtman
13) 186    Askelon
14) 167    Kanor
15) 152    nathéo
16) 121    ǤƦƯƝƬ
17) 93    petifrancais
18) 78    edge_one
19) 70    gulp
20) 68    pierguiard
21) 59    kamui57
21) 59    The Uploader
23) 37    ilagas
24) 32    Le Rouge
25) 30    keny
26) 25    GentooUser
27) 24    ไ୦บเઢ'
28) 20    Morgiver
28) 20    CROWD
30) 19    xapantu
31) 18    Ph3nix_
32) 15    timsy
33) 14    kouskous
34) 12    stratoboy
34) 12    sailing
36) 11    alexises
36) 11    Crocoii
38) 10    Toineo
38) 10    NutMotion
38) 10    pseudovingtcinqcaracteres
38) 10    pfriedZ
42) 8    Mornagest
43) 7    Vista
44) 6    Zeibux
44) 6    ubuntlin
44) 6    asma.geek
47) 5    tendances-tdct
48) 4    danychou56
48) 4    Neros
48) 4    Biaise
48) 4    totoflute
48) 4    pinballyoda ㋛
48) 4    Sherwood51
54) 2    SoJaS
54) 2    ceric
56) 1    geenux

Compteur du TdCCT · Le 21/11/2010, à 08:42

Scores de la période en cours :

1) 186    nesthib
2) 166    samuncle
3) 145    grim7reaper
4) 135    Кຼزດ
5) 120    nathéo
6) 102    gnuuat
7) 99    cm-t
8) 94    Pylade
9) 56    Askelon
10) 39    \\Ouranos//
11) 35    Lagierl
12) 30    tshirtman
13) 9    The Uploader
14) 5    Le Rouge
15) 4    Р☢w ! ✰ :mad: ✰ (эй !)
15) 4    Sherwood51
17) 3    Kanor
17) 3    helly
19) 2    pierguiard
20) 1    xapantu

helly · Le 21/11/2010, à 11:22

grim7reaper a écrit :

nathéo a écrit :
Qui concerne quoi au juste ?
T'es dans le TdCCT donc t'est censé savoir lire un code source…

 !

Pylades · Le 21/11/2010, à 12:46

Hey !
Quand on est à la fin de l'entrée standard, getchar peut soit renvoyer EOF, soit attendre que l'utilisateur remplisse l'entrée standard. Comment peut-on forcer tel ou tel comportement ?

grim7reaper · Le 21/11/2010, à 12:56

Tu veux faire quoi ?

Je pense pas qu'il y ai moyen de forcer quoi que ce soit, vu que ça fonctionne déjà bien en l'état (enfin de manière logique quoi).

Dernière modification par grim7reaper (Le 21/11/2010, à 12:58)

tshirtman · Le 21/11/2010, à 13:02

tu veux un timeout sur le getchar en fait?

Pylades · Le 21/11/2010, à 13:05

Non, c'est juste que des fois il me renvoie un EOF à la fin du flux, et d'autres fois il attend que l'utilisateur remplisse le flux. Je voudrais savoir pourquoi.

grim7reaper · Le 21/11/2010, à 13:07

Normalement il renvoie EOF quand il le lit (chez nous c'est Ctrl+D, chez Windows ça doit être Ctrl+Z).

Pylades · Le 21/11/2010, à 13:18

???

EOF, c'est -1, chez nous…

Je vais donner un exemple :

#include <stdio.h>
int main(void)
{
    putchar(getchar());
    putchar(getchar());
    putchar(getchar());
    putchar(getchar());
    putchar(getchar());
    putchar('\n');
    return 0;
}

Maintenant, observe la différence de comportement entre ces deux invocations :

./a.out

echo -n t | ./a.out

Dans le premier cas, l'utilisateur doit remplir l'entrée standard ; dans le second, EOF est renvoyé…

grim7reaper · Le 21/11/2010, à 13:34

Pylade a écrit :

???
EOF, c'est -1, chez nous…

Absolument pas, ça c'est juste la constante symbolique en C…
Chez moi c'est bien Ctrl+D qui fait EOF (regarde chez toi avec la commande stty -a)

speed 38400 baud; rows 59; columns 210; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 -hupcl -cstopb cread -clocal -crtscts
-ignbrk brkint ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany imaxbel iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke

Maintenant, observe la différence de comportement entre ces deux invocations :
./a.out
echo -n t | ./a.out
Dans le premier cas, l'utilisateur doit remplir l'entrée standard ; dans le second, EOF est renvoyé…

Oui, car dans le second cas le flux est terminé.
Je pense que (simple hypothèse) le pipe ajoute un EOF à la fin du flux (pour justement signaler la fin dudit flux).
Alors que dans le premier cas, c'est à l'utilisateur de signaler la fin du flux manuellement.

Dernière modification par grim7reaper (Le 21/11/2010, à 13:35)

tshirtman · Le 21/11/2010, à 15:00

ben oui, c'est exactement ça… si le flux est créé par le systeme, le systeme ajoute le charactère de fin de fichier à la fin, si c'est l'utilisateur, c'est à lui de le faire…

grim7reaper · Le 21/11/2010, à 15:02

C'est bien ce que je pensais, merci d'avoir confirmé

Pylades · Le 21/11/2010, à 18:17

Hmm… OK, mais dois faire quoi pour retirer l'EOF passé par le pipeline et demandé à ce que le flux soit complété par l'utilisateur à la place ?

grim7reaper · Le 21/11/2010, à 18:20

Bah pourquoi tu veux utiliser un pipeline déjà ?

J'ai du rater une subtilité car je trouve pas ça très logique. Soit tu entres le truc à la main et c'est OK, soit il y a un pipeline ce qui signifie que c'est un programme qui te fourni l'entrée donc l'utilisateur n'a rien à foutre là dedans.

Pylades · Le 21/11/2010, à 18:27

Je veux que l'interpréteur brainfuck puisse lire le code depuis l'entrée standard. Mais alors, il faut aussi que l'utilisateur puisse écrire sur stdin, et pas que je n'obtienne qu'une suite d'EOF…

grim7reaper · Le 21/11/2010, à 18:31

Oui, et il est où le problème ?
Où est-ce que tu obtiens une suite d'EOF ?

Pylades · Le 21/11/2010, à 18:42

Ben quand tu fais un getchar après avoir lu le code depuis stdin, à chaque tentative de lecture tu obtiens invariablement un EOF ; j'ai même essayé de fermer puis rouvrir le flux, rien n'y fait…

Dernière modification par Pylade (Le 21/11/2010, à 18:43)

grim7reaper · Le 21/11/2010, à 18:47

Balance le code parce que là j'ai du mal à me rendre compte du truc.

Dernière modification par grim7reaper (Le 21/11/2010, à 18:48)

tshirtman · Le 21/11/2010, à 18:49

tu as lus le code via une indirection?

si oui tu n'a pas lus stdin mais le fichier, qui est bien fermé… et à ma connaissance tu n'a alors aucun moyen de lire depuis le vrai stdin…

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1551 Le 21/11/2010, à 03:03

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

#1552 Le 21/11/2010, à 03:08

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

#1553 Le 21/11/2010, à 03:11

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

#1554 Le 21/11/2010, à 03:12

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

#1555 Le 21/11/2010, à 04:28

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

#1556 Le 21/11/2010, à 04:36

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

#1557 Le 21/11/2010, à 08:42

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

#1558 Le 21/11/2010, à 08:42

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

#1559 Le 21/11/2010, à 11:22

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

#1560 Le 21/11/2010, à 12:46

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

#1561 Le 21/11/2010, à 12:56

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

#1562 Le 21/11/2010, à 13:02

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

#1563 Le 21/11/2010, à 13:05

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

#1564 Le 21/11/2010, à 13:07

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

#1565 Le 21/11/2010, à 13:18

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

#1566 Le 21/11/2010, à 13:34

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

#1567 Le 21/11/2010, à 15:00

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

#1568 Le 21/11/2010, à 15:02

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

#1569 Le 21/11/2010, à 18:17

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

#1570 Le 21/11/2010, à 18:20

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

#1571 Le 21/11/2010, à 18:27

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

#1572 Le 21/11/2010, à 18:31

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

#1573 Le 21/11/2010, à 18:42

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

#1574 Le 21/11/2010, à 18:47

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

#1575 Le 21/11/2010, à 18:49

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

Pied de page des forums