Bug#924009: closed by Dimitrios Eftaxiopoulos <eftaxi12 at otenet.gr> (Bug not reproduced)

[di dit]

> 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