Reprise du message précédent :

bon, j'arrive un peu à la bourre, mais tu dois sûrement pouvoir convertir ce qui vient de là : http://www.xeberon.net/view.php?id=108&page=0 en un peu de bon vieux C !

Arf, pas le temps de l'etudier, on a fait une division Euclidienne, mais qui ne marche pas.
C'est que en debutant avec les pointeursm c'est dur!

Bon ben on aura eu 0. Tant pis!

0 ??? même si tu as implanté certaines fonctions ? Et alors que tu débutes avec les pointeurs ?

Ah pardon, c'est pas le topic "méthodes de mon école", mais bon...

En fait, non la c'est un probleme venant de nous, on bossais sur le compte de mon binome, et il avait modifié des fichiers qu'il ne fallais pas toucher, et quand on a tout remis en place, ben on a tout cassé.
Donc a mon avis ca sera 0, a moins d'un miracle, mais j'en doute.

Le 09 novembre 2004 - 09 h 04, Woofy a écrit : En fait, non la c'est un probleme venant de nous, on bossais sur le compte de mon binome, et il avait modifié des fichiers qu'il ne fallais pas toucher, et quand on a tout remis en place, ben on a tout cassé. Donc a mon avis ca sera 0, a moins d'un miracle, mais j'en doute.

Tain c'est pas la premiere fois que ca vous arrive...

La prochaine fois mettez un serveur CVS si vous craignez ce genre de truc...

En fait, il aurais pas fallu qu'il touche aux fichiers interdits et on auraient du bosser direct dans le repertoire de rendu.

Le 09 novembre 2004 - 12 h 34, Woofy a écrit : En fait, il aurais pas fallu qu'il touche aux fichiers interdits et on auraient du bosser direct dans le repertoire de rendu.

C'est pour ca que je vous dis de mettre en place un serveur CVS (meme si c'est sortir la grosse artillerie pour un petit truc)...

Au moins, vu votre rythme, il sera rapidement rentabilisé... Surtout d'après le nombre de boulettes que vous faites

Ouais, mais bon, vu qu'on change tout le temps de groupe de travail... enfin a voir.

Bon, prochain gros gros projet, le Corewar (oui oui, la guerre des programmes)
On met 2 programme en machine virtuelle, sur la meme zone memoire, et il se "combattent" jusqu'a ce que l'un d'eux plante.

Bon en fait, il faut qu'on code une machine virtuelle en assembleur, un prog d'interpretation pour l'assembleur, et un "champion" (qui affontera les autres champions des autres groupes)
On est 4 par groupe, on a 1 mois pour le faire (sachant qu'on a 2-3 projets en meme temps).

Sympa!

Mais c'est génial !

Tu verras, je suis sûr que quand tu travailleras tu ne feras que ce genre de choses......

Le 09 novembre 2004 - 14 h 48, Woofy a écrit : Ouais, mais bon, vu qu'on change tout le temps de groupe de travail... enfin a voir. Bon, prochain gros gros projet, le Corewar (oui oui, la guerre des programmes) On met 2 programme en machine virtuelle, sur la meme zone memoire, et il se "combattent" jusqu'a ce que l'un d'eux plante. Bon en fait, il faut qu'on code une machine virtuelle en assembleur, un prog d'interpretation pour l'assembleur, et un "champion" (qui affontera les autres champions des autres groupes) On est 4 par groupe, on a 1 mois pour le faire (sachant qu'on a 2-3 projets en meme temps). Sympa!

Juste une question : tu assures comment le fait que tu sois sûr de la terminaison (forcée ou non) du programme ?

De même, assures tu les cas de fonctionnement erratique, beaucoup plus proche de la réalité qu'un simple arrêt du programme ?

Bref, si j'étais toi, avant de me lancer là dedans, je jeterai un coup d'oeil sur ce qu'est vraiment une terminaison de programme (c'est déjà un challenge à part entière) avant de bidouiller le bout de code, qui fera surement shooter la machine virtuelle avant le programme lui meme...

Je sais pas comment on va aborder ca, je t'avoue.

En fait, a chaque cycle, les programment envoient a la machine virtuel un signal (alive), et si un seul envoie le signal alors l'autre a segfaulte (ce qui est le but recherche).
Mais je ne sais pas, la je suis sur un autre projet a soutenir vendredi, donc j'me pause pas trop la question, on viens juste de l'avoir.

C'est corrige au moins (enfin, des pistes de solutions) ? De toutes facons, je sais pas si vous aurez le temps de les comprendre ...

Ben non, et c'est chiant car souvent, bon pas pour les gros projets comme la bistro , le corewar ou le minishell, mais pour les miniprojets, on fait des fonctions qu'en general on reutilise souvent.

Ce genre de truc, ça demande des connaissances système (quel système au fait ? Unix ?) et ça va bien au delà de la programmation. J'ai toujours pas compris la philosophie de cette école...

Oui, Unix.

Ben non, le Corewar, ca demande juste de savoir gerer la memoire. Et vu qu'on va faire ca en assembleur...

Le 10 novembre 2004 - 11 h 19, Woofy a écrit : Oui, Unix. Ben non, le Corewar, ca demande juste de savoir gerer la memoire. Et vu qu'on va faire ca en assembleur...

ben oui, c'est ça qu'j'disais : c'est du très spécifique : assembleur sur Intel != assembleur sur Motorala par exemple... tu trouves ça normal, pour une école de "généralistes" ? Ou alors tu auras une belle certif Intel dans ce cas précis...

Ben disons que l'assembleur qu'on va faire, on le cree nous meme, enfin d'apres ce que j'ai compris, vu que ca tournera sur une machine virtuelle (programmee par nos soins)

C'est quoi exactement le sujet du projet ? Car tu me sembles comprendre un peu superficiellemnt ce que vous avez reellement a faire

Le 10 novembre 2004 - 13 h 52, Woofy a écrit : Ben disons que l'assembleur qu'on va faire, on le cree nous meme, enfin d'apres ce que j'ai compris, vu que ca tournera sur une machine virtuelle (programmee par nos soins)

alors c'est pas un assembleur, c'est plutôt une sorte de byte code, non ?
Et j'ai toujours pas compris à quoi ça va bien pouvoir vous servir dans la suite du cursus !

Le 10 novembre 2004 - 15 h 06, bernie38 a écrit : Et j'ai toujours pas compris à quoi ça va bien pouvoir vous servir dans la suite du cursus !

Il aprend à aprendre...