plplot-devel — Technical discussion about PLplot development

Re: [Plplot-devel] Soft freeze on December 3rd and release on December 17th?

[Alan W. I. <ir...@be...>]

On 2016-12-10 05:08-0800 Alan W. Irwin wrote:

> On 2016-12-09 18:02-0500 Pedro Vicente wrote:
>
>> ok, simple issue , ignore
>>
>> I tool a quick look at the ouput , it's just
>>
>>
>> CMake 3.0.2 or higher is required.  You are running version 2.8.12.2
>
> OK.  So please fix that (run scripts/comprehensive_test.sh --help to
> see how to specify the cmake command exactly). Once you run
> scripts/comprehensive_test.sh with the correct cmake, then as I
> suggested before please follow up by sending me the report tarball to
> help figure out what is wrong for the wxwidgets case on CentOS.

Never mind.  I should have checked my incoming mail first to see you
have gone another way.  But in general, creating a report tarball is
a good way to report errors since it gives all sorts of details that
otherwise are a pain to collect consistently for an error report.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] Soft freeze on December 3rd and release on December 17th?

[Alan W. I. <ir...@be...>]

On 2016-12-09 18:02-0500 Pedro Vicente wrote:

> ok, simple issue , ignore
>
> I tool a quick look at the ouput , it's just
>
>
> CMake 3.0.2 or higher is required.  You are running version 2.8.12.2

OK.  So please fix that (run scripts/comprehensive_test.sh --help to
see how to specify the cmake command exactly). Once you run
scripts/comprehensive_test.sh with the correct cmake, then as I
suggested before please follow up by sending me the report tarball to
help figure out what is wrong for the wxwidgets case on CentOS.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] More on IPC

[Alan W. I. <ir...@be...>]

Hi Phil:

If you review my results from much earlier this year that had a screen
shot attached in the next e-mail of my cpumeter results, the test
being run was for a case with absolutely no text data being written to
wxPLViewer.  So your concern (expressed off list to me) about the
efficiency of IPC of text may be well taken, but they are not relevant
to this particular result of huge idle times.

Your other thought that inefficient IPC method may not be the direct
cause of this issue is likely correct.  For why, read on.

One working hypothesis I could think of to generate these
excessive idle times on Linux is that shared memory is not being
shm_unlink'd properly so we have a shared memory leak that in a
heavy-duty testing environment (such as when building the
test_c_wxwidgets target) means the Linux kernel is soon right up
against it (since it probably only allows a rather small proportion of
actual memory to be used for the special purpose of shared memory). So
the extraordinary measures that would be needed to supply shared memory ==>
huge idle times.

To investigate that possibility further I introduced (as of commit
dcae24e) rudimentary but proper debug reporting of when the creation
of shared memory is a success.  I also did that for the shm_unlink
call (but only for the case when there is success for
PLMemoryMap::create followed by a call to PLMemoryMap::close).  The
results from building the test_c_wxwidgets target (before I ^C'd out
of it) are as follows:

Testing subset of C examples for device wxwidgets
x01c
PLMemoryMap::create: shm_open was a success for plplotMemoryMapIFWDQVRLBF
PLMemoryMap::create: shm_open was a success for plplotMemoryMapIFWDQVRLBF
PLMemoryMap::close: shm_unlink was a success for plplotMemoryMapIFWDQVRLBF
x04c
PLMemoryMap::create: shm_open was a success for plplotMemoryMapBTDCASTECJ
PLMemoryMap::create: shm_open was a success for plplotMemoryMapBTDCASTECJ
PLMemoryMap::close: shm_unlink was a success for plplotMemoryMapBTDCASTECJ
PLMemoryMap::close: shm_unlink error
PLMemoryMap::close: No such file or directory
x08c
PLMemoryMap::create: shm_open was a success for plplotMemoryMapYKNFFXNKGJ
PLMemoryMap::create: shm_open was a success for plplotMemoryMapYKNFFXNKGJ
PLMemoryMap::close: shm_unlink was a success for plplotMemoryMapYKNFFXNKGJ
PLMemoryMap::close: shm_unlink error
PLMemoryMap::close: No such file or directory
x14c
PLMemoryMap::create: shm_open was a success for plplotMemoryMapNYBYKUHKXR
PLMemoryMap::create: shm_open was a success for plplotMemoryMapNYBYKUHKXR
PLMemoryMap::create: shm_open was a success for plplotMemoryMapIJIAMCSBUP
PLMemoryMap::create: shm_open was a success for plplotMemoryMapIJIAMCSBUP
PLMemoryMap::close: shm_unlink was a success for plplotMemoryMapIJIAMCSBUP
PLMemoryMap::close: shm_unlink was a success for plplotMemoryMapNYBYKUHKXR
x16c
PLMemoryMap::create: shm_open was a success for plplotMemoryMapQPXDPGRVTF
PLMemoryMap::create: shm_open was a success for plplotMemoryMapQPXDPGRVTF
PLMemoryMap::close: shm_unlink was a success for plplotMemoryMapQPXDPGRVTF
PLMemoryMap::close: shm_unlink error
PLMemoryMap::close: No such file or directory
x17c
^C

So these results completely shoot down that hypothesis because for every
successful shm_open of a particular name there is also a successful
shm_unlink for that same name ==> no shared memory leak!  Oh well, on
to the next idea.  :-)

For a bit I was excited about the above shm_unlink error
messages that are also emitted for all but the first and 14th
examples, but I now believe that pattern is the expected one, i.e.,
-dev wxwidgets finishes so it calls the PLMemoryMap destructor 
or PLMemoryMap::close directly which
destroys the shared memory.  Then wxPLViewer finishes so when it calls
the PLMemoryMap destructor or PLMemoryMap::close directly those error messages must be emitted.
But I frankly do not understand why no such error messages were emitted
for the first and 14th examples.  Yet for the first example
experiments below, the error messages are always emitted.  I have
rerun both types of tests any number of times and these patterns
always repeat.  But I cannot figure out why different error messages are
emitted for x01c results
in the two contexts.  Do you have some intelligent guess or even
definitive response about that?

Note the above form of results always take a very long time to create so the
excessive idle time is still with us.  In fact to see that directly,
I ran x01c twice in a row as follows:

software@raven> time examples/c/x01c -dev wxwidgets -np; echo "done x01c"; time examples/c/x01c -dev wxwidgets -np;echo "done x01c"
PLplot library version: 5.11.1
PLMemoryMap::create: shm_open was a success for plplotMemoryMapRZZQSYHRAO
PLMemoryMap::create: shm_open was a success for plplotMemoryMapRZZQSYHRAO
PLMemoryMap::close: shm_unlink was a success for plplotMemoryMapRZZQSYHRAO

real    0m0.258s
user    0m0.040s
sys     0m0.016s
done x01c
PLplot library version: 5.11.1
PLMemoryMap::close: shm_unlink error
PLMemoryMap::close: No such file or directory
[~10 second pause]
PLMemoryMap::create: shm_open was a success for plplotMemoryMapOLMHNIFOPT
PLMemoryMap::create: shm_open was a success for plplotMemoryMapOLMHNIFOPT
PLMemoryMap::close: shm_unlink was a success for plplotMemoryMapOLMHNIFOPT

real    0m10.263s
user    0m0.052s
sys     0m0.004s
done x01c
software@raven> PLMemoryMap::close: shm_unlink error
PLMemoryMap::close: No such file or directory

I then did the same experiment only using -dev psc for the second
invocation of the example.

software@raven> time examples/c/x01c -dev wxwidgets -np; echo "done x01c"; time examples/c/x01c -dev psc -o test.ps ;echo "done x01c"
PLplot library version: 5.11.1
PLMemoryMap::create: shm_open was a success for plplotMemoryMapMAMYNDBJMT
PLMemoryMap::create: shm_open was a success for plplotMemoryMapMAMYNDBJMT
PLMemoryMap::close: shm_unlink was a success for plplotMemoryMapMAMYNDBJMT

real    0m0.255s
user    0m0.052s
sys     0m0.000s
done x01c
PLplot library version: 5.11.1

real    0m0.006s
user    0m0.004s
sys     0m0.000s
done x01c
software@raven> PLMemoryMap::close: shm_unlink error
PLMemoryMap::close: No such file or directory

So absolutely no delay of that second example run in this case (as
expected), but a ~10 second delay (sigh) when -dev wxwidgets is used
twice in a row.

This ~10 second pause of the second example run for -dev wxwidgets occurred when no
wxPLViewer GUI was showing.  And from the placement of that pause
it is now a certainty that the delay is due to a long
wait (likely for some system resources) by the -dev wxwidgets code on startup, and the
most likely candidate for that is that delay is occurring somewhere in
PLMemoryMap::create.  So further debug output is going to have to be
inserted to confirm that, but if that turns out to be the case, this
obviously has nothing to do with IPC methods but everything to do with
setting those up.
Note also this issue is exactly the one I posted about a long time
ago, i.e., it also occurs when no text is being written to the device.

Unfortunately, I have now run out of any further time to pursue this
right now so the answer to the above question about whether or not the
issue is somewhere in PLMemoryMap::create and if so finding the exact
system call that is intermittently inserting huge delays will have to
be a mystery until post-release (unless someone else steps in).

I have now made a subsequent commit (1627eec) to drop this debug
information for the release.  But output of that useful debug
information can trivially be restored by #defining PLMemoryMap_DEBUG
in drivers/wxwidgets_comms.h.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] wxPLplotDemo.cpp errors

[Pedro V. <ped...@sp...>]

Hi Phil

>>I do have access to a CentOS machine at work, although I think I have
>>only got access to wxWidgets 2.8 on that system.

What I usually do when I want to quick test on many unices , I install 
Virtual Box

https://www.virtualbox.org/

For example on my Windows PC I have a CentOS and Ubuntu as virtual guests 
(not the ones I did the PLplot test)

-Pedro




----- Original Message ----- 
From: "Phil Rosenberg" <p.d...@gm...>
To: "Pedro Vicente" <ped...@sp...>; 
<plp...@li...>
Sent: Saturday, December 10, 2016 3:57 AM
Subject: Re: [Plplot-devel] wxPLplotDemo.cpp errors


> Hi Pedro
> I have included the devel list on this email, so the thread will get
> documented on the mailing list.
>
> It is very strange that the OnCreate function is not being called. If
> you are calling Create then you should be generating a create event.
> Am I correct in saying that you are getting this segfault with the
> unchanged demo app?
>
> This location really is the best (and maybe only) place this
> initialisation should be done. It cannot be included in the
> constructor, because the generic nature of the template specification
> means the code in the constructor does not know which type of wxWindow
> we are inheriting from so cannot pass the correct parameters to the
> constructor. By the time OnPaint is called it is really too late,
> because we would like to already have the plot initialised and ready
> to draw and it would be a real pain for you in your code if you had to
> somehow wait for the first paint or resize event.
>
> I do have access to a CentOS machine at work, although I think I have
> only got access to wxWidgets 2.8 on that system. I will check. I may
> be able to build 3.1 from source. I presume you are using 3.1.0 as
> released in February, rather than the head of the master branch?
>
> On 10 December 2016 at 07:52, Pedro Vicente
> <ped...@sp...> wrote:
>> Hi Phil
>>
>> My idea for a fix is to move the stream initialization that is now  on
>>
>> void wxPLplotwindow<WXWINDOW>::OnCreate( wxWindowCreateEvent &event
>> {
>> if ( !m_created )
>>
>> either to the OnSize or onPaint events
>>
>> void wxPLplotwindow<WXWINDOW>::OnSize( wxSizeEvent& WXUNUSED( event ) )
>>
>> and also in the plot call do this
>>
>> template< class WXWINDOW >
>> void Plot( wxPLplotwindow<WXWINDOW> *plotwindow )
>> {
>>    wxPLplotstream* pls = plotwindow->GetStream();
>>
>>    if (pls == NULL)
>>    {
>>      return;
>>    }
>>
>>
>> Like this , in this sequence
>>
>>
>> wxPLplotwindow<wxFrame> *frame = new wxPLplotwindow<wxFrame>();
>>    frame->Create( NULL, wxID_ANY, wxT( "wxPLplotDemo" ) );
>>    frame->SetIcon( wxIcon( graph ) );
>>    frame->Show();
>>    Plot( frame );
>>
>>
>> first we go to
>> Plot( frame );
>>
>> but the stream is NULL because
>> :OnCreate
>> was not called, but the function returns, avoiding the seg fault
>>
>> then the window gets a paint or size event, and the stream initialization
>> code is called
>> at this time I have a PLplot empty black window
>>
>> but because
>> Plot( frame );
>> was only called at start, it is not called again, so there is no draw
>>
>> any ideas here ?
>>
>> of course making the Plot() call in another app function should work
>>
>>
>> If you could replicate this issue, that would be great.
>> I am using CentOS 6.8, PLplot.5.11.1 , wxWidgets 3.1.0
>>
>>
>>
>>
>>
>> ----- Original Message ----- From: Pedro Vicente
>> To: plp...@li... ; Phil Rosenberg
>> Sent: Saturday, December 10, 2016 12:59 AM
>> Subject: Re: [Plplot-devel] wxPLplotDemo.cpp errors
>>
>>
>> Hi Phil
>>
>> So, the issue seems to be the same that I have been reporting
>>
>>
>> In the wxPLplotDemo.cpp code you have these callling functions
>>
>>
>> wxPLplotwindow<wxFrame> *frame = new wxPlDemoFrame();
>> frame->Create( NULL, wxID_ANY, wxT( "wxPLplotDemo" ) );
>>
>>
>> that make 2 calls to the PLplot library, or the wxWidgets driver of it
>> all these calls are in the header file wxPLplotwindow.h
>>
>> first the constructor is called
>>
>> template<class WXWINDOW>
>> wxPLplotwindow<WXWINDOW>::wxPLplotwindow( bool useGraphicsContext, wxSize
>> clientSize )
>>    : m_created( false ), m_initialSize( clientSize )
>>
>>
>> then this call OnCreate() is called, like you mentioned
>> and the !m_created bool makes the initialization of the stream happen
>>
>> the problem is  that this function id *NOT* called on my linux build (it 
>> is
>> on the Windows build)
>> so therefore later
>> wxPLplotstream* pls = plotwindow->GetStream();
>>
>> this is NULL, so therefore it seg faults on the plot calls
>>
>> //! This is called when the widow is created i.e. after WXWINDOW::Create
>> // has been called. We note that this has been called to avoid attempting
>> // to redraw a plot on a window that hasn't been created yet.
>> template<class WXWINDOW>
>> void wxPLplotwindow<WXWINDOW>::OnCreate( wxWindowCreateEvent &event )
>> {
>> if ( !m_created )
>>
>> so, one quick try is to put the code of
>>
>> void wxPLplotwindow<WXWINDOW>::OnCreate
>> that is not called on the constructor maybe ?
>>
>> -Pedro
>>
>> ----- Original Message ----- From: Pedro Vicente
>> To: plp...@li... ; Phil Rosenberg
>> Sent: Friday, December 09, 2016 11:57 PM
>> Subject: [Plplot-devel] wxPLplotDemo.cpp errors
>>
>>
>> Hi Phil
>>
>> So, resuming the last thread about wxWidgets, what I did was to build and
>> run wxPLplotDemo.cpp from PLpplot 5.11.1 on CentOS 6.8
>>
>> all builds fine, but when I do run , I get a seg fault
>>
>> [pedro.vicente@rhw9121 c++]$ cd
>> /data/home002/pvicente/plplot/build/examples/c++
>> [pedro.vicente@rhw9121 c++]$ ./wxPLplotDemo
>> Segmentation fault
>>
>> I know that only this information is not much help to you to debug, but 
>> in
>> the next couple of days I'll be debugging this and posting here any
>> solution.
>>
>> my cmake call was
>>
>> cmake ..  -G "Unix Makefiles" -DBUILD_SHARED_LIBS:BOOL=OFF
>> -DENABLE_f95:BOOL=OFF -DENABLE_tcl:BOOL=OFF -DENABLE_tk:BOOL=OFF
>> -DCMAKE_INSTALL_PREFIX:PATH=/data/data127/pvicente/install/plplot-5.11.1d
>> -DPL_HAVE_PTHREAD:BOOL=OFF -DPLD_xwin:BOOL=OFF -DPLD_wxwidgets:BOOL=ON
>> -DwxWidgets_ROOT_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0
>> -DwxWidgets_LIB_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0/lib
>> -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
>> -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF
>> -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DBUILD_TEST:BOOL=ON >& cmake.txt &
>>
>>
>> the output of
>> cmake
>> and
>> make
>> are attached
>>
>> -Pedro
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Developer Access Program for Intel Xeon Phi Processors
>> Access to Intel Xeon Phi processor-based developer platforms.
>> With one year of Intel Parallel Studio XE.
>> Training and support from Colfax.
>> Order your platform today.http://sdm.link/xeonphi
>>
>>
>>
>> _______________________________________________
>> Plplot-devel mailing list
>> Plp...@li...
>> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Developer Access Program for Intel Xeon Phi Processors
>> Access to Intel Xeon Phi processor-based developer platforms.
>> With one year of Intel Parallel Studio XE.
>> Training and support from Colfax.
>> Order your platform today.http://sdm.link/xeonphi
>>
>>
>>
>> _______________________________________________
>> Plplot-devel mailing list
>> Plp...@li...
>> https://lists.sourceforge.net/lists/listinfo/plplot-devel
> 

Re: [Plplot-devel] wxPLplotDemo.cpp errors

[Pedro V. <ped...@sp...>]

Hi Phil

> I have included the devel list on this email, so the thread will get
> documented on the mailing list.


I have been posting everything to the list

> Am I correct in saying that you are getting this segfault with the
> unchanged demo app?


yes, correct


>It cannot be included in the
> constructor, because the generic nature of the template specification

yes, exactly


>>> I do have access to a CentOS machine at work, although I think I have
> only got access to wxWidgets 2.8 on that system.

I just did a build on Ubuntu with wxWidgets installed from package (not sure 
which version, I will check)
see last email

>> I presume you are using 3.1.0 as
> released in February,

yes, on CentOS


-Pedro




----- Original Message ----- 
From: "Phil Rosenberg" <p.d...@gm...>
To: "Pedro Vicente" <ped...@sp...>; 
<plp...@li...>
Sent: Saturday, December 10, 2016 3:57 AM
Subject: Re: [Plplot-devel] wxPLplotDemo.cpp errors


> Hi Pedro
> I have included the devel list on this email, so the thread will get
> documented on the mailing list.
>
> It is very strange that the OnCreate function is not being called. If
> you are calling Create then you should be generating a create event.
> Am I correct in saying that you are getting this segfault with the
> unchanged demo app?
>
> This location really is the best (and maybe only) place this
> initialisation should be done. It cannot be included in the
> constructor, because the generic nature of the template specification
> means the code in the constructor does not know which type of wxWindow
> we are inheriting from so cannot pass the correct parameters to the
> constructor. By the time OnPaint is called it is really too late,
> because we would like to already have the plot initialised and ready
> to draw and it would be a real pain for you in your code if you had to
> somehow wait for the first paint or resize event.
>
> I do have access to a CentOS machine at work, although I think I have
> only got access to wxWidgets 2.8 on that system. I will check. I may
> be able to build 3.1 from source. I presume you are using 3.1.0 as
> released in February, rather than the head of the master branch?
>
> On 10 December 2016 at 07:52, Pedro Vicente
> <ped...@sp...> wrote:
>> Hi Phil
>>
>> My idea for a fix is to move the stream initialization that is now  on
>>
>> void wxPLplotwindow<WXWINDOW>::OnCreate( wxWindowCreateEvent &event
>> {
>> if ( !m_created )
>>
>> either to the OnSize or onPaint events
>>
>> void wxPLplotwindow<WXWINDOW>::OnSize( wxSizeEvent& WXUNUSED( event ) )
>>
>> and also in the plot call do this
>>
>> template< class WXWINDOW >
>> void Plot( wxPLplotwindow<WXWINDOW> *plotwindow )
>> {
>>    wxPLplotstream* pls = plotwindow->GetStream();
>>
>>    if (pls == NULL)
>>    {
>>      return;
>>    }
>>
>>
>> Like this , in this sequence
>>
>>
>> wxPLplotwindow<wxFrame> *frame = new wxPLplotwindow<wxFrame>();
>>    frame->Create( NULL, wxID_ANY, wxT( "wxPLplotDemo" ) );
>>    frame->SetIcon( wxIcon( graph ) );
>>    frame->Show();
>>    Plot( frame );
>>
>>
>> first we go to
>> Plot( frame );
>>
>> but the stream is NULL because
>> :OnCreate
>> was not called, but the function returns, avoiding the seg fault
>>
>> then the window gets a paint or size event, and the stream initialization
>> code is called
>> at this time I have a PLplot empty black window
>>
>> but because
>> Plot( frame );
>> was only called at start, it is not called again, so there is no draw
>>
>> any ideas here ?
>>
>> of course making the Plot() call in another app function should work
>>
>>
>> If you could replicate this issue, that would be great.
>> I am using CentOS 6.8, PLplot.5.11.1 , wxWidgets 3.1.0
>>
>>
>>
>>
>>
>> ----- Original Message ----- From: Pedro Vicente
>> To: plp...@li... ; Phil Rosenberg
>> Sent: Saturday, December 10, 2016 12:59 AM
>> Subject: Re: [Plplot-devel] wxPLplotDemo.cpp errors
>>
>>
>> Hi Phil
>>
>> So, the issue seems to be the same that I have been reporting
>>
>>
>> In the wxPLplotDemo.cpp code you have these callling functions
>>
>>
>> wxPLplotwindow<wxFrame> *frame = new wxPlDemoFrame();
>> frame->Create( NULL, wxID_ANY, wxT( "wxPLplotDemo" ) );
>>
>>
>> that make 2 calls to the PLplot library, or the wxWidgets driver of it
>> all these calls are in the header file wxPLplotwindow.h
>>
>> first the constructor is called
>>
>> template<class WXWINDOW>
>> wxPLplotwindow<WXWINDOW>::wxPLplotwindow( bool useGraphicsContext, wxSize
>> clientSize )
>>    : m_created( false ), m_initialSize( clientSize )
>>
>>
>> then this call OnCreate() is called, like you mentioned
>> and the !m_created bool makes the initialization of the stream happen
>>
>> the problem is  that this function id *NOT* called on my linux build (it 
>> is
>> on the Windows build)
>> so therefore later
>> wxPLplotstream* pls = plotwindow->GetStream();
>>
>> this is NULL, so therefore it seg faults on the plot calls
>>
>> //! This is called when the widow is created i.e. after WXWINDOW::Create
>> // has been called. We note that this has been called to avoid attempting
>> // to redraw a plot on a window that hasn't been created yet.
>> template<class WXWINDOW>
>> void wxPLplotwindow<WXWINDOW>::OnCreate( wxWindowCreateEvent &event )
>> {
>> if ( !m_created )
>>
>> so, one quick try is to put the code of
>>
>> void wxPLplotwindow<WXWINDOW>::OnCreate
>> that is not called on the constructor maybe ?
>>
>> -Pedro
>>
>> ----- Original Message ----- From: Pedro Vicente
>> To: plp...@li... ; Phil Rosenberg
>> Sent: Friday, December 09, 2016 11:57 PM
>> Subject: [Plplot-devel] wxPLplotDemo.cpp errors
>>
>>
>> Hi Phil
>>
>> So, resuming the last thread about wxWidgets, what I did was to build and
>> run wxPLplotDemo.cpp from PLpplot 5.11.1 on CentOS 6.8
>>
>> all builds fine, but when I do run , I get a seg fault
>>
>> [pedro.vicente@rhw9121 c++]$ cd
>> /data/home002/pvicente/plplot/build/examples/c++
>> [pedro.vicente@rhw9121 c++]$ ./wxPLplotDemo
>> Segmentation fault
>>
>> I know that only this information is not much help to you to debug, but 
>> in
>> the next couple of days I'll be debugging this and posting here any
>> solution.
>>
>> my cmake call was
>>
>> cmake ..  -G "Unix Makefiles" -DBUILD_SHARED_LIBS:BOOL=OFF
>> -DENABLE_f95:BOOL=OFF -DENABLE_tcl:BOOL=OFF -DENABLE_tk:BOOL=OFF
>> -DCMAKE_INSTALL_PREFIX:PATH=/data/data127/pvicente/install/plplot-5.11.1d
>> -DPL_HAVE_PTHREAD:BOOL=OFF -DPLD_xwin:BOOL=OFF -DPLD_wxwidgets:BOOL=ON
>> -DwxWidgets_ROOT_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0
>> -DwxWidgets_LIB_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0/lib
>> -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
>> -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF
>> -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DBUILD_TEST:BOOL=ON >& cmake.txt &
>>
>>
>> the output of
>> cmake
>> and
>> make
>> are attached
>>
>> -Pedro
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Developer Access Program for Intel Xeon Phi Processors
>> Access to Intel Xeon Phi processor-based developer platforms.
>> With one year of Intel Parallel Studio XE.
>> Training and support from Colfax.
>> Order your platform today.http://sdm.link/xeonphi
>>
>>
>>
>> _______________________________________________
>> Plplot-devel mailing list
>> Plp...@li...
>> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Developer Access Program for Intel Xeon Phi Processors
>> Access to Intel Xeon Phi processor-based developer platforms.
>> With one year of Intel Parallel Studio XE.
>> Training and support from Colfax.
>> Order your platform today.http://sdm.link/xeonphi
>>
>>
>>
>> _______________________________________________
>> Plplot-devel mailing list
>> Plp...@li...
>> https://lists.sourceforge.net/lists/listinfo/plplot-devel
> 

Re: [Plplot-devel] wxPLplotDemo.cpp errors

[Pedro V. <ped...@sp...>]

Hi Phil

I tested on a different setting

Ubuntu i686 GNU/Linux

Using wxWidgets installed from packages
using the PLplot from git

git clone http://git.code.sf.net/p/plplot/plplot plplot-plplot
cd plplot-plplot/
mkdir build
cd  build
cmake ..  -G "Unix 
Makefiles" -DCMAKE_BUILD_TYPE=Debug -DBUILD_SHARED_LIBS:BOOL=OFF -DENABLE_f95:BOOL=OFF 
 -DENABLE_tcl:BOOL=OFF -DENABLE_tk:BOOL=OFF -DCMAKE_INSTALL_PREFIX:PATH=/home/pvn/install/plplot-5.11.1 
 -DPL_HAVE_PTHREAD:BOOL=OFF -DPLD_xwin:BOOL=OFF -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR:PATH=/usr/lib/i386-linux-gnu 
 -DwxWidgets_LIB_DIR:PATH=/usr/lib/i386-linux-gnu -DwxWidgets_CONFIGURATION=mswud 
 -DENABLE_MIX_CXX=ON -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF -DBUILD_TEST:BOOL=ON 
 >& cmake.txt &
make >& make.txt &
 cd /home/pvn/svn/plot/plplot-5.11.1/build/examples/c++/
./wxPLplotDemo
Segmentation fault (core dumped)



-Pedro



----- Original Message ----- 
From: "Pedro Vicente" <ped...@sp...>
To: <plp...@li...>; "Phil Rosenberg" 
<p.d...@gm...>
Sent: Saturday, December 10, 2016 2:52 AM
Subject: Re: [Plplot-devel] wxPLplotDemo.cpp errors


> Hi Phil
>
> My idea for a fix is to move the stream initialization that is now  on
>
> void wxPLplotwindow<WXWINDOW>::OnCreate( wxWindowCreateEvent &event
> {
> if ( !m_created )
>
> either to the OnSize or onPaint events
>
> void wxPLplotwindow<WXWINDOW>::OnSize( wxSizeEvent& WXUNUSED( event ) )
>
> and also in the plot call do this
>
> template< class WXWINDOW >
> void Plot( wxPLplotwindow<WXWINDOW> *plotwindow )
> {
>    wxPLplotstream* pls = plotwindow->GetStream();
>
>    if (pls == NULL)
>    {
>      return;
>    }
>
>
> Like this , in this sequence
>
>
> wxPLplotwindow<wxFrame> *frame = new wxPLplotwindow<wxFrame>();
>    frame->Create( NULL, wxID_ANY, wxT( "wxPLplotDemo" ) );
>    frame->SetIcon( wxIcon( graph ) );
>    frame->Show();
>    Plot( frame );
>
>
> first we go to
> Plot( frame );
>
> but the stream is NULL because
> :OnCreate
> was not called, but the function returns, avoiding the seg fault
>
> then the window gets a paint or size event, and the stream initialization
> code is called
> at this time I have a PLplot empty black window
>
> but because
> Plot( frame );
> was only called at start, it is not called again, so there is no draw
>
> any ideas here ?
>
> of course making the Plot() call in another app function should work
>
>
> If you could replicate this issue, that would be great.
> I am using CentOS 6.8, PLplot.5.11.1 , wxWidgets 3.1.0
>
>
>
>
>
> ----- Original Message ----- 
> From: Pedro Vicente
> To: plp...@li... ; Phil Rosenberg
> Sent: Saturday, December 10, 2016 12:59 AM
> Subject: Re: [Plplot-devel] wxPLplotDemo.cpp errors
>
>
> Hi Phil
>
> So, the issue seems to be the same that I have been reporting
>
>
> In the wxPLplotDemo.cpp code you have these callling functions
>
>
> wxPLplotwindow<wxFrame> *frame = new wxPlDemoFrame();
> frame->Create( NULL, wxID_ANY, wxT( "wxPLplotDemo" ) );
>
>
> that make 2 calls to the PLplot library, or the wxWidgets driver of it
> all these calls are in the header file wxPLplotwindow.h
>
> first the constructor is called
>
> template<class WXWINDOW>
> wxPLplotwindow<WXWINDOW>::wxPLplotwindow( bool useGraphicsContext, wxSize
> clientSize )
>    : m_created( false ), m_initialSize( clientSize )
>
>
> then this call OnCreate() is called, like you mentioned
> and the !m_created bool makes the initialization of the stream happen
>
> the problem is  that this function id *NOT* called on my linux build (it 
> is
> on the Windows build)
> so therefore later
> wxPLplotstream* pls = plotwindow->GetStream();
> this is NULL, so therefore it seg faults on the plot calls
>
> //! This is called when the widow is created i.e. after WXWINDOW::Create
> // has been called. We note that this has been called to avoid attempting
> // to redraw a plot on a window that hasn't been created yet.
> template<class WXWINDOW>
> void wxPLplotwindow<WXWINDOW>::OnCreate( wxWindowCreateEvent &event )
> {
> if ( !m_created )
>
> so, one quick try is to put the code of
>
> void wxPLplotwindow<WXWINDOW>::OnCreate
> that is not called on the constructor maybe ?
>
> -Pedro
>
> ----- Original Message ----- 
> From: Pedro Vicente
> To: plp...@li... ; Phil Rosenberg
> Sent: Friday, December 09, 2016 11:57 PM
> Subject: [Plplot-devel] wxPLplotDemo.cpp errors
>
>
> Hi Phil
>
> So, resuming the last thread about wxWidgets, what I did was to build and
> run wxPLplotDemo.cpp from PLpplot 5.11.1 on CentOS 6.8
>
> all builds fine, but when I do run , I get a seg fault
>
> [pedro.vicente@rhw9121 c++]$ cd
> /data/home002/pvicente/plplot/build/examples/c++
> [pedro.vicente@rhw9121 c++]$ ./wxPLplotDemo
> Segmentation fault
>
> I know that only this information is not much help to you to debug, but in
> the next couple of days I'll be debugging this and posting here any
> solution.
>
> my cmake call was
>
> cmake ..  -G "Unix
> Makefiles" -DBUILD_SHARED_LIBS:BOOL=OFF -DENABLE_f95:BOOL=OFF -DENABLE_tcl:BOOL=OFF
> -DENABLE_tk:BOOL=OFF -DCMAKE_INSTALL_PREFIX:PATH=/data/data127/pvicente/install/plplot-5.11.1d
> -DPL_HAVE_PTHREAD:BOOL=OFF -DPLD_xwin:BOOL=OFF -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0
> -DwxWidgets_LIB_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0/lib
> -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF
> -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DBUILD_TEST:BOOL=ON >& cmake.txt &
>
>
> the output of
> cmake
> and
> make
> are attached
>
> -Pedro
>
>
>
> ------------------------------------------------------------------------------
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/xeonphi
>
>
>
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>
>
>
>
> ------------------------------------------------------------------------------
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/xeonphi
>
>
>
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>
>
> ------------------------------------------------------------------------------
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/xeonphi
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
> 

Re: [Plplot-devel] wxPLplotDemo.cpp errors

[Phil R. <p.d...@gm...>]

Hi Pedro
I have included the devel list on this email, so the thread will get
documented on the mailing list.

It is very strange that the OnCreate function is not being called. If
you are calling Create then you should be generating a create event.
Am I correct in saying that you are getting this segfault with the
unchanged demo app?

This location really is the best (and maybe only) place this
initialisation should be done. It cannot be included in the
constructor, because the generic nature of the template specification
means the code in the constructor does not know which type of wxWindow
we are inheriting from so cannot pass the correct parameters to the
constructor. By the time OnPaint is called it is really too late,
because we would like to already have the plot initialised and ready
to draw and it would be a real pain for you in your code if you had to
somehow wait for the first paint or resize event.

I do have access to a CentOS machine at work, although I think I have
only got access to wxWidgets 2.8 on that system. I will check. I may
be able to build 3.1 from source. I presume you are using 3.1.0 as
released in February, rather than the head of the master branch?

On 10 December 2016 at 07:52, Pedro Vicente
<ped...@sp...> wrote:
> Hi Phil
>
> My idea for a fix is to move the stream initialization that is now  on
>
> void wxPLplotwindow<WXWINDOW>::OnCreate( wxWindowCreateEvent &event
> {
> if ( !m_created )
>
> either to the OnSize or onPaint events
>
> void wxPLplotwindow<WXWINDOW>::OnSize( wxSizeEvent& WXUNUSED( event ) )
>
> and also in the plot call do this
>
> template< class WXWINDOW >
> void Plot( wxPLplotwindow<WXWINDOW> *plotwindow )
> {
>    wxPLplotstream* pls = plotwindow->GetStream();
>
>    if (pls == NULL)
>    {
>      return;
>    }
>
>
> Like this , in this sequence
>
>
> wxPLplotwindow<wxFrame> *frame = new wxPLplotwindow<wxFrame>();
>    frame->Create( NULL, wxID_ANY, wxT( "wxPLplotDemo" ) );
>    frame->SetIcon( wxIcon( graph ) );
>    frame->Show();
>    Plot( frame );
>
>
> first we go to
> Plot( frame );
>
> but the stream is NULL because
> :OnCreate
> was not called, but the function returns, avoiding the seg fault
>
> then the window gets a paint or size event, and the stream initialization
> code is called
> at this time I have a PLplot empty black window
>
> but because
> Plot( frame );
> was only called at start, it is not called again, so there is no draw
>
> any ideas here ?
>
> of course making the Plot() call in another app function should work
>
>
> If you could replicate this issue, that would be great.
> I am using CentOS 6.8, PLplot.5.11.1 , wxWidgets 3.1.0
>
>
>
>
>
> ----- Original Message ----- From: Pedro Vicente
> To: plp...@li... ; Phil Rosenberg
> Sent: Saturday, December 10, 2016 12:59 AM
> Subject: Re: [Plplot-devel] wxPLplotDemo.cpp errors
>
>
> Hi Phil
>
> So, the issue seems to be the same that I have been reporting
>
>
> In the wxPLplotDemo.cpp code you have these callling functions
>
>
> wxPLplotwindow<wxFrame> *frame = new wxPlDemoFrame();
> frame->Create( NULL, wxID_ANY, wxT( "wxPLplotDemo" ) );
>
>
> that make 2 calls to the PLplot library, or the wxWidgets driver of it
> all these calls are in the header file wxPLplotwindow.h
>
> first the constructor is called
>
> template<class WXWINDOW>
> wxPLplotwindow<WXWINDOW>::wxPLplotwindow( bool useGraphicsContext, wxSize
> clientSize )
>    : m_created( false ), m_initialSize( clientSize )
>
>
> then this call OnCreate() is called, like you mentioned
> and the !m_created bool makes the initialization of the stream happen
>
> the problem is  that this function id *NOT* called on my linux build (it is
> on the Windows build)
> so therefore later
> wxPLplotstream* pls = plotwindow->GetStream();
>
> this is NULL, so therefore it seg faults on the plot calls
>
> //! This is called when the widow is created i.e. after WXWINDOW::Create
> // has been called. We note that this has been called to avoid attempting
> // to redraw a plot on a window that hasn't been created yet.
> template<class WXWINDOW>
> void wxPLplotwindow<WXWINDOW>::OnCreate( wxWindowCreateEvent &event )
> {
> if ( !m_created )
>
> so, one quick try is to put the code of
>
> void wxPLplotwindow<WXWINDOW>::OnCreate
> that is not called on the constructor maybe ?
>
> -Pedro
>
> ----- Original Message ----- From: Pedro Vicente
> To: plp...@li... ; Phil Rosenberg
> Sent: Friday, December 09, 2016 11:57 PM
> Subject: [Plplot-devel] wxPLplotDemo.cpp errors
>
>
> Hi Phil
>
> So, resuming the last thread about wxWidgets, what I did was to build and
> run wxPLplotDemo.cpp from PLpplot 5.11.1 on CentOS 6.8
>
> all builds fine, but when I do run , I get a seg fault
>
> [pedro.vicente@rhw9121 c++]$ cd
> /data/home002/pvicente/plplot/build/examples/c++
> [pedro.vicente@rhw9121 c++]$ ./wxPLplotDemo
> Segmentation fault
>
> I know that only this information is not much help to you to debug, but in
> the next couple of days I'll be debugging this and posting here any
> solution.
>
> my cmake call was
>
> cmake ..  -G "Unix Makefiles" -DBUILD_SHARED_LIBS:BOOL=OFF
> -DENABLE_f95:BOOL=OFF -DENABLE_tcl:BOOL=OFF -DENABLE_tk:BOOL=OFF
> -DCMAKE_INSTALL_PREFIX:PATH=/data/data127/pvicente/install/plplot-5.11.1d
> -DPL_HAVE_PTHREAD:BOOL=OFF -DPLD_xwin:BOOL=OFF -DPLD_wxwidgets:BOOL=ON
> -DwxWidgets_ROOT_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0
> -DwxWidgets_LIB_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0/lib
> -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
> -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF
> -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DBUILD_TEST:BOOL=ON >& cmake.txt &
>
>
> the output of
> cmake
> and
> make
> are attached
>
> -Pedro
>
>
>
> ------------------------------------------------------------------------------
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/xeonphi
>
>
>
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>
>
>
>
> ------------------------------------------------------------------------------
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/xeonphi
>
>
>
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] wxPLplotDemo.cpp errors

[Pedro V. <ped...@sp...>]

Hi Phil

My idea for a fix is to move the stream initialization that is now  on

void wxPLplotwindow<WXWINDOW>::OnCreate( wxWindowCreateEvent &event
{
if ( !m_created )

either to the OnSize or onPaint events

void wxPLplotwindow<WXWINDOW>::OnSize( wxSizeEvent& WXUNUSED( event ) )

and also in the plot call do this

template< class WXWINDOW >
void Plot( wxPLplotwindow<WXWINDOW> *plotwindow )
{
    wxPLplotstream* pls = plotwindow->GetStream();

    if (pls == NULL)
    {
      return;
    }


Like this , in this sequence


wxPLplotwindow<wxFrame> *frame = new wxPLplotwindow<wxFrame>();
    frame->Create( NULL, wxID_ANY, wxT( "wxPLplotDemo" ) );
    frame->SetIcon( wxIcon( graph ) );
    frame->Show();
    Plot( frame );


first we go to
Plot( frame );

but the stream is NULL because
:OnCreate
was not called, but the function returns, avoiding the seg fault

then the window gets a paint or size event, and the stream initialization 
code is called
at this time I have a PLplot empty black window

but because
Plot( frame );
was only called at start, it is not called again, so there is no draw

any ideas here ?

of course making the Plot() call in another app function should work


If you could replicate this issue, that would be great.
I am using CentOS 6.8, PLplot.5.11.1 , wxWidgets 3.1.0





----- Original Message ----- 
From: Pedro Vicente
To: plp...@li... ; Phil Rosenberg
Sent: Saturday, December 10, 2016 12:59 AM
Subject: Re: [Plplot-devel] wxPLplotDemo.cpp errors


Hi Phil

So, the issue seems to be the same that I have been reporting


In the wxPLplotDemo.cpp code you have these callling functions


wxPLplotwindow<wxFrame> *frame = new wxPlDemoFrame();
frame->Create( NULL, wxID_ANY, wxT( "wxPLplotDemo" ) );


that make 2 calls to the PLplot library, or the wxWidgets driver of it
all these calls are in the header file wxPLplotwindow.h

first the constructor is called

template<class WXWINDOW>
wxPLplotwindow<WXWINDOW>::wxPLplotwindow( bool useGraphicsContext, wxSize 
clientSize )
    : m_created( false ), m_initialSize( clientSize )


then this call OnCreate() is called, like you mentioned
and the !m_created bool makes the initialization of the stream happen

the problem is  that this function id *NOT* called on my linux build (it is 
on the Windows build)
so therefore later
wxPLplotstream* pls = plotwindow->GetStream();
this is NULL, so therefore it seg faults on the plot calls

//! This is called when the widow is created i.e. after WXWINDOW::Create
// has been called. We note that this has been called to avoid attempting
// to redraw a plot on a window that hasn't been created yet.
template<class WXWINDOW>
void wxPLplotwindow<WXWINDOW>::OnCreate( wxWindowCreateEvent &event )
{
if ( !m_created )

so, one quick try is to put the code of

void wxPLplotwindow<WXWINDOW>::OnCreate
that is not called on the constructor maybe ?

-Pedro

----- Original Message ----- 
From: Pedro Vicente
To: plp...@li... ; Phil Rosenberg
Sent: Friday, December 09, 2016 11:57 PM
Subject: [Plplot-devel] wxPLplotDemo.cpp errors


Hi Phil

So, resuming the last thread about wxWidgets, what I did was to build and 
run wxPLplotDemo.cpp from PLpplot 5.11.1 on CentOS 6.8

all builds fine, but when I do run , I get a seg fault

[pedro.vicente@rhw9121 c++]$ cd 
/data/home002/pvicente/plplot/build/examples/c++
[pedro.vicente@rhw9121 c++]$ ./wxPLplotDemo
Segmentation fault

I know that only this information is not much help to you to debug, but in 
the next couple of days I'll be debugging this and posting here any 
solution.

my cmake call was

cmake ..  -G "Unix 
Makefiles" -DBUILD_SHARED_LIBS:BOOL=OFF -DENABLE_f95:BOOL=OFF -DENABLE_tcl:BOOL=OFF 
 -DENABLE_tk:BOOL=OFF -DCMAKE_INSTALL_PREFIX:PATH=/data/data127/pvicente/install/plplot-5.11.1d 
 -DPL_HAVE_PTHREAD:BOOL=OFF -DPLD_xwin:BOOL=OFF -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0 
 -DwxWidgets_LIB_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0/lib 
 -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF 
 -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DBUILD_TEST:BOOL=ON >& cmake.txt &


the output of
cmake
and
make
are attached

-Pedro



------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi



_______________________________________________
Plplot-devel mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-devel




------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi



_______________________________________________
Plplot-devel mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-devel 

Re: [Plplot-devel] wxPLplotDemo.cpp errors

[Pedro V. <ped...@sp...>]

Hi Phil

So, the issue seems to be the same that I have been reporting


In the wxPLplotDemo.cpp code you have these callling functions


wxPLplotwindow<wxFrame> *frame = new wxPlDemoFrame();
frame->Create( NULL, wxID_ANY, wxT( "wxPLplotDemo" ) );


that make 2 calls to the PLplot library, or the wxWidgets driver of it
all these calls are in the header file wxPLplotwindow.h

first the constructor is called

template<class WXWINDOW>
wxPLplotwindow<WXWINDOW>::wxPLplotwindow( bool useGraphicsContext, wxSize clientSize )
    : m_created( false ), m_initialSize( clientSize )


then this call OnCreate() is called, like you mentioned
and the !m_created bool makes the initialization of the stream happen

the problem is  that this function id *NOT* called on my linux build (it is on the Windows build)
so therefore later
wxPLplotstream* pls = plotwindow->GetStream();

this is NULL, so therefore it seg faults on the plot calls


//! This is called when the widow is created i.e. after WXWINDOW::Create

// has been called. We note that this has been called to avoid attempting

// to redraw a plot on a window that hasn't been created yet.

template<class WXWINDOW>

void wxPLplotwindow<WXWINDOW>::OnCreate( wxWindowCreateEvent &event )

{

if ( !m_created )


so, one quick try is to put the code of 
 
void wxPLplotwindow<WXWINDOW>::OnCreate

that is not called on the constructor maybe ?



-Pedro


  ----- Original Message ----- 
  From: Pedro Vicente 
  To: plp...@li... ; Phil Rosenberg 
  Sent: Friday, December 09, 2016 11:57 PM
  Subject: [Plplot-devel] wxPLplotDemo.cpp errors


  Hi Phil

  So, resuming the last thread about wxWidgets, what I did was to build and run wxPLplotDemo.cpp from PLpplot 5.11.1 on CentOS 6.8

  all builds fine, but when I do run , I get a seg fault 

  [pedro.vicente@rhw9121 c++]$ cd /data/home002/pvicente/plplot/build/examples/c++
  [pedro.vicente@rhw9121 c++]$ ./wxPLplotDemo
  Segmentation fault

  I know that only this information is not much help to you to debug, but in  the next couple of days I'll be debugging this and posting here any solution.

  my cmake call was

  cmake ..  -G "Unix Makefiles" -DBUILD_SHARED_LIBS:BOOL=OFF -DENABLE_f95:BOOL=OFF -DENABLE_tcl:BOOL=OFF -DENABLE_tk:BOOL=OFF -DCMAKE_INSTALL_PREFIX:PATH=/data/data127/pvicente/install/plplot-5.11.1d -DPL_HAVE_PTHREAD:BOOL=OFF -DPLD_xwin:BOOL=OFF -DPLD_wxwidgets:BOOL=ON -DwxWidgets_ROOT_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0 -DwxWidgets_LIB_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0/lib -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF -DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DBUILD_TEST:BOOL=ON >& cmake.txt &


  the output of 
  cmake 
  and 
  make 
  are attached

  -Pedro


------------------------------------------------------------------------------


  ------------------------------------------------------------------------------
  Developer Access Program for Intel Xeon Phi Processors
  Access to Intel Xeon Phi processor-based developer platforms.
  With one year of Intel Parallel Studio XE.
  Training and support from Colfax.
  Order your platform today.http://sdm.link/xeonphi


------------------------------------------------------------------------------


  _______________________________________________
  Plplot-devel mailing list
  Plp...@li...
  https://lists.sourceforge.net/lists/listinfo/plplot-devel

[Plplot-devel] wxPLplotDemo.cpp errors

[Pedro V. <ped...@sp...>]

-- The C compiler identification is GNU 4.4.7
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- CMake version = 3.6.2
-- CMAKE_SYSTEM_NAME = Linux
-- SH_EXECUTABLE = /bin/bash
-- Checking whether system has ANSI C header files
-- Looking for 4 include files stdlib.h, ..., float.h
-- Looking for 4 include files stdlib.h, ..., float.h - found
-- Performing Test memchrExists
-- Performing Test memchrExists - Success
-- Performing Test freeExists
-- Performing Test freeExists - Success
-- Check for whether ctype.h macros work on characters with the
   high bit set.
-- High-bit characters - work
-- ANSI C header files - found
-- Looking for include file unistd.h
-- Looking for include file unistd.h - found
-- Looking for include file termios.h
-- Looking for include file termios.h - found
-- Looking for include file stdint.h
-- Looking for include file stdint.h - found
-- Looking for crt_externs.h
-- Looking for crt_externs.h - not found
-- Performing Test HAVE_SYS_WAIT_H
-- Performing Test HAVE_SYS_WAIT_H - Success
-- Looking for DIR symbol in sys/types.h;dirent.h
-- Looking for DIR symbol in sys/types.h;dirent.h - found
-- Check for signal return type in <signal.h>
-- Check for signal handler return type type void  - found
-- Looking for popen
-- Looking for popen - found
-- Looking for usleep
-- Looking for usleep - found
-- Looking for nanosleep
-- Looking for nanosleep - found
-- Looking for mkstemp
-- Looking for mkstemp - found
-- Looking for mkdtemp
-- Looking for mkdtemp - found
-- Looking for mkfifo
-- Looking for mkfifo - found
-- Looking for unlink
-- Looking for unlink - found
-- Looking for _NSGetArgc
-- Looking for _NSGetArgc - not found
-- Looking for isfinite
-- Looking for isfinite - found
-- Looking for finite
-- Looking for finite - found
-- Looking for isnan
-- Looking for isnan - found
-- Looking for isinf
-- Looking for isinf - found
-- Looking for snprintf
-- Looking for snprintf - found
-- SWIG_VERSION = 1.3.40
-- Found Perl: /usr/bin/perl (found version "5.10.1") 
-- WARNING: Perl module XML::DOM not found
-- CMAKE_GENERATOR = Unix Makefiles
-- The CXX compiler identification is GNU 4.4.7
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Configuring done
-- Generating done
-- Build files have been written to: /data/home002/pvicente/plplot/build/language_tests/CXX
-- The CXX compiler identification is GNU 4.4.7
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Check for using namespace support
-- Check for using namespace - found
-- Looking for C++ include cmath
-- Looking for C++ include cmath - found
-- Check for broken isnan support in <cmath>
-- Check for isnan in <cmath> - found
-- Check for using stdint.h with CXX compiler
-- Check for using stdint.h with CXX compiler - ok
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.23") 
-- Looking for pkg-config - found
-- cxx_compiler_library_pathname_list = /usr/lib/gcc/x86_64-redhat-linux/4.4.7/libstdc++.so;/usr/lib64/libm.so;/usr/lib64/libc.so
-- Looking for XOpenDisplay in /usr/lib64/libX11.so;/usr/lib64/libXext.so
-- Looking for XOpenDisplay in /usr/lib64/libX11.so;/usr/lib64/libXext.so - found
-- Looking for gethostbyname
-- Looking for gethostbyname - found
-- Looking for connect
-- Looking for connect - found
-- Looking for remove
-- Looking for remove - found
-- Looking for shmat
-- Looking for shmat - found
-- Looking for IceConnectionNumber in ICE
-- Looking for IceConnectionNumber in ICE - found
-- Found X11: /usr/lib64/libX11.so
-- X11_FOUND = 1
-- X11_INCLUDE_DIR = /usr/include
-- X11_COMPILE_FLAGS = -I/usr/include
-- X11_LIBRARIES = /usr/lib64/libSM.so;/usr/lib64/libICE.so;/usr/lib64/libX11.so;/usr/lib64/libXext.so
-- WARNING: Java requires shared libraries. Disabling java binding
-- WARNING: Python requires shared libraries. Disabling Python binding
-- WARNING: Octave requires shared libraries. Disabling Octave binding
-- WARNING: ENABLE_tcl is OFF so disabling everything else that is Tcl/Tk related
-- CMAKE_GENERATOR = Unix Makefiles
-- CMAKE_Ada_COMPILER_ID = GNU
-- Check for working GNAT_EXECUTABLE_BUILDER-NOTFOUND compiler: 
-- Check for working GNAT_EXECUTABLE_BUILDER-NOTFOUND compiler:  -- broken
CMake Error at /data/home002/pvicente/plplot/cmake/modules/language_support/cmake/CMakeTestAdaCompiler.cmake:102 (message):
  The Ada compiler "/usr/bin/gcc" is not able to compile a simple test
  program.

  It fails with the following output:

   Change Dir: /data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp

  

  Run Build Command:"/usr/bin/gmake"

  /data/home002/pvicente/programs/cmake-3.6.2-Linux-x86_64/bin/cmake
  -H/data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp
  -B/data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp
  --check-build-system CMakeFiles/Makefile.cmake 0

  /data/home002/pvicente/programs/cmake-3.6.2-Linux-x86_64/bin/cmake -E
  cmake_progress_start
  /data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp/CMakeFiles
  /data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp/CMakeFiles/progress.marks


  /usr/bin/gmake -f CMakeFiles/Makefile2 all

  gmake[1]: Entering directory
  `/data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp'


  /usr/bin/gmake -f CMakeFiles/testadacompiler.dir/build.make
  CMakeFiles/testadacompiler.dir/depend

  gmake[2]: Entering directory
  `/data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp'


  cd
  /data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp
  && /data/home002/pvicente/programs/cmake-3.6.2-Linux-x86_64/bin/cmake -E
  cmake_depends "Unix Makefiles"
  /data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp
  /data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp
  /data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp
  /data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp
  /data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp/CMakeFiles/testadacompiler.dir/DependInfo.cmake


  Scanning dependencies of target testadacompiler

  gmake[2]: Leaving directory
  `/data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp'


  /usr/bin/gmake -f CMakeFiles/testadacompiler.dir/build.make
  CMakeFiles/testadacompiler.dir/build

  gmake[2]: Entering directory
  `/data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp'


  [ 50%] Building Ada object CMakeFiles/testadacompiler.dir/testadacompiler.o

  /usr/bin/gcc -o CMakeFiles/testadacompiler.dir/testadacompiler.o -c
  /data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp/testadacompiler.adb


  gcc: error trying to exec 'gnat1': execvp: No such file or directory

  gmake[2]: *** [CMakeFiles/testadacompiler.dir/testadacompiler.o] Error 1

  gmake[2]: Leaving directory
  `/data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp'


  gmake[1]: *** [CMakeFiles/testadacompiler.dir/all] Error 2

  gmake[1]: Leaving directory
  `/data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeTmp'


  gmake: *** [all] Error 2

  

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:18 (enable_language)


-- Configuring incomplete, errors occurred!
See also "/data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeOutput.log".
See also "/data/home002/pvicente/plplot/build/language_tests/Ada/CMakeFiles/CMakeError.log".
-- WARNING: no working Ada compiler so disabling Ada binding and examples.
-- WARNING: Lua requires shared libraries. Disabling Lua binding
-- CMAKE_GENERATOR = Unix Makefiles
CMake Error at CMakeLists.txt:18 (enable_language):
  No CMAKE_D_COMPILER could be found.

  Tell CMake where to find the compiler by setting either the environment
  variable "DC" or the CMake cache entry CMAKE_D_COMPILER to the full path to
  the compiler, or to the compiler name if it is in the PATH.


-- D Compiler Install Prefix (use D_PATH env var to override): CMAKE_D_COMPILER-
-- Configuring incomplete, errors occurred!
See also "/data/home002/pvicente/plplot/build/language_tests/D/CMakeFiles/CMakeOutput.log".
-- WARNING: no working D compiler so disabling D binding and examples.
-- WARNING: SHAPELIB not found.  Setting HAVE_SHAPELIB to OFF.
-- Found Freetype: /usr/lib64/libfreetype.so (found version "2.3.11") 
-- FREETYPE_CFLAGS = -I/usr/include -I/usr/include/freetype2
-- FREETYPE_LIBRARIES = /usr/lib64/libfreetype.so
Fonts not found - disabling freetype
-- Check for NaN awareness in C compiler
-- Check for NaN awareness in C compiler - found
-- Neither qhull/qhull_a.h header nor libqhull/qhull_a.h could be found
-- qhull library could not be found
-- Could NOT find QHULL (missing:  QHULL_INCLUDE_DIRS QHULL_LIBRARIES QHULL_LIBRARY_DIRS) 
-- QHULL_INCLUDE_DIRS = 
-- QHULL_LIBRARIES = 
-- WARNING: at least one of QHULL_INCLUDE_DIRS or QHULL_LIBRARIES is false so setting PL_HAVE_QHULL to OFF.
-- Checking for module 'pango'
--   Found pango, version 1.28.1
-- Checking for module 'pangoft2'
--   Found pangoft2, version 1.28.1
-- WARNING: Shared libraries not built. Setting ENABLE_DYNDRIVERS OFF.
-- Checking for module 'pangocairo'
--   Found pangocairo, version 1.28.1
-- Not a Windows platform so setting wincairo driver to OFF.
-- WARNING: ENABLE_tk OFF.  Therefore turning off tk, tkwin, and ntk devices
-- Checking for modules 'lasi;pango;pangoft2'
--   No package 'lasi' found
includedir = 
libdir = 
linkflags = 
cflags = 
-- WARNING: pango, pangoft2, or lasi not found with pkg-config.
   Setting PLD_psttf to OFF.  Please install all of these packages
   and/or set the environment variable PKG_CONFIG_PATH appropriately.
-- Found unsuitable Qt version "" from NOTFOUND
-- WARNING: Suitable Qt4 development environment not found so disabling Qt binding.
-- WARNING: ENABLE_qt is OFF so setting all qt devices to OFF.
-- WARNING: PLPLOT_USE_QT5 is OFF so setting ENABLE_pyqt5 to OFF.
-- WARNING: ENABLE_python is OFF so setting ENABLE_pyqt4 to OFF.
-- wxWidgets_FOUND           : TRUE
-- wxWidgets_INCLUDE_DIRS    : /data/data127/pvicente/install/wxwidgets-3.1.0/lib/wx/include/gtk2-unicode-static-3.1;/data/data127/pvicente/install/wxwidgets-3.1.0/include/wx-3.1
-- wxWidgets_LIBRARY_DIRS    : /data/data127/pvicente/install/wxwidgets-3.1.0/lib
-- wxWidgets_LIBRARIES       : -L/data/data127/pvicente/install/wxwidgets-3.1.0/lib;-pthread;;;/data/data127/pvicente/install/wxwidgets-3.1.0/lib/libwx_gtk2u_core-3.1.a;/data/data127/pvicente/install/wxwidgets-3.1.0/lib/libwx_baseu-3.1.a;-pthread;-lX11;-lXxf86vm;-lSM;-pthread;-lgtk-x11-2.0;-lgdk-x11-2.0;-latk-1.0;-lgio-2.0;-lpangoft2-1.0;-lpangocairo-1.0;-lgdk_pixbuf-2.0;-lcairo;-lpango-1.0;-lfreetype;-lfontconfig;-lgobject-2.0;-lgmodule-2.0;-lgthread-2.0;-lrt;-lglib-2.0;-lpng;-ljpeg;-lwxregexu-3.1;-lwxtiff-3.1;-lz;-ldl;-lm;-llzma
-- wxWidgets_CXX_FLAGS       : -pthread
-- wxWidgets_USE_FILE        : UsewxWidgets
-- Checking whether wxwidgets version >= 3.0.0
-- Performing Test WX_VERSION_LARGE_ENOUGH
-- Performing Test WX_VERSION_LARGE_ENOUGH - Success
-- wxwidgets_COMPILE_FLAGS = -I/data/data127/pvicente/install/wxwidgets-3.1.0/lib/wx/include/gtk2-unicode-static-3.1 -I/data/data127/pvicente/install/wxwidgets-3.1.0/include/wx-3.1 -D_FILE_OFFSET_BITS=64 -D__WXGTK__ 
-- wxwidgets_LINK_FLAGS = -pthread;/data/data127/pvicente/install/wxwidgets-3.1.0/lib/libwx_gtk2u_core-3.1.a;/data/data127/pvicente/install/wxwidgets-3.1.0/lib/libwx_baseu-3.1.a;-pthread;/usr/lib64/libX11.so;/usr/lib64/libXxf86vm.so;/usr/lib64/libSM.so;-pthread;/usr/lib64/libgtk-x11-2.0.so;/usr/lib64/libgdk-x11-2.0.so;/usr/lib64/libatk-1.0.so;/usr/lib64/libgio-2.0.so;/usr/lib64/libpangoft2-1.0.so;/usr/lib64/libpangocairo-1.0.so;/usr/lib64/libgdk_pixbuf-2.0.so;/usr/lib64/libcairo.so;/usr/lib64/libpango-1.0.so;/usr/lib64/libfreetype.so;/usr/lib64/libfontconfig.so;/usr/lib64/libgobject-2.0.so;/usr/lib64/libgmodule-2.0.so;/usr/lib64/libgthread-2.0.so;/usr/lib64/librt.so;/usr/lib64/libglib-2.0.so;/usr/lib64/libpng.so;/usr/lib64/libjpeg.so;/data/data127/pvicente/install/wxwidgets-3.1.0/lib/libwxregexu-3.1.a;/data/data127/pvicente/install/wxwidgets-3.1.0/lib/libwxtiff-3.1.a;/usr/lib64/libz.so;/usr/lib64/libdl.so;/usr/lib64/libm.so;/usr/lib64/liblzma.so
-- wxwidgets_RPATH = /data/data127/pvicente/install/wxwidgets-3.1.0/lib
-- RT_LIB = /usr/lib64/librt.so
-- Looking for haru pdf header and library
-- Looking for haru pdf header and library - not found
-- WARNING: Setting PLD_pdf to OFF.
-- WARNING: Static build with ENABLE_ocaml_static false.  Therefore, disabling OCaml binding
-- WARNING: ENABLE_ocaml is OFF so disabling Plcairo module and lablgtk2 support
-- WARNING: validate target will not be available to check for syntax issues in the PLplot DocBook documentation because onsgmls (or env) was not found.
libplplot_LINK_FLAGS = -pthread;/usr/lib64/libpangocairo-1.0.so;/usr/lib64/libpango-1.0.so;/usr/lib64/libcairo.so;/usr/lib64/libgobject-2.0.so;/usr/lib64/libgmodule-2.0.so;/usr/lib64/libgthread-2.0.so;/usr/lib64/librt.so;/usr/lib64/libglib-2.0.so;/usr/lib64/libSM.so;/usr/lib64/libICE.so;/usr/lib64/libX11.so;/usr/lib64/libXext.so;-pthread;/data/data127/pvicente/install/wxwidgets-3.1.0/lib/libwx_gtk2u_core-3.1.a;/data/data127/pvicente/install/wxwidgets-3.1.0/lib/libwx_baseu-3.1.a;-pthread;/usr/lib64/libX11.so;/usr/lib64/libXxf86vm.so;/usr/lib64/libSM.so;-pthread;/usr/lib64/libgtk-x11-2.0.so;/usr/lib64/libgdk-x11-2.0.so;/usr/lib64/libatk-1.0.so;/usr/lib64/libgio-2.0.so;/usr/lib64/libpangoft2-1.0.so;/usr/lib64/libpangocairo-1.0.so;/usr/lib64/libgdk_pixbuf-2.0.so;/usr/lib64/libcairo.so;/usr/lib64/libpango-1.0.so;/usr/lib64/libfreetype.so;/usr/lib64/libfontconfig.so;/usr/lib64/libgobject-2.0.so;/usr/lib64/libgmodule-2.0.so;/usr/lib64/libgthread-2.0.so;/usr/lib64/librt.so;/usr/lib64/libglib-2.0.so;/usr/lib64/libpng.so;/usr/lib64/libjpeg.so;/data/data127/pvicente/install/wxwidgets-3.1.0/lib/libwxregexu-3.1.a;/data/data127/pvicente/install/wxwidgets-3.1.0/lib/libwxtiff-3.1.a;/usr/lib64/libz.so;/usr/lib64/libdl.so;/usr/lib64/libm.so;/usr/lib64/liblzma.so;/usr/lib64/libm.so;-lcsirocsa;-lqsastime;/usr/lib64/librt.so
-- WARNING: Perl modules XML::Parser and/or XML::DOM not available
   so cannot check that swig_documentation.i is up to date.
-- TEST_ENVIRONMENT = EXAMPLES_DIR=/data/home002/pvicente/plplot/build/examples SRC_EXAMPLES_DIR=/data/home002/pvicente/plplot/examples OUTPUT_DIR=/data/home002/pvicente/plplot/build/ctest_examples_output_dir VC_CTEST_DIRECTORY=
-- Determine compile and link flags for extXdrawable_demo
-- Checking for module 'gtk+-x11-2.0'
--   Found gtk+-x11-2.0, version 2.24.23
-- Determine compile and link flags for ext-cairo-test
-- Checking for module 'cairo'
--   Found cairo, version 1.8.8

Summary of CMake build system results for PLplot

Install location variables which can be set by the user:
CMAKE_INSTALL_PREFIX:      /data/data127/pvicente/install/plplot-5.11.1d
CMAKE_INSTALL_EXEC_PREFIX  /data/data127/pvicente/install/plplot-5.11.1d
CMAKE_INSTALL_BINDIR 	   /data/data127/pvicente/install/plplot-5.11.1d/bin
CMAKE_INSTALL_DATADIR 	   /data/data127/pvicente/install/plplot-5.11.1d/share
CMAKE_INSTALL_LIBDIR 	   /data/data127/pvicente/install/plplot-5.11.1d/lib
CMAKE_INSTALL_INCLUDEDIR   /data/data127/pvicente/install/plplot-5.11.1d/include
CMAKE_INSTALL_INFODIR 	   /data/data127/pvicente/install/plplot-5.11.1d/share/info
CMAKE_INSTALL_MANDIR 	   /data/data127/pvicente/install/plplot-5.11.1d/share/man

Derived install location variables:
DATA_DIR	/data/data127/pvicente/install/plplot-5.11.1d/share/plplot5.11.1
LIB_DIR		/data/data127/pvicente/install/plplot-5.11.1d/lib
INCLUDE_DIR	/data/data127/pvicente/install/plplot-5.11.1d/include/plplot
BIN_DIR		/data/data127/pvicente/install/plplot-5.11.1d/bin
TCL_DIR		/data/data127/pvicente/install/plplot-5.11.1d/share/plplot5.11.1/tcl
ADA_INCLUDE_DIR	/data/data127/pvicente/install/plplot-5.11.1d/share/ada/adainclude/plplotada
ADA_LIB_DIR	/data/data127/pvicente/install/plplot-5.11.1d/lib/ada/adalib/plplotada
PYTHON_INSTDIR	
DRV_DIR		/data/data127/pvicente/install/plplot-5.11.1d/lib/plplot5.11.1/drivers
DOC_DIR		/data/data127/pvicente/install/plplot-5.11.1d/share/doc/plplot
MAN_DIR		/data/data127/pvicente/install/plplot-5.11.1d/share/man
INFO_DIR	/data/data127/pvicente/install/plplot-5.11.1d/share/info

Other important CMake variables:

CMAKE_SYSTEM_NAME:	Linux
UNIX:			1
WIN32:			
APPLE:			
MSVC:				(MSVC_VERSION:	)
MINGW:			
MSYS:			
CYGWIN:			
BORLAND:		
WATCOM:		  

SWIG_FOUND:		1
PERL_FOUND:		TRUE
X11_FOUND:		1

CMAKE_BUILD_TYPE:	
CMAKE_C_COMPILER CMAKE_C_FLAGS:			/usr/bin/cc -g 
CMAKE_CXX_COMPILER CMAKE_CXX_FLAGS:		/usr/bin/c++ -g 

ENABLE_DYNDRIVERS:	OFF
DRIVERS_LIST: cairo;mem;null;ps;svg;wxwidgets;xfig
DEVICES_LIST: memcairo;extcairo;pdfcairo;pngcairo;pscairo;epscairo;svgcairo;xcairo;mem;null;ps;svg;wxwidgets;xfig

Library options:
BUILD_SHARED_LIBS:	OFF		PL_DOUBLE:	ON

Optional libraries:
PL_HAVE_QHULL:		OFF		WITH_CSA:	ON
PL_HAVE_FREETYPE:			PL_HAVE_PTHREAD:	OFF
HAVE_AGG:				HAVE_SHAPELIB:	OFF

Language Bindings:
ENABLE_ada:		OFF
ENABLE_cxx:		ON
ENABLE_d:		OFF
ENABLE_f95:		OFF
ENABLE_java:		OFF
ENABLE_lua:		OFF
ENABLE_ocaml:		OFF
ENABLE_octave:		OFF
ENABLE_pdl:		OFF
ENABLE_python:		OFF
ENABLE_qt:		OFF
ENABLE_pyqt4:		OFF
ENABLE_tcl:		OFF
ENABLE_itcl:		OFF
ENABLE_tk:		OFF
ENABLE_itk:		OFF
ENABLE_wxwidgets:	ON

-- Configuring done
-- Generating done
CMake Warning:
  Manually-specified variables were not used by the project:

    ENABLE_MIX_CXX
    wxWidgets_CONFIGURATION
    wxWidgets_EXCLUDE_COMMON_LIBRARIES
    wxWidgets_LIB_DIR


-- Build files have been written to: /data/home002/pvicente/plplot/build

Re: [Plplot-devel] build PLPlot with debug symbols in linux / cmake

[Pedro V. <ped...@sp...>]

Hi Phil

Yes, my explanation was not very clear.
I know that I have to do what you mentioned, I do call Create().
Actually I am copying the code from wxPLplotDemo.cpp

but let's forget this thread, when something is failing for several days, 
and I don't know why,
what I do is delete everything and start from scratch.

So, the scratch here is to build and run wxPLplotDemo.cpp from the PLplot 
distribution

I did that, but it am having a seg fault :-)
I''ll just start a new thread with the debug results

thanks

-Pedro

----- Original Message ----- 
From: "Phil Rosenberg" <p.d...@gm...>
To: "Pedro Vicente" <ped...@sp...>
Cc: "Alan W. Irwin" <ir...@be...>; 
<plp...@li...>
Sent: Friday, December 09, 2016 8:44 PM
Subject: Re: [Plplot-devel] build PLPlot with debug symbols in linux / cmake


> Hi Pedro
> I'm sorry but I'm not sure I understand the point at which you get the 
> segfault.
>
> However, I think you are trying to call GetStream, before the stream
> has been created. The stream requires the window's device context at
> the point of creation, in order for the device context to exist the
> window must have been "Create"d. Often this is done by the
> constructor, but in this case to maintain generality the default
> wxWindow constructor is called which takes no parameters and does not
> create the window. An explicit call to wxSomeWindowType::Create is
> required - only once that has happened does the device context exist
> allowing the stream to be created.
>
> It would actually be very easy to have something like
>
> class myPlFrame :public wxPlWindow<wxFrame>
> {
> };
>
> then have
> myPlFrame::myPlFrame(/*All the variables needed to initialise a wxFrame*/)
> {
>    Create(/*The varibles from above*/);
> }
>
> Then you can call GetStream immediately after construction.
>
> On 9 December 2016 at 03:27, Pedro Vicente
> <ped...@sp...> wrote:
>> Alan, Thanks
>> Phil (I am CC you here, because this is a wxdriver issue;
>> not saying that is a bug in the wxdriver, just a code error I have in my 
>> use
>> of it )
>>
>> The issue was not lack of -g, but just a code issue
>>
>> I am following almost verbatim the demo wxPLplotDemo.cpp
>>
>> what happens in my code is that
>>
>> pls is NULL
>>
>> here
>>
>> void Plot(wxPLplotwindow<WXWINDOW> *plotwindow)
>> {
>>  wxPLplotstream* pls = plotwindow->GetStream();
>>
>> so all pls-> calls seg fault
>>
>>
>> what happens is that this function is *not* called
>>
>>
>> void wxPLplotwindow<WXWINDOW>::OnCreate( wxWindowCreateEvent &event )
>> {
>>    if ( !m_created )
>>
>>
>> and it should have been in these calls
>>
>>
>> wxPLplotwindow<wxFrame> *frame = new wxPLplotwindow<wxFrame>();
>>  frame->Create(NULL, wxID_ANY, wxT("wxPLplotDemo"));
>>  frame->Show();
>>  Plot(frame);
>>
>>
>> This only happens in Linux, on Windows all is fine
>>
>>
>> so, I'll keep on debugging to see what is happening
>>
>>
>> by the way, since I am here, I have 2 small requests:
>>
>> 1) the wxdriver compilation has a couple of compiler warnings, would it 
>> be
>> possible to eliminate them ?
>> 2) would it be possible to keep in the upcoming version the old 
>> deprecated
>> wxdriver code that is not templated ?
>> I find templated code difficult to follow and debug, and here there is no
>> benefit in using it , because all my plots are in wxFrame
>>
>> these are the warnings
>>
>>
>> M:\star_icvs\tools\wx_lib\wx_plplotwindow.hpp(181): warning C4100: 
>> 'event':
>> unreferenced formal parameter (compiling source file 
>> wx_explorer_star.cpp)
>>  M:\star_icvs\tools\wx_lib\wx_plplotwindow.hpp(182): note: while 
>> compiling
>> class template member function 'void
>> wx_PLplotwindow<wxFramePlot>::OnCreate(wxWindowCreateEvent &)' (compiling
>> source file wx_explorer_star.cpp)
>>  wx_explorer_star.cpp(860): note: see reference to class template
>> instantiation 'wx_PLplotwindow<wxFramePlot>' being compiled
>> m:\star_icvs\tools\wx_lib\wx_plplotwindow.hpp(278): warning C4701:
>> potentially uninitialized local variable 'drawDc' used
>> m:\star_icvs\tools\wx_lib\wx_plplotwindow.hpp(278): warning C4703:
>> potentially uninitialized local pointer variable 'drawDc' used
>>
>> for the first you can use the
>> WXUNUSED
>> macro
>>
>> like in
>> void wxFrameClient::OnQuit(wxCommandEvent& WXUNUSED(eve))
>>
>> the others seem that you should see
>>
>> m:\star_icvs\tools\wx_lib\wx_plplotwindow.hpp(278): warning C4701:
>> potentially uninitialized local variable 'drawDc' used
>> m:\star_icvs\tools\wx_lib\wx_plplotwindow.hpp(278): warning C4703:
>> potentially uninitialized local pointer variable 'drawDc' used
>>
>>
>> it says that the variables are not initialized and are potencially used
>>
>>
>> -Pedro
>>
>> ----- Original Message ----- From: "Alan W. Irwin"
>> <ir...@be...>
>> To: "Pedro Vicente" <ped...@sp...>
>> Cc: <plp...@li...>
>> Sent: Thursday, December 08, 2016 1:59 PM
>> Subject: Re: [Plplot-devel] build PLPlot with debug symbols in linux / 
>> cmake
>>
>>
>>> On 2016-12-08 01:52-0500 Pedro Vicente wrote:
>>>
>>>>
>>>> Hi Alan
>>>>
>>>> I have a wxWidgets application that I developed for Windows and Linux
>>>> that uses PLplot .
>>>>
>>>> I started having a segfault on the *Linux* only version.
>>>>
>>>> Debugging in Windows is a breeze with Visual Studio.
>>>>
>>>> For Linux I was able to make a QtCreator project to debug (yes, Qt
>>>> debugging wxWidgets !)
>>>>
>>>> However when I try to step into the PLplot code, there is no step into,
>>>> because probably debugging symbols were not built
>>>>
>>>> I used the following cmake call
>>>>
>>>> cmake ..  -G "Unix Makefiles" -DBUILD_SHARED_LIBS:BOOL=OFF
>>>> -DENABLE_f95:BOOL=OFF -DENABLE_tcl:BOOL=OFF  -DENABLE_tk:BOOL=OFF
>>>> -DCMAKE_INSTALL_PREFIX:PATH=/data/data127/pvicente/install/plplot-5.11.1
>>>> -DPL_HAVE_PTHREAD:BOOL=OFF -DPLD_xwin:BOOL=OFF -DPLD_wxwidgets:BOOL=ON
>>>> -DwxWidgets_ROOT_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0
>>>> -DwxWidgets_LIB_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0/lib
>>>> -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
>>>> -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF>>>>>> this is more 
>>>> probably a
>>>> cmake question, but I am not that familiar withcmake, so the question 
>>>> is,>>
>>>> how can I add debug symbols to PLPlot for  the above cmake call?>> Hi
>>>> Pedro:>> I think there are some specific CMake options for making sure 
>>>> the
>>>> -g> option is used on all compilations, but the one I always use is to 
>>>> set>
>>>> the appropriate environment variables (which CMake recognizes as> 
>>>> well).  So
>>>> before executing cmake in an initially empty build tree do> something 
>>>> like
>>>> the following:>> export CXXFLAGS=-g> export CFLAGS=-g> export 
>>>> FFLAGS=-g>> I
>>>> always just use the command line to build (with make) and debug> (with 
>>>> gdb)
>>>> rather than some IDE like QtCreator, but I assume setting> the above
>>>> environment variables will insure the QtCreator builds will> be done 
>>>> with
>>>> the -g option so that you can debug (likely with gdb> doing the work in 
>>>> the
>>>> background) with that IDE as well.>> Alan> __________________________> 
>>>> Alan
>>>> W. Irwin>> Astronomical research affiliation with Department of Physics
>>>> andAstronomy,> University of Victoria (astrowww.phys.uvic.ca).>> 
>>>> Programming
>>>> affiliations with the FreeEOS equation-of-state> implementation for 
>>>> stellar
>>>> interiors (freeeos.sf.net); the Time> Ephemerides project
>>>> (timeephem.sf.net); PLplot scientific plotting> software package
>>>> (plplot.sf.net); the libLASi project> (unifont.org/lasi); the Loads of 
>>>> Linux
>>>> Links project (loll.sf.net);> and the Linux Brochure Project
>>>> (lbproject.sf.net).> __________________________>> Linux-powered 
>>>> Science>
>>>> __________________________>
> 

Re: [Plplot-devel] Fwd: Deprecated wxWidgets error

[Pedro V. <ped...@sp...>]

Hi Phil

I agree, it does not make much sense going back to the old wxwidgets.
My usage of it is inside a wxWidgets GUI app, so I don't need any special 
features.
In fact it has been working well for me in the last couple of months, but 
last week I started having errors
 so I just gave  a try to the old wxWidgets out of curiosity.

thanks

-Pedro

----- Original Message ----- 
From: "Phil Rosenberg" <p.d...@gm...>
To: "Alan W. Irwin" <ir...@be...>
Cc: "Pedro Vicente" <ped...@sp...>; 
<plp...@li...>
Sent: Friday, December 09, 2016 6:49 PM
Subject: Re: [Plplot-devel] Fwd: Deprecated wxWidgets error


> Hi Pedro
> As Alan said, we can't have both working together. Well, I suppose we
> could, but the effort required would be large and time is finite. If
> you are interested in the usage differences then:
>
> The new wx backend discarded use of AGG and freetype as wxWidgets now
> has much better support for antialiased graphics and text. This also
> massively simplifies support.
>
> For calling from a wxWidgets application the wxPlplotwindow class is
> now template, meaning it can inherit from any wxWindow - so as well as
> having a plplot panel, you can have anything from a plplot frame to a
> plplot button should you wish.
>
> For calling wxWidgets from a console application all the rendering is
> performed in a separate utility which has commands sent from the
> console application. This removes some problems we had with large
> amounts of almost duplicated, but subtly code, plus possible threading
> issues. Unfortunately there at performance issues that I haven't been
> able to get to the bottom of yet.
>
> Lastly, some of the less well used features of Plplot are not yet
> supported, like maybe changing the fill algorithm. But certainly all
> the well used things are there.
>
> So basically, unless you really want to use AGG or FreeType, then I
> don't see much need to use the deprecated version. I certainly won't
> be going back and fixing any bugs in the deprecated version. If,
> however, there is some feature that is still missing from the new
> version then let me know and I'll try to prioritise.
>
> Phil
>
> On 9 December 2016 at 21:45, Alan W. Irwin <ir...@be...> 
> wrote:
>> On 2016-12-09 15:39-0500 Pedro Vicente wrote:
>>
>>> so, it seems that the cmake option is really needed
>>> -DOLD_WXWIDGETS=ON
>>>
>>> I only found out this by reading the script
>>
>> Reading the script is an excellent idea so I encourage you to keep doing
>> that.  However, we also document such changes in our release notes.
>> In this case you won't find that documentation in README.release
>> because OLD_WXWIDGETS was introduced in a previous release.  So
>> instead you have to look in the cumulated old release notes,
>> OLD-README.release for the relevant documentation of
>> -DOLD_WXWIDGETS=ON.
>>
>> [...]
>>
>>> I have a request, would it be possible to have the "deprecated"
>>> wxWidgets code and the templated one at the same time?
>>
>> No.  If you want access to both for comparisons, use separate build
>> trees (and install trees).  Also, -DOLD_WXWIDGETS=ON is deprecated
>> because it is an emergency measure which gives you access to the old
>> frozen wxwidgets code. There is no further support for
>> -DOLD_WXWIDGETS=ON beyond that because that old wxwidgets code was not
>> Phil's responsibility and there are lots of known issues with it. So
>> Phil is focussing exclusively on development of the new wxwidgets.
>> Thus, if you find some features you like with -DOLD_WXWIDGETS=ON, then
>> ideally you should make changes to your local _new_ wxwidgets to add
>> that feature and send patches (ideally generated by "git
>> format-patch") to this list for Phil to evaluate.  N.B. it is a
>> virtual certainty your patch will be rejected if it contains fixes for
>> multiple issues.  So instead each of your individual patches should
>> focus on just one logical issue at a time.  And sometimes we do reject
>> ideas such as yours above to have both old and new wxwidgets in the
>> same build tree.  But so long as your patches are focussed on one
>> thing at a time (and not necessarily limited to just the new
>> wxwidgets) and otherwise acceptable, then such development help with
>> PLplot would be much appreciated.  (Note, we recommend "git
>> format-patch" for generating patches because that gives you full
>> credit for your work in the git log.)
>>
>> Alan
>> __________________________
>> Alan W. Irwin
>>
>> Astronomical research affiliation with Department of Physics and 
>> Astronomy,
>> University of Victoria (astrowww.phys.uvic.ca).
>>
>> Programming affiliations with the FreeEOS equation-of-state
>> implementation for stellar interiors (freeeos.sf.net); the Time
>> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
>> software package (plplot.sf.net); the libLASi project
>> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
>> and the Linux Brochure Project (lbproject.sf.net).
>> __________________________
>>
>> Linux-powered Science
>> __________________________
>>
>> ------------------------------------------------------------------------------
>> Developer Access Program for Intel Xeon Phi Processors
>> Access to Intel Xeon Phi processor-based developer platforms.
>> With one year of Intel Parallel Studio XE.
>> Training and support from Colfax.
>> Order your platform today.http://sdm.link/xeonphi
>> _______________________________________________
>> Plplot-devel mailing list
>> Plp...@li...
>> https://lists.sourceforge.net/lists/listinfo/plplot-devel
> 

Re: [Plplot-devel] plplot_pyqt4 shared object build issue

[Alan W. I. <ir...@be...>]

On 2016-12-08 10:42-0800 Alan W. Irwin wrote:

> Hi Arjen:
>
> On 2016-12-08 07:59-0000 Arjen Markus wrote:
>
>> This visibility issue is one of obscurer aspects of today's
> programming experience. It is akin to the import/export circus in
> Windows DLLs. Always good for some puzzles.
>
> Yes, and I have figured out this particular puzzle.  :-) The code generated 
> by
> automoc was not being compiled with -DUSINGDLL.  And that macro
> is the essential trigger that allows us to specify visibility
> support infrastructure in include/pldll.h.in and therefore visibility
> of certain symbols throughout our code.
>
> I have fixed that, but that involved a necessary style change (use
> target properties rather than source code properties to set up
> -DUSINGDLL) that I liked so much that I changed to that style
> everywhere in our build system. Then I did a comprehensive test with
> no constraints (i.e., of all interactive and noninteractive components
> of PLplot) which revealed other issues.  I don't think those issues
> are related to that style change, but nevertheless I want to get those
> straightened out and completely tested before committing the style
> change.  So hopefully I will be able to get this committed today, but
> it might be tomorrow.

DONE as of commit 6b01000.  I would appreciate you trying the
identical comprehensive test check on Cygwin to confirm the pyqt4
issue you were seeing is now gone.

Alan

__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-devel] Too late for bug fix changes

[Phil R. <p.d...@gm...>]

Hi Alan
I have recently discovered a couple of bugs in the wxWidgets driver.

One is rather a feature of wxWidgets instead of a bug. It turns out
that when constructing a font with size 70 pt you actually get the
default system font size. I found this when doing an animated plot
today with points that shrank with time. I got a weird jump in size
when they got to 7 pt.
This cause is that in wxWidgets there is a constant used to say you
want the default system size, but instead of using a sensible value
like -1 for this constant it is set to be 70. Unfortunately the wx
devs have said they will not fix this as that constant is too deeply
ingrained in the code to change it safely. There is a workaround
though. And I've added that to my local copy.

I also found a bug in the device code. There is a positional error
with text that occurs when the style changes midway along a line (eg
through use of #u or #d). Again I have fixed this in my local copy.

There is also a positional error which occurs when a style change
occurs midway through a line and that line has been rotated. Basically
the start position of the differently styled chunk of text appears to
need rotating if you see what I mean. I think this just requires a
minor change to fix, but I haven't done it yet. Hopefully tomorrow.

There are also the map issues that were reported on here a few weeks ago.

I just wanted to check if it is too late to submit these. Fixes now?

Phil

Re: [Plplot-devel] build PLPlot with debug symbols in linux / cmake

[Phil R. <p.d...@gm...>]

Hi Pedro
I'm sorry but I'm not sure I understand the point at which you get the segfault.

However, I think you are trying to call GetStream, before the stream
has been created. The stream requires the window's device context at
the point of creation, in order for the device context to exist the
window must have been "Create"d. Often this is done by the
constructor, but in this case to maintain generality the default
wxWindow constructor is called which takes no parameters and does not
create the window. An explicit call to wxSomeWindowType::Create is
required - only once that has happened does the device context exist
allowing the stream to be created.

It would actually be very easy to have something like

class myPlFrame :public wxPlWindow<wxFrame>
{
};

then have
myPlFrame::myPlFrame(/*All the variables needed to initialise a wxFrame*/)
{
    Create(/*The varibles from above*/);
}

Then you can call GetStream immediately after construction.

On 9 December 2016 at 03:27, Pedro Vicente
<ped...@sp...> wrote:
> Alan, Thanks
> Phil (I am CC you here, because this is a wxdriver issue;
> not saying that is a bug in the wxdriver, just a code error I have in my use
> of it )
>
> The issue was not lack of -g, but just a code issue
>
> I am following almost verbatim the demo wxPLplotDemo.cpp
>
> what happens in my code is that
>
> pls is NULL
>
> here
>
> void Plot(wxPLplotwindow<WXWINDOW> *plotwindow)
> {
>  wxPLplotstream* pls = plotwindow->GetStream();
>
> so all pls-> calls seg fault
>
>
> what happens is that this function is *not* called
>
>
> void wxPLplotwindow<WXWINDOW>::OnCreate( wxWindowCreateEvent &event )
> {
>    if ( !m_created )
>
>
> and it should have been in these calls
>
>
> wxPLplotwindow<wxFrame> *frame = new wxPLplotwindow<wxFrame>();
>  frame->Create(NULL, wxID_ANY, wxT("wxPLplotDemo"));
>  frame->Show();
>  Plot(frame);
>
>
> This only happens in Linux, on Windows all is fine
>
>
> so, I'll keep on debugging to see what is happening
>
>
> by the way, since I am here, I have 2 small requests:
>
> 1) the wxdriver compilation has a couple of compiler warnings, would it be
> possible to eliminate them ?
> 2) would it be possible to keep in the upcoming version the old deprecated
> wxdriver code that is not templated ?
> I find templated code difficult to follow and debug, and here there is no
> benefit in using it , because all my plots are in wxFrame
>
> these are the warnings
>
>
> M:\star_icvs\tools\wx_lib\wx_plplotwindow.hpp(181): warning C4100: 'event':
> unreferenced formal parameter (compiling source file wx_explorer_star.cpp)
>  M:\star_icvs\tools\wx_lib\wx_plplotwindow.hpp(182): note: while compiling
> class template member function 'void
> wx_PLplotwindow<wxFramePlot>::OnCreate(wxWindowCreateEvent &)' (compiling
> source file wx_explorer_star.cpp)
>  wx_explorer_star.cpp(860): note: see reference to class template
> instantiation 'wx_PLplotwindow<wxFramePlot>' being compiled
> m:\star_icvs\tools\wx_lib\wx_plplotwindow.hpp(278): warning C4701:
> potentially uninitialized local variable 'drawDc' used
> m:\star_icvs\tools\wx_lib\wx_plplotwindow.hpp(278): warning C4703:
> potentially uninitialized local pointer variable 'drawDc' used
>
> for the first you can use the
> WXUNUSED
> macro
>
> like in
> void wxFrameClient::OnQuit(wxCommandEvent& WXUNUSED(eve))
>
> the others seem that you should see
>
> m:\star_icvs\tools\wx_lib\wx_plplotwindow.hpp(278): warning C4701:
> potentially uninitialized local variable 'drawDc' used
> m:\star_icvs\tools\wx_lib\wx_plplotwindow.hpp(278): warning C4703:
> potentially uninitialized local pointer variable 'drawDc' used
>
>
> it says that the variables are not initialized and are potencially used
>
>
> -Pedro
>
> ----- Original Message ----- From: "Alan W. Irwin"
> <ir...@be...>
> To: "Pedro Vicente" <ped...@sp...>
> Cc: <plp...@li...>
> Sent: Thursday, December 08, 2016 1:59 PM
> Subject: Re: [Plplot-devel] build PLPlot with debug symbols in linux / cmake
>
>
>> On 2016-12-08 01:52-0500 Pedro Vicente wrote:
>>
>>>
>>> Hi Alan
>>>
>>> I have a wxWidgets application that I developed for Windows and Linux
>>> that uses PLplot .
>>>
>>> I started having a segfault on the *Linux* only version.
>>>
>>> Debugging in Windows is a breeze with Visual Studio.
>>>
>>> For Linux I was able to make a QtCreator project to debug (yes, Qt
>>> debugging wxWidgets !)
>>>
>>> However when I try to step into the PLplot code, there is no step into,
>>> because probably debugging symbols were not built
>>>
>>> I used the following cmake call
>>>
>>> cmake ..  -G "Unix Makefiles" -DBUILD_SHARED_LIBS:BOOL=OFF
>>> -DENABLE_f95:BOOL=OFF -DENABLE_tcl:BOOL=OFF  -DENABLE_tk:BOOL=OFF
>>> -DCMAKE_INSTALL_PREFIX:PATH=/data/data127/pvicente/install/plplot-5.11.1
>>> -DPL_HAVE_PTHREAD:BOOL=OFF -DPLD_xwin:BOOL=OFF -DPLD_wxwidgets:BOOL=ON
>>> -DwxWidgets_ROOT_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0
>>> -DwxWidgets_LIB_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0/lib
>>> -DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON
>>> -DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF>>>>>> this is more probably a
>>> cmake question, but I am not that familiar withcmake, so the question is,>>
>>> how can I add debug symbols to PLPlot for  the above cmake call?>> Hi
>>> Pedro:>> I think there are some specific CMake options for making sure the
>>> -g> option is used on all compilations, but the one I always use is to set>
>>> the appropriate environment variables (which CMake recognizes as> well).  So
>>> before executing cmake in an initially empty build tree do> something like
>>> the following:>> export CXXFLAGS=-g> export CFLAGS=-g> export FFLAGS=-g>> I
>>> always just use the command line to build (with make) and debug> (with gdb)
>>> rather than some IDE like QtCreator, but I assume setting> the above
>>> environment variables will insure the QtCreator builds will> be done with
>>> the -g option so that you can debug (likely with gdb> doing the work in the
>>> background) with that IDE as well.>> Alan> __________________________> Alan
>>> W. Irwin>> Astronomical research affiliation with Department of Physics
>>> andAstronomy,> University of Victoria (astrowww.phys.uvic.ca).>> Programming
>>> affiliations with the FreeEOS equation-of-state> implementation for stellar
>>> interiors (freeeos.sf.net); the Time> Ephemerides project
>>> (timeephem.sf.net); PLplot scientific plotting> software package
>>> (plplot.sf.net); the libLASi project> (unifont.org/lasi); the Loads of Linux
>>> Links project (loll.sf.net);> and the Linux Brochure Project
>>> (lbproject.sf.net).> __________________________>> Linux-powered Science>
>>> __________________________>

Re: [Plplot-devel] build plplot using CMAKE using MSYS makefiles on windows 10

[Phil R. <p.d...@gm...>]

I'm sorry Laurent, but I think I am the main Windows user on the list
and I have absolutely no experience with MSys.

However, I believe we have now returned to the CMake default wxWidgets
find module. Alan, can you comment on this and whether this looks like
a bug in that module or a bug in our build system?

On 8 December 2016 at 16:37, Laurent Berger
<lau...@un...> wrote:
> Hi,
>
> I want to buil plplot in static using MSYS makefiles on windows 10.
>
> In cmake GUI i have got an error that I cannot understand. wxWidgets is
> found but there is cmake_link_flags WARNING.
>
> Any help would be appreciate.
>
> CMake version = 3.7.0-rc2
>
> CMAKE_SYSTEM_NAME = Windows
>
> SH_EXECUTABLE = C:/Windows/System32/bash.exe....
>
> Looking for gdi32 header and library
>
> Looking for gdi32 header and library - found
>
> wxWidgets_FOUND : TRUE
>
> wxWidgets_INCLUDE_DIRS :
> F:/lib/wxWidgets-3.1.0/lib/wx/include/msw-unicode-static-3.1;F:/lib/wxWidgets-3.1.0/include
>
> wxWidgets_LIBRARY_DIRS : /f/lib/wxWidgets-3.1.0/lib
>
> wxWidgets_LIBRARIES :
> -L/f/lib/wxWidgets-3.1.0/lib;;;-Wl,--subsystem,windows;-mwindows;/f/lib/wxWidgets-3.1.0/lib/libwx_mswu_core-3.1.a;/f/lib/wxWidgets-3.1.0/lib/libwx_baseu-3.1.a;-lwxregexu-3.1;-lwxexpat-3.1;-lwxtiff-3.1;-lwxjpeg-3.1;-lwxpng-3.1;-lz;-lrpcrt4;-loleaut32;-lole32;-luuid;-lwinspool;-lwinmm;-lshell32;-lshlwapi;-lcomctl32;-lcomdlg32;-ladvapi32;-lversion;-lwsock32;-lgdi32
>
> wxWidgets_CXX_FLAGS : -I/f/lib/wxWidgets-3.1.0/include
>
> wxWidgets_USE_FILE : UsewxWidgets
>
> cmake_link_flags WARNING: (original link flags) =
> -L/f/lib/wxWidgets-3.1.0/lib;;;-Wl,--subsystem,windows;-mwindows;/f/lib/wxWidgets-3.1.0/lib/libwx_mswu_core-3.1.a;/f/lib/wxWidgets-3.1.0/lib/libwx_baseu-3.1.a;-lwxregexu-3.1;-lwxexpat-3.1;-lwxtiff-3.1;-lwxjpeg-3.1;-lwxpng-3.1;-lz;-lrpcrt4;-loleaut32;-lole32;-luuid;-lwinspool;-lwinmm;-lshell32;-lshlwapi;-lcomctl32;-lcomdlg32;-ladvapi32;-lversion;-lwsock32;-lgdi32
>
> cmake_link_flags WARNING: wxwidgets_LINK_FLAGS =
> -Wl,--subsystem,windows;-mwindows;/f/lib/wxWidgets-3.1.0/lib/libwx_mswu_core-3.1.a;/f/lib/wxWidgets-3.1.0/lib/libwx_baseu-3.1.a;_library_pathname-NOTFOUND;_library_pathname-NOTFOUND;_library_pathname-NOTFOUND;_library_pathname-NOTFOUND;_library_pathname-NOTFOUND;F:/mingw-w64/Strawberry/c/lib/libz.a;C:/Windows/System32/rpcrt4.dll;C:/Windows/System32/oleaut32.dll;C:/Windows/System32/ole32.dll;_library_pathname-NOTFOUND;_library_pathname-NOTFOUND;C:/Windows/System32/winmm.dll;C:/Windows/System32/shell32.dll;C:/Windows/System32/shlwapi.dll;C:/Windows/System32/comctl32.dll;C:/Windows/System32/comdlg32.dll;C:/Windows/System32/advapi32.dll;C:/Windows/System32/version.dll;C:/Windows/System32/wsock32.dll;C:/Windows/System32/gdi32.dll
>
> cmake_link_flags WARNING: wxwidgets_LINK_FLAGS is invalid so it is set to
> nothing to signal the failure of cmake_link_flags for the original link
> flags printed out above.
>
> WARNING: wxWidgets or its libraries not found so setting all wxwidgets
> devices to OFF.
>
> WARNING: ENABLE_wxwidgets is OFF so setting all wxwidgets devices to OFF.
>
>
> ------------------------------------------------------------------------------
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/xeonphi
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel
>

[Plplot-devel] Setting rpath for dllplplot_stubs.so appears not to be possible

[Alan W. I. <ir...@be...>]

I have recently introduced checking all our *.so files on Linux in the
comprehensive test script using "ldd -r".  Those results immediately
reminded me we had not yet done anything about setting rpath in both
the build tree and possibly (if USE_RPATH is ON) install tree for
dllplplot_stubs.so, the shared object generated by our build system
for the OCaml binding.

So to experiment with methods of fixing this I tried all the different
ways that are documented for the ocamlmklib command (i.e.,

-dllpath <dir>
-R<dir>
-Wl,-rpath,<dir>
-Wl,-rpath -Wl,<dir>
-Wl,-R<dir>

to set rpath, and the good news is all those methods gave consistent
results, but the bad news is those consistent results did not (!) set
rpath at all as shown by

objdump -x dllplplot_stubs.so |grep -i rpath

and

ldd -r

and even diffs between results with and without one of the above
options being set.

This complete lack of rpath results was generated by

ocamlmklib, version 4.01.0

on Debian Jessie.

Three years ago, Orion was the victim on Fedora of a cutting-edge
ocamlmklib bug where rpath was being set to nonsensical values for
dllplplot_stubs.so when none of the above options were being set. That
is a different issue which I assume the ocaml developers have fixed
now, although from the above results it is possible their fix was to
deliberately disable setting rpath.

I don't feel exactly comfortable with changing our build system
without some way of testing the result locally.  Furthermore, there is
also the possibility that the ocaml developers deliberately disabled
setting rpath.  Finally, the above linking issue for
dllplplot_stubs.so doesn't seem to affect our current OCaml tests any.
So my decision for now is I will not change our build system in
anticipation that one of the above rpath setting methods _might_ work
some day.  But if someone finds a system where one of the above
methods work, please let me know, and I might reconsider.

Note this current deficiency of our current build system should not
show up in any lintian reports for packagers like Andrew and Orion
since they set USE_RPATH to OFF (i.e., they prefer no rpath set in the
install tree for dllplplot_stubs.so which is the case now regardless
of USE_RPATH value).

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] Fwd: Deprecated wxWidgets error

[Phil R. <p.d...@gm...>]

Hi Pedro
As Alan said, we can't have both working together. Well, I suppose we
could, but the effort required would be large and time is finite. If
you are interested in the usage differences then:

The new wx backend discarded use of AGG and freetype as wxWidgets now
has much better support for antialiased graphics and text. This also
massively simplifies support.

For calling from a wxWidgets application the wxPlplotwindow class is
now template, meaning it can inherit from any wxWindow - so as well as
having a plplot panel, you can have anything from a plplot frame to a
plplot button should you wish.

For calling wxWidgets from a console application all the rendering is
performed in a separate utility which has commands sent from the
console application. This removes some problems we had with large
amounts of almost duplicated, but subtly code, plus possible threading
issues. Unfortunately there at performance issues that I haven't been
able to get to the bottom of yet.

Lastly, some of the less well used features of Plplot are not yet
supported, like maybe changing the fill algorithm. But certainly all
the well used things are there.

So basically, unless you really want to use AGG or FreeType, then I
don't see much need to use the deprecated version. I certainly won't
be going back and fixing any bugs in the deprecated version. If,
however, there is some feature that is still missing from the new
version then let me know and I'll try to prioritise.

Phil

On 9 December 2016 at 21:45, Alan W. Irwin <ir...@be...> wrote:
> On 2016-12-09 15:39-0500 Pedro Vicente wrote:
>
>> so, it seems that the cmake option is really needed
>> -DOLD_WXWIDGETS=ON
>>
>> I only found out this by reading the script
>
> Reading the script is an excellent idea so I encourage you to keep doing
> that.  However, we also document such changes in our release notes.
> In this case you won't find that documentation in README.release
> because OLD_WXWIDGETS was introduced in a previous release.  So
> instead you have to look in the cumulated old release notes,
> OLD-README.release for the relevant documentation of
> -DOLD_WXWIDGETS=ON.
>
> [...]
>
>> I have a request, would it be possible to have the "deprecated"
>> wxWidgets code and the templated one at the same time?
>
> No.  If you want access to both for comparisons, use separate build
> trees (and install trees).  Also, -DOLD_WXWIDGETS=ON is deprecated
> because it is an emergency measure which gives you access to the old
> frozen wxwidgets code. There is no further support for
> -DOLD_WXWIDGETS=ON beyond that because that old wxwidgets code was not
> Phil's responsibility and there are lots of known issues with it. So
> Phil is focussing exclusively on development of the new wxwidgets.
> Thus, if you find some features you like with -DOLD_WXWIDGETS=ON, then
> ideally you should make changes to your local _new_ wxwidgets to add
> that feature and send patches (ideally generated by "git
> format-patch") to this list for Phil to evaluate.  N.B. it is a
> virtual certainty your patch will be rejected if it contains fixes for
> multiple issues.  So instead each of your individual patches should
> focus on just one logical issue at a time.  And sometimes we do reject
> ideas such as yours above to have both old and new wxwidgets in the
> same build tree.  But so long as your patches are focussed on one
> thing at a time (and not necessarily limited to just the new
> wxwidgets) and otherwise acceptable, then such development help with
> PLplot would be much appreciated.  (Note, we recommend "git
> format-patch" for generating patches because that gives you full
> credit for your work in the git log.)
>
> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
>
> ------------------------------------------------------------------------------
> Developer Access Program for Intel Xeon Phi Processors
> Access to Intel Xeon Phi processor-based developer platforms.
> With one year of Intel Parallel Studio XE.
> Training and support from Colfax.
> Order your platform today.http://sdm.link/xeonphi
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel

Re: [Plplot-devel] Soft freeze on December 3rd and release on December 17th?

[Pedro V. <ped...@sp...>]

ok, simple issue , ignore

I tool a quick look at the ouput , it's just


CMake 3.0.2 or higher is required.  You are running version 2.8.12.2


----- Original Message ----- 
From: "Alan W. Irwin" <ir...@be...>
To: "Pedro Vicente" <ped...@sp...>
Cc: <plp...@li...>
Sent: Friday, December 09, 2016 5:05 PM
Subject: Re: [Plplot-devel] Soft freeze on December 3rd and release on 
December 17th?


> On 2016-12-09 11:38-0500 Pedro Vicente wrote:
>
>>
>> Hi Alan
>>
>> I get an error on the script
>>
>> ERROR: cmake in the build tree failed
>>
>> what I did (CentOS 6.8)
>>
>> git clone http://git.code.sf.net/p/plplot/plplot plplot-plplot
>> cd plplot-plplot/scripts
>> ./comprehensive_test.sh
>
> Please look in the prefix directory  (by default that is
> ../comprehensive_test_disposable relative to the top
> of the source tree) for the report tarball, comprehensive_test.tar.gz,
> and send that tarball (on or off list) to me.  That should allow me to
> find out why that cmake invocation failed for you, and give you
> some recommendations about running this test again.
>
>
>> then I tried
>>
>> mkdir build
>> cd build
>> cmake ..
>> make
>
> This is already a big difference with your comprehensive test result
> above because cmake succeeded here but not there.  But I will know
> a lot more once I receive the above report tarball from you that
> is generated by the comprehensive test.
>
>> Note:
>>
>> 1)
>>
>>>>> Essentially all you have to do is set up
>>>>> the relevant environment variables that you normally use to build
>>>>> PLplot
>>
>>
>> I never did set any environment variables to build PLplot before, which
>> ones?
>
> It depends on your individual needs.  I like to test PLplot with certain
> compiler options so I typically set
>
> export CFLAGS='-O3 -fvisibility=hidden -Wuninitialized'
> export CXXFLAGS='-O3 -fvisibility=hidden -Wuninitialized'
> export FFLAGS='-O3 -Wuninitialized -Wunused'
>
> But when debugging issues I reduce those to
>
> export CFLAGS='-g'
> export CXXFLAGS='-g'
> export FFLAGS='-g'
>
> Also, I generally find setting the environment variables PATH, 
> CMAKE_INCLUDE_PATH, CMAKE_LIBRARY_PATH, and PKG_CONFIG_PATH are often
> a big help if cmake is having trouble finding software installed in
> non-standard locations.
>
>> I can provide further debug output, let me know to which email address
>> should I send to
>
> I would prefer to work with your results for the comprehensive test
> script since that often supplies me with all the information I need to
> answer your questions.  In this case, that script did not get very far
> the first time you invoked it, but once I see that report tarball, I
> can likely advise you what simple fix to make so that cmake completes
> without errors, which means your next comprehensive test run should
> get to this current build problem concerning wxwidgets with all the
> information I need, and we can take it from there.
>
> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and 
> Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
> 

Re: [Plplot-devel] Soft freeze on December 3rd and release on December 17th?

[Pedro V. <ped...@sp...>]

Hi Alan

comprehensive_test.tar.gz is attached


> export CFLAGS='-g'
> export CXXFLAGS='-g'
> export FFLAGS='-g'


ok, I see I thought you meant environment variables specific  for PLplot to 
build.
These are gcc compiler flags, personally I never set them this way, but 
instead I do it for each makefile.

In this build they are the above  environment variables

thanks

-Pedro


----- Original Message ----- 
From: "Alan W. Irwin" <ir...@be...>
To: "Pedro Vicente" <ped...@sp...>
Cc: <plp...@li...>
Sent: Friday, December 09, 2016 5:05 PM
Subject: Re: [Plplot-devel] Soft freeze on December 3rd and release on 
December 17th?


> On 2016-12-09 11:38-0500 Pedro Vicente wrote:
>
>>
>> Hi Alan
>>
>> I get an error on the script
>>
>> ERROR: cmake in the build tree failed
>>
>> what I did (CentOS 6.8)
>>
>> git clone http://git.code.sf.net/p/plplot/plplot plplot-plplot
>> cd plplot-plplot/scripts
>> ./comprehensive_test.sh
>
> Please look in the prefix directory  (by default that is
> ../comprehensive_test_disposable relative to the top
> of the source tree) for the report tarball, comprehensive_test.tar.gz,
> and send that tarball (on or off list) to me.  That should allow me to
> find out why that cmake invocation failed for you, and give you
> some recommendations about running this test again.
>
>
>> then I tried
>>
>> mkdir build
>> cd build
>> cmake ..
>> make
>
> This is already a big difference with your comprehensive test result
> above because cmake succeeded here but not there.  But I will know
> a lot more once I receive the above report tarball from you that
> is generated by the comprehensive test.
>
>> Note:
>>
>> 1)
>>
>>>>> Essentially all you have to do is set up
>>>>> the relevant environment variables that you normally use to build
>>>>> PLplot
>>
>>
>> I never did set any environment variables to build PLplot before, which
>> ones?
>
> It depends on your individual needs.  I like to test PLplot with certain
> compiler options so I typically set
>
> export CFLAGS='-O3 -fvisibility=hidden -Wuninitialized'
> export CXXFLAGS='-O3 -fvisibility=hidden -Wuninitialized'
> export FFLAGS='-O3 -Wuninitialized -Wunused'
>
> But when debugging issues I reduce those to
>
> export CFLAGS='-g'
> export CXXFLAGS='-g'
> export FFLAGS='-g'
>
> Also, I generally find setting the environment variables PATH, 
> CMAKE_INCLUDE_PATH, CMAKE_LIBRARY_PATH, and PKG_CONFIG_PATH are often
> a big help if cmake is having trouble finding software installed in
> non-standard locations.
>
>> I can provide further debug output, let me know to which email address
>> should I send to
>
> I would prefer to work with your results for the comprehensive test
> script since that often supplies me with all the information I need to
> answer your questions.  In this case, that script did not get very far
> the first time you invoked it, but once I see that report tarball, I
> can likely advise you what simple fix to make so that cmake completes
> without errors, which means your next comprehensive test run should
> get to this current build problem concerning wxwidgets with all the
> information I need, and we can take it from there.
>
> Alan
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and 
> Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
> 

Re: [Plplot-devel] Soft freeze on December 3rd and release on December 17th?

[Alan W. I. <ir...@be...>]

On 2016-12-09 11:38-0500 Pedro Vicente wrote:

>
> Hi Alan
>
> I get an error on the script
>
> ERROR: cmake in the build tree failed
>
> what I did (CentOS 6.8)
>
> git clone http://git.code.sf.net/p/plplot/plplot plplot-plplot
> cd plplot-plplot/scripts
> ./comprehensive_test.sh

Please look in the prefix directory  (by default that is
../comprehensive_test_disposable relative to the top
of the source tree) for the report tarball, comprehensive_test.tar.gz,
and send that tarball (on or off list) to me.  That should allow me to
find out why that cmake invocation failed for you, and give you
some recommendations about running this test again.


> then I tried
>
> mkdir build
> cd build
> cmake ..
> make

This is already a big difference with your comprehensive test result
above because cmake succeeded here but not there.  But I will know
a lot more once I receive the above report tarball from you that
is generated by the comprehensive test.

> Note:
>
> 1)
>
>>>> Essentially all you have to do is set up
>>>> the relevant environment variables that you normally use to build
>>>> PLplot
>
>
> I never did set any environment variables to build PLplot before, which
> ones?

It depends on your individual needs.  I like to test PLplot with certain
compiler options so I typically set

export CFLAGS='-O3 -fvisibility=hidden -Wuninitialized'
export CXXFLAGS='-O3 -fvisibility=hidden -Wuninitialized'
export FFLAGS='-O3 -Wuninitialized -Wunused'

But when debugging issues I reduce those to

export CFLAGS='-g'
export CXXFLAGS='-g'
export FFLAGS='-g'

Also, I generally find setting the environment variables PATH, 
CMAKE_INCLUDE_PATH, CMAKE_LIBRARY_PATH, and PKG_CONFIG_PATH are often
a big help if cmake is having trouble finding software installed in
non-standard locations.

> I can provide further debug output, let me know to which email address
> should I send to

I would prefer to work with your results for the comprehensive test
script since that often supplies me with all the information I need to
answer your questions.  In this case, that script did not get very far
the first time you invoked it, but once I see that report tarball, I
can likely advise you what simple fix to make so that cmake completes
without errors, which means your next comprehensive test run should
get to this current build problem concerning wxwidgets with all the
information I need, and we can take it from there.

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

Re: [Plplot-devel] Fwd: Deprecated wxWidgets error

[Alan W. I. <ir...@be...>]

On 2016-12-09 15:39-0500 Pedro Vicente wrote:

> so, it seems that the cmake option is really needed
> -DOLD_WXWIDGETS=ON
>
> I only found out this by reading the script

Reading the script is an excellent idea so I encourage you to keep doing
that.  However, we also document such changes in our release notes.
In this case you won't find that documentation in README.release
because OLD_WXWIDGETS was introduced in a previous release.  So
instead you have to look in the cumulated old release notes,
OLD-README.release for the relevant documentation of
-DOLD_WXWIDGETS=ON.

[...]

> I have a request, would it be possible to have the "deprecated"
> wxWidgets code and the templated one at the same time?

No.  If you want access to both for comparisons, use separate build
trees (and install trees).  Also, -DOLD_WXWIDGETS=ON is deprecated
because it is an emergency measure which gives you access to the old
frozen wxwidgets code. There is no further support for
-DOLD_WXWIDGETS=ON beyond that because that old wxwidgets code was not
Phil's responsibility and there are lots of known issues with it. So
Phil is focussing exclusively on development of the new wxwidgets.
Thus, if you find some features you like with -DOLD_WXWIDGETS=ON, then
ideally you should make changes to your local _new_ wxwidgets to add
that feature and send patches (ideally generated by "git
format-patch") to this list for Phil to evaluate.  N.B. it is a
virtual certainty your patch will be rejected if it contains fixes for
multiple issues.  So instead each of your individual patches should
focus on just one logical issue at a time.  And sometimes we do reject
ideas such as yours above to have both old and new wxwidgets in the
same build tree.  But so long as your patches are focussed on one
thing at a time (and not necessarily limited to just the new
wxwidgets) and otherwise acceptable, then such development help with
PLplot would be much appreciated.  (Note, we recommend "git
format-patch" for generating patches because that gives you full
credit for your work in the git log.)

Alan
__________________________
Alan W. Irwin

Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).

Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________

Linux-powered Science
__________________________

[Plplot-devel] Fwd: Deprecated wxWidgets error

[Pedro V. <ped...@sp...>]

Hi Phil

so, it seems that the cmake option is really needed
-DOLD_WXWIDGETS=ON

I only found out this by reading the script

I tried in Linux

cmake ..  -G "Unix Makefiles" -DBUILD_SHARED_LIBS:BOOL=OFF 
-DENABLE_f95:BOOL=OFF -DENABLE_tcl:BOOL=OFF -DENABLE_tk:BOOL=OFF 
-DCMAKE_INSTALL_PREFIX:PATH=/data/data127/pvicente/install/plplot-5.11.1do 
-DPL_HAVE_PTHREAD:BOOL=OFF -DPLD_xwin:BOOL=OFF -DPLD_wxwidgets:BOOL=ON 
-DwxWidgets_ROOT_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0 
-DwxWidgets_LIB_DIR:PATH=/data/data127/pvicente/install/wxwidgets-3.1.0/lib 
-DwxWidgets_CONFIGURATION=mswud -DENABLE_MIX_CXX=ON 
-DwxWidgets_EXCLUDE_COMMON_LIBRARIES:BOOL=OFF 
-DCMAKE_VERBOSE_MAKEFILE:BOOL=ON -DOLD_WXWIDGETS=ON >& cmake.txt &


and deprecated_wxPLplotDemo.cpp runs perfectly
It even has an option to change the background which is exactly what I 
needed

I have a request, would it be possible to have the "deprecated" 
wxWidgets code and the templated one at the same time?
This would allow us to try either one or the other without the need to 
recompiling with the -DOLD_WXWIDGETS flag.
I think some classes have the same name now in the old/new code, is 
that correct ?
If that's the case maybe you could give them different names

thanks much





-------- Original Message --------
Subject: [Plplot-devel] Deprecated wxWidgets error
Date: 2016-12-09 14:39
 From: Pedro Vicente <ped...@sp...>
To: <plp...@li...>

Hi Phil

Is the deprecated wxWidgets still functioning?

I gave it a try am I'm getting an error
This is Windows Visual Studio, wxWidgets 3.1, plplot 5.11.1

what I did

used the commented code in the sample wxPLplotDemo.cpp

that starts with

//class MyPlotwindow : public wxPLplotwindow

I did not run any cmake flag to use the old code (is there one?),
so my shortcut was to rename

deprecated_wxPLplotstream.h.in
to
deprecated_wxPLplotstream.h

and set this
#define WX_TEMP_PL_HAVE_FREETYPE_IS_@PL_HAVE_FREETYPE@
to either
#define WX_TEMP_PL_HAVE_FREETYPE_IS_ON
#define WX_TEMP_PL_HAVE_FREETYPE_IS_OFF

my error call stack is

wx_plplot.exe!plParseDrvOpts(DrvOpt * acc_opt) Line 1521	C
   	wx_plplot.exe!plD_init_wxwidgets(PLStream * pls) Line 167	C++
   	wx_plplot.exe!plP_init() Line 144	C
   	wx_plplot.exe!c_plinit() Line 2341	C
   	wx_plplot.exe!plstream::init() Line 1008	C++
   	wx_plplot.exe!wxPLplotstream::Create(wxDC * dc, int width, int
height, int style) Line 85	C++
   	wx_plplot.exe!wxPLplotstream::wxPLplotstream(wxDC * dc, int width,
int height, int style) Line 36	C++
   	wx_plplot.exe!wxPLplotwindow::wxPLplotwindow(wxWindow * parent, int
id, const wxPoint & pos, const wxSize & size, long style, int pl_style)
Line 60	C++
   	wx_plplot.exe!MyPlotwindow::MyPlotwindow(wxFrame * frame, wxWindow *
parent, int id, const wxPoint & pos, const wxSize & size, long style,
int pl_style) Line 58	C++
   	wx_plplot.exe!MyFrame::MyFrame(const wxString & title) Line 95	C++
   	wx_plplot.exe!wxAppPlot::OnInit() Line 210	C++



so the error comes from this function

plParseDrvOpts( DrvOpt *acc_opt )

and the exit is this code

if ( !fl )
          {
              snprintf( msg, sizeof ( msg ) - 1, "Option '%s' not
recognized.\n\nRecognized options for this driver are:\n", drvp->option
);
              plwarn( msg );
              plHelpDrvOpts( acc_opt );
              plexit( "" );
          }

where
drvp->option
is "backend" at this point


thanks

-- 
Pedro Vicente
ped...@sp...
http://www.space-research.org/

------------------------------------------------------------------------------
Developer Access Program for Intel Xeon Phi Processors
Access to Intel Xeon Phi processor-based developer platforms.
With one year of Intel Parallel Studio XE.
Training and support from Colfax.
Order your platform today.http://sdm.link/xeonphi
_______________________________________________
Plplot-devel mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-devel

-- 
Pedro Vicente
ped...@sp...
http://www.space-research.org/

-- 
Pedro Vicente
ped...@sp...
http://www.space-research.org/

[Plplot-devel] Deprecated wxWidgets error

[Pedro V. <ped...@sp...>]

Hi Phil

Is the deprecated wxWidgets still functioning?

I gave it a try am I'm getting an error
This is Windows Visual Studio, wxWidgets 3.1, plplot 5.11.1

what I did

used the commented code in the sample wxPLplotDemo.cpp

that starts with

//class MyPlotwindow : public wxPLplotwindow

I did not run any cmake flag to use the old code (is there one?),
so my shortcut was to rename

deprecated_wxPLplotstream.h.in
to
deprecated_wxPLplotstream.h

and set this
#define WX_TEMP_PL_HAVE_FREETYPE_IS_@PL_HAVE_FREETYPE@
to either
#define WX_TEMP_PL_HAVE_FREETYPE_IS_ON
#define WX_TEMP_PL_HAVE_FREETYPE_IS_OFF

my error call stack is

wx_plplot.exe!plParseDrvOpts(DrvOpt * acc_opt) Line 1521	C
  	wx_plplot.exe!plD_init_wxwidgets(PLStream * pls) Line 167	C++
  	wx_plplot.exe!plP_init() Line 144	C
  	wx_plplot.exe!c_plinit() Line 2341	C
  	wx_plplot.exe!plstream::init() Line 1008	C++
  	wx_plplot.exe!wxPLplotstream::Create(wxDC * dc, int width, int 
height, int style) Line 85	C++
  	wx_plplot.exe!wxPLplotstream::wxPLplotstream(wxDC * dc, int width, 
int height, int style) Line 36	C++
  	wx_plplot.exe!wxPLplotwindow::wxPLplotwindow(wxWindow * parent, int 
id, const wxPoint & pos, const wxSize & size, long style, int pl_style) 
Line 60	C++
  	wx_plplot.exe!MyPlotwindow::MyPlotwindow(wxFrame * frame, wxWindow * 
parent, int id, const wxPoint & pos, const wxSize & size, long style, 
int pl_style) Line 58	C++
  	wx_plplot.exe!MyFrame::MyFrame(const wxString & title) Line 95	C++
  	wx_plplot.exe!wxAppPlot::OnInit() Line 210	C++



so the error comes from this function

plParseDrvOpts( DrvOpt *acc_opt )

and the exit is this code

if ( !fl )
         {
             snprintf( msg, sizeof ( msg ) - 1, "Option '%s' not 
recognized.\n\nRecognized options for this driver are:\n", drvp->option 
);
             plwarn( msg );
             plHelpDrvOpts( acc_opt );
             plexit( "" );
         }

where
drvp->option
is "backend" at this point


thanks

-- 
Pedro Vicente
ped...@sp...
http://www.space-research.org/

Re: [Plplot-devel] Soft freeze on December 3rd and release on December 17th?

[Pedro V. <ped...@sp...>]

Hi Alan

I get an error on the script

ERROR: cmake in the build tree failed

what I did (CentOS 6.8)

git clone http://git.code.sf.net/p/plplot/plplot plplot-plplot
cd plplot-plplot/scripts
./comprehensive_test.sh


then I tried

mkdir build
cd build
cmake ..
make

and I get a compiling error , below
it seems it's related to wxwidgets-3.1.0 library

Note:

1)

>>>Essentially all you have to do is set up
>>>the relevant environment variables that you normally use to build 
>>> PLplot


I never did set any environment variables to build PLplot before, which 
ones?

2)

I just used
cmake ..
with no options

usually I do with options (no problems) but I just wanted to try like 
this

I can provide further debug output, let me know to which email address 
should I send to

error is


[ 16%] Building C object src/CMakeFiles/plplot.dir/__/drivers/xfig.c.o
[ 16%] Building C object src/CMakeFiles/plplot.dir/__/drivers/xwin.c.o
[ 17%] Linking CXX shared library libplplot.so
/usr/bin/ld: 
/data/data127/pvicente/install/wxwidgets-3.1.0/lib/libwx_gtk2u_core-3.1.a(corelib_event.o): 
relocation R_X86_64_32 against `wxCommandEvent::ms_classInfo' can not 
be used when making a shared object; recompile with -fPIC
/data/data127/pvicente/install/wxwidgets-3.1.0/lib/libwx_gtk2u_core-3.1.a: 
could not read symbols: Bad value
collect2: ld returned 1 exit status
make[2]: *** [src/libplplot.so.13.1.2] Error 1
make[1]: *** [src/CMakeFiles/plplot.dir/all] Error 2
make: *** [all] Error 2





On 2016-11-22 19:50, Alan W. Irwin wrote:
> Tom Schoonjans made some good points on plplot-general about
> officially releasing timely fixes for PLplot rather than expecting
> packagers and others to dig those out of git, and I also feel it is
> critical to give our users good access to the recent big improvements
> in both our Fortran and Tcl bindings.  So to answer these concerns my
> plan is to release PLplot-5.12.0 on ********** December 17th 
> **********.
> That is roughly the last release date possible in December without
> intruding on Christmas holiday time, and I don't want to put off this
> release until January for the above reasons.
>
> Note, I don't want the release any sooner than the above date because
> there are a lot of (fairly minor) topics I am still working on that I
> would like to get into this release.  Therefore, I plan to continue
> working on those topics for the rest of this week and the next one 
> and
> declare a soft freeze (where only minor bug fixing and documentation
> improvements should occur after that freeze date until the release) 
> on
> ********** December 3rd **********. That freeze date should give us
> two weeks for extensive testing of PLplot (and fixing all bugs that
> are turned up by such testing) on all platforms accessible to PLplot
> developers and users.  (Note, I do plan to ask our users on
> plplot-general to help with testing during those two critical weeks 
> on
> the platforms accessible to them.)
>
> Please speak out if either of the two dates above need an adjustment
> from your perspective.  For example, another freeze date alternative
> could be December 10th (which still gives us the minimum one week of
> time we need for testing).  But that freeze date would be completely
> inflexible, and I would prefer a more flexible freeze date (to
> accommodate last-minute requests to change it for those developers 
> who
> discover they need a few more days to get their topics merged) which
> is why I have suggested December 3rd as the freeze date.
>
> If nobody has any suggestions for changes in the above two critical
> dates by (say) late Wednesday I will follow up by announcing the 
> above
> two critical dates on PLplot-general.
>
> Alan (your friendly release manager).
> __________________________
> Alan W. Irwin
>
> Astronomical research affiliation with Department of Physics and 
> Astronomy,
> University of Victoria (astrowww.phys.uvic.ca).
>
> Programming affiliations with the FreeEOS equation-of-state
> implementation for stellar interiors (freeeos.sf.net); the Time
> Ephemerides project (timeephem.sf.net); PLplot scientific plotting
> software package (plplot.sf.net); the libLASi project
> (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
> and the Linux Brochure Project (lbproject.sf.net).
> __________________________
>
> Linux-powered Science
> __________________________
>
> 
> ------------------------------------------------------------------------------
> _______________________________________________
> Plplot-devel mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-devel

-- 
Pedro Vicente
ped...@sp...
http://www.space-research.org/