FreeBSD: fixed crashes with `EC` or `EQq`HEADmaster-fmsbw-cimaster

* GSpawn ends up calling posix_spawnp() which passes down a small
  4kb stack to the child process until it exec()s.
  This stack could be overflowed easily on code paths where the
  path is not already absolute and when many shared libraries
  are involved.
* The crashes could therefore only be observed on Gtk builds and
  in UNIX shell emulation mode (0,128ED). Sample test case:
  gsciteco -e '0,128ED @EC"ls"'
  Theoretically a relative $SHELL variable could have also triggered
  it.
* I assume that the bug will be fixed in libc at least by the time of
  FreeBSD 16.
* As a workaround we resolve relative program paths before passing
  them to g_spawn_async_with_pipes().

0 files changed, 0 insertions, 0 deletions