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

The Uploader · Le 25/12/2010, à 03:00

re-BN;

compte supprimé · Le 25/12/2010, à 03:01

Bn;

Кຼزດ · Le 25/12/2010, à 03:08

hop

Pylades · Le 25/12/2010, à 03:21

/me n'a pas compris comment fonctionnent les références.

/me a amélioré son interpréteur brainfuck. ♥

nesthib · Le 25/12/2010, à 04:23

plop

Compteur du TdCCT · Le 25/12/2010, à 08:42

Scores totaux, depuis le début :

1) 2161    nesthib
2) 2030    samuncle
3) 1733    Pylade
4) 1361    Кຼزດ
5) 1048    cm-t
6) 1025+5  grim7reaper /* ./viewtopic.php?pid=3486252#p3486252 */
7) 753    \\Ouranos//
8) 721    helly
9) 716    Р☢w ! ✰ :mad: ✰ (эй !)
10) 508    gnuuat
11) 483    Lagierl
12) 345    tshirtman
13) 196    Askelon
14) 185    Kanor
15) 172    nathéo
16) 121    ǤƦƯƝƬ
17) 93    petifrancais
18) 88    The Uploader
19) 81    Rolinh
20) 78    edge_one
20) 78    pierguiard
22) 70    gulp
23) 59    kamui57
24) 37    ilagas
25) 32    Le Rouge
26) 30    keny
27) 25    GentooUser
27) 25    Morgiver
29) 24    ไ୦บเઢ'
30) 22    xapantu
31) 21    Steap
32) 20    CROWD
33) 18    Ph3nix_
34) 15    timsy
35) 14    kouskous
36) 12    stratoboy
36) 12    sailing
36) 12    sakul
39) 11    alexises
39) 11    Crocoii
41) 10    Toineo
41) 10    NutMotion
41) 10    pseudovingtcinqcaracteres
41) 10    pfriedZ
41) 10    d10g3n
46) 8    Mornagest
47) 7    Vista
48) 6    Zeibux
48) 6    ubuntlin
48) 6    asma.geek
51) 5    tendances-tdct
51) 5    kinouchou
53) 4    danychou56
53) 4    Neros
53) 4    Biaise
53) 4    totoflute
53) 4    pinballyoda ㋛
58) 3    Revan26914
59) 2    SoJaS
59) 2    ceric
61) 1    geenux

chart?chs=675x280&cht=p3&chco=d80020,d88000,ffd840,20d820,2080ff,101080,a020d8&chf=bg,s,fbf9f4&chl=00h%20-%2000h59|01h%20-%2001h59|02h%20-%2002h59|03h%20-%2003h59|07h%20-%2007h59|10h%20-%2010h59|15h%20-%2015h59|17h%20-%2017h59|18h%20-%2018h59|19h%20-%2019h59&chd=t:9,5,3,1,2,2,3,6,2,2&chp=1.6&chtt=R%C3%A9partition%20des%20posts&chts=606060,16

Compteur du TdCCT · Le 25/12/2010, à 08:42

Scores de la période en cours :

1) 184    nesthib
2) 146    Pylade
3) 144    Кຼزດ
4) 140    samuncle
5) 138    grim7reaper
6) 81    gnuuat
7) 75    Lagierl
8) 73    Rolinh
9) 65    helly
10) 54    \\Ouranos//
11) 52    tshirtman
12) 41    cm-t
13) 29    The Uploader
14) 25    Р☢w ! ✰ :mad: ✰ (эй !)
15) 18    Kanor
16) 16    Steap
17) 12    sakul
18) 10    pierguiard
18) 10    d10g3n
20) 5    kinouchou
20) 5    Morgiver
22) 3    xapantu
22) 3    Revan26914

grim7reaper · Le 25/12/2010, à 10:25

Hello World !

Pylade a écrit :

/me n'a pas compris comment fonctionnent les références.

Ça devrait venir assez vite, ce n'est pas le truc le plus dur à comprendre.

/me a amélioré son interpréteur brainfuck. ♥

Il rivalise enfin avec le mien ?

Édit : Une fois l'image de fond redimensionnée, le code de tshirtman fonctionne (je n'irais pas jusqu'à dire bien, mais il fonctionne ).

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

tshirtman · Le 25/12/2010, à 15:31

merci pour le bug, en effet, très bête le débordement mémoire, bizarre que je n'ai jamais eu de soucis avec ça, ça vient peut être de la version de gcc… c'est vrai qu'il a toujours été compilé sur lucid…

cette corrections et quelques autres ont été poussées sur le git…

Dernière modification par tshirtman (Le 25/12/2010, à 15:33)

grim7reaper · Le 25/12/2010, à 15:44

C'est possible.
Peut-être que dans certaines versions de gcc l'ajout de Stack-Smashing Protector (ou autres astuces du même genre) était fait par défaut (ça pourrait expliquer que ce bug ne soit jamais apparu chez toi).

Édit : quand je récupère la version git, j'ai toujours la vieille version (j'ai raté quelque chose ou bien… ?)

Dernière modification par grim7reaper (Le 25/12/2010, à 15:51)

Pylades · Le 25/12/2010, à 16:08

grim7reaper a écrit :

[…]
Pylade a écrit :
/me n'a pas compris comment fonctionnent les références.
Ça devrait venir assez vite, ce n'est pas le truc le plus dur à comprendre.

Encore faut-il trouver de le documentation qui parle du fonctionnement interne…

grim7reaper a écrit :

Pylade a écrit :
/me a amélioré son interpréteur brainfuck. ♥
Il rivalise enfin avec le mien ?
[…]

Le seuls choses qu'il ne sait pas faire, c'est lire les bytes d'entrée depuis une indirection alors que le code était déjà lu par une indirection (il faut juste que je trouve un séparateur) et lire les bytes d'entrée depuis un fichier. Le reste fonctionne. Et ses perfs sont toujours bonnes, son tampon infini, et sa consommation de mémoire faible. ^_^

tshirtman · Le 25/12/2010, à 16:14

@grim: j'avais oublié le "git update-server-info"

grim7reaper · Le 25/12/2010, à 17:48

Pylade a écrit :

grim7reaper a écrit :
[…]
Pylade a écrit :
/me n'a pas compris comment fonctionnent les références.
Ça devrait venir assez vite, ce n'est pas le truc le plus dur à comprendre.
Encore faut-il trouver de le documentation qui parle du fonctionnement interne…

Pas besoin de connaître le fonctionnement interne pour s'en servir…
Mais il me semble que gcc implémente ça en tant que pointeur constant, tout bêtement.

Et ses perfs sont toujours bonnes

Ouais bonne si on veut, tu peux faire mieux pour du C.

time (echo 200 | ./pylade script/primes.bf)
Primes up to: 2 3 5 7 11 13 17 19 23 29 31 37 41 43 47 53 59 61 67 71 73 79 83 89 97 101 103 107 109 113 127 131 137 139 149 151 157 163 167 173 179 181 191 193 197 199 


real    1m4.725s
user    0m57.033s
sys    0m0.083s

Vs

time (echo 200 | ./grim7reaper script/primes.bf)
Primes up to: 2 3 5 7 11 13 17 19 23 29 31 37 41 43 47 53 59 61 67 71 73 79 83 89 97 101 103 107 109 113 127 131 137 139 149 151 157 163 167 173 179 181 191 193 197 199 

real    0m38.371s
user    0m33.778s
sys    0m0.017s

Bon moi c'est du C++, mais ça ne change pas grand-chose (j'ai tout compilé en O3).
Si tu veux tester le programme, il est là (parmi d'autres)

@tshirtman : ok, effectivement ça fonctionne mieux maintenant

Dernière modification par grim7reaper (Le 25/12/2010, à 18:00)

Pylades · Le 25/12/2010, à 18:03

Je n'ai pas dit que c'était excellent, mais c'est correct. Je ne suis pas beaucoup plus long que toi, mais mon empreinte mémoire est plus faible. :]

grim7reaper · Le 25/12/2010, à 18:19

Pas beaucoup plus long, pas loin du double quand même…
Mais c'est vrai que je suis plus lourd en mémoire (mais la vitesse à un prix, en plus là j'ai fait ça à la bourrin (2 hashmap, il y a moyen de la jouer plus fine))

Rolinh · Le 25/12/2010, à 19:46

J'ai pas trop suivi ces derniers jours. Vous avez appliqué chacun un algo pour trouver des nombres premiers?

grim7reaper · Le 25/12/2010, à 19:47

Non, j'ai juste choppé un programme en brainfuck qui fait une recherche de nombres premiers pour m'en servir de bench pour l'interpréteur de Pylade et le mien.

grim7reaper · Le 25/12/2010, à 21:09

Ptain, ça semble plutôt utile ces monoïdes

Don Stewart a écrit :

duncan.coutts:
> On Thu, 2009-01-15 at 19:46 +0000, Andrew Coppin wrote:
>
> > PS. As a small aside... Is the Monoid class actually used *anywhere* in
> > all of Haskell?
>
> Yes.
>
> They're used quite a lot in Cabal. Package databases are monoids.
> Configuration files are monoids. Command line flags and sets of command
> line flags are monoids. Package build information is a monoid.
>
> It is also used in the Foldable class which is a nice interface for
> traversing/visiting structures. Binary serialisation is also a monoid.
Also, xmonad configuration hooks are monoidal. So all those xmonad users
gluing together keybindings are using the Monoid class.
-- Don

Et ces histoires de Finger Tree semblent également très intéressantes

Pylades · Le 25/12/2010, à 21:15

Mathieu va se plaindre de l'agression oculaire… et il aura en partie raison.

Bon, sinon je crois que j'ai compris les références. En gros c'est un pointeur constant avec déférencement automatique, et l'initialisation est définie pour récupérer l'adresse de la variable avec laquelle la référence est initialisé, non ?

Vim me déçoit…
(La suite au prochain numéro.)

grim7reaper · Le 25/12/2010, à 21:23

Pylade a écrit :

Mathieu va se plaindre de l'agression oculaire… et il aura en partie raison.

Oui la forme est moche (mais bon, il est relativement simple d'y remédier), mais de toute façon dans un article je m'intéresse plus au fond en général…
Et puis, on voit que tu n'as jamais vu la page perso de Larry Wall (il a dû inspirer le CSS d'Edubuntu-fr.org…)

Bon, sinon je crois que j'ai compris les références. En gros c'est un pointeur constant avec déférencement automatique, et l'initialisation est définie pour récupérer l'adresse de la variable avec laquelle la référence est initialisé, non ?

Oui, juste c'est un pointeur constant avec les & et les * automatiques.

Vim me déçoit…
(La suite au prochain numéro.)

Qu'est ce qu'il t'a fait ?
Passe à Emacs !

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

helly · Le 25/12/2010, à 21:25

Passe à Emacs !

T'as besoin d'être vulgaire ?
Sois poli si t'es pas joli .

grim7reaper · Le 25/12/2010, à 21:27

Nan mais Emacs à certaines qualités, dont un mode overkill pour le VHDL (rien de comparable pour Vim) et un interpréteur Scheme embarqué, entre autres.
Mais bon, comme je fais rarement du VHDL chez moi (et du Scheme n'en parlons pas) je reste sur Vim
Et puis le fichier de conf' en Lisp, très peu pour moi…

Dernière modification par grim7reaper (Le 26/12/2010, à 01:00)

Elzen · Le 25/12/2010, à 21:29

Exagère pas, helly, Emacs est quand même un très bon système d'exploitation : il ne lui manque qu'un bon éditeur de texte.

Pylades · Le 25/12/2010, à 22:01

Bon, voilà pourquoi Vim me déçoit :

man gcc a écrit :

file.hh
file.H
file.hp
file.hxx
file.hpp
file.HPP
file.h++
file.tcc
C++ header file to be turned into a precompiled header.

Le « .h++ » est mon préféré, mais malheureusement le plugin filetype ne le reconnaît pas (c'est le seul où il échoue, d'ailleurs). Je sais que je pourrais remédier à ça sur ma propre machine, mais ça ne marchera pas chez les autres ; et l'autre solution est de mettre un très moche /* vim: syn=cpp */, mais c'est souvent désactivé (dont chez moi) pour des raisons de « sécurité », et puis c'est moche.

Du coup, je dois renoncer à « .h++ », c'est triste.

tshirtman · Le 25/12/2010, à 22:32

#!/usr/bin/env python
# -*- encoding=utf-8 -*-
import time
import sys

for i in range(8):
    sys.stdout.write('\033[3'+str(i%8+1)+'mJ\033[3'+str((i+1)%8+1)+'mo\033[3'+str((i+2)%8+1)+'my\033[3'+str((i+3)%8+1)+'me\033[3'+str((i+4)%8+1)+'mu\033[3'+str((i+5)%8+1)+'mx \033[3'+str((i+6)%8+1)+'mN\033[3'+str((i+7)%8+1)+'mo\033[3'+str((i+8)%8+1)+'më\033[3'+str((i+9)%8+1)+'ml')
    sys.stdout.flush()
    time.sleep(.5)
    sys.stdout.write('\r')

tiens c'est un peu tard, mais je viens de trouver ça sur mon disque dur… je devais m'ennuyer l'an dernier…

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#426 Le 25/12/2010, à 03:00

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

#427 Le 25/12/2010, à 03:01

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

#428 Le 25/12/2010, à 03:08

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

#429 Le 25/12/2010, à 03:21

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

#430 Le 25/12/2010, à 04:23

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

#431 Le 25/12/2010, à 08:42

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

#432 Le 25/12/2010, à 08:42

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

#433 Le 25/12/2010, à 10:25

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

#434 Le 25/12/2010, à 15:31

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

#435 Le 25/12/2010, à 15:44

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

#436 Le 25/12/2010, à 16:08

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

#437 Le 25/12/2010, à 16:14

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

#438 Le 25/12/2010, à 17:48

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

#439 Le 25/12/2010, à 18:03

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

#440 Le 25/12/2010, à 18:19

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

#441 Le 25/12/2010, à 19:46

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

#442 Le 25/12/2010, à 19:47

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

#443 Le 25/12/2010, à 21:09

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

#444 Le 25/12/2010, à 21:15

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

#445 Le 25/12/2010, à 21:23

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

#446 Le 25/12/2010, à 21:25

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

#447 Le 25/12/2010, à 21:27

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

#448 Le 25/12/2010, à 21:29

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

#449 Le 25/12/2010, à 22:01

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

#450 Le 25/12/2010, à 22:32

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

Pied de page des forums