Re: Parsing bug?

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

On Tuesday 09 February 2010, Thomas Sefzick wrote:
> 
> this has been repaired in the development version of gnuplot:

>         G N U P L O T
>         Version 4.4 patchlevel 0-rc1
> gnuplot> print 6000**4
> -2086600704
> 
> 
>         G N U P L O T
>         Version 4.5 patchlevel 0
> gnuplot> print 6000**4
> 1.296e+15

Just to keep everyone on the same page...

The code base for the 4.4 was basically frozen at the time the
time the 4.4.0-rc1 snapshot was created.  Since then I've only
applied bug fixes, particularly for problems reported against -rc1.

I have kept a set of patches against 4.5 CVS to be applied to 
4.4 CVS once 4.4.0 is out the door.  So I expect these will appear
in 4.4.1:

   winmain_va_copy      Allows building with Visual C
   wxt_dashed           set term wxt ... {dashed|solid} {dashlength <dl>}
   x11_mousewheel		mousewheel support
   wxt_mousewheel		mousewheel support
   pow_overflow         if i**j would cause integer overflow, return a float instead
   int_overflow         Check internal integer multiplications for overflow
   tikz                 remove conditional tests for version 4.3
   candle_width         optional 6th column containing box width
   rmargin              tweak left and right margins to be more like those prior to 4.2.4
   jw-refactor          clean up the execute-from-string operations lf_push/lf_pop
   cc-for-build         fix for building documentation during cross-compilation
   percent_s            support the "%s" format specifier in strftime()
   Kalinin_metapost     Fix inheritance of line thickness by text strings
   suppress_PDFMark     rearrange postscript prolog to allow customization
   timefmt              handle evaluated input values for time format "%s"
   init_func_points     initialize full coordinate structure for 2D functions