Re: Keyboard input losses also on MS Windows

[Ethan A M. <merritt@u.washington.edu>]

On Sunday 04 July 2004 07:46 am, Hans-Bernhard Broeker wrote:
> Warning:  wgnuplot now tends to lose the first keypress after starting
> the program.  This did not happen with 4.0.0, and is fixed by back-dating
> mouse.[ch] and readline.c to that state.

The last significant change I can see in readline.c is the change 
1.33 -> 1.34 (catch EINTR), but that was from 18 Feb 2004 so *before*
the 4.0.0 tag.

More has changed in mouse.c, but I can't see anything that would explain
the observed symptom.  The changes are basically all related to two
things
(1) the pause-for-mouse code - but all of these changes are protected
    by "if (paused_for_mouse) {...}" so I don't see how they could explain
    anything that happens immediately on program entry
(2) the addition of a table of "special keys" (4 Jun 2004).  I can't see
    anything wrong with this code either, but it's Petr's addition so maybe
    he can spot something I didn't.

> Which rather strongly hints at problems with the mousing/keyboard
> synchronization not only on X11, but also on MS Windows.

Maybe.  But I don't recall that we ever saw X11 problems on program entry.
None of the recent code additions should be triggered until you actually
issue a "pause mouse" command.  Is there any conceivable way that
Windows could manage to start up without having initialized the
pause_for_mouse TBOOLEAN to FALSE?

Does the problem still happen if gnuplot is configured with
#undef USE_MOUSE ?

> But backdating those files to 4.0.0 doesn't cure this problem
> --- it doesn't seem to occur in 4.0.0 though.

How about if things are back-dated to just before ANSI-fication?
Maybe Windows is not so ANSI-compliant as it might be.

-- 
Ethan A Merritt
Department of Biochemistry & Biomolecular Structure Center
University of Washington, Seattle