On Thursday, 01 June 2017 10:22:55 PM KH.Moriyama wrote:
> Hi!
>
> Thanks for the 5.2 rc1 source tar ball :-)
> I am testing it on Linux Mint 17.3 MATE (64 bit).
> I compile with the following configure options.
>
> ./configure --with-x --prefix=/usr \
> --without-latex --without-lua --without-lisp-files \
> --with-readline=gnu \
> --enable-backwards-compatibility
>
> When I start gnuplot with my personal initialization file ".gnuplot"
> that includes line style definitions like
>
> set style line 1 lt 1 lc rgbcolor "red" pt 1
> set style line 2 lt 2 lc rgbcolor "dark-green" pt 2
> set style line 3 lt 3 lc rgbcolor "blue" pt 3
> set style line 4 lt 4 lc rgbcolor "magenta" pt 4
> ...
>
> it dies with "Segmentation fault".
Thanks for the bug report.
The issue seems to be that "set style line" tries to query the current
terminal, and in your configuration that hasn't been initialized yet.
For now an easy work-around is to add a first line to ~/.gnuplot
set term unknown # or anything else, just to have something set
That will allow the "set style" commands to execute, and the real
terminal type will still be initialized normally after the ~./gnuplot file is read.
Ethan
> When those line style definitions are eliminated, gnuplot runs well.
> And, once started up, I can load the same line style definitions
> with no problem.
> It seems that initialization commands other than the line style
> definition do no harm.
> I did not have such a problem with earlier versions.
>
> Does anyone find the same problem?
>
> Kiyofumi
>
> ------------------------------------------------------------------------------
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> _______________________________________________
> gnuplot-beta mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-beta
|
