diff --git a/src/lescrampte/corr/rt/index.pdf b/src/lescrampte/corr/rt/index.pdf new file mode 100644 index 0000000..5dad9ef Binary files /dev/null and b/src/lescrampte/corr/rt/index.pdf differ diff --git a/src/lescrampte/corr/woody-woodpacker/index.html b/src/lescrampte/corr/woody-woodpacker/index.html new file mode 100644 index 0000000..79fd659 --- /dev/null +++ b/src/lescrampte/corr/woody-woodpacker/index.html @@ -0,0 +1,457 @@ + + + + + + + + + + + + + + + +Intra Projects woody-woodpacker Edit + + + + +
+
+
+

+Scale for project woody-woodpacker +

+ +
+
+

Introduction

+

+
Nous vous demandons pour le bon déroulement de cette évaluation de
respecter les règles suivantes :

- Restez courtois, polis, respectueux et constructifs en toutes
situations lors de cet échange. Le lien de confiance entre la
communauté 42 et vous en dépend.

- Mettez en évidence auprès de la personne (ou du groupe) notée
les dysfonctionnements éventuels du travail rendu, et prenez le
temps d'en discuter et d'en débattre.

- Acceptez qu'il puisse y avoir parfois des différences
d’interprétation sur les demandes du sujet ou l’étendue des
fonctionnalités. Restez ouvert d'esprit face à la vision de
l'autre (a-t-il ou elle raison ou tort ?), et notez le plus
honnêtement possible. La pédagogie de 42 n'a de sens que si la
peer-évaluation est faite sérieusement.
+

+
+
+

Guidelines

+

+
- Vous ne devez évaluer que ce qui se trouve sur le depôt GiT de
rendu de l'étudiant(e) ou du groupe.

- Prenez soin de vérifier que le depôt GiT est bien celui
correspondant a l'étudiant(e) ou au groupe, et au projet.

- Verifiez méticuleusement qu'aucun alias malicieux n'a été
utilisé pour vous induire en erreur et vous faire évaluer autre
chose que le contenu du dépot officiel.

- Tout script sensé faciliter l'évaluation fourni par l'un des
deux partis doit être rigoureusement vérifié par l'autre parti
pour éviter des mauvaises surprises.

- Si l'étudiant(e) correcteur/correctrice n'a pas encore fait ce
projet, il est obligatoire pour cet(te) etudiant(e) de lire le
sujet en entier avant de commencer cette soutenance.

- Utilisez les flags disponibles sur ce barème pour signaler un
rendu vide, non fonctionnel, une faute de norme, un cas de triche,
etc. Dans ce cas, l'évaluation est terminée et la note finale
est 0 (ou -42 dans le cas special de la triche). Toutefois, hors
cas de triche, vous etes encouragés a continuer d'échanger
autour du travail éffectué (ou non effectué justement) pour
identifier les problemes ayant entrainé cette situation et les
éviter pour le prochain rendu.

- L'évaluation doit se passer dans une machine virtuelle sous linux
ayant un noyau > 3.14 en disposant des droits root.
+

+
+ +
+
+

Attachments

+
+
+ +
+
+

+ +subject.pdf +

+
+
+

+ +resources.tgz +

+
+
+ +
+ +
+
+
+
+

Sources

+

+Préliminaires. +

+
+

Préliminaires

+

+

Avant de commencer la soutenance, veuillez vérifier les points
+suivants :

+ +
    +

  • le projet est en C (possible en ASM également),

    • +

  • le projet utilise uniquement les fonctions autorisées,

    • +

  • un Makefile contenant les règles usuelles est présent.

    • +
+ +

Si un seul de ces points est invalide, la correction s'arrête.

+ +

+
+ + +
+ + + + +
+
+
+
+
+
+

Utilisation

+

+
+

Lancement avec argument

+

+

Avant de lancer le programme, lancez la commande suivante :
+echo "int main(void){ printf(\"Hello\\n\"); return 0;}" >
+hello.c; gcc -m64 -o hello hello.c

+ +

Lancez alors le programme avec le binaire hello passé en
+paramètre.

+ +

Un fichier nomme woody doit exister à la fin de l'execution du
+programme.

+ +

Si un de ces éléments n'est pas respecté, le projet est non-
+fonctionnel, la correction s'arrête ici.

+ +

+
+ + +
+ + + + +
+
+
+
+
+
+

Test binaire utilisé

+

+
+

Usage

+

+

Lancez le programme "woody".

+ +

La sortie standard doit contenir "....WOODY....", suivi d'un
+saut de ligne, ainsi que le message "Hello".

+ +

Si ce n'est pas le cas, la correction s'arrête ici.

+ +

+
+ + +
+ + + + +
+
+

Usage avancee

+

+

Lancez maintenant la commande suivante : objdump -S woody >
+woody.obj ; objdump -S hello > hello.obj.

+ +

Vous pouvez maintenant faire un diff (entre hello.obj et
+woody.obj) avec votre logiciel favori pour constater qu'il
+existe bien des différences.

+ +

Si ce n'est pas le cas, la correction s'arrête ici.

+ +

+
+ + +
+ + + + +
+
+
+
+
+
+

Algorithme utilisé

+

+
+

Explication de l'algorithme choisi en détail

+

+

Notez ici le nombre de graduations en fonction de la clarté de
+l'explication. Comprendre comment l'algorithme pourait être
+amélioré. Le maximum ne sera possible uniquement dans le cas
+d'une comprehension parfaite de l'algorithme par le correcteur.

+ +

+
+ + +
Rate it from 0 (failed) through 5 (excellent)
+
+
+
+

Complexité de l'algorithme choisi

+

+

Notez ici le nombre de graduations en fonction de la difficulté
+de l'algorithme choisi. L'étudiant doit expliquer et justifier
+son choix d'algorithme. Un simple ROT n'est pas considéré
+comme un algorithme complexe ! La note maximale sera UNIQUEMENT
+possible dans le cas d'un algorithme complexe avec utilisation
+d'une clé unique, aléatoire, générée au lancement du
+programme principal.

+ +

+
+ + +
Rate it from 0 (failed) through 5 (excellent)
+
+
+
+
+
+
+
+

Gestion d'erreur

+

+
+

Gesion des erreurs

+

+

Avant de lancer le programme, lancez la commande suivante `echo
+"int main(void){ printf(\"Hello\n\"); return 0;}" > hello.c;
+gcc -m32 -o hello hello.c. Lancez alors le programme avec le
+binaire hello passé en paramètre. Un message d'erreur
+explicite doit apparaître (NE PAS PRENDRE EN COMPTE DANS LE CAS
+DE LA PRESENCE D'UN BONUS). Le correcteur doit ensuite lancer le
+programme avec des cas d'erreur de son choix (mauvais chmod,
+mauvais type de fichier...).

+ +

+
+ + +
+ + + + +
+
+
+
+
+
+

woody_woodpacker bonus

+

+Bonus uniquement si TOUS les points précédents sont valides. +

+
+

Bonus fait pour ce projet

+

+

Vous pouvez comptabiliser jusqu'à 5 bonus différents. Les
+bonus doivent être un minimum utiles, et bien implémentés.
+Voici des exemples de bonus recevables

+ +
    +
  • Support 32bits.
    • +
  • Utilisation de clé paramétrable.
    • +
  • Optimisation de l’algorithme utilisé via de l’assembleur.
    • +
  • Support de différents formats de binaire (PE, macho..)
    • +
  • Compression du binaire.
    • +
  • ...
    • +
+ +

+
+ + +
Rate it from 0 (failed) through 5 (excellent)
+
+
+
+
+
+
+
+

Ratings

+

Don’t forget to check the flag corresponding to the defense

+
+ + +
+
+ + + + + + + + + +
+
+ +
+
+

Conclusion

+ +
+

Leave a comment on this evaluation ( 2048 chars max )

+ + +
+ +
+
+ +
+
+ +
+
+ + + + + + + + + +
+ + + + + + + + + + + diff --git a/src/lescrampte/index.html b/src/lescrampte/index.html index 14d1df4..f3e3b4f 100644 --- a/src/lescrampte/index.html +++ b/src/lescrampte/index.html @@ -96,6 +96,12 @@ ft_ping + + woody-woodpacker + + + rt +