> Both commands > > FreeFem++ a_tutorial.edp > > and > > FreeFem++-nw a_tutorial.edp > > work fine on an updated unstable/amd64 installation.
Indeed, it does not manifest on every computer as I wrote there: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=924009#10 Still I believe it is a real bug. I filled it upstream. See: https://github.com/FreeFem/FreeFem-sources/issues/77 I also provided a backtrace which I paste below. __static_initialization_and_destruction_0 points to a possible static initialization order issue. Anyway, thank you for your work. I hope this bug will be fixed upstream and that this bug report will make you want to have it fixed in buster too. Thank you again. --- backtrace: $ gdb FreeFem++ (gdb) set pagination 0 (gdb) run Starting program: /usr/bin/FreeFem++ [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Program received signal SIGILL, Illegal instruction. __static_initialization_and_destruction_0 (__initialize_p=1, __priority=65535) at lg.ypp:105 105 lg.ypp: Aucun fichier ou dossier de ce type. (gdb) bt #0 __static_initialization_and_destruction_0 (__initialize_p=1, __priority=65535) at lg.ypp:105 #1 _GLOBAL__sub_I_lg.tab.cpp(void) () at lg.ypp:989 #2 0x0000555555f16dd5 in __libc_csu_init () #3 0x00007ffff728202a in __libc_start_main (main=0x555555a6c4c0 <main(int, char**)>, argc=1, argv=0x7fffffffe098, init=0x555555f16d90 <__libc_csu_init>, fini=, rtld_fini=, stack_end=0x7fffffffe088) at ../csu/libc-start.c:264 #4 0x0000555555a70cda in _start () at ../Graphics/rgraph.hpp:145