{"id":7847,"date":"2026-10-07T06:00:00","date_gmt":"2026-10-07T05:00:00","guid":{"rendered":"https:\/\/www.blaess.fr\/christophe\/?p=7847"},"modified":"2026-10-07T06:09:28","modified_gmt":"2026-10-07T05:09:28","slug":"debug-applicatif-avec-eris-linux","status":"publish","type":"post","link":"https:\/\/www.blaess.fr\/christophe\/2026\/10\/07\/debug-applicatif-avec-eris-linux\/","title":{"rendered":"Debug applicatif avec Eris Linux"},"content":{"rendered":"
\n
\"\"<\/a><\/figure>\n<\/div>\n\n\n

Une fois l’application m\u00e9tier d\u00e9velopp\u00e9e<\/a>, le container correspondant construit et d\u00e9ploy\u00e9<\/a> sur une carte (ou un groupe de cartes) de test, il est souvent n\u00e9cessaire de passer \u00e0 une \u00e9tape moins r\u00e9jouissante : le debug<\/em> !<\/p>\n\n\n\n

Analyser le comportement d’une application fonctionnant dans un container, s’ex\u00e9cutant lui-m\u00eame dans une machine distante – qui est pr\u00e9vue pour emp\u00eacher toute intrusion pour des raisons de s\u00e9curit\u00e9 – est assez compliqu\u00e9. Toutefois Eris Linux<\/a><\/strong> nous propose deux m\u00e9thodes simples pour suivre l’ex\u00e9cution de notre code applicatif. (D’autres m\u00e9thodes verront probablement le jour, cet article sera modifi\u00e9 en cons\u00e9quence quand ce sera le cas).<\/p>\n\n\n\n\n\n\n\n

Le premier moyen d’analyse de l’ex\u00e9cution d’un programme sous Linux est de r\u00e9cup\u00e9rer les messages<\/strong> qu’il peut envoyer sur la sortie standard (stdout<\/code>) et la sortie interactive (stderr<\/code>). La seconde m\u00e9thode consistera \u00e0 ex\u00e9cuter le programme sous le contr\u00f4le d’un d\u00e9bogueur distant<\/strong>. Commen\u00e7ons par r\u00e9cup\u00e9rer les messages de sortie d’un ex\u00e9cutable.<\/p>\n\n\n\n

Quand le programme s’ex\u00e9cute dans un container<\/em> sur un syst\u00e8me embarqu\u00e9, le moyen le plus simple est d’envoyer les messages sur une machine distante, o\u00f9 l’on pourra les r\u00e9cup\u00e9rer et les \u00e9tudier.<\/p>\n\n\n\n

\u00c0 noter : pour que les m\u00e9thodes d\u00e9crites ci-dessous fonctionnent, vous devrez utiliser au minimum Eris Linux version 1.2.0<\/strong>. Si vous avez des syst\u00e8mes dans une version pr\u00e9c\u00e9dente, ils peuvent se mettre \u00e0 jour automatiquement si vous avez coch\u00e9 les cases \u00ab\u00a0Automatic system update<\/em>\u00a0\u00bb et \u00ab\u00a0Automatic reboot after update<\/em>\u00a0\u00bb de la configuration \u00ab\u00a0Group setup<\/em>\u00a0\u00bb .<\/p>\n\n\n\n

Programme d’exemple<\/h1>\n\n\n\n

Je vous conseille de commencer par t\u00e9l\u00e9charger le repository<\/em> suivant, qui contient les exemples que nous avons d\u00e9j\u00e0 utilis\u00e9s dans l’article sur le d\u00e9veloppement applicatif : https:\/\/github.com\/eris-linux\/eris-linux-containers<\/a><\/strong>. Ce d\u00e9p\u00f4t \u00e9tant amen\u00e9 \u00e0 changer r\u00e9guli\u00e8rement, je vous propose de v\u00e9rifier que vous \u00eates bien sur le bon tag<\/em>.<\/p>\n\n\n\n

[~]$ git  clone  https:\/\/github.com\/eris-linux\/eris-linux-containers<\/a><\/strong>\nCloning into 'eris-linux-containers'...\n  [...]\n\n[~]$ cd  eris-linux-containers\/<\/strong>\n\n[eris-linux-containers]$ git  checkout  1.1.0<\/strong>\nNote: switching to '1.1.0'.\n  [...]<\/code><\/pre>\n\n\n\n
Pour tester notre premi\u00e8re possibilit\u00e9 de debug<\/em>, je vous propose d’utiliser le programme C suivant, qui \u00e9crit des messages sur ses sorties r\u00e9guli\u00e8rement.<\/p>\n\n\n\n
$ cat test-debug-stdio\/test-debug-stdio.c <\/strong>\n\n#include <stdio.h>\n#include <stdlib.h>\n#include <unistd.h>\n\nint main(void)\n{\n\tint i = 0;\n\tfor (;;) {\n\t\tfprintf(stderr, \"This message goes to stderr (%d)\\n\", i);\n\t\tfprintf(stdout, \"This message goes to stdout (%d)\\n\", i);\n\t\tsleep(1);\n\t\tif (++i > 5) {\n\t\t\tfflush(stdout);\n\t\t\ti = 0;\n\t\t}\n\t}\n\treturn 0;\n}\n<\/code><\/pre>\n\n\n\n
Je place ce fichier dans un sous-r\u00e9pertoire test-debug-stdio\/<\/code> qui contient \u00e9galement le fichier Makefile<\/code> suivant : <\/p>\n\n\n\n
$ cat test-debug-stdio\/Makefile<\/strong>\n\nAPP = test-debug-stdio\n\nOBJS = test-debug-stdio.o\n\nCFLAGS += -Wall -g\nLDFLAGS =\n\n\nall: $(APP)\n\n$(APP): $(OBJS)\n\t$(CC) $(CFLAGS) $(LDFLAGS)  $^ -o $@ $(LDLIBS)\n\n%o: %c $(INC)\n\t$(CC) -c $(CFLAGS) $<\n\nclean:\n\trm -rf out *.o $(APP)\n<\/code><\/pre>\n\n\n\n
Et le fichier Dockerfile<\/code> :<\/p>\n\n\n\n
[eris-linux-containers (master)]$ cat test-debug-stdio\/Dockerfile \n\n\n################### Build container #########################################\nFROM  alpine:latest AS build\nRUN apk add --no-cache build-base file\nWORKDIR \/src\nCOPY test-debug-stdio.c Makefile .\nRUN make\n\n\n################### Final container #########################################\nFROM alpine:latest\nCOPY --from=build \/src\/test-debug-stdio  \/test-debug-stdio\nCMD [\"\/test-debug-stdio\"]\n<\/code><\/pre>\n\n\n\n
Le Makefile<\/code> et le Dockerfile<\/code> sont directement adapt\u00e9s de l’exemple 05-hello-world-in-c<\/code>.<\/p>\n\n\n\n
Nous compilons le programme applicatif et cr\u00e9ons un container avec la commande :<\/p>\n\n\n\n
$ .\/create-container  arm64  test-debug-stdio\/  test-debug-stdio<\/strong><\/code><\/pre>\n\n\n\n
Le container est \u00ab\u00a0upload\u00e9<\/em>\u00a0\u00bb sur le serveur Eris Linux et d\u00e9ploy\u00e9 vers un syst\u00e8me de test gr\u00e2ce aux onglets \u00ab\u00a0My devices<\/em>\u00a0\u00bb et \u00ab\u00a0My containers<\/em>\u00a0\u00bb du Device Manager<\/em>.<\/p>\n\n\n\n
Redirections des messages<\/h1>\n\n\n\n
Dans l’onglet \u00ab\u00a0My devices<\/em>\u00a0\u00bb nous cliquons ensuite sur le bouton \u00ab\u00a0Setup<\/strong>\u00a0\u00bb (en bas \u00e0 droite de l’\u00e9cran) correspondant au Device<\/em> (pas au groupe). La fen\u00eatre suivante s’ouvre :<\/p>\n\n\n
\n
\"\"<\/a>
Fig. 1 – Fen\u00eatre de setup<\/em> d’un device<\/em>.<\/figcaption><\/figure>\n<\/div>\n\n\n
Dans le bas de cette fen\u00eatre, des cases \u00e0 cocher permettent d’activer certaines fonctionnalit\u00e9s de d\u00e9bogage pour l’\u00e9quipement concern\u00e9 :<\/p>\n\n\n\n