|
From: Ethan A M. <sf...@us...> - 2012-09-27 18:43:46
|
On Thursday, September 27, 2012 01:40:18 am Dima Kogan wrote:
> > On Tue, 25 Sep 2012 21:31:55 -0700
> > "sfeam (Ethan Merritt)" <eam...@gm...> wrote:
> >
> > On Saturday, 22 September 2012, Dima Kogan
> > <gn...@di...> wrote:
> > >
> > > I tackled the long-standing issue of the x11 terminal not
> > > respecting the requested plot aspect ratio
> > <snip>
> >
> > Hi Dima.
> >
> > I've applied your patch to CVS in the development branch after review
> > and testing. <snip>
>
> Hi Ethan. Thanks for applying the patch. Main difference I noticed so far is
> that the point sizes appear smaller in the x11 terminal than they were before
> this patch.
I have found another problem. I suspect it may be an integer overflow, but
if so I can't figure out where. Here's a simple recipe to show the problem:
gnuplot> set term x11
gnuplot> set sample 15
gnuplot> plot x with points pt 5
1) Adjust the X-window so that the plot is very tall.
2) Gradually make the plot window narrower and narrower.
At some point the top border of the plot stops being correctly drawn near
the top of the window; instead it is drawn near the bottom.
gnuplot> show var GPVAL_TERM
GPVAL_TERM_XMIN = 473
GPVAL_TERM_XMAX = 3837
GPVAL_TERM_YMIN = 280
GPVAL_TERM_YMAX = 10072
GPVAL_TERM_XSIZE = 4096
GPVAL_TERM_YSIZE = 10245
The problem seems to trigger when YMAX crosses exactly 10000,
but I don't see any relevant use of 9999 or 10000 as a constant in the code.
Perhaps it's a formatted field overflow from 4 digits to 5 in the y coordinate?
> I'm attaching another patch that tries to handle the point sizes in
> the same way as the wxt and qt terminals do. After this, the points look similar
> to the way they looked before.
OK, thanks.
But please have a look at the problem described above.
>
> dima
>
Ethan
|