Menu
▾
▴
gnuplot-info
|
From: Thomas D. D. <to...@sp...> - 2015-07-10 16:04:31
|
> uname -a Linux P9X79 3.13.0-51-generic #84-Ubuntu SMP Wed Apr 15 12:08:34 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux > gnuplot electron.dem Warning: slow font initializationHit return to continueqt_processTermEvent received a GE_fontprops event. This should not have happened The first plot is over-zoomed so the title and labels are just off the display. The next plot is correct. If I do the plots manually, line by line, the first plot is still not correct. But, if I issue the plot command again, I get a correct plot. Is this a known problem? Any fix? Tom Dean |
|
From: Ethan M. <eam...@gm...> - 2015-07-10 16:20:38
|
On Friday, 10 July 2015 09:04:22 AM Thomas D. Dean wrote: > > uname -a > Linux P9X79 3.13.0-51-generic #84-Ubuntu SMP Wed Apr 15 12:08:34 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > > > gnuplot electron.dem > > Warning: slow font initializationHit return to > continueqt_processTermEvent received a GE_fontprops event. This should > not have happened > > The first plot is over-zoomed so the title and labels are just off the > display. The next plot is correct. If I do the plots manually, line by > line, the first plot is still not correct. But, if I issue the plot > command again, I get a correct plot. > > Is this a known problem? So far as I know the error message means exactly what it says. The request to the system for a font took so long that gnuplot decided to stop waiting for it and tried to draw the plot with only a guess at font information. Because of this, the sizing and placement of elements in the font is not correct. This can happen if you request a font that has buggy metrics (some very old *.ttf fonts for example), but can also come if the font is not already in the system or per-user font cache and the system is just plain slow in searching/loading it from disk. In the latter case the problem should go away if you repeat the plot sequence, because now it is in the font cache. This seems to be a recurring problem on OSX, but I have only seen it on linux if the font is being used for the very first time and therefore none of the font metrics are cached. Ethan > Any fix? > > Tom Dean > > ------------------------------------------------------------------------------ > Don't Limit Your Business. Reach for the Cloud. > GigeNET's Cloud Solutions provide you with the tools and support that > you need to offload your IT needs and focus on growing your business. > Configured For All Businesses. Start Your Cloud Today. > https://www.gigenetcloud.com/ > _______________________________________________ > gnuplot-info mailing list > gnu...@li... > Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info -- mail: Biomolecular Structure Center, K-428 Health Sciences Bldg MS 357742, University of Washington, Seattle 98195-7742 |
|
From: Thomas D. D. <to...@sp...> - 2015-07-10 18:26:14
|
I removed gnuplot 5.1 and installed the Ubuntu package. Now, electron.dem works. But, the Ubuntu package is seemingly screwed-up. Installing gnuplot does not work. Installing gnuplot-x11 does not work. Installing gnuplot-qt does work. I use X, not the desktop. I removed the ubuntu packages and manually cleaned-up. apt does not remove /usr/bin/gnuplot. I rebuilt and installed gnuplot 5.1. It works great, except for the first plot. This issue has been discussed repeatedly for both OSX abnd Linux. A fix was proposed and it looks like it was not implemented. Should I file a bug report? Tom Dean |
|
From: Ethan M. <eam...@gm...> - 2015-07-10 18:34:29
|
On Fri, Jul 10, 2015 at 11:26 AM, Thomas D. Dean <to...@sp...> wrote:
> I removed gnuplot 5.1 and installed the Ubuntu package.
>
> Now, electron.dem works.
>
> But, the Ubuntu package is seemingly screwed-up. Installing gnuplot
> does not work. Installing gnuplot-x11 does not work. Installing
> gnuplot-qt does work.
>
> I use X, not the desktop.
>
> I removed the ubuntu packages and manually cleaned-up. apt does not
> remove /usr/bin/gnuplot.
>
> I rebuilt and installed gnuplot 5.1. It works great, except for the
> first plot.
>
> This issue has been discussed repeatedly for both OSX abnd Linux. A fix
> was proposed and it looks like it was not implemented.
Discussed and proposed where?
> Should I file a bug report?
A pointer to the discussion and proposed fix would be sufficient.
thanks,
Ethan
> Tom Dean
>
> ------------------------------------------------------------------------------
> Don't Limit Your Business. Reach for the Cloud.
> GigeNET's Cloud Solutions provide you with the tools and support that
> you need to offload your IT needs and focus on growing your business.
> Configured For All Businesses. Start Your Cloud Today.
> https://www.gigenetcloud.com/
> _______________________________________________
> gnuplot-info mailing list
> gnu...@li...
> Membership management via: https://lists.sourceforge.net/lists/listinfo/gnuplot-info
|
|
From: Thomas D. D. <to...@sp...> - 2015-07-10 18:53:35
|
On 07/10/15 11:34, Ethan Merritt wrote: > > A pointer to the discussion and proposed fix would be sufficient. discussion, among others: http://comments.gmane.org/gmane.comp.graphics.gnuplot.user/7933 http://gnuplot.10905.n7.nabble.com/Reworked-qt-terminal-is-much-faster-and-fails-to-work-on-Mac-td17949i60.html Daniel J Sebald proposed a patch. https://sourceforge.net/p/gnuplot/patches/653/ for cleaning up the linking and waiting for gnuplot_qt socket I am not sure this patch is a fix. Tom Dean |
|
From: Thomas D. D. <to...@sp...> - 2015-07-10 19:13:56
|
On Ubuntu 14.04, > gnuplot ... gnuplot> set terminal x11 gnuplot> load "electron.dem" works, all plots are correct. > gnuplot ... gnuplot> set terminal qt gnuplot> load "electron.dem" Warning: slow font initializationHit return to continueqt_processTermEvent received a GE_fontprops event. This should not have happened The first plot is wrong and all others are correct. So, the problem is with the qt terminal, not the x11 terminal. Sorry for the confusion. Tom Dean |
|
From: Ethan M. <eam...@gm...> - 2015-07-10 19:41:25
|
On Fri, Jul 10, 2015 at 11:53 AM, Thomas D. Dean <to...@sp...> wrote: > On 07/10/15 11:34, Ethan Merritt wrote: > >> >> A pointer to the discussion and proposed fix would be sufficient. > > > > discussion, among others: > > http://comments.gmane.org/gmane.comp.graphics.gnuplot.user/7933 That was a different problem altogether. The executable was installed in the wrong directory. > http://gnuplot.10905.n7.nabble.com/Reworked-qt-terminal-is-much-faster-and-fails-to-work-on-Mac-td17949i60.html > > Daniel J Sebald proposed a patch. > > https://sourceforge.net/p/gnuplot/patches/653/ > > for cleaning up the linking and waiting for gnuplot_qt socket > > I am not sure this patch is a fix. That patch was a non-starter because it totally broke on OSX and basically just papered over the symptom by not checking for a problem with the font request - so no error message but also the font + scaling was still messed up if the system didn't respond in time. I remain dubious that this is really a problem on the gnuplot end. The font request really is delayed or late, which points to an issue with font configuration at the operating system level. The identical gnuplot code works fine on other linux machines. That doesn't rule out the possibility that something could be done in gnuplot to reduce the chance of triggering an error in the font support, but so far I have not seen a plausible suggestion as to what that change might be. Out of curiousity, are you using Qt4 or Qt5? Which exact version? |
|
From: Thomas D. D. <to...@sp...> - 2015-07-10 22:25:28
|
On 07/10/15 12:41, Ethan Merritt wrote: > On Fri, Jul 10, 2015 at 11:53 AM, Thomas D. Dean <to...@sp...> wrote: >> On 07/10/15 11:34, Ethan Merritt wrote: >> >>> >>> A pointer to the discussion and proposed fix would be sufficient. >> >> >> >> discussion, among others: >> >> http://comments.gmane.org/gmane.comp.graphics.gnuplot.user/7933 > > That was a different problem altogether. The executable was installed > in the wrong directory. > >> http://gnuplot.10905.n7.nabble.com/Reworked-qt-terminal-is-much-faster-and-fails-to-work-on-Mac-td17949i60.html >> >> Daniel J Sebald proposed a patch. >> >> https://sourceforge.net/p/gnuplot/patches/653/ >> >> for cleaning up the linking and waiting for gnuplot_qt socket >> >> I am not sure this patch is a fix. > > That patch was a non-starter because it totally broke on OSX and > basically just papered over the symptom by not checking for a problem > with the font request - so no error message but also the font + > scaling was still messed up if the system didn't respond in time. > > I remain dubious that this is really a problem on the gnuplot end. > The font request really is delayed or late, which points to an issue > with font configuration at the operating system level. The identical > gnuplot code works fine on other linux machines. That doesn't rule > out the possibility that something could be done in gnuplot to reduce > the chance of triggering an error in the font support, but so far I > have not seen a plausible suggestion as to what that change might be. > > Out of curiousity, are you using Qt4 or Qt5? Which exact version? > > I am using qt4. QtCore does not seem to exist in the Ubuntu 14.04 packages for qt5. > lrelease-qt4 -version lrelease version 4.8.6 This seems to be related to qt. See my previous message about set terminal. Tom Dean |
|
From: Thomas D. D. <to...@sp...> - 2015-07-11 03:30:03
|
I found a solution. I was using qt4. Building with qt5 failed at several points, due to my setup and system. Configure was not generating a correct Makefile because it could not find qt5! The key is to look at the Makefile, specifically QT_CFLAGS and QT_LIBS. If they are blank, the problem is with the build dependencies. I did a lot of things, so, not sure what fixed things, maybe all. > uname -a Linux P9X79 3.13.0-51-generic #84-Ubuntu SMP Wed Apr 15 12:08:34 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux > lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 14.04.2 LTS Release: 14.04 Codename: trusty I installed build-dep gnuplot qttools5-dev-tools qtbase5-dev libqt5svg5 libqt5svg5-dev and, did 'sudo updatedb'. This is very important. Now, 'configure --with-qt=qt5' generates the correct QT_CFLAGS and QT_LIBS values. Before, they were blank! configure, make, make check, and make install all work. The first plot is correct! Sorry for all the noise. Hope this helps someone else. Tom Dean |
|
From: Thomas D. D. <to...@sp...> - 2015-07-11 03:37:19
|
I spoke too soon. I do have gnuplot running with qt5. However, if I set terminal qt, the first plot still fails. I really do want the qt terminal because the plots, especially transparency are better, I guess, as a work around, I will just issue the first plot command twice! The x11 terminal still works correctly. I will drop this, since there is most likely no solution. Thank you. Tom Dean |
|
From: Thomas D. D. <to...@sp...> - 2015-07-11 05:03:58
|
On 07/10/15 20:27, tmacchant wrote: > On your system, it is possible that font confuration is incorrect. Try > > $ fc-cash -fv > > from bash prompt > I have done this several times. I see no errors. It does not change anything. |
|
From: Tatsuro M. <tma...@ya...> - 2015-07-11 06:34:08
|
----- Original Message ----- > From: Thomas D. Dean > To: gnuplot-info > Cc: > Date: 2015/7/11, Sat 14:03 > Subject: Re: [Gnuplot-info] Gnuplot 5.1 Warning and Incorrect Plot > > On 07/10/15 20:27, tmacchant wrote: >> On your system, it is possible that font confuration is incorrect. Try >> >> $ fc-cash -fv >> >> from bash prompt >> > > I have done this several times. I see no errors. It does not change > anything. > Hmmmm. I also am using ubuntu 14.0.4 LTS amd64. I have never seen such slowness for qt. Do you build gnuplot 5.1 also with wxt? How about wxt? $ GNUTERM=wxt gnuplot electron.dem The wxt terminal has a transparency facilities. Note that qt and wxt cannot be used at the same gnuplot session (except for windows.). If you have not built gnuplot with wxt, please see carefully configure reports and what is missing. Tatsuro |
|
From: Thomas D. D. <to...@sp...> - 2015-07-11 06:50:33
|
I set terminal in ~/.gnuplot, which I changed
> cat ~/.gnuplot
set fontpath "/usr/share/fonts/X11/100dpi"
set terminal wxt font "helvB,12" enhanced
> gnuplot
...
G N U P L O T
Version 5.1 patchlevel 0 last modified 2015-07-08
...
terminal type is wxt 0 enhanced font "helvB024"
fontpath is "/usr/share/fonts/X11/100dpi"
system fontpath is "/usr/share/ghostscript/fonts"
Terminal type set to 'wxt'
gnuplot> load "transparent_solids.dem"
Works!.
And, the transparency is similar to qt.
Thanks.
Tom Dean
|
|
From: Thomas D. D. <to...@sp...> - 2015-07-10 16:23:58
|
On 07/10/15 09:04, Thomas D. Dean wrote: > > uname -a > Linux P9X79 3.13.0-51-generic #84-Ubuntu SMP Wed Apr 15 12:08:34 UTC > 2015 x86_64 x86_64 x86_64 GNU/Linux > > > gnuplot electron.dem > > Warning: slow font initializationHit return to > continueqt_processTermEvent received a GE_fontprops event. This should > not have happened > > The first plot is over-zoomed so the title and labels are just off the > display. The next plot is correct. If I do the plots manually, line by > line, the first plot is still not correct. But, if I issue the plot > command again, I get a correct plot. Bug 1572 mentions using enhanced on set term > gnuplot ... gnuplot> set term x11 enhanced gnuplot> load "electron.dem" All the plots are correct. Tom Dean |
|
From: tmacchant <tma...@ya...> - 2015-07-11 03:52:50
|
On your system, it is possible that font confuration is incorrect. Try $ fc-cash -fv from bash prompt Tatsuro -- View this message in context: http://gnuplot.10905.n7.nabble.com/Gnuplot-5-1-Warning-and-Incorrect-Plot-tp19604p19615.html Sent from the Gnuplot - User mailing list archive at Nabble.com. |
