Re: [Plplot-devel] I am having trouble figuring out why the -eofill command-line optionis being ignored for -dev wxwidgets

[Alan W. I. <ir...@be...>]

On 2017-09-30 02:27+0100 p.d...@gm... wrote:

> I suspect this will be a bug in the render buffer, where the fill
method is not correctly stored in or read from the buffer. You can
check this by doing a plreplot with and device and seeing if the
correct behaviour is maintained.

To Phil and Jim:

@Jim:

I am specifically also addressing you in this discussion because of
your knowledge of the plbuf code so I hope you will be able to reply
to the final question below.

@Phil:

Thanks for your explanation of why rendering operations would be
no-ops when using gdb on an example such as

examples/c/x27c

for the -dev wxwidgets case.

Also, I have some contradictory evidence regarding what you suspect
above.  For example when I search src/plbuf.c for "eofill" there is
nothing.  Also, when I search that code for anything to do with fills,
the fill state appears to only include information concerning discrete
fills (with line patterns as in example 15) rather than information
like pls->dev_eofill that is needed for solid fills.  So I suspect
adding that information to the fill state might solve this issue.

However, without attempting to make such a change (yet) if I run

examples/c/x27c -dev qtwidget -eofill

or

examples/c/x27c -dev xwin -eofill

I get the correct behaviour (an odd-even rule fill) regardless of
whether I resize the GUI or call plreplot after each call to
spiro in examples/c/x27c.c.  Aren't both of those actions supposed
to use the plbuf code to replot the buffer?  And from the above
search of the src/plbuf.c code how is it possible that 
pls->dev_eofill is used properly by this code when no
reference to that exists within that code.

@Phil and Jim:

I obviously must be missing something about the plbuf code, but what?

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________