On Fri, 2018-01-12 at 13:15 +, Markus Teich via gtk-devel-list
wrote:
> Heyho,
>
> I discovered you have a fdwalk implementation in glib/gspawn.c which
> is not exported as a usable symbol. Is there any reason for this? If
> not, I'd suggest exporting that symbol an
Heyho,
I discovered you have a fdwalk implementation in glib/gspawn.c which is not
exported as a usable symbol. Is there any reason for this? If not, I'd
suggest exporting that symbol and maybe even another wrapper that takes a
list of FDs to keep open instead of the callback pointer and c
Hey,
The general answer to this kind of question is ’because nobody has
needed it’. If you can demonstrate a need for a public fdwalk()
implementation, which would be used by multiple apps, for a purpose
which can’t just be served by GSubprocess or g_spawn_*(), then please
file a bug about it on
Heyho,
I'm going to unsubscribe from the list now to avoid noise. If someone gets
interested in this, please CC me in any response. Thanks!
--Markus
On Mon, Jan 15, 2018 at 4:46 PM Markus Teich <
mteich+gtk-devel-l...@google.com> wrote:
> Heyho,
>
> I discover
Heyho,
I discovered you have a fdwalk implementation in glib/gspawn.c which is not
exported as a usable symbol. Is there any reason for this? If not, I'd
suggest exporting that symbol and maybe even another wrapper that takes a
list of FDs to keep open instead of the callback pointer and c
