Re: [Denemo-devel] lily 2.16, 2.18 zombies on darwin when ran via glib g_spawn

[Richard Shann]

On Fri, 2014-01-17 at 10:26 -0600, Jeremiah Benham wrote:
> That was it! I set stderr to null and set the glib flag. Now things
> seem to work with 2.18! Thanks for your help!

Well, but create a score with some LilyPond syntax error in it and then
get up the LilyPond window and right click and ask it to typeset the
score, you presumably will not get the error location colored in...

Interestingly, this has never worked on windows, and I think I
deliberately pointed the stdout and stderr pipes to NULL in the g_spawn
call when G_OS_WIN32 is defined.

Richard



> 
> Jeremiah
> 
> On Jan 17, 2014 9:43 AM, "David Kastrup" <address@hidden> wrote:
>         Jeremiah Benham <address@hidden> writes:
>         
>         > On Fri, Jan 17, 2014 at 10:14:23AM +0100, David Kastrup
>         wrote:
>         >> >> Are you using "zombie state" in the official meaning
>         here (a process
>         >> >> that has terminated without its parent waiting for it,
>         listed in a "ps
>         >> >> a" listing as Z)?  Or just as a colloquial description?
>         >
>         >> I don't know what GLib does.  And it's pretty much all idle
>         speculation
>         >> without getting a clarification about what Jeremiah calls
>         "zombie" here.
>         >
>         > I'm sorry I guess it was not Z it was only S:
>         > jeremiahbenham 168 0.0 9.5 794068 99480 ??  S 3:09PM 0:04.41
>         > 
> /Users/jeremiahbenham/Desktop/Denemo.app/Contents/MacOS/../Resources/bin/lilypond
>         > --pdf -o /tmp/DenemoLXkZSN/denemoprintB
>         > /tmp/DenemoLXkZSN/denemoprintB.ly
>         >
>         > Here is the glib function we are using to call lilypond:
>         > g_spawn_async_with_pipes ()
>         >
>         
> http://www.gtk.org/api/2.6/glib/glib-Spawning-Processes.html#g-spawn-async-with-pipes
>         >
>         > I am going to set stderr to NULL and set the flag
>         > G_SPAWN_STDERR_TO_DEV_NULL to see if that fixes things.
>         
>         Well, it's obviously not the end result we are aiming for, but
>         it will
>         still be interesting to see whether it makes a difference.
>         
>         --
>         David Kastrup
> _______________________________________________
> Denemo-devel mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/denemo-devel