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

Pylades · Le 13/12/2010, à 22:27

ArkSeth a écrit :

[…]
(Tiens, par contre, il faudrait peut-être aussi prévoir des options pour créer un répertoire, un fichier vide… et éventuellement des fichiers préstructurés, peut-être…)
[…]

Ah non !
Ça c'est le propos de mon prochain projet !

Kanor a écrit :

grim7reaper a écrit :
Rolinh a écrit :
Il n'a pas le droit. C est beau, C est pure... C parfait!
Heu ouais, peut-être pas quand même
@Kanor : bah ça devrait lui faire plaisir alors.
Mais comment tu vois qu'il fonctionne avec Python 3 ?
J'ai testé

Comment ?

Dernière modification par Pylade (Le 13/12/2010, à 22:28)

Steap · Le 13/12/2010, à 23:16

ArkSeth a écrit :

Bah qu'un pointeur sur une structure A contenant un pointeur sur une structure B puisse être considéré comme un pointeur sur la structure B.
Que ça soit considéré comme un pointeur sur un pointeur sur la structure B (donc en ignorant la suite du contenu de la strucutre A), je comprendrais.
Mais qu'il utilise un pointeur pour rebondir comme ça d'une adresse mémoire à une autre, j'vois pas comment ça peut marcher

En effet, c'est pas exactement ça, si je lis bien :-p

#include <stdio.h>
#include <stdlib.h>

struct B {
    int foo;
};

struct A {
    struct B *b;
};

int
main(void)
{
    struct A a;
    struct B b;
    struct A *p_a = &a;
    struct B *p_b = &b;

    a.b = &b;
    b.foo = 42;

    fprintf(stdout, "p_a = %p\np_b = %p\n\n", p_a, p_b);
    fprintf(stdout, "p_a->b = %p\np_b    = %p\n\n", p_a->b, p_b);
    fprintf(stdout, "p_a  = %p\n&p_b = %p\n", &a, &p_b);

    return EXIT_SUCCESS;
}

p_a != p_b
p_a->b == p_b
p_a != &p_b

compte supprimé · Le 14/12/2010, à 00:08

Bn;

samυncle · Le 14/12/2010, à 00:09

gnuuat · Le 14/12/2010, à 00:32

1) J'ai rien compris ;
2) Je crois comprendre... ;
3) je poste une pseudo compréhension mal formulée ;
4) je me rend comptes que je vais me faire trasher la gueule par des puristes experts ;
5) j'edit en disant que ha ouais mais non, j'ai dit n'importe quoi, maisc'est bon j'ai compris ;
6) je me fais quand même trasher la gueule par des puristes experts.

Plus jamais je ne posterai sur un forum de culture d'arbres d'intérieur :s .

Edit : ha ouais mais non ! J'ai dit n'importe quoi !
Mais c'est bon j'ai compris .

Dernière modification par gnuuat (Le 14/12/2010, à 00:33)

Pylades · Le 14/12/2010, à 00:53

Dites, n'avez-vous jamais eu de problèmes avec votre shell ? En effet, lorsque l'on désire passer du texte brut comme argument à une commande sans qu'il soit interprété, on le place entre simple quotes « ' ». Cependant, si ce texte contient lui-même ce caractère, c'est la catastrophe. Et impossible d'échapper le « ' », sinon on perdrait l'avantage de la chaîne non-interprétée.

Mais j'ai la solution.
Et oui, il suffirait d'échapper le « ' » après son apparition, avec « \ » ou « ' », par exemple.
Ainsi :

echo 'ceci est une chaîne avec '\simple quotes'\ :P'
echo 'voici l''autre exemple'

Qu'en pensez-vous ? Serait-il utile d'implémenter ça dans les shells ?
À mon avis, oui. ^^

Et puis points.

Dernière modification par Pylade (Le 14/12/2010, à 01:02)

gnuuat · Le 14/12/2010, à 01:09

Pourquoi après, et pas avant ?

nesthib · Le 14/12/2010, à 01:30

plop

Кຼزດ · Le 14/12/2010, à 01:52

¬points

samυncle · Le 14/12/2010, à 03:02

Compteur du TdCCT · Le 14/12/2010, à 07:42

Scores totaux, depuis le début :

1) 2072    nesthib
2) 1980    samuncle
3) 1649    Pylade
4) 1286    Кຼزດ
5) 1048    cm-t
6) 970+5  grim7reaper /* ./viewtopic.php?pid=3486252#p3486252 */
7) 710    \\Ouranos//
8) 706    Р☢w ! ✰ :mad: ✰ (эй !)
9) 690    helly
10) 464    gnuuat
11) 442    Lagierl
12) 320    tshirtman
13) 196    Askelon
14) 172    nathéo
15) 169    Kanor
16) 121    ǤƦƯƝƬ
17) 93    petifrancais
18) 78    edge_one
18) 78    pierguiard
20) 70    gulp
21) 62    The Uploader
22) 59    kamui57
23) 37    ilagas
24) 32    Le Rouge
25) 30    keny
26) 27    Rolinh
27) 25    GentooUser
28) 24    ไ୦บเઢ'
29) 21    xapantu
30) 20    Morgiver
30) 20    CROWD
32) 18    Ph3nix_
33) 17    Steap
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
45) 8    Mornagest
46) 7    Vista
47) 6    Zeibux
47) 6    ubuntlin
47) 6    asma.geek
50) 5    tendances-tdct
50) 5    kinouchou
52) 4    danychou56
52) 4    Neros
52) 4    Biaise
52) 4    totoflute
52) 4    pinballyoda ㋛
57) 2    SoJaS
57) 2    ceric
59) 1    geenux

Compteur du TdCCT · Le 14/12/2010, à 07:42

Scores de la période en cours :

1) 95    nesthib
2) 90    samuncle
3) 83    grim7reaper
4) 69    Кຼزດ
5) 62    Pylade
6) 41    cm-t
7) 37    gnuuat
8) 34    Lagierl
8) 34    helly
10) 27    tshirtman
11) 19    Rolinh
12) 15    Р☢w ! ✰ :mad: ✰ (эй !)
13) 12    sakul
13) 12    Steap
15) 11    \\Ouranos//
16) 10    pierguiard
17) 5    kinouchou
18) 3    The Uploader
19) 2    xapantu
19) 2    Kanor

Pylades · Le 14/12/2010, à 15:07

gnuuat a écrit :

Pourquoi après, et pas avant ?

Parce qu'avant, tu dois utiliser un caractère d'échappement dans le corps de la chaîne, qu'il faudra lui aussi échapper… et tu perds tout l'intérêt des chaînes non-interprétées.

xapantu · Le 14/12/2010, à 19:34

@grim7reaper : finalement, après réflexion, je n'ai pas mis de variables globales dans les nouveaux fichiers, vous aviez raison Par contre, j'en ai rajouté une dans le fichier editor.c, simplement parce que je ne vois pas comment faire autrement, vu comment sont codés les callbacks (Mais c'est provisoire, juste le temps de changer d'améliorer un peu ce code là).

helly · Le 14/12/2010, à 22:27

BN.

Rolinh · Le 14/12/2010, à 22:37

.

compte supprimé · Le 14/12/2010, à 22:45

Bn;

grim7reaper · Le 14/12/2010, à 23:38

Bon, finalement je le tente en Haskell.
Je vais en chier et sûrement produire du code horrible pour un Haskeller confirmé (mais comme, à ma connaissance, il n'y en a pas ici ça devrait aller ^_^), mais au moins ça devrait me faire progresser dans ce langage .

Voilà un embryon de début (qui va probablement être amené à changer).

main :: IO()
main  = do
            args <- getArgs
            case args of
                []               -> (repl False) `catch` repl_handler
                ("--verbose":[]) -> (repl True ) `catch` repl_handler
                ("--help":_)     -> putStrLn "Aide en cours de redac'"
                ("-c":cmd:xs)    -> if "--verbose" `elem` xs then
                                        (interpret (words cmd) True ) `catch` interpret_handler
                                    else
                                        (interpret (words cmd) False) `catch` interpret_handler
                _ -> error "Bad invocation. Type \"setarch - help\" for more information."

Je me dis que je suis pas sorti… En fait, il y a encore beaucoup de chose que je dois apprendre en Haskell. En particulier tout ce qui porte sur les foncteurs (bon ça j'ai bien entamé), les monades et les flèches.

helly · Le 15/12/2010, à 00:10

Faudrait que je regarde dans les pages précédentes, voir ce que c'est que ce truc.
Y'avais un exo bien chiant au controle de COO (java) , un truc qui donne la valeur d'une chaîne opération genre 3 + 8 * 2.
Jvoyais comment règler ça en une ligne de Haskell .
(enfin deux).
Mais le langage imposé était Java.
Par contre, qu'on me dise ce qu'un exo comme ça fout dans un contrôle de COO
Sinon quand je vois ce contrôle et ce que vous faites vous en exams, j'ai l'impression qu'il y a un gouffre en fait oO.

Pylades · Le 15/12/2010, à 00:17

Glob de dépit.

grim7reaper · Le 15/12/2010, à 00:20

helly a écrit :

Faudrait que je regarde dans les pages précédentes, voir ce que c'est que ce truc.

L'embryon du début de mon implémentation pour le concours d'ArkSeth

Y'avais un exo bien chiant au controle de COO (java) , un truc qui donne la valeur d'une chaîne opération genre 3 + 8 * 2.
Jvoyais comment règler ça en une ligne de Haskell .
(enfin deux).
Mais le langage imposé était Java.

Hé oui, si seulement on avait toujours le choix du langage…
Mais parle pas de Java, j'ai mon premier cours (ou TP, en fait j'en sais rien) dans 15h >_<.

Par contre, qu'on me dise ce qu'un exo comme ça fout dans un contrôle de COO

Effectivement, sur ce que tu donnes j'ai du mal à voir l'OO là-dedans.

Sinon quand je vois ce contrôle et ce que vous faites vous en exams, j'ai l'impression qu'il y a un gouffre en fait oO.

Bah ça dépend, tu fais quoi dans tes exam ?
J'ai pas l'impression que ça soit si différent de ce que les autres font.
Sinon, je me rappelle pas avoir parler de mes sujet d'exam ici (ou si peu).

@Pylade : Plaît-il ?

Récursivité @_@

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

Кຼزດ · Le 15/12/2010, à 01:10

grim7reaper a écrit :

Mais parle pas de Java, j'ai mon premier cours (ou TP, en fait j'en sais rien) dans 15h >_<.

Mouhahahahahahahahaha.
Bonne nuit, fais de beaux cauchemards.

gnuuat · Le 15/12/2010, à 01:20

Suivant les contraintes et ce qu'on recherche, java ça peut être bien mieux que le C++ .

grim7reaper · Le 15/12/2010, à 01:31

Si ma contrainte c'est d'être lent et que je recherche la souffrance alors ouais c'est vrai que Java c'est mieux que C++ dans ce cas.

Bon, plus sérieusement : c'est quoi les fameux domaines où Java serait si bien adapté par rapport aux autres langages ?

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

samυncle · Le 15/12/2010, à 01:38

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#2376 Le 13/12/2010, à 22:27

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

#2377 Le 13/12/2010, à 23:16

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

#2378 Le 14/12/2010, à 00:08

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

#2379 Le 14/12/2010, à 00:09

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

#2380 Le 14/12/2010, à 00:32

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

#2381 Le 14/12/2010, à 00:53

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

#2382 Le 14/12/2010, à 01:09

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

#2383 Le 14/12/2010, à 01:30

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

#2384 Le 14/12/2010, à 01:52

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

#2385 Le 14/12/2010, à 03:02

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

#2386 Le 14/12/2010, à 07:42

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

#2387 Le 14/12/2010, à 07:42

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

#2388 Le 14/12/2010, à 15:07

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

#2389 Le 14/12/2010, à 19:34

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

#2390 Le 14/12/2010, à 22:27

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

#2391 Le 14/12/2010, à 22:37

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

#2392 Le 14/12/2010, à 22:45

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

#2393 Le 14/12/2010, à 23:38

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

#2394 Le 15/12/2010, à 00:10

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

#2395 Le 15/12/2010, à 00:17

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

#2396 Le 15/12/2010, à 00:20

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

#2397 Le 15/12/2010, à 01:10

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

#2398 Le 15/12/2010, à 01:20

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

#2399 Le 15/12/2010, à 01:31

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

#2400 Le 15/12/2010, à 01:38

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

Pied de page des forums