DR Quine

Project ALGORITHME
Dr_Quine
42 Staff [email protected]
Résumé: Ce projet consiste à vous faire découvrir le Théorème de récursion de Kleene !

Table des matières
I Préambule 2
II Introduction 3
III Objectifs 4
IV Partie obligatoire 5
V Partie bonus 9
VI Rendu et peer-évaluation 10
1
Chapitre I
Préambule
2
Chapitre II
Introduction
Un quine est un programme informatique (une sorte de métaprogramme) dont la sortie

et le code source sont identiques. À titre de défi ou d’amusement, certains programmeurs
essaient d’écrire le plus court quine dans un langage de programmation donné.
L’opération qui consiste à ouvrir le fichier source et à l’afficher est considérée comme
une tricherie. Plus généralement, un programme qui utilise une quelconque entrée de
données ne peut être considéré comme un quine valide. Une solution triviale est un pro-
gramme dont le code source est vide. En effet, l’exécution d’un tel programme ne produit
pour la plupart des langages aucune sortie, c’est-à-dire le code source du programme.
3
Chapitre III
Objectifs
Ce projet vous invite à vous confronter au principe d’auto-reproduction et des pro-

blématiques qui en découlent. Il s’agit d’une parfaite introduction aux projets plus com-
plexes, notamment les projets malware.
Pour les curieux, je vous conseille vivement de regarder tout ce qui est lié aux points
fixes !
4
Chapitre IV
Partie obligatoire
Pour ce projet, vous aller devoir recoder trois programmes différents, possédant cha-
cun des propriétés différentes.
Le premier programme aura les caractéristiques suivantes :
• L’exécutable se nomme Colleen.
• Lors de son exécution, le programme doit afficher sur la sortie standard un output
identique au code source du fichier utilisé pour compiler ce même programme.
• Le code source doit comporter au minimum :
◦ Une fonction main.

◦ Deux commentaires différents.
◦ Un des commentaires doit être présent dans la fonction main.
◦ Un des commentaires doit être présent en dehors des fonctions de votre pro-
gramme.
◦ Une fonction en plus de la fonction main principale.
Voici un exemple d’utilisation :
$> ls -al
total 12
drwxr-xr-x 2 root root 4096 Feb 2 13:26 .
drwxr-xr-x 4 root root 4096 Feb 2 13:26 ..
-rw-r--r-- 1 root root 647 Feb 2 13:26 Colleen.c
$> clang -Wall -Wextra -Werror -o Colleen Colleen.c; ./Colleen > tmp_Colleen ; diff tmp_Colleen
Colleen.c
$> _
5
Project ALGORITHME Dr_Quine
Pour le second programme :
• L’exécutable se nomme Grace.
• Lors de son exécution, le programme écrit dans un fichier nommé Grace_kid.c le

code source du fichier utilisé pour compiler ce même programme.
• Le code source doit comporter au minimum :
◦ Aucun main déclaré.

◦ Trois defines uniquement.
◦ Un commentaire.
• Le programme se lancera à l’appel d’une macro.
$> ls -al
total 12
-rw-r--r-- 1 root root 362 Feb 2 13:30 Grace.c
$> clang -Wall -Wextra -Werror -o Grace Grace.c; ./Grace ; diff Grace.c Grace_kid.c
$> ls -al
total 24
-rwxr-xr-x 1 root root 7240 Feb 2 13:30 Grace
-rw-r--r-- 1 root root 362 Feb 2 13:30 Grace.c
-rw-r--r-- 1 root root 362 Feb 2 13:30 Grace_kid.c
$> _
6
Pour le dernier programme :
• L’exécutable se nomme Sully.
• Lors de son exécution le programme écrit dans un fichier nommé Sully_X.c. Le

X sera alors un entier donné dans la source. Une fois le fichier créé, le programme
compile ce fichier puis exécute le nouveau programme (qui aura le nom de son
fichier source).
• L’arrêt du programme se fait en fonction du nom du fichier : si l’entier X est à 0,

le programme résultant n’est pas exécuté.
• Un entier est donc présent dans la source de votre programme et devra évoluer
en se décrémentant à chaque création d’un fichier source depuis l’exécution du
programme.
• Vous n’avez aucune contrainte au niveau du code source, mis à part l’entier qui
sera défini à 5 dans un premier temps.
$> clang -Wall -Wextra -Werror ../Sully.c -o Sully ; ./ Sully

$> ls -al | grep Sully | wc -l
13
$> diff ../Sully.c Sully_0.c
1c1
< int i = 5;
---
> int i = 0;
$> diff Sully_3.c Sully_2.c
1c1
< int i = 3;
---
> int i = 2;
$> _
7
Un commentaire sera de type :
$> nl comment.c
1 /*
2 This program will print its own source when run.
3 */
Un programme sans main déclaré sera de type :
$> nl macro.c
1 #include
2 #define FT(x)int main(){ /* code */ }
[..]
5 FT(xxxxxxxx)
Utiliser des macros avancées est fortement recommandé pour ce projet.
Pour les malins : se contenter de lire la source et de l’afficher est

considéré comme de la triche.
8
Chapitre V
Partie bonus
Les bonus ne seront comptabilisés que si votre partie obligatoire

est PARFAITE. Par PARFAITE, on entend bien évidemment qu’elle
est entièrement réalisée, et qu’il n’est pas possible de mettre
son comportement en défaut, même en cas d’erreur aussi vicieuse
soit-elle, de mauvaise utilisation, etc ... Concrètement, cela
signifie que si votre partie obligatoire n’est pas validée, vos
bonus seront intégralement IGNORÉS.
Le seul bonus accepté en soutenance est d’avoir refait le projet intégralement dans le
langage de votre choix.
Dans le cas d’un langage sans define/macro, il faudra bien entendu

adapter le programme en conséquence.
9
Chapitre VI
Rendu et peer-évaluation
• Ce projet ne sera corrigé que par des humains.
• Vous devez coder en C et rendre un Makefile (respectant les règles habituelles).
• Vous devez gérer les erreurs de façon raisonnée. En aucun cas votre programme
ne doit quitter de façon inattendue (Segmentation fault, etc).
• Rendez-votre travail sur votre dépot GiT comme d’habitude. Seul le travail présent
sur votre dépot sera évalué en soutenance.
• Vous pouvez poser vos questions sur le forum, sur jabber, IRC, slack...
10

DR Quine

Transféré par

Droits d'auteur :

Formats disponibles

DR Quine

Transféré par

Informations du document

Description originale:

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

DR Quine

Transféré par

Droits d'auteur :

Formats disponibles

Project ALGORITHME

Résumé: Ce projet consiste à vous faire découvrir le Théorème de récursion de Kleene !

Un quine est un programme informatique (une sorte de métaprogramme) dont la sortie

Ce projet vous invite à vous confronter au principe d’auto-reproduction et des pro-

Le premier programme aura les caractéristiques suivantes :

• L’exécutable se nomme Colleen.

• Le code source doit comporter au minimum :

◦ Une fonction main.

Voici un exemple d’utilisation :

Pour le second programme :

• L’exécutable se nomme Grace.

• Lors de son exécution, le programme écrit dans un fichier nommé Grace_kid.c le

• Le code source doit comporter au minimum :

◦ Aucun main déclaré.

• Le programme se lancera à l’appel d’une macro.

Voici un exemple d’utilisation :

Pour le dernier programme :

• L’exécutable se nomme Sully.

• Lors de son exécution le programme écrit dans un fichier nommé Sully_X.c. Le

• L’arrêt du programme se fait en fonction du nom du fichier : si l’entier X est à 0,

Voici un exemple d’utilisation :

$> clang -Wall -Wextra -Werror ../Sully.c -o Sully ; ./ Sully

Un commentaire sera de type :

Un programme sans main déclaré sera de type :

Utiliser des macros avancées est fortement recommandé pour ce projet.

Pour les malins : se contenter de lire la source et de l’afficher est

Les bonus ne seront comptabilisés que si votre partie obligatoire

Dans le cas d’un langage sans define/macro, il faudra bien entendu

• Ce projet ne sera corrigé que par des humains.

• Vous devez coder en C et rendre un Makefile (respectant les règles habituelles).

Vous aimerez peut-être aussi