gnuplot development

On Tuesday, 30 October 2012, Dmitri A. Sergatskov wrote:
> The following code:
> 
> set format x "10^{%T}"
> set format y "10^{%T}"
> set logscale xy
> set term x11 enh
> plot [0.001:100] x
> 
> make plot with "bad" labels (see attached).
> The result is what expected on 4.6.x (also attached)
>  or on 4.7 with wxt term.

Thanks for the report.

This was a problem (fixed now) in gnuplot_x11.

A new more compact format for transfering coordinates
between x11.trm and gnuplot_x11 was introduced recently,
but the "T" case didn't quite match on the gnuplot_x11 end. 

	Ethan

> 
> Dmitri.
> --
>

> On Tue, 30 Oct 2012 22:05:57 -0700
> "sfeam (Ethan Merritt)" <eamerritt@...> wrote:
>
> On Tuesday, 30 October 2012, Dmitri A. Sergatskov wrote:
> > The following code:
> > 
> > set format x "10^{%T}"
> > set format y "10^{%T}"
> > set logscale xy
> > set term x11 enh
> > plot [0.001:100] x
> > 
> > make plot with "bad" labels (see attached).
> > The result is what expected on 4.6.x (also attached)
> >  or on 4.7 with wxt term.
> 
> Thanks for the report.
> 
> This was a problem (fixed now) in gnuplot_x11.
> 
> A new more compact format for transfering coordinates
> between x11.trm and gnuplot_x11 was introduced recently,
> but the "T" case didn't quite match on the gnuplot_x11 end. 
> 
> 	Ethan

Hi Ethan. Sorry this is late, but the fixes you committed for this aren't 100%
right. The bug was that char_byte_offset is relative to the pointer that
sscanf() was passed. So in the 's' case, it's relative to buffer+2. I forgot the
+2 in my earlier code. Attaching a patch that redoes this fix simply by adding
in the +2.

dima