Prologin
2024
Manuel du juge en ligne
Le système d'entraînement automatique est un outil pour vous aider à améliorer votre niveau en programmation. Il est ouvert à tous, et bien entendu gratuit. Lisez bien ce qui suit pour bien en comprendre le principe, et en profiter un maximum.
Problèmes
Les problèmes proposés durant les diverses éditions du concours Prologin sont archivés et disponibles sur ce site. Vous pouvez ainsi vous entraîner sur les problèmes des questionnaires et épreuves régionales passés. Ils sont classés par année et par difficulté : depuis le niveau débutant, à des difficultés bien plus élevées.
Évaluation
L'évaluation d'un exercice, dans le cas où un source est demandé, est faite par notre serveur : le programme est compilé puis testé automatiquement. Il est exécuté une fois par test. Les erreurs possibles sont :
- Votre programme ne compile pas ;
- Votre programme a dépassé la limite de temps donnée dans le sujet ;
- Votre programme a dépassé la limite de mémoire donnée dans le sujet ;
- Votre programme donne un résultat faux pour au moins un des tests ;
- Votre programme ne se termine pas correctement.
S'il y a une erreur de compilation, la sortie d'erreur du compilateur est affichée.
La sortie produite par votre programme doit correspondre exactement avec le formatage précisé dans chacun des énoncés. Le système de correction compare la sortie de votre programme avec une sortie de référence, caractère par caractère.
Après exécution des tests, un récapitulatif vous est affiché, indiquant les tests réussis et les tests ratés. Pour le premier test raté uniquement, la sortie produite par votre programme est affichée, ainsi que la sortie attendue par le système de correction. L'exercice ne sera validé que lorsque tous les tests seront passés avec succès.
La correction peut prendre plusieurs minutes, donc soyez patient.
Score
Le système d'entraînement note vos soumissions ! En effet, chaque problème résolu rapporte un certain nombre de points, dépendant du nombre de soumissions que vous avez fait avant de le résoudre avec succès. Pensez donc à bien tester votre programme vous-même, avant de le soumettre.
Codes à compléter
Nous fournissons, pour certains langages, des codes sources se chargeant de "découper" correctement les données fournies sur l'entrée standard du programme. Il ne vous reste alors qu'à écrire le corps d'une fonction prenant ces données en paramètre. Notez qu'il n'est absolument pas obligatoire de les utiliser, mais cela peut se révéler utile dans bien des cas.
Système de correction
Limitations de mémoire et de temps
Chaque sujet impose des limites, autant en terme d'utilisation mémoire que de temps d'exécution. Des coefficients sont néanmoins appliqués sur certains langages plus lents à s'exécuter ou plus gourmand en mémoire. Aucune limitation particulière n'est appliquée sur la taille de la pile.
Architecture matérielle
Vos programmes sont exécutés dans une machine virtuelle architecturée autour d'un processeur Intel(R) Xeon(R) CPU E3-1241 v3 cadencé à 3.50 Ghz et une architecture x86_64. L'architecture est de type Little Endian. La machine virtuelle a 1 vCPU dédiés et 3 Gio de mémoire vive dédiés.
Compilateurs et interpréteurs
| Langage | Binaire | Version | Options |
|---|---|---|---|
| Ada | gnatmake |
13.2.1 | -f |
| C | gcc |
13.2.1 | -std=c11 -Wall -Wextra -O2 -lm |
| C# | mcs |
6.12.0.0 | -optimize+ |
mono |
6.12.0 | ||
| C++ | g++ |
13.2.1 | -std=c++17 -Wall -Wextra -O2 |
| D | dmd |
2.105.2 | |
| Go | go |
1.18.10 | build -buildmode=exe |
| Haskell | ghc |
9.0.2 | -dynamic -O2 |
| Java | java |
1.8.0 | |
javac |
1.8.0 | -encoding UTF-8 |
|
javap |
1.8.0 | ||
| Javascript | node |
18.13.0 | |
| Lua | lua |
5.4.6 | |
| OCaml | ocamlopt |
5.0.0 | -w A |
| Pascal | fpc |
3.2.2 | -XD -Fainitc |
| Perl | perl |
5.38.0 | |
| PHP | php |
8.2.12 | |
| Python | python3 |
3.11.5 | -S |
| Ruby | ruby |
3.0.6 | |
| Rust | rustc |
1.73.0 | -W warnings -C opt-level=3 |
| Scheme | gsi |
4.9.4 |