On 2015-01-20 14:35- Andrew Ross wrote:
>
> Just to point out that if you need to configure plplot on a machine without
> any physical X display then you can always use the xvfb X server which
> provides a dumb framebuffer using virtual memory. This is what the Debian
> build does on the build
On 2015-01-20 14:35- Phil Rosenberg wrote:
> Hi Alan
> I thought I had the CMake script for the new wxWidgets driver sorted.
> Everything built and ran as it was supposed to on my home Ubuntu
> machine. However Ihave just tried on my work CentOS machine and when I
> try to run the viewer proce
On 2015-01-20 10:59- Phil Rosenberg wrote:
> Hi All
> The basic redesigned wxWidgets driver with wxWidgets display being
> performed in a separate process is nearly ready. I am aware that we
> currently do not have the file/shared memory interface ready yet, so I
> have just implemented a rath
Just to point out that if you need to configure plplot on a machine without
any physical X display then you can always use the xvfb X server which
provides a dumb framebuffer using virtual memory. This is what the Debian
build does on the build machines precisely to get round this tk problem.
A
Hi Alan
I thought I had the CMake script for the new wxWidgets driver sorted.
Everything built and ran as it was supposed to on my home Ubuntu
machine. However Ihave just tried on my work CentOS machine and when I
try to run the viewer process I get the following error
wxPLViewer: error while loa
Hi All
The basic redesigned wxWidgets driver with wxWidgets display being
performed in a separate process is nearly ready. I am aware that we
currently do not have the file/shared memory interface ready yet, so I
have just implemented a rather quick minimal shared memory routine
that shares the buf
Hi Alan,
You are right - it seems an almost trivial change, but it does have a large
effect. I will not be pursuing that for the coming release, as there is enough
on my plate already :). Of course, one comes across such issues when going
through all the interfaces, like I am doing now.
Re
On 2015-01-20 09:28- Arjen Markus wrote:
> Hi Phil, Alan,
> I like the idea of a PLTIMEFLT type, it expresses precisely what the
variable is intended to be – it is not just a raw double. There would
not be an actual incompatibility, just a refinement.
I think it is an elaboration that won't
Hi Phil, Alan,
I like the idea of a PLTIMEFLT type, it expresses precisely what the variable
is intended to be – it is not just a raw double. There would not be an actual
incompatibility, just a refinement.
Regards,
Arjen
From: Phil Rosenberg [mailto:[email protected]]
Sent: Tu
I am more inclined to agree with Arjen. A time interface, without the ability
to represent time to the accuracy we display it is to my mind a bug. Perhaps if
the idea of a raw double doesn't appeal, then a PLTIMEFLT define would be more
in keeping with the current style.
Phil
-Original Mes
10 matches
Mail list logo
