Pour un autre projet on avait des threads et ça merdait, on est passé par une autre solution plus pertinente donc on n'a pas investigué plus loin et donc on n'utilise en pratique pas les threads.
Pour les exceptions, on n'utilise pas :-p. Mais déjà entendu parlé de problème dessus, la v2.0.0 a "Store exceptions metadata in wasm memory instead of JS. This makes exception handling almost 100% thread-safe" donc peut-être qu'il y a du mieux avec la v2.
Donc les problèmes les plus connus de Emscripten ne nous posaient pas vraiment soucis.
Les plus grosses limitations vient de la sécurité elle-même des navigateurs (impossible de lire en direct les fichiers locaux, faut passer par les API des navigateurs et adapter notre propre API pour accepter des buffers plutôt que des fichiers; bref, des limitations classiques JS/navigateurs plutôt que Emscripten).
[^] # Re: Emscripten
Posté par Zenitram (site web personnel) . En réponse au journal Découvrir Docker, Python, LLVM et Emscripten. Évalué à 6.
Pour un autre projet on avait des threads et ça merdait, on est passé par une autre solution plus pertinente donc on n'a pas investigué plus loin et donc on n'utilise en pratique pas les threads.
Pour les exceptions, on n'utilise pas :-p. Mais déjà entendu parlé de problème dessus, la v2.0.0 a "Store exceptions metadata in wasm memory instead of JS. This makes exception handling almost 100% thread-safe" donc peut-être qu'il y a du mieux avec la v2.
Donc les problèmes les plus connus de Emscripten ne nous posaient pas vraiment soucis.
Les plus grosses limitations vient de la sécurité elle-même des navigateurs (impossible de lire en direct les fichiers locaux, faut passer par les API des navigateurs et adapter notre propre API pour accepter des buffers plutôt que des fichiers; bref, des limitations classiques JS/navigateurs plutôt que Emscripten).