在Gnuplot中使用logscale时,Xtics无法按预期工作

在Gnuplot中使用logscale时,Xtics无法按预期工作,gnuplot,Gnuplot,根据Gnuplot的文档,设置logscale;设置xtics 1,101000应启用logscale,并在x轴上标记主tic,从1开始,到1000结束,中间的每个主tic比前一个大10倍。当处于对数刻度时,增量因子称为乘法。出于某种原因,尽管设置了logscale,但在我的计算机上,这个因子被解释为加法 set logscale set xtics 1,10,100 plot 1/x 生产(gnuplot 5.2) 很明显,主要TIC被标记为好像10被解释为一个相加因子。最后,我希望有标准

根据Gnuplot的文档,
设置logscale;设置xtics 1,101000应启用
logscale
,并在x轴上标记主tic,从1开始,到1000结束,中间的每个主tic比前一个大10倍。当处于对数刻度时,增量因子称为乘法。出于某种原因,尽管设置了logscale,但在我的计算机上,这个因子被解释为加法

set logscale
set xtics 1,10,100
plot 1/x
生产(gnuplot 5.2)

很明显,主要TIC被标记为好像
10
被解释为一个相加因子。最后,我希望有标准的log_base_10刻度tic标记(即每个主刻度之间有10个tic标记),但用我自己的数字标记主刻度tic标记

更新


我在别处读到,这可能是新gnuplot 5.2的一个bug。为了确定这一点,其他人会确认这一点吗?如果不是太麻烦的话,也许有人可以在他们的老gnuplot上尝试一下

在5.0.6版本中,它的工作方式与预期的一样,但对数刻度处理在5.2版本中进行了修改。所以这可能是一个错误。你可以在这里报告:谢谢;你会说gnuplot 5.0.6足够稳定,我可以降级到吗?稳定当然,5.0.6是5.0的第六个补丁级别(还有5.0.7)。但5.2较新;)是的,我对新更新的软件很兴奋,但总有bug!我报告了这个bug:在5.0.6版本中,它的工作方式与预期的一样,但logscale处理方式在5.2版本中进行了修改。所以这可能是一个错误。你可以在这里报告:谢谢;你会说gnuplot 5.0.6足够稳定,我可以降级到吗?稳定当然,5.0.6是5.0的第六个补丁级别(还有5.0.7)。但5.2较新;)是的,我对新更新的软件很兴奋,但总有bug!我报告了错误: