On Mar 11, 2015, at 4:59 PM, Phil Rosenberg <p.d.rosenb...@gmail.com> wrote:
> Hi Alan > > A quick bit of stepping through my code has confirmed my suspicion > from below. In plfill_soft plP_draphy is called for each line of the > pattern and these lines are saved in the buffer, so basically writing > to buffer needs switching off in this function. the change is about 3 > lines of code, but I will save it for post release if you prefer. > That is essentially correct. It appears that the issue is there is both a PLESC_FILL in the buffer and then the lines that were generated by plP_fill. There should be only one and not both and the PLESC_FILL should be the one to stay in the buffer. The first solution that comes to my mind is to set plsc->plbuf_write = 0 after the plbuf_esc() call and restore the original value at the end of the function. > Phil > > On 11 March 2015 at 18:31, Alan W. Irwin <ir...@beluga.phys.uvic.ca> wrote: >> On 2015-03-11 13:01-0000 Phil Rosenberg wrote: >> >>>> >>>> * Example 13; extra lines in "Maurice", "Vince", and "Rafael" parts >>>> of the pie chart, but the other slices are fine. >>> >>> This isn't shown on Windows. Perhaps the cause is that both the lines >>> and the fill are being saved to the buffer meaning the lines get >>> rendered twice. This is just a guess though >> ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
