From dac14b9ab19a668f69487b3eddb8c0f4b4387b57 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Cl=C3=A9ment=20de=20Tastes?= Date: Tue, 22 Oct 2024 15:10:07 +0200 Subject: [PATCH] Merge pull request #105 * fix typo FFM --- _posts/2024-03-28-ffm-java22.adoc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/_posts/2024-03-28-ffm-java22.adoc b/_posts/2024-03-28-ffm-java22.adoc index df8a19b3..3a893642 100644 --- a/_posts/2024-03-28-ffm-java22.adoc +++ b/_posts/2024-03-28-ffm-java22.adoc @@ -13,7 +13,7 @@ == Un peu d'histoire Depuis le JDK 1.1, il est possible de manipuler des données "off-heap" et d'interagir avec du code natif via l'API JNI : "Java Native Interface". -L'utilisation du modificateur `native` permet l'invocation de fonctions natives, moyennement une succession d'étapes parfois périlleuses. +L'utilisation du modificateur `native` permet l'invocation de fonctions natives, moyennant une succession d'étapes parfois périlleuses. Cela implique notamment le développement d'une "glue" en langage natif permettant de faire le lien entre code C et Java par exemple, dans laquelle il faudra effectuer les conversions des types de données. Il faut aussi être particulièrement vigilant quant à la gestion de la mémoire, le Garbage Collector ne réalisant pas de collecte en dehors de la mémoire "heap". @@ -592,4 +592,4 @@ FFM propose le confort de ne pas avoir à écrire la moindre ligne de code natif [source,java] ---- sqlite3_close(dbPtr); ----- \ No newline at end of file +----