Re: gtk3 and fork/exec of non-gtk child

On 2017-01-14 01:51 PM, Eric Cashon via gtk-app-devel-list wrote: Hi Roger, A little while back I was testing something similar with g_spawn_async_with_pipes(). It is neither mission-critical or meticulous but something I was just testing for the possible use with gnuplot. There is a

Re: gtk3 and fork/exec of non-gtk child

Thanks much for the suggestions and code pointer, Eric! I get the drift that GSubProcess is a more recent package layered over g_spawn. It consequently seems to have more features but less 3rd-party documentation outside the reference manual. Roger On Sat, 14 Jan 2017, cecas...@aol.com

Re: gtk3 and fork/exec of non-gtk child

Hi Emmanuele, On closer reading there are some details of GSubProcess implementation and usage that are unclear to me. I have not been able to find anything resembling a tutorial anywhere, if you are aware of anything useful other than the base GSubProcess reference manual page please

Re: gtk3 and fork/exec of non-gtk child

Hi Roger, A little while back I was testing something similar with g_spawn_async_with_pipes(). It is neither mission-critical or meticulous but something I was just testing for the possible use with gnuplot. There is a driver.c and a worker.c program. The driver spawns the worker and sets

Re: gtk3 and fork/exec of non-gtk child

Hi Emmanuele, Thanks very much for that additional explication, and I think your reasoning on these issues is quite sound. I am being particularly careful about making changes to working code here for two reasons. First, this is mission-critical software running on a research vessel at sea

Re: gtk3 and fork/exec of non-gtk child

On Sat, 14 Jan 2017 06:24:18 -1000 (HST) rbd wrote: > Hi Emmanuele, > > Thank you for the suggestion! I have just now looked over the > GSubprocess API. It appears to have the necessary functionality and > would at first inspection integrate well with GUI main loop >

Re: gtk3 and fork/exec of non-gtk child

Hi; On 14 January 2017 at 17:17, infirit wrote: > Op 01/14/2017 om 06:05 PM schreef Emmanuele Bassi: >>> However, I am still curious as to whether the fork/exec/SIGCHLDhandler model >>> of my existing X11/Motif app will or will not work with gtk3. This design >>> has worked

Re: gtk3 and fork/exec of non-gtk child

Op 01/14/2017 om 06:05 PM schreef Emmanuele Bassi: >> However, I am still curious as to whether the fork/exec/SIGCHLDhandler model >> of my existing X11/Motif app will or will not work with gtk3. This design >> has worked quite well in this particular application for many years and I am >>

Re: gtk3 and fork/exec of non-gtk child

Hi; On 14 January 2017 at 16:24, rbd wrote: > However, I am still curious as to whether the fork/exec/SIGCHLDhandler model > of my existing X11/Motif app will or will not work with gtk3. This design > has worked quite well in this particular application for many years

Re: gtk3 and fork/exec of non-gtk child

Hi Emmanuele, Thank you for the suggestion! I have just now looked over the GSubprocess API. It appears to have the necessary functionality and would at first inspection integrate well with GUI main loop processing. However, I am still curious as to whether the fork/exec/SIGCHLDhandler

Re: gtk3 and fork/exec of non-gtk child

Hi; Don't use fork()/exec() directly with manual signal connection; use GSubprocess from GIO, instead, which is a much better API, it's safe, and it's likely more comprehensive in handling additional cases. Ciao, Emmanuele. On Sat, 14 Jan 2017 at 01:30, rbd wrote: > >