Re: gplt_x11 ignores SIGINT and SIGTSTP. Why?

[Dima K. <gn...@di...>]

Ethan A Merritt <me...@uw...> writes:

>> I just tried it, and it doesn't work right for me. The embed_example
>> program builds. Running it pops up a window that disappears immediately.
>> Then I get the shell prompt back implying that the embed_example
>> application has exited. BUT it keeps running in the background
>> apparently. And I do get a qt window with a plot maybe a minute later.
>> Sometimes. Sometimes the background process just exits after a few
>> minutes without showing me a plot.
>
> I cannot explain any of that.  It works normally for me here.
> A qt window pops up immediately with four embedded gnuplot widgets
> and a text pane.  Output from gnuplot appears in the text pane.
> The demo replots to one of the widgets every second or so and
> continues to do so until I close the window or hit Ctrl-C in the
> controlling terminal.   No zombies either :-)

Must be nice :)

I just tried it again. Grabbed fresh sources from git. Rebuilt from
scratch. Same broken behavior consistently. Some things that could be a
problem that weren't:

- I have in my ~/.gnuplot: "set terminal x11 noenhanced". A
  gnuplot-based Qt widget shouldn't care. It's not clear if it does or
  doesn't, since taking that away doesn't fix it

- I'm using a tiling window manager. This constrains the window
  geometry. So fresh windows are resized immediately after they come up.
  This tickles bugs in some applications (like the wxt terminal, by the
  way). It's not the problem here, though: turning off the tiling
  behavior doesn't fix it.

- The outboard driver could be using the system gnuplot_qt instead of
  the just-built one. Setting the GNUPLOT_DRIVER_DIR to point to the
  local copy doesn't fix it.

I can help debug, if you're interested in looking into it. I'm doing
other things at the moment, though, so not going to dig into this myself
for now.