apparent bug in Gnuplot v3.8k.1

[jj]

I've built Gnuplot v3.8k.1 under Cygwin and it works fine in many
ways. When I'm running the X windows host (XWin.exe) that comes with
Cygwin/XFree86, I can run Gnuplot in an 'RXVT' terminal session, for
example, and display the plots in a separate X window.

The problem I'm consistently seeing is that if I start Gnuplot, create
a plot (e.g., 'plot sin(x)'), and do a 'Ctrl-Z' to put Gnuplot
temporarily in the background, then when I 'fg' back into Gnuplot, it
responds with

gnuplot

instead of the usual prompt

gnuplot>

Nothing I do seems to wake Gnuplot from its slumber, except to
'Ctrl-Z' out of Gnuplot and 'fg' back in again. In this case, Gnuplot
responds with

gnuplot

gnuplot>

and the Gnuplot terminal session is responsive to new commands.
However, if I put the Gnuplot session into the background again, I'm
back in the original situation.

I've never experienced this behaviour when running Gnuplot on
UNIX/Linux systems.

jjo

[Hans-Bernhard Broeker]

jj <vxji...@sneakemail.com> wrote:
> I've built Gnuplot v3.8k.1 under Cygwin and it works fine in many
> ways. When I'm running the X windows host (XWin.exe) that comes with
> Cygwin/XFree86, I can run Gnuplot in an 'RXVT' terminal session, for
> example, and display the plots in a separate X window.

Given that this appears to happen only using Cygwin/X11, but not on a
real Unix/X11 system, I'm tempted to blame Cygwin for this. Their
terminal emulation subsystem in particular. The crucial part would be
the handling of SIGTSTP, and that's supplied mostly by ncurses and the
underlying terminal emulator, not by gnuplot.

--
Hans-Bernhard Broeker (bro...@physik.rwth-aachen.de)
Even if all the snow were burnt, ashes would remain.