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

grim7reaper · Le 20/11/2010, à 22:10

tshirtman a écrit :

gaby@caterpillar [~]vim bf_largiel.py
gaby@caterpillar [~]cat "++++++++++[>+++++++>++++++++++>+++<<<-]>++.>+.++++.+++.>++.<+++.---.>.+.
> "^C
gaby@caterpillar [~]cat > /tmp/heil_oh.bf
++++++++++[>+++++++>++++++++++>+++<<<-]>++.>+.++++.+++.>++.<+++.---.>.+.
gaby@caterpillar [~]python bf_largiel.py < /tmp/heil_oh.bf 
>>> H e i l   o l   !
gaby@caterpillar [~]
j'avais juste ajouté de "," après les print, mais en effet, ça laisse un espace, contrairement à écrire sur stdout.
vous êtes des noobs quand même de pas connaitre les indirections

Ouais, trop cool…
C'est des noob les devs de gcc et autres logiciels qui lisent des fichiers, on a qu'a tout faire par indirection…

Pourquoi faire simple quand on peut faire compliqué. C'est le Java qui t'a influencé ou quoi

Dernière modification par grim7reaper (Le 20/11/2010, à 22:10)

tshirtman · Le 20/11/2010, à 22:18

Ben vous vous demandez comment lui faire éxecuter un script, je vous montre…

gcc c'est pas pareil, il a besoin de compiler des masses fichiers ensembles, ça peut pas marcher avec des indirections, alors que le bf… ben ça va quoi… la plupart des interpréteurs peuvent marcher comme ça…

grim7reaper · Le 20/11/2010, à 22:24

tshirtman a écrit :

la plupart des interpréteurs peuvent marcher comme ça…

Oui ok, et tout les programmes peuvent être directement codés en assembleur mais c'est pas pour autant qu'on le fait.
Là c'est pareil, ça peut fonctionner mais c'est chiant donc on fait autrement.

Chui pas un fan d'ergonomie mais quand même…

Dernière modification par grim7reaper (Le 20/11/2010, à 22:24)

Pylades · Le 20/11/2010, à 22:36

grim7reaper a écrit :

Dans ta remarque, le code est encore entré à la main dans l'interpréteur ou alors j'ai mal compris ta ligne…

Ben non, la première ligne c'est une ligne de shell, j'écris sur l'entrée standard.

grim7reaper a écrit :

Cool .
Pylade, tu pourrais remettre dispo le code de ton interpréteur (tu l'avais mis juste une journée chez Neros donc on peu plus le récupérer maintenant) ?

Done.
En revanche, la lecture depuis l'entrée standard est un peu boiteuse ; il ne faut pas qu'il y ait l'instruction de lecture…

grim7reaper · Le 20/11/2010, à 22:38

Pylade a écrit :

grim7reaper a écrit :
Dans ta remarque, le code est encore entré à la main dans l'interpréteur ou alors j'ai mal compris ta ligne…
Ben non, la première ligne c'est une ligne de shell, j'écris sur l'entrée standard.

Oui, tu ne lis pas dans un fichier .

grim7reaper a écrit :
Cool .
Pylade, tu pourrais remettre dispo le code de ton interpréteur (tu l'avais mis juste une journée chez Neros donc on peu plus le récupérer maintenant) ?
Done.
En revanche, la lecture depuis l'entrée standard est un peu boiteuse ; il ne faut pas qu'il y ait l'instruction de lecture…

Merci.

Pylades · Le 20/11/2010, à 22:46

grim7reaper a écrit :

Pylade a écrit :
grim7reaper a écrit :
Dans ta remarque, le code est encore entré à la main dans l'interpréteur ou alors j'ai mal compris ta ligne…
Ben non, la première ligne c'est une ligne de shell, j'écris sur l'entrée standard.
Oui, tu ne lis pas dans un fichier .

Je n'avais pas remarqué que l'écrire avant le prompt de l'interpréteur marchait. /me est un noob, honte sur lui.

Et sinon, de rien. Je trouverai peut-être le courage ce soir d'améliorer la lecture du code depuis l'entrée standard.

nathéo · Le 20/11/2010, à 22:46

int total_de_points = 162;

grim7reaper · Le 20/11/2010, à 22:49

nathéo a écrit :

unsigned char total_de_points = 162;

Fixed.
Prétentieux .

nathéo · Le 20/11/2010, à 23:06

Ça fait un moment que je pensait au unsigned (surtout pour le premier post en fait) mais je me souvenait plus comment on le plaçait (en même temps ça fait un an que j'ai pas lu de tuto sur le C… Sinon il me manque bien 10 points (suffit de comparer le classement de la période en cours du tdcct et du tdct)…

Dernière modification par nathéo (Le 20/11/2010, à 23:07)

grim7reaper · Le 20/11/2010, à 23:08

Espèce de grugeur, tu as juste oublié de pointer ici…

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

gnuuat · Le 20/11/2010, à 23:12

Pour votre interpreteur :
Histoire de faire un vrai truc marrant, voici une liste de mots clefs :
[*]Parseur LL ;[/*]
[*]Arbre AST[/*]
[*]Grammaire BNF[/*]
.

Sinon, ce matin on a encore eut un super exam de la part de nos Koala pour le C++ avancé, avec pour thème les templates...
Comme d'hab', je me suis lamentablement planté sur le troisième exo, ce qui me fera donc 10/20 (4 exos, 5 points chacuns, 4h d'exam, moulinette de correction s'arrêtant à la première erreur trouvée).

Voilà un peu ce que ça donne :
[*] Classe Soldier avec isMadness en méthode ;[/*]
[*] classe Sword, Spear et Horse avec attack en méthode (une interface Weapon aurait été la bienvenue, mais le but de l'exam c'était de voir les templates...) ;[/*]
[*] classe template Spartian<Weapon> héritant de Soldier, se spécialisant avec une arme (Spartian<Sword>, Spartian<Spear> et Spartian<Horse>) ;[/*]
[*] classe Legion contenant une liste de Soldier (en fait de Spartian spécialisé).[/*]
Lors de la construction de Spartian<Weapon>, on passe un pointeur sur l'arme qui le spécialisera. Spartian<Weapon> contient aussi une méthode attack faisant appel à la méthode attack de l'arme.

C'est Legion qui a posé problème :
[*]méthode template create sans paramètre, ajoutant dans la liste de Soldier autant de spartiate spécialisé que demandé ;[/*]
[*]méthode template count comptant le nombre de spartiate spécialisé demandé dans la liste de Soldier[/*]
Premier point ok, second... WTF ?

//
// Legion.hpp
//

#ifndef LEGION_H_
# define LEGION_H_

# include <list>
# include <cstdlib>

# include "Spartian.h"

class Legion
{
  public:
    template<class WEAPON, int howManyToCreate>
    void create()
    {
      int ctr = 0;
      while (ctr++ < howManyToCreate)
        {
          this->soldier.push_back(new Spartian<WEAPON>(new WEAPON()));
        }
    };

    template<WEAPON> // ??
    size_t count()
    {
      return (this->soldier.size());
    };

  private:
    std::list<Soldier*> soldiers;
};

#endif // !LEGION_H_

Je ne vois absolument pas comment profiler cette python de méthode template O_o.
Pour create, il suffit de l'appeller en spécialisant, genre comme ça :

legion.create<Sword, 42>;

Pour count, ça devrait être un truc du genre :

legion.count<Sword>();
// voir legion.count<Spartian<Sword> >;

Par contre, pour l'implémentation... Même avec typeid.name() je vois pas trop ^^ .

nathéo · Le 20/11/2010, à 23:15

grim7reaper a écrit :

Espèce de grugeur, tu as juste oublié de pointer ici…

Pour commencer le post en question, ensuite le post du compteur le même jour, enfin le post du compteur le jour d'avant à toi de voir maintenant…

Dernière modification par nathéo (Le 20/11/2010, à 23:16)

grim7reaper · Le 20/11/2010, à 23:24

gnuuat a écrit :

Pour votre interpreteur :
Histoire de faire un vrai truc marrant, voici une liste de mots clefs :
[*]Parseur LL ;[/*]
[*]Arbre AST[/*]
[*]Grammaire BNF[/*]
.

Oui je connais déjà, mais c'est totalement inutile pour le brainfuck.
Et puis, LALR > LL.
Arbre AST c'est redondant (il y a déjà le T de tree).

Sinon, pour ton problème de C++, est-ce que tu à un un code (compilable) minimal reproduisant le problème ?

@:rolleyes: : mouais, admettons

Dernière modification par grim7reaper (Le 20/11/2010, à 23:33)

compte supprimé · Le 21/11/2010, à 00:06

'nuit;

gnuuat · Le 21/11/2010, à 00:13

@grim7reaper : oui, sur le serveur FTP d'exam d'EPITECH ^^' .
Je ne veux pas vraiment du code (on aura sans doute une correction), c'est juste un petit poste de code .

Sinon, une remarque sur le BF : c'est sensé être plus bas niveau que l'ASM, non ? Du coup; l'implémentation d'un interpreteur lui fais perdre sa réelle puissance (s'il en a ^^' ).

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

Non, ce n'est pas du bas niveau (il n'est pas du tout proche de la machine, tu ne peux pas accéder aux registres par exemple) et il n'a pas de réelle puissance ^^.

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

Pylades · Le 21/11/2010, à 00:44

nathéo a écrit :

grim7reaper a écrit :
Espèce de grugeur, tu as juste oublié de pointer ici…
Pour commencer le post en question, ensuite le post du compteur le même jour, enfin le post du compteur le jour d'avant à toi de voir maintenant…

Le compteur ne se trompe pas, tu as juste indiqué en signature un GMT+X incompatible avec les points…

tshirtman · Le 21/11/2010, à 01:09

ce serait plus bas niveau si on l'implémentait dans un processeur, mais je ne sais pas si ça apporterai réellement de bénéfice, malgrès le fait que ce soit plus RISC que le RISC ^^

grim7reaper · Le 21/11/2010, à 01:19

Clairement aucun bénéfice, déjà il ne travaille que sur de la mémoire donc il faudrait toujours faire des accès mémoire (ce qui est une opération coûteuse pour un CPU).

Кຼزດ · Le 21/11/2010, à 01:38

plop

Dernière modification par Кຼزດ (Le 21/11/2010, à 03:03)

nathéo · Le 21/11/2010, à 01:57

Pylade a écrit :

nathéo a écrit :
grim7reaper a écrit :
Espèce de grugeur, tu as juste oublié de pointer ici…
Pour commencer le post en question, ensuite le post du compteur le même jour, enfin le post du compteur le jour d'avant à toi de voir maintenant…
Le compteur ne se trompe pas, tu as juste indiqué en signature un GMT+X incompatible avec les points…

Alors tu pourrais peut-être m'expliquer pourquoi les points ont été pris en compte sur le tdct…

grim7reaper · Le 21/11/2010, à 01:58

Tout simplement par ce que n'est pas exactement le même bot qui tourne ici…

nathéo · Le 21/11/2010, à 02:00

Leur code source n'est à la base pas le même ?

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

La base oui, mais il y a eu des modifs depuis…

nathéo · Le 21/11/2010, à 02:02

Qui concerne quoi au juste ?

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1526 Le 20/11/2010, à 22:10

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

#1527 Le 20/11/2010, à 22:18

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

#1528 Le 20/11/2010, à 22:24

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

#1529 Le 20/11/2010, à 22:36

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

#1530 Le 20/11/2010, à 22:38

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

#1531 Le 20/11/2010, à 22:46

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

#1532 Le 20/11/2010, à 22:46

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

#1533 Le 20/11/2010, à 22:49

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

#1534 Le 20/11/2010, à 23:06

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

#1535 Le 20/11/2010, à 23:08

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

#1536 Le 20/11/2010, à 23:12

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

#1537 Le 20/11/2010, à 23:15

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

#1538 Le 20/11/2010, à 23:24

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

#1539 Le 21/11/2010, à 00:06

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

#1540 Le 21/11/2010, à 00:13

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

#1541 Le 21/11/2010, à 00:18

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

#1542 Le 21/11/2010, à 00:44

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

#1543 Le 21/11/2010, à 01:09

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

#1544 Le 21/11/2010, à 01:19

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

#1545 Le 21/11/2010, à 01:38

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

#1546 Le 21/11/2010, à 01:57

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

#1547 Le 21/11/2010, à 01:58

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

#1548 Le 21/11/2010, à 02:00

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

#1549 Le 21/11/2010, à 02:01

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

#1550 Le 21/11/2010, à 02:02

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

Pied de page des forums