Re: [Plplot-general] plplot-wxwidgets-plotting

[David Bergman]

Alan,

Thanks for the quick response.  You are correct, this was a rather 
convoluted piecemeal hack of several examples from both wxwidgets and 
plplot.


Attached is a simplified version.  There is one, and only on, plot 
function, and a very simple widgets GUI with no buttons or menus.
The issue is present, i.e. no tick mark values and no labels.  I did not 
add any external frames, rather than show a difference I opted to show 
one thing in this example.


The only real difference is that I am using a wxPanel to make the plot 
in the splitter window.


I am fairly new to both PLplot and wxWidgets so I may be using these 
functions incorrectly (it is not my intent to unnecessarily spin people 
up for help but I have tried and am clearly missing something).  Viable 
hypotheses are (1) I'm instantiating the Panel incorrectly, (2) invoking 
the plot incorrectly, (3) that plots and panels don't work like plots 
and frames do (and I'm missing some data), (4) there is a size issue and 
the text I expect to see is outside the limits of the Panel.


As I stated before, in a more complex code base this issue goes away if 
I "re-plot" the same plot in the same window via an external button 
push.  Would it help if the plot function was "owned" by the myApp?


David


On 5/3/2018 4:45 PM, Alan W. Irwin wrote:

On 2018-05-03 13:56-0400 David Bergman wrote:

P.S. I noticed just after (natch) I sent off my previous post that you
had included source code in your post, but it is hard for me to
evaluate whether you have simplified that example as much as possible.

So here is what I would like you to do instead. Please give us the
simplest possible patch for examples/c++/wxPLplotDemo.cpp that
demonstrates the issue. Such a patch clearly demonstrates the minimal
changes required to show the issue.  It also should allow our current
build and test system to build and test your (slight) modification of
examples/c++/wxPLplotDemo.cpp, and that would be a great convenience
for us when we are attempting to replicate the issue on our various
platforms.

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
__





---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
// For compilers that support precompilation, includes "wx/wx.h".
#include "wx/wxprec.h"

#ifdef __BORLANDC__
#pragma hdrstop
#endif

// for all others, include the necessary headers (this file is usually all you
// need because it includes almost all "standard" wxWidgets headers)
#ifndef WX_PRECOMP
#include "wx/wx.h"
#include "wx/log.h"

#include "wx/app.h"
#include "wx/frame.h"

#include "wx/scrolwin.h"
#include "wx/menu.h"
#include "wx/textctrl.h"
#include "wx/textdlg.h"  
#endif

#include "wx/wx.h"
#include "wx/app.h"
#include "wx/frame.h"
#include "wx/panel.h"

#include "wx/scrolwin.h"
#include "wx/menu.h"
#include "wx/textctrl.h"
#include "wx/textdlg.h"
#include "wx/intl.h"
#include "wx/file.h"
#include "wx/log.h"
#include "wx/cmdline.h"
#include "wx/calctrl.h"
#include "wx/splitter.h"
#include "wx/dcmirror.h"

//*
// Cut from wxPLplotDemo
//*

#include "wxPLplotwindow.h"
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

using namespace std;

#define MAX( a, b )( ( a ) < ( b ) ? ( b ) : ( a ) )
#define MIN( a, b )( ( a ) < ( b ) ? ( a ) : ( b ) )

//  Plotting function
template< class WXWINDOW >
void Plot(wxPLplotwindow *plotwindow)
{
if (!plotwindow->IsReady())
{
wxMessageBox(wxT("Somehow we attempted to plot before the 
wxPLplotwindow was ready. The plot will not be drawn."));
return;
}
wxPLplotstream* pls = plotwindow->GetStream();
PLPLOT_wxLogDebug("Plot()");
assert(pls);

const size_t np = 500;
PLFLTx[np], y[np];
PLFLTxmin, xmax;
PLFLTymin = 1e30, ymax = 1e-30;

xmin = -2.0;
xmax = 10.0;
for (size_t i = 0; i < np; i++)
{
x[i] = (x

[Plplot-general] Examples

[David Bergman]

I have a question about the examples.
There's code for generating all the plots that appear on the PLplot 
website but whenever I compile and run them I just get the first in the 
list.
The functions (or objects) take inputs but I cannot seem to execute them 
with other options for which plot to generate (I can choose the output 
device as expected).


Can anyone provide a quick response about what I'm doing wrong?

Thank you.
David

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] plplot-wxwidgets-plotting

[David Bergman]

Phil,

Thanks for your help.  I just tried both suggestions and the use of 
wxSize(800, 800) forked but the suggestion below did not.


I will try and forge ahead but I had ran into an issue with nested 
splitter windows not resizing correctly and the wxWidgets community 
suggested fix was to never use wxSize, always use default, i.e. no 
manual setting of arguments.


Admittedly I am new to PLplot and while I've been using wxWdgets for a 
while now this new project has me expanding my repertoire. I have been 
using the examples provided but simple changes lead to strange results.


It is not my intent to waste your time and I appreciate your help.  I 
ask only when I've tried several times and read the PLplot manual.  I 
think that will be my weekend reading.


David


On 6/7/2018 10:46 AM, Phil Rosenberg wrote:

Hi David again

Just to let you know that a way to get the automatic text sizing to
work correctly without specifying an initial size for your window
would be to wait until the window is displayed to call your Plot
routine. You could do this by catching the first resize event or first
paint event and calling Plot at that point.

Or if you wish to manually set text size you should note that
pls->adv() and pls->env() (which calls plsadv()) reset the size to
what plplot thinks is the best. Hence you must do the work of
pls->env() manually. In your case, replace pls->env() with

  pls->clear();
  pls->vsta();
  pls->wind(xmin, xmax, ymin, ymax);
  pls->schr(5.0, 1.0);
  plbox("bcnst", (PLFLT) 0.0, 0, "bcnstv", (PLFLT) 0.0, 0);
  pls->schr(8.0, 1.0);
  pls->lab("x", "y", "sin(x)/x");

replacing the values 5.0 and 8.0 witht he size you want your numbers
and labels (in mm).

On 7 June 2018 at 14:55, Phil Rosenberg  wrote:

Hi David
Sorry, I haven't replied - I've been away and off email for close to a month.

Anyway - the problem is that when you create your wxPLplotwindow using
the default constructor it gets a size of wxDefaultSize at
initialisation. This is 20x20 pixels on my Windows system. PLPlot then
uses this size along with the DPI to calculate the most appropriate
text size, which comes out at I think about 0.3 mm. This is converted
to a pt size and used to create a wxFont. One of either of the
following is happening wxFont only accepts integers for pt size and
the pt size is less than 1 so gets rounded down to 0 and no text is
drawn, or the text is sortof there, but it is so small it doesn't
actually show up.

The easiest workaround is to specify a size at construction time -
this will change when your frame actually sorts out the sizing of its
child windows, but that's fine. So something like

m_right = new wxPLplotwindow(true, wxSize(800, 800));

works and the text displays.

You should also be able to manually set the size using pls->schr() in
your Plot function, but I've just quickly tried that and it didn't
work. I'll try to investigate why.

Hope that gets you going for now.

Phil



On 6 June 2018 at 13:01, David Bergman  wrote:

Alan,

Thanks.  It seems that we're making some progress.  I am working on Windows
and I do not get the warning
"Somehow we attempted to plot before the wxPLplotwindow was ready. The plot
will not be drawn".
I get a plot with some missing elements.  I've not tried to build or run in
Linux.

Thanks for your help,
David


On 6/6/2018 1:48 AM, Alan W. Irwin wrote:

On 2018-05-25 15:37-0400 David Bergman wrote:


Alan,

I regret waiting this long to reply but have had a lot of work.
To tell you the truth I am not sure what exactly caused the issue but
I've deleted the "wxOVERRIDE" from the code, which was clearly a copy-paste
from a wxWidgets example.

I copied the simple.cpp code into the PLplot-Widgets example.

cmake and nmake both ran find but cmake install generated the following
fatal error.  Recall that I had quite a bit of trouble getting it to install
the first time and I may have missed an option that is required.  Not sure
if my error is due to the same issue that caused your error.


Install the project...
-- Install configuration: "Debug"
-- Installing: C:/Program Files (x86)/plplot/share/doc/plplot/ABOUT
CMake Error at cmake_install.cmake:39 (file):
  file INSTALL cannot copy file "C:/plplot-5.13.0/ABOUT" to "C:/Program
Files
  (x86)/plplot/share/doc/plplot/ABOUT".


NMAKE : fatal error U1077: 'echo' : return code '0x1'
Stop.


Hi David:

In my case, it was configuration of a new computer which kept me from
replying to what you said above in a timely way.  My apologies for that
delay.  But that new computer configuration has now been a success (I
am writing this from the new computer and PLplot also builds
on that new computer) so I now have a chance to answer you.

I think the nmake trouble you are having is due to the (default) install
prefix
"C:/Program Files (x86)" having a blank in the path.  

[Plplot-general] plplot-wxwidgets-plotting

[David Bergman]

Dear all,

I am using plplot 5.13.0 and wxwidgets 3.1.0 in a windows environment, 
VS 2017.
I've attempted to merge the plplot wxwidgets example with more complex 
wxwidgets examples to generate plots in various frames and panels in a 
larger GUI format.


The specific example that produced the figures in this email were made 
using wxWidgets uiaction sample (UI action simulator) and the 
WxPLplotDemo code.


In a nut shell I've made a splitter window in the main GUI and placed a 
copy of one of the plots there via a call to Plot() in the mainframe 
definition.  The same plot is called for some menu action too.


The issue I am seeing is that the plot in the main GUI does not have 
axis labels or tick mark values but the separate plot, activated by the 
menu does.


Also, if I refresh the plot in the gui via a separate menu action the 
missing data returns.


All calls are to the same function.  I'm asking here first since it's 
the plot generated by PLplot that is inconsistency but it may be a 
wxwidgets issue.


(it is clear that I was messing with other PLplot attributes too, like 
subplot, color, etc.  This was not the cause of the difference as it is 
present regardless.)  Modified code is attached (note that the "run 
simulation" menu item will cause a crash.), it is a quick hack job but 
I'm not seeing an obvious cause for the diff.


This is the main frame GUI


This is the separate plot generated in a new frame.





---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
// For compilers that support precompilation, includes "wx/wx.h".
#include "wx/wxprec.h"

#ifdef __BORLANDC__
#pragma hdrstop
#endif

// for all others, include the necessary headers (this file is usually all you
// need because it includes almost all "standard" wxWidgets headers)
#ifndef WX_PRECOMP
#include "wx/wx.h"
#include "wx/log.h"

#include "wx/app.h"
#include "wx/frame.h"

#include "wx/scrolwin.h"
#include "wx/menu.h"
#include "wx/textctrl.h"
#include "wx/textdlg.h"  
#endif

#if wxUSE_UIACTIONSIMULATOR
#include "wx/uiaction.h"
#endif

#include "wx/wx.h"
#include "wx/app.h"
#include "wx/frame.h"

#include "wx/scrolwin.h"
#include "wx/menu.h"
#include "wx/textctrl.h"
#include "wx/textdlg.h"
#include "wx/intl.h"
#include "wx/file.h"
#include "wx/log.h"
#include "wx/cmdline.h"
#include "wx/calctrl.h"
#include "wx/splitter.h"
#include "wx/dcmirror.h"

// 
// resources
// 

// the application icon (under Windows it is in resources and even
// though we could still include the XPM here it would be unused)
#ifndef wxHAS_IMAGES_IN_RESOURCES
#include "../sample.xpm"
#endif


//*
// Cut from wxPLplotDemo
//*

#include "wxPLplotwindow.h"
#include 
#include 
#include 
#include 
#include 
#include 
#include 
#include 

using namespace std;

#define MAX( a, b )( ( a ) < ( b ) ? ( b ) : ( a ) )
#define MIN( a, b )( ( a ) < ( b ) ? ( a ) : ( b ) )
//*

// 
// constants
// 

// IDs for the controls and the menu commands
enum
{
// menu items
RunSimulation = 1,
SimulateText
};

// 
// private classes
// 

//*
//  Cut from wxPLplotDemo
//*
template< class WXWINDOW >
void Plot(wxPLplotwindow *plotwindow);

class wxPlFrame : public wxPLplotwindow   //
{
public:
wxPlFrame(const wxString );
private:
virtual void OnLocate(const PLGraphicsIn );
void OnIdle(wxIdleEvent );
virtual void plot();
bool m_plotted;
};

wxPlFrame::wxPlFrame(const wxString )
{
Create(NULL, wxID_ANY, title);
   //give our 
frame a nice icon
Connect(wxEVT_IDLE, wxIdleEventHandler(wxPlFrame::OnIdle));
m_plotted = false;
}

void wxPlFrame::OnIdle(wxIdleEvent )
{
//We do our plotting in here, but only the first time it is called
//This allows us to keep checking if the window is ready and only
//plot if it is.
if (!m_plotted && IsReady())
{
m_plotted = true;
plot();
}
}

void wxPlFrame::plot()
{
if (!IsReady())
{
wxMessageBox(wxT("Somehow we attempted to plot before the 
wxPLplotwindow was ready. The plot will not be drawn."));
return;
}
wxPLplotstream* pls = GetStream();
PLPLOT_wxLogDebug("wxPlDemoFrame::plot()");
assert(pls);

const size_t np = 500;
PLFLT

[Plplot-general] PLplot

[David Bergman]

Does anyone know the timeline for PLplot site to be back up?

"Project web is currently offline pending the final migration of its data to our new 
datacenter."

Thanks.

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] PLplot

[David Bergman]

Thanks, I have been able to get to the PLplot main site and class 
descriptions.




On 2/19/2018 2:35 PM, Alan W. Irwin wrote:

On 2018-02-17 15:24-0500 David Bergman wrote:


Does anyone know the timeline for PLplot site to be back up?

"Project web is currently offline pending the final migration of its 
data to our new datacenter."


Hi David:

During that migration, I also had some difficulty.  For example, I
could not gain access to another SF software project git repository
for a day or two to push my changes.  But I am pretty sure that
migration of SF to a new hardware centre is fully completed now. For
example, I haven't tried yet to git push new PLplot code, but I did
that successfully with another SF project so I assume git pushes now
also work again for PLplot.  Also, our SF website (accessed via
plplot.org), and our project page at sf.net/projects/plplot all seem
to be working now.

Let me know if you discover any PLplot services (all of which are
provided by SF) that are still not working properly.

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
__




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

[Plplot-general] surface plot questions

[David Bergman]

All,

I am interested in making a surface plot in 3-dim of a parameterized 
surface in the following format,

x(u,v), y(u,v), z(u,v)
rather than the usual z = f(u,v).

MATLAB, SCILAB, and Octave have this option and I was wondering if 
PLplot has it as well.
I did look through the examples and documented interfaces and nothing 
seemed to match this.


Thank you in advance for your help.

David


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] surface plot questions

[David Bergman]

Alan,

Thanks for the reply.  MATLAB and SCILAB functions are overloaded to 
allow to this.  For example the following figures were generated by such 
a call to surf(x,y,z), with x, y, and z each a n-by-n matrix.


I believe this causes the function to trace curves of constant u and v, 
though I am not sure.  I use it to make 3-dim cardioid patterns.


I believe the following wound work (with some mods).

u = linspace(min,max,n);

[U,V] = meshgrid(u,u);

define some functions.

X(U,V), Y(U,V), Z(U,V)

then

surf(X,Y,Z).

if u and v are theta and phi in spherical coordinates, then 
sin(Th).*cos(Ph), sin(Th).*sin(Ph), cos(Th) would generate the unit sphere.


Thanks,
David




On 3/20/2018 10:09 PM, Alan W. Irwin wrote:

On 2018-03-20 17:05-0400 David Bergman wrote:


All,

I am interested in making a surface plot in 3-dim of a parameterized 
surface in the following format,

x(u,v), y(u,v), z(u,v)
rather than the usual z = f(u,v).

MATLAB, SCILAB, and Octave have this option and I was wondering if 
PLplot has it as well.
I did look through the examples and documented interfaces and nothing 
seemed to match this.




Hi David:

Our plcont and plshades API's have this capability, see
<http://plplot.org/docbook-manual/plplot-html-5.13.0/plcont.html> and
<http://plplot.org/docbook-manual/plplot-html-5.13.0/plshades.html>,
but our other means of making 3D plots, e.g., plmesh (see
<http://plplot.org/docbook-manual/plplot-html-5.13.0/tri-d-plots.html>
for the full list of our 3D API's) have only one-dimensional x and y 
arguments.


By the way, can you give me an example of, say, a mesh plot of a
parameterized surface?  I thought such plots required one-dimensional
x and y vectors since the results are typically a collection of 3D
lines, z(y)_i, at a fixed set of one-dimensional x_i values and
another set of 3D lines, z(x)_j, at a fixed one-dimension set of y_j
values.  In fact, all the MATLAB examples I have just looked up of
mesh plots seem to be of this type.

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
__





---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] surface plot questions

[David Bergman]

Thanks for the tip.  If I do get that far I will post it.  Do I need to 
be a developer on this project?  Or should I just email out to the group?




On 3/21/2018 10:26 PM, Alan W. Irwin wrote:

On 2018-03-21 18:47-0400 David Bergman wrote:


Alan,

Thanks for the reply.  MATLAB and SCILAB functions are overloaded to 
allow to this.  For example the following figures were generated by 
such a call to surf(x,y,z), with x, y, and z each a n-by-n matrix.


I believe this causes the function to trace curves of constant u and 
v, though I am not sure.  I use it to make 3-dim cardioid patterns.


I believe the following wound work (with some mods).

u = linspace(min,max,n);

[U,V] = meshgrid(u,u);

define some functions.

X(U,V), Y(U,V), Z(U,V)

then

surf(X,Y,Z).

if u and v are theta and phi in spherical coordinates, then 
sin(Th).*cos(Ph), sin(Th).*sin(Ph), cos(Th) would generate the unit 
sphere.


Hi David:

Cool plots!

And I just realized we could produce something like those with
<http://plplot.org/docbook-manual/plplot-html-5.13.0/plpoly3.html>.
For an example that uses calls to plpoly3 to plot a unit sphere, see
<http://plplot.org/examples.php?demo=18>.  It should be
possible (but likely not trivial) to modify that example to plot 
something more

interesting than the unit sphere, and with a convenient API, e.g.,

void
plmeshxyz(PLINT nx, PLINT ny, PLINT nz, PLFLT_MATRIX x, PLFLT_MATRIX
PLFLT_MATRIX z);

where plmeshxyz calls plpoly3 appropriately inside.

I haven't looked at the details of what would be required, but if you
do have success with this type of approach, we will likely ask you to
donate your work to PLplot under the LGPL so others can benefit.

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
__




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

[Plplot-general] Problems with plPlot VS 2017 build

[David Bergman]

All,

I had a drive fail recently, data is all backed up, but I am now 
installing s/w and getting newer versions of wxWidgets and plPlot.  
Unfortunately, following the plPlot instructions to the best of my 
ability did not lead to success.


The cmake seemed to work without a hitch, but would not install in my 
build directory.  I moved files into build and opened and ran the sln 
from there.  The sln reported 2 successful and 1 failed at the end of 
the build.  I see no dll or lib anywhere.


I had similar issues with my first plplot install a couple years ago and 
was able to get help from this forum and hope that I can again.


I have Windows 8.1, wxWidgets-3.1.2, MS VS 2017 and am trying to build 
plplot-5.15.0.


Since my last request for help I have been developing quite a bit of 
simulation software that is controlled by the wxWidgets GUI and displays 
results using plplot.  If you could please confirm that code written 
will work once the new install is complete I would greatly appreciate 
it.  I of course expect to have to change paths to include directories 
and point to new dll as needed but are there are major changes to plplot 
functions, interfaces, or expected behavior?


Thank you in advance for your help.

David

--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Problems with plPlot VS 2017 build

[David Bergman]

Phil,

You have been very helpful in the past and I thank you.  I was just now 
trying to build again to get the error and the rebuild rebuild went 
better.  There were no cmake errors last time, but the sln barked that 
not all projects were loaded and terminated with an error.  I deleted 
the old build and tried again.  this time a great many more files and 
folders appeared in the build dir and the sln opened w/o any warnings or 
errors.  However, now it is hanging in the INSTALL phase.  Here is the 
last few lines in the IDE output window:


9>-- Build started: Project: parity_bit_check, Configuration: Debug 
x64 --

9>Building Custom Rule C:/plplot-5.15.0/utils/CMakeLists.txt
9>CMake does not need to re-run because 
C:/plplot-5.15.0/build/utils/CMakeFiles/generate.stamp is up-to-date.

9>parity_bit_check.c
9>parity_bit_check.vcxproj -> 
C:\plplot-5.15.0\build\utils\Debug\parity_bit_check.exe

6>Building Custom Rule C:/plplot-5.15.0/include/CMakeLists.txt
6>CMake does not need to re-run because 
C:/plplot-5.15.0/build/include/CMakeFiles/generate.stamp is up-to-date.


Not sure how long the install should take.

David


On 8/27/2019 8:05 PM, Phil Rosenberg wrote:

Hi David
Any chance you could report the exact cmake command you are using and 
the exact error message you are getting?


I also use plplot with wxwidgets and VS, so I'll see if I can help as 
best as I can.


Phil

Get Outlook for Android <https://aka.ms/ghei36>

--------
*From:* David Bergman 
*Sent:* Wednesday, August 28, 2019 12:27:21 AM
*To:* plplot-general@lists.sourceforge.net 


*Subject:* [Plplot-general] Problems with plPlot VS 2017 build
All,

I had a drive fail recently, data is all backed up, but I am now
installing s/w and getting newer versions of wxWidgets and plPlot.
Unfortunately, following the plPlot instructions to the best of my
ability did not lead to success.

The cmake seemed to work without a hitch, but would not install in my
build directory.  I moved files into build and opened and ran the sln
from there.  The sln reported 2 successful and 1 failed at the end of
the build.  I see no dll or lib anywhere.

I had similar issues with my first plplot install a couple years ago and
was able to get help from this forum and hope that I can again.

I have Windows 8.1, wxWidgets-3.1.2, MS VS 2017 and am trying to build
plplot-5.15.0.

Since my last request for help I have been developing quite a bit of
simulation software that is controlled by the wxWidgets GUI and displays
results using plplot.  If you could please confirm that code written
will work once the new install is complete I would greatly appreciate
it.  I of course expect to have to change paths to include directories
and point to new dll as needed but are there are major changes to plplot
functions, interfaces, or expected behavior?

Thank you in advance for your help.

David

--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com>


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general


--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com

___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Problems with plPlot VS 2017 build

[David Bergman]

Phil,

I force stopped the INSTALL and tried again.  I do not have my previous 
notes but I thought ALL_BUILD may work (help).


After running ALL_BUILD and then doing INSTALL I got the following errors.

The release build seemed to work with the exception of the following error.

10>-- Install configuration: "Release"
10>CMake Error at cmake_install.cmake:44 (file):
10>  file cannot create directory: C:/Program Files/plplot/share/doc/plplot.
10>  Maybe need administrative privileges.

The debug build stopped with the following error

Error    MSB3073    The command "setlocal
"C:\Program Files\CMake\bin\cmake.exe" -DBUILD_TYPE=Debug -P 
cmake_install.cmake

if %errorlevel% neq 0 goto :cmEnd
:cmEnd
endlocal & call :cmErrorLevel %errorlevel% & goto :cmDone
:cmErrorLevel
exit /b %1
:cmDone
if %errorlevel% neq 0 goto :VCEnd
:VCEnd" exited with code 1.    INSTALL    C:\Program Files 
(x86)\Microsoft Visual 
Studio\2017\Community\Common7\IDE\VC\VCTargets\Microsoft.CppCommon.targets 
138


When I did the Cmake I pointed to C:\plplot-5.15.0\build as suggested in 
the instructions.  So I am surprised something tried to write to Program 
Files.  It is my computer, I do have admin privileged but did not build 
from an admin Command Prompt, I used a VS developer Command Prompt.


I see quite a bit of stuff deposited in the build dir.  There are dll's 
in both the Debug and Release folders, though no source code of headers 
in the include dir, just more projects and plhershey-unicode-gen 
applications.  Based on my last build there should be a set of headers.  
They may be in a different folder. It is possible that I have all I need 
but will have to hunt for it.


Any input on the above errors would be appreciated.

David


On 8/27/2019 8:05 PM, Phil Rosenberg wrote:

Hi David
Any chance you could report the exact cmake command you are using and 
the exact error message you are getting?


I also use plplot with wxwidgets and VS, so I'll see if I can help as 
best as I can.


Phil

Get Outlook for Android <https://aka.ms/ghei36>

--------
*From:* David Bergman 
*Sent:* Wednesday, August 28, 2019 12:27:21 AM
*To:* plplot-general@lists.sourceforge.net 


*Subject:* [Plplot-general] Problems with plPlot VS 2017 build
All,

I had a drive fail recently, data is all backed up, but I am now
installing s/w and getting newer versions of wxWidgets and plPlot.
Unfortunately, following the plPlot instructions to the best of my
ability did not lead to success.

The cmake seemed to work without a hitch, but would not install in my
build directory.  I moved files into build and opened and ran the sln
from there.  The sln reported 2 successful and 1 failed at the end of
the build.  I see no dll or lib anywhere.

I had similar issues with my first plplot install a couple years ago and
was able to get help from this forum and hope that I can again.

I have Windows 8.1, wxWidgets-3.1.2, MS VS 2017 and am trying to build
plplot-5.15.0.

Since my last request for help I have been developing quite a bit of
simulation software that is controlled by the wxWidgets GUI and displays
results using plplot.  If you could please confirm that code written
will work once the new install is complete I would greatly appreciate
it.  I of course expect to have to change paths to include directories
and point to new dll as needed but are there are major changes to plplot
functions, interfaces, or expected behavior?

Thank you in advance for your help.

David

--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com>


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general


--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com

___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

[Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

All,

I have made some progress with building and installing the new plplot 
with a new wxwidets using VS 2017.


I still have not gone past the install process in the IDE w/o an error 
but I seem to have all the headers and dll I need (though I'm not sure 
if they are corrupted).


At present I've decided to move forward with what I have and try a 
simple example I wrote that worked with my previous config.


I get unresolved externals, 14 to be exact.  Basically every plplot 
function I call seems to cause this.  A few example are provided.


plAlloc2dGrid

and all the plstream functions like box3, col0, font, etc.

Typically what I cause this it's due to a function declaration in a 
class that is not defined elsewhere.


It "seems like" my new build has the same files as the old one and the 
projects are comparable (with only diffs being the location of the new 
folders).


Thanks in advance for your help.

David


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

Phil,

As per our last correspondence I had succeeded in getting the widgets 
headers and drivers built when I changed from Win64 to no Win64.  But I 
still got an install error in the IDE (sent in a previous email).  You 
had suggested that perhaps I didn't build widgets using 64bit so I 
decided to purge everything and start over.  I built the widgets files 
using their sln with x64 set. Then built plplot with cmake no problem 
and widgets was declared ON as expected.  Using the IDE and the sln to 
INSTALL led to hanging and errors three times in a row.  After the 3rd 
time I just looked in the folders and figured if I can find everything I 
might be okay.  My recollection is that this happened last time too 
(back in 2017).


The example I was trying to run was a simple one of my own that plotted 
various 3-dim mesh surfaces.


I did not try to build the official plplot examples yet.  Perhaps I 
should try that first.


I don't know if what I've written is helpful in helping you help me get 
it working.


David



On 9/6/2019 3:44 PM, Phil Rosenberg wrote:


Is this building the examples? Sounds like the libs are not being 
linked to properly.


Did you get past the wxwidgets problem?

Get Outlook for Android <https://aka.ms/ghei36>


*From:* David Bergman 
*Sent:* Friday, September 6, 2019 6:17:59 PM
*To:* plplot-general@lists.sourceforge.net 

*Subject:* [Plplot-general] Problem with LNK2019 error unresolved 
external

All,

I have made some progress with building and installing the new plplot
with a new wxwidets using VS 2017.

I still have not gone past the install process in the IDE w/o an error
but I seem to have all the headers and dll I need (though I'm not sure
if they are corrupted).

At present I've decided to move forward with what I have and try a
simple example I wrote that worked with my previous config.

I get unresolved externals, 14 to be exact.  Basically every plplot
function I call seems to cause this.  A few example are provided.

plAlloc2dGrid

and all the plstream functions like box3, col0, font, etc.

Typically what I cause this it's due to a function declaration in a
class that is not defined elsewhere.

It "seems like" my new build has the same files as the old one and the
projects are comparable (with only diffs being the location of the new
folders).

Thanks in advance for your help.

David


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general


--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com

___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

Phil,

I've gotten a little further.  I tried to run one of the examples 
building a VS project and sln.  Making sure everything was aligned w/r 
to he choice x64 I got a corrupted file error.


Error    LNK1107    invalid or corrupt file: cannot read at 0x310    
plplotExamples C:\build-plplot-new-man\dll\csirocsa.dll    1


I am not sure what to do.  Looking through some of the old blog posts of 
the issues I had last year it seems that is was also an issue then.


When you do your build were you able to get everything using the sln or 
did you have to install at the command prompt too.  That rings a bell 
and I think I wound up using nmake.


Can you confirm your build/install procedure and perhaps shed some light 
on why csirocsa.dll would be corrupted?


Thank you for your help.

David



On 9/7/2019 3:34 AM, Phil Rosenberg wrote:

Hi David
Sounds like either one of the libs has been forgotten, or you are 
building a 32bit exe and trying to link to the 64 bit libs you just built.


Might be worth noting that I think the naming convention of the libs 
changed at some point. They used to have a d suffix to indicate using 
double precision. This has been dropped I think. So you might need to 
update the lib names in your project.


Phil

Get Outlook for Android <https://aka.ms/ghei36>


*From:* David Bergman 
*Sent:* Friday, September 6, 2019 9:20:57 PM
*To:* Phil Rosenberg ; 
plplot-general@lists.sourceforge.net 

*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


Phil,

As per our last correspondence I had succeeded in getting the widgets 
headers and drivers built when I changed from Win64 to no Win64.  But 
I still got an install error in the IDE (sent in a previous email).  
You had suggested that perhaps I didn't build widgets using 64bit so I 
decided to purge everything and start over.  I built the widgets files 
using their sln with x64 set.  Then built plplot with cmake no problem 
and widgets was declared ON as expected.  Using the IDE and the sln to 
INSTALL led to hanging and errors three times in a row.  After the 3rd 
time I just looked in the folders and figured if I can find everything 
I might be okay.  My recollection is that this happened last time too 
(back in 2017).


The example I was trying to run was a simple one of my own that 
plotted various 3-dim mesh surfaces.


I did not try to build the official plplot examples yet. Perhaps I 
should try that first.


I don't know if what I've written is helpful in helping you help me 
get it working.


David



On 9/6/2019 3:44 PM, Phil Rosenberg wrote:


Is this building the examples? Sounds like the libs are not being 
linked to properly.


Did you get past the wxwidgets problem?

Get Outlook for Android <https://aka.ms/ghei36>

----
*From:* David Bergman 
*Sent:* Friday, September 6, 2019 6:17:59 PM
*To:* plplot-general@lists.sourceforge.net 

*Subject:* [Plplot-general] Problem with LNK2019 error unresolved 
external

All,

I have made some progress with building and installing the new plplot
with a new wxwidets using VS 2017.

I still have not gone past the install process in the IDE w/o an error
but I seem to have all the headers and dll I need (though I'm not sure
if they are corrupted).

At present I've decided to move forward with what I have and try a
simple example I wrote that worked with my previous config.

I get unresolved externals, 14 to be exact.  Basically every plplot
function I call seems to cause this.  A few example are provided.

plAlloc2dGrid

and all the plstream functions like box3, col0, font, etc.

Typically what I cause this it's due to a function declaration in a
class that is not defined elsewhere.

It "seems like" my new build has the same files as the old one and the
projects are comparable (with only diffs being the location of the new
folders).

Thanks in advance for your help.

David


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com

<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient_term=icon> 
	Virus-free. www.avast.com 
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient_term=link> 




--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com

___
Plplot-gen

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

No it is not.


On 9/9/2019 3:33 PM, Phil Rosenberg wrote:
Is the directory containing your old dlls listed in your path 
variable. If so, the old ones can be found by mistake and erroneously 
used.


Get Outlook for Android <https://aka.ms/ghei36>


*From:* stuntguitar1969 
*Sent:* Monday, September 9, 2019 7:37:47 PM
*To:* Phil Rosenberg ; 
plplot-general@lists.sourceforge.net 

*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external
I will double check everything.   Past issues in the thread have 
resolved by rebuilding and making sure x64 is chosen everywhere.   I 
cannot rule out that something might be 32 bit but I tried to be 
thorough in the last build and install of everything.   I do have my 
old libs and dlls but they are in a different dir which is not used in 
the project. I'll try the example again just to be sure.




Sent from my Verizon, Samsung Galaxy smartphone

 Original message 
From: Phil Rosenberg 
Date: 9/9/19 2:20 PM (GMT-05:00)
To: plplot-general@lists.sourceforge.net, David Bergman 

Subject: Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


Corrupt file error sounds like you are mixing 64 and 32 bit exes and 
dlls. I think I've had that error with some libraries before and found 
that was my mistake.


Is your install bin directory on your path? Do you have any old dlls 
somewhere that might be on your path?


I usually use static libs. I used a dll version of wxwidgets about 6 
months ago, so I know things worked back then. But I'm back to using 
static libs again. I will build a dll version of plplot this evening 
and send you exactly the commands I used.


Get Outlook for Android <https://aka.ms/ghei36>

----
*From:* David Bergman 
*Sent:* Monday, September 9, 2019 6:31:00 PM
*To:* Phil Rosenberg ; 
plplot-general@lists.sourceforge.net 

*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


Phil,

I've gotten a little further.  I tried to run one of the examples 
building a VS project and sln.  Making sure everything was aligned w/r 
to he choice x64 I got a corrupted file error.


Error    LNK1107    invalid or corrupt file: cannot read at 0x310    
plplotExamples C:\build-plplot-new-man\dll\csirocsa.dll    1


I am not sure what to do.  Looking through some of the old blog posts 
of the issues I had last year it seems that is was also an issue then.


When you do your build were you able to get everything using the sln 
or did you have to install at the command prompt too.  That rings a 
bell and I think I wound up using nmake.


Can you confirm your build/install procedure and perhaps shed some 
light on why csirocsa.dll would be corrupted?


Thank you for your help.

David



On 9/7/2019 3:34 AM, Phil Rosenberg wrote:

Hi David
Sounds like either one of the libs has been forgotten, or you are 
building a 32bit exe and trying to link to the 64 bit libs you just 
built.


Might be worth noting that I think the naming convention of the libs 
changed at some point. They used to have a d suffix to indicate using 
double precision. This has been dropped I think. So you might need to 
update the lib names in your project.


Phil

Get Outlook for Android <https://aka.ms/ghei36>

--------
*From:* David Bergman 
*Sent:* Friday, September 6, 2019 9:20:57 PM
*To:* Phil Rosenberg ; 
plplot-general@lists.sourceforge.net 

*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


Phil,

As per our last correspondence I had succeeded in getting the widgets 
headers and drivers built when I changed from Win64 to no Win64.  But 
I still got an install error in the IDE (sent in a previous email). 
You had suggested that perhaps I didn't build widgets using 64bit so 
I decided to purge everything and start over.  I built the widgets 
files using their sln with x64 set.  Then built plplot with cmake no 
problem and widgets was declared ON as expected.  Using the IDE and 
the sln to INSTALL led to hanging and errors three times in a row.  
After the 3rd time I just looked in the folders and figured if I can 
find everything I might be okay.  My recollection is that this 
happened last time too (back in 2017).


The example I was trying to run was a simple one of my own that 
plotted various 3-dim mesh surfaces.


I did not try to build the official plplot examples yet.  Perhaps I 
should try that first.


I don't know if what I've written is helpful in helping you help me 
get it working.


David



On 9/6/2019 3:44 PM, Phil Rosenberg wrote:


Is this building the examples? Sounds like the libs are not being 
linked to properly.


Did you get past the wxwidgets problem?

Get Outlook for Android <

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

Well, I checked and the d suffix was not in my previous file names, the 
new and old have identical names.  I am not seeing all the same headers 
in this build as before but I do see all the ones you listed in your 
previous email.


David


On 9/7/2019 3:34 AM, Phil Rosenberg wrote:

Hi David
Sounds like either one of the libs has been forgotten, or you are 
building a 32bit exe and trying to link to the 64 bit libs you just built.


Might be worth noting that I think the naming convention of the libs 
changed at some point. They used to have a d suffix to indicate using 
double precision. This has been dropped I think. So you might need to 
update the lib names in your project.


Phil

Get Outlook for Android <https://aka.ms/ghei36>


*From:* David Bergman 
*Sent:* Friday, September 6, 2019 9:20:57 PM
*To:* Phil Rosenberg ; 
plplot-general@lists.sourceforge.net 

*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


Phil,

As per our last correspondence I had succeeded in getting the widgets 
headers and drivers built when I changed from Win64 to no Win64.  But 
I still got an install error in the IDE (sent in a previous email).  
You had suggested that perhaps I didn't build widgets using 64bit so I 
decided to purge everything and start over.  I built the widgets files 
using their sln with x64 set.  Then built plplot with cmake no problem 
and widgets was declared ON as expected.  Using the IDE and the sln to 
INSTALL led to hanging and errors three times in a row.  After the 3rd 
time I just looked in the folders and figured if I can find everything 
I might be okay.  My recollection is that this happened last time too 
(back in 2017).


The example I was trying to run was a simple one of my own that 
plotted various 3-dim mesh surfaces.


I did not try to build the official plplot examples yet. Perhaps I 
should try that first.


I don't know if what I've written is helpful in helping you help me 
get it working.


David



On 9/6/2019 3:44 PM, Phil Rosenberg wrote:


Is this building the examples? Sounds like the libs are not being 
linked to properly.


Did you get past the wxwidgets problem?

Get Outlook for Android <https://aka.ms/ghei36>

----
*From:* David Bergman 
*Sent:* Friday, September 6, 2019 6:17:59 PM
*To:* plplot-general@lists.sourceforge.net 

*Subject:* [Plplot-general] Problem with LNK2019 error unresolved 
external

All,

I have made some progress with building and installing the new plplot
with a new wxwidets using VS 2017.

I still have not gone past the install process in the IDE w/o an error
but I seem to have all the headers and dll I need (though I'm not sure
if they are corrupted).

At present I've decided to move forward with what I have and try a
simple example I wrote that worked with my previous config.

I get unresolved externals, 14 to be exact.  Basically every plplot
function I call seems to cause this.  A few example are provided.

plAlloc2dGrid

and all the plstream functions like box3, col0, font, etc.

Typically what I cause this it's due to a function declaration in a
class that is not defined elsewhere.

It "seems like" my new build has the same files as the old one and the
projects are comparable (with only diffs being the location of the new
folders).

Thanks in advance for your help.

David


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com

<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient_term=icon> 
	Virus-free. www.avast.com 
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient_term=link> 




--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com

___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

[Plplot-general] wxPlplotDemo

[David Bergman]

Hello again All,

I have managed to get wxWidgets built and he minimal example to run out of
the box.  I have also managed to get plplot examples working, several in
fact.

I am on a new computer with W10, VS 2017 and the most recent versions of
widgets and plplot (not the same set up as in my previous emails).
Everything worked out of the box first time with no hanging and no failed
install for Plplot.

My next hurdle is that the wxPlplotDemo is not running.  It will compile
and link with no failed, all succeeded.  But I get no app running,
regardless of adding the libs to the build dir.  It doesn't run then crash,
it just does not run (not even showing up in the task manager).  I get the
following error.

Severity Code Description Project File Line Suppression State
Error (active) E1256 __w64 can only be specified on int, long, and pointer
types wxplplotExample C:\test\src\wxWidgets-3.1.3\include\wx\types.h 387

which is an intellisense error.  I tried deleting the .vs folder and
rebuilding but nothing.  I set a break point before entering
IMPLEMENT_APP(MyApp) on line 199 and get the following output (see attached
.txt).  I am in Debug mode and x64 config.  Both widgets and plplot were
built and installed in x64 config too.

Any help would be appreciated.
Thank you in advance,
David
'wxplplotExample.exe' (Win32): Loaded 
'C:\Users\David\source\repos\wxplplotExample\x64\Debug\wxplplotExample.exe'. 
Symbols loaded.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\ntdll.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\kernel32.dll'. 
Cannot find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\KernelBase.dll'. 
Cannot find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 
'C:\Users\David\source\repos\wxplplotExample\x64\Debug\wxmsw313ud_core_vc_x64_custom.dll'.
 Symbols loaded.
'wxplplotExample.exe' (Win32): Loaded 
'C:\Users\David\source\repos\wxplplotExample\x64\Debug\wxbase313ud_vc_x64_custom.dll'.
 Symbols loaded.
'wxplplotExample.exe' (Win32): Loaded 'C:\test\bin\plplotwxwidgets.dll'. Module 
was built without symbols.
'wxplplotExample.exe' (Win32): Loaded 'C:\test\bin\plplotcxx.dll'. Module was 
built without symbols.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\ucrtbase.dll'. 
Cannot find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\user32.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\user32.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Unloaded 'C:\Windows\System32\user32.dll'
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\win32u.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\shell32.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\gdi32.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\cfgmgr32.dll'. 
Cannot find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\vcruntime140d.dll'. 
Cannot find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\gdi32full.dll'. 
Cannot find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\SHCore.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\ucrtbased.dll'. 
Cannot find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\msvcrt.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\msvcp_win.dll'. 
Cannot find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\rpcrt4.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\comdlg32.dll'. 
Cannot find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\combase.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\combase.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Unloaded 'C:\Windows\System32\combase.dll'
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\msvcp140.dll'. 
Cannot find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\shlwapi.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 
'C:\Windows\System32\bcryptprimitives.dll'. Cannot find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 
'C:\Windows\System32\windows.storage.dll'. Cannot find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\sechost.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\Windows\System32\ole32.dll'. Cannot 
find or open the PDB file.
'wxplplotExample.exe' (Win32): Loaded 'C:\test\bin\plplot.dll'. Module was 

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

I am sorry you had the flu and hope you are on the mend.  Well, I did 
got some other folks chiming in and the consensus is that my system may 
be hosed.  I've been trying to get the same config up and running on an 
"identical" Windows 8.1 machine (Inspiron 15R) and running into problems 
with the plplot sln hanging and failing to build the dyndriver test 
project.  I have answered your questions below with my initials as a tag.


David


On 10/21/2019 2:02 PM, Phil Rosenberg wrote:

Hi David
Sorry I've not been back to you again on this. I've been away with 
work and had a week laid up with flu.


For your dll build. Can you open the plplot.sln. Where it says 
platform at the top, check it says x64. If you hit the drop down, the 
only option should be x64.



[BD] Yes, everything was x64.

How have you created the sln for the example? Did you do it manually 
or using the -DBUILD_TEST=ON option with cmake?



[DB] I did it manually.

If you did it manually then check the x64 is set  in your example at 
the top when you open it in visual studio.



[DB] Yes, x64 was the choice.
If this doesn't work then try emptying your build directory and 
rerunning cmake including the test option from above.



[DB] I did try that and having -DBUILD_TEST=ON causes the build to fail.
Now when you open the plplot.sln file you will find a set of example 
projects in the solution explorer. Try right clicking and building one 
of these.


Some other things you can try:
Install dependency walker and run this on your example executable - it 
should show you the dlls it is using which might give you a clue.



[DB] I'll give this a try.  I've never used it.

Try using the "where" command from the command line. Something like
where plplot.dll
Should list all instances of plplot.dll on your path. You may wish to 
run this from the working directory of your example - I'm not sure, 
but maybe it makes a difference.


Hope that helps you make progress.

Phil

Get Outlook for Android <https://aka.ms/ghei36>

--------
*From:* David Bergman 
*Sent:* Friday, October 18, 2019 4:15:07 PM
*To:* Phil Rosenberg ; 
plplot-general@lists.sourceforge.net 

*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


Hello,

I wanted to reach out, yet again, to try and resolve some of the 
issues I'm having with getting plplot to install and work.  I really 
don't know why this has been so difficult. Based on some advice I 
received reaching out to the widgets and plplot user groups and my own 
review of my system I decided to completely delete my current plplot 
and wxwidgets builds and start over.


This is for my Windows 8.1 laptop using VS 2017, x64.  I also removed 
every occurrence of older versions of widgets and plplot even though I 
made sure they were not in the path.  So I started with a completely 
clean system in this regard.


I installed wxwidgets using the sln provided and that went without any 
issue.


The I built and installed plplot using cmake followed by the sln 
without any trouble at all.


I made sure both were built with the x64 (64 bit) option chosen so as 
to not mix 32 and 64 bit.


Trying to build and run one of the plplot examples (x64 option) leads 
to the following:


(1) dynamic linking causes a corrupt dll error (likely cause 32 and 64 
mix, but I can't see how that is).


(2) static linking works! but I still get a system crash upon closing 
the terminal.


I cannot offer more than what I've provided in previous email 
threads.  It seems that there are a few things I'm doing wrong but I 
just cannot see based on following the directions, or there is a bad 
combo of packages, SDK toolkit, and OS.


Any suggestions would be appreciated.

David


On 9/9/2019 2:20 PM, Phil Rosenberg wrote:
Corrupt file error sounds like you are mixing 64 and 32 bit exes and 
dlls. I think I've had that error with some libraries before and 
found that was my mistake.


Is your install bin directory on your path? Do you have any old dlls 
somewhere that might be on your path?


I usually use static libs. I used a dll version of wxwidgets about 6 
months ago, so I know things worked back then. But I'm back to using 
static libs again. I will build a dll version of plplot this evening 
and send you exactly the commands I used.


Get Outlook for Android <https://aka.ms/ghei36>

--------
*From:* David Bergman 
*Sent:* Monday, September 9, 2019 6:31:00 PM
*To:* Phil Rosenberg ; 
plplot-general@lists.sourceforge.net 

*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


Phil,

I've gotten a little further.  I tried to run one of the examples 
building a VS project and sln.  Making sure everything was aligned 
w/r to he choice x64 I got a corrupted file error.


Error    LNK1107    invalid or corrupt file: cannot read at 0x310    
pl

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

I thought I'd give an update.  I just finished building up the complete 
configuration of VS 2017 + wxWidgets + PLplot on a completely 
independent but otherwise identical computer.  A Dell Inspiron 15R with 
Windows 8.1.  It was suggested that my other computer might have a 
corrupted OS if it had been installed from an image that was corrupted 
before the drive crash occurred. Unfortunately this new build produced 
the exact same error for the plplot examples, namely heap issue related 
to ntdll.dll upon calling "delete pls", deletion of the pl stream.


This type of thing is beyond me.  If anyone has more suggestions I would 
appreciate it.


Thank you,

David


On 10/21/2019 2:11 PM, David Bergman wrote:


I am sorry you had the flu and hope you are on the mend.  Well, I did 
got some other folks chiming in and the consensus is that my system 
may be hosed.  I've been trying to get the same config up and running 
on an "identical" Windows 8.1 machine (Inspiron 15R) and running into 
problems with the plplot sln hanging and failing to build the 
dyndriver test project.  I have answered your questions below with my 
initials as a tag.


David


On 10/21/2019 2:02 PM, Phil Rosenberg wrote:

Hi David
Sorry I've not been back to you again on this. I've been away with 
work and had a week laid up with flu.


For your dll build. Can you open the plplot.sln. Where it says 
platform at the top, check it says x64. If you hit the drop down, the 
only option should be x64.



[BD] Yes, everything was x64.

How have you created the sln for the example? Did you do it manually 
or using the -DBUILD_TEST=ON option with cmake?



[DB] I did it manually.

If you did it manually then check the x64 is set  in your example at 
the top when you open it in visual studio.



[DB] Yes, x64 was the choice.
If this doesn't work then try emptying your build directory and 
rerunning cmake including the test option from above.



[DB] I did try that and having -DBUILD_TEST=ON causes the build to fail.
Now when you open the plplot.sln file you will find a set of example 
projects in the solution explorer. Try right clicking and building 
one of these.


Some other things you can try:
Install dependency walker and run this on your example executable - 
it should show you the dlls it is using which might give you a clue.



[DB] I'll give this a try.  I've never used it.

Try using the "where" command from the command line. Something like
where plplot.dll
Should list all instances of plplot.dll on your path. You may wish to 
run this from the working directory of your example - I'm not sure, 
but maybe it makes a difference.


Hope that helps you make progress.

Phil

Get Outlook for Android <https://aka.ms/ghei36>

--------
*From:* David Bergman 
*Sent:* Friday, October 18, 2019 4:15:07 PM
*To:* Phil Rosenberg ; 
plplot-general@lists.sourceforge.net 

*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


Hello,

I wanted to reach out, yet again, to try and resolve some of the 
issues I'm having with getting plplot to install and work.  I really 
don't know why this has been so difficult. Based on some advice I 
received reaching out to the widgets and plplot user groups and my 
own review of my system I decided to completely delete my current 
plplot and wxwidgets builds and start over.


This is for my Windows 8.1 laptop using VS 2017, x64.  I also removed 
every occurrence of older versions of widgets and plplot even though 
I made sure they were not in the path.  So I started with a 
completely clean system in this regard.


I installed wxwidgets using the sln provided and that went without 
any issue.


The I built and installed plplot using cmake followed by the sln 
without any trouble at all.


I made sure both were built with the x64 (64 bit) option chosen so as 
to not mix 32 and 64 bit.


Trying to build and run one of the plplot examples (x64 option) leads 
to the following:


(1) dynamic linking causes a corrupt dll error (likely cause 32 and 
64 mix, but I can't see how that is).


(2) static linking works! but I still get a system crash upon closing 
the terminal.


I cannot offer more than what I've provided in previous email 
threads.  It seems that there are a few things I'm doing wrong but I 
just cannot see based on following the directions, or there is a bad 
combo of packages, SDK toolkit, and OS.


Any suggestions would be appreciated.

David


On 9/9/2019 2:20 PM, Phil Rosenberg wrote:
Corrupt file error sounds like you are mixing 64 and 32 bit exes and 
dlls. I think I've had that error with some libraries before and 
found that was my mistake.


Is your install bin directory on your path? Do you have any old dlls 
somewhere that might be on your path?


I usually use static libs. I used a dll version of wxwidgets about 6 
months ago, so I know things worked back then. But I'm

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

Just out of curiosity has anyone actually tried the same config as I 
am?  VS 2017, on Windows 8.1, with plplot-5.15.0 and wxWidgets-3.1.2?



On 10/22/2019 5:23 AM, Ferrell, Stephen wrote:
I just completed a fresh PLPlot 5.15 build on a fresh install of 
Windows 8.1 using a fresh install of VS 2013 update 5 on a virtual 
machine.  I can't recreate your problem with any of the C++ examples 
that call delete pls. The only thing that I can think of at this point 
is that possibly your copy of VS doesn't have the latest updates applied.


-- The quality of your thoughts will determine the quality of your life.


On Monday, October 21, 2019, 04:37:11 PM MST, David Bergman 
 wrote:



I thought I'd give an update.  I just finished building up the 
complete configuration of VS 2017 + wxWidgets + PLplot on a completely 
independent but otherwise identical computer.  A Dell Inspiron 15R 
with Windows 8.1.  It was suggested that my other computer might have 
a corrupted OS if it had been installed from an image that was 
corrupted before the drive crash occurred.  Unfortunately this new 
build produced the exact same error for the plplot examples, namely 
heap issue related to ntdll.dll upon calling "delete pls", deletion of 
the pl stream.


This type of thing is beyond me.  If anyone has more suggestions I 
would appreciate it.


Thank you,

David


On 10/21/2019 2:11 PM, David Bergman wrote:

I am sorry you had the flu and hope you are on the mend.  Well, I did 
got some other folks chiming in and the consensus is that my system 
may be hosed.  I've been trying to get the same config up and running 
on an "identical" Windows 8.1 machine (Inspiron 15R) and running into 
problems with the plplot sln hanging and failing to build the 
dyndriver test project.  I have answered your questions below with my 
initials as a tag.


David


On 10/21/2019 2:02 PM, Phil Rosenberg wrote:
Hi David
Sorry I've not been back to you again on this. I've been away with 
work and had a week laid up with flu.


For your dll build. Can you open the plplot.sln. Where it says 
platform at the top, check it says x64. If you hit the drop down, the 
only option should be x64.


[BD] Yes, everything was x64.

How have you created the sln for the example? Did you do it manually 
or using the -DBUILD_TEST=ON option with cmake?



[DB] I did it manually.

If you did it manually then check the x64 is set  in your example at 
the top when you open it in visual studio.



[DB] Yes, x64 was the choice.
If this doesn't work then try emptying your build directory and 
rerunning cmake including the test option from above.



[DB] I did try that and having -DBUILD_TEST=ON causes the build to fail.
Now when you open the plplot.sln file you will find a set of example 
projects in the solution explorer. Try right clicking and building 
one of these.


Some other things you can try:
Install dependency walker and run this on your example executable - 
it should show you the dlls it is using which might give you a clue.



[DB] I'll give this a try.  I've never used it.

Try using the "where" command from the command line. Something like
where plplot.dll
Should list all instances of plplot.dll on your path. You may wish to 
run this from the working directory of your example - I'm not sure, 
but maybe it makes a difference.


Hope that helps you make progress.

Phil

Get Outlook for Android <https://aka.ms/ghei36>

--------
*From:* David Bergman  
<mailto:stuntguitar1...@gmail.com>

*Sent:* Friday, October 18, 2019 4:15:07 PM
*To:* Phil Rosenberg  
<mailto:p.d.rosenb...@gmail.com>; 
plplot-general@lists.sourceforge.net 
<mailto:plplot-general@lists.sourceforge.net> 
 
<mailto:plplot-general@lists.sourceforge.net>
*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


Hello,

I wanted to reach out, yet again, to try and resolve some of the 
issues I'm having with getting plplot to install and work.  I really 
don't know why this has been so difficult.  Based on some advice I 
received reaching out to the widgets and plplot user groups and my 
own review of my system I decided to completely delete my current 
plplot and wxwidgets builds and start over.


This is for my Windows 8.1 laptop using VS 2017, x64.  I also removed 
every occurrence of older versions of widgets and plplot even though 
I made sure they were not in the path.  So I started with a 
completely clean system in this regard.


I installed wxwidgets using the sln provided and that went without 
any issue.


The I built and installed plplot using cmake followed by the sln 
without any trouble at all.


I made sure both were built with the x64 (64 bit) option chosen so as 
to not mix 32 and 64 bit.


Trying to build and run one of the plplot examples (x64 option) leads 
to the following:


(1) dynamic linking causes a corrupt dll error (likely caus

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

Arjen,

Thanks for your help.  I agree and will start trying to eliminate 
possibilities.  As I stated in previous emails the VS 2017, widgets, and 
plplot are newer versions and something may be off. It is not an exact 
replica of the previous state.  It has been suggested that perhaps my OS 
was installed form a corrupted image.  But as I mentioned I've tried it 
on 2 separate computers and that would be quite a coincidence.


David


On 10/23/2019 6:13 AM, Arjen Markus wrote:


Hi David,

Perhaps try the most basic set-up of PLplot first indeed. So no 
default drivers, only C bindings etc. The problem you are facing looks 
to be connected to your particular computer system, so let’s eliminate 
as many potential problem dimensions as possible.


Regards,

Arjen

*From:*stuntguitar1969 
*Sent:* 23 October 2019 12:10
*To:* Arjen Markus ; Phil Rosenberg 
; Plplot-general@lists.sourceforge.net 
(plplot-general@lists.sourceforge.net) 

*Subject:* RE: [Plplot-general] Problem with LNK2019 error unresolved 
external


This is a pure plplot example, not the wxplplot example.  I don't 
think I'm invoking the widgets driver.  Unless it's always being 
invoked because widgets was connected in the build stage.  I could try 
building plplot with widgets off and see.


Sent from my Verizon, Samsung Galaxy smartphone

 Original message 

From: Arjen Markus <mailto:arjen.mar...@deltares.nl>>


Date: 10/23/19 3:15 AM (GMT-05:00)

To: David Bergman <mailto:stuntguitar1...@gmail.com>>, Phil Rosenberg 
mailto:p.d.rosenb...@gmail.com>>, 
"Plplot-general@lists.sourceforge.net 
(plplot-general@lists.sourceforge.net) 
<mailto:Plplot-general@lists.sourceforge.net%20(plplot-general@lists.sourceforge.net)>" 
<mailto:plplot-general@lists.sourceforge.net>>


Subject: RE: [Plplot-general] Problem with LNK2019 error unresolved 
external


Hi David,

Have you tried to run the examples with a different driver than 
WxWidgets? The failure at the end of the example could indicate a 
problem with the driver rather than PLplot perse. I have seen this 
happen in a totally different context several years ago, unfortunately 
I cannot remember the details, but if I remember correctly, it had to 
do with Tcl/Tk examples running on X Window.


Regards,

Arjen

*From:*David Bergman <mailto:stuntguitar1...@gmail.com>>

*Sent:* 22 October 2019 18:43
*To:* Phil Rosenberg <mailto:p.d.rosenb...@gmail.com>>; 
Plplot-general@lists.sourceforge.net 
<mailto:Plplot-general@lists.sourceforge.net> 
(plplot-general@lists.sourceforge.net 
<mailto:plplot-general@lists.sourceforge.net>) 
<mailto:plplot-general@lists.sourceforge.net>>
*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


I just redid the example with a new build/install on the old machine 
and made sure to have the correct items in additional dependencies.  
Again, the example ran but crashed upon closing.  I cannot rule out 
that I've done something wrong.  The more I try the more likely I am 
to go on auto pilot and miss something.  I've got fairly detailed 
procedures for all these steps from help from the community, theh 
wiki, and the last time I had it working.  I am trying my best to not 
deviate from the script with the exception of recommendations to try a 
fix.


So far nothing has got me past this hurdle, though it seems like I'm 
close.


On another front, I tried building up a MinGW Code Blocks system with 
plplot and widgets on a desktop and that ran into serious issues with 
a MinGW bug in stdlib.h.  The recommended work around, provided by 
Vadim (widgets group) has not helped and I cannot get mingw64 to 
install.  So it seems there is blockage at every turn.


Are there any other places or things to check w/r to this ntdll.dll 
heap issue?


David

On 10/22/2019 9:47 AM, Phil Rosenberg wrote:

I just opened up the example project you sent me.

In project properties -> Linker -> Input -> Additional
dependencies, the files listed should be .lib, not .dll. This is
the case even when you build dlls.

When Plplot is built, it creates a series of libs, who's job is
simply to load the equivalent dll and pass function calls to that
dll. These are commonly referred to as import libraries. They
avoid having to call LoadLibrary() and GetProcAddress() in your
code to grab the functions from the dll at runtime. I guess,
basically, the import libraries contain the calls to LoadLibrary()
and GetProcAddress().

There is a StackOverflow question about them at

https://stackoverflow.com/questions/3573475/how-does-the-import-library-work-details

<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fstackoverflow.com%2Fquestions%2F3573475%2Fhow-does-the-import-library-work-details=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

I just finished building and installing plplot without wxwidgets 
drivers.  Still had problems with the install.


It hung for a while and had to be restarted, don't know if this causes 
corruption.


I first built with dyndrivers on and the install crashed with the 
following error:


Error    MSB6006    "cmd.exe" exited with code 1. test_null_dyndriver    
C:\Program Files (x86)\Microsoft Visual 
Studio\2017\Community\Common7\IDE\VC\VCTargets\Microsoft.CppCommon.targets 
209


I rebuilt with -DTEST_DYNDRIVERS=OFF and that worked.

I set up an old example with the new paths (really the same but with new 
files) and new dll and lib files as needed.


It ran fine but crashed upon closing with the ntdll.dll heap error again.

I also ran a wxWidgets sample and that ran and closed without issue so I 
am not sure but this may rule out widgets.


I am going to try and down load an older version of plplot.  Many folks 
who have tried to recreate the issue were building with slight different 
set ups, older plplot and widgets, older VS version.  Could it be that 
the "most recent" was not stable?


David



On 10/23/2019 6:13 AM, Arjen Markus wrote:


Hi David,

Perhaps try the most basic set-up of PLplot first indeed. So no 
default drivers, only C bindings etc. The problem you are facing looks 
to be connected to your particular computer system, so let’s eliminate 
as many potential problem dimensions as possible.


Regards,

Arjen

*From:*stuntguitar1969 
*Sent:* 23 October 2019 12:10
*To:* Arjen Markus ; Phil Rosenberg 
; Plplot-general@lists.sourceforge.net 
(plplot-general@lists.sourceforge.net) 

*Subject:* RE: [Plplot-general] Problem with LNK2019 error unresolved 
external


This is a pure plplot example, not the wxplplot example.  I don't 
think I'm invoking the widgets driver.  Unless it's always being 
invoked because widgets was connected in the build stage.  I could try 
building plplot with widgets off and see.


Sent from my Verizon, Samsung Galaxy smartphone

 Original message 

From: Arjen Markus <mailto:arjen.mar...@deltares.nl>>


Date: 10/23/19 3:15 AM (GMT-05:00)

To: David Bergman <mailto:stuntguitar1...@gmail.com>>, Phil Rosenberg 
mailto:p.d.rosenb...@gmail.com>>, 
"Plplot-general@lists.sourceforge.net 
(plplot-general@lists.sourceforge.net) 
<mailto:Plplot-general@lists.sourceforge.net%20(plplot-general@lists.sourceforge.net)>" 
<mailto:plplot-general@lists.sourceforge.net>>


Subject: RE: [Plplot-general] Problem with LNK2019 error unresolved 
external


Hi David,

Have you tried to run the examples with a different driver than 
WxWidgets? The failure at the end of the example could indicate a 
problem with the driver rather than PLplot perse. I have seen this 
happen in a totally different context several years ago, unfortunately 
I cannot remember the details, but if I remember correctly, it had to 
do with Tcl/Tk examples running on X Window.


Regards,

Arjen

*From:*David Bergman <mailto:stuntguitar1...@gmail.com>>

*Sent:* 22 October 2019 18:43
*To:* Phil Rosenberg <mailto:p.d.rosenb...@gmail.com>>; 
Plplot-general@lists.sourceforge.net 
<mailto:Plplot-general@lists.sourceforge.net> 
(plplot-general@lists.sourceforge.net 
<mailto:plplot-general@lists.sourceforge.net>) 
<mailto:plplot-general@lists.sourceforge.net>>
*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


I just redid the example with a new build/install on the old machine 
and made sure to have the correct items in additional dependencies.  
Again, the example ran but crashed upon closing.  I cannot rule out 
that I've done something wrong.  The more I try the more likely I am 
to go on auto pilot and miss something.  I've got fairly detailed 
procedures for all these steps from help from the community, theh 
wiki, and the last time I had it working.  I am trying my best to not 
deviate from the script with the exception of recommendations to try a 
fix.


So far nothing has got me past this hurdle, though it seems like I'm 
close.


On another front, I tried building up a MinGW Code Blocks system with 
plplot and widgets on a desktop and that ran into serious issues with 
a MinGW bug in stdlib.h.  The recommended work around, provided by 
Vadim (widgets group) has not helped and I cannot get mingw64 to 
install.  So it seems there is blockage at every turn.


Are there any other places or things to check w/r to this ntdll.dll 
heap issue?


David

On 10/22/2019 9:47 AM, Phil Rosenberg wrote:

I just opened up the example project you sent me.

In project properties -> Linker -> Input -> Additional
dependencies, the files listed should be .lib, not .dll. This is
the case even when you build dlls.

When Plplot is built, it creates a series of libs, who's job is
simply to load the equivalent dll and pass function calls to that
dl

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

I just redid the example with a new build/install on the old machine and 
made sure to have the correct items in additional dependencies.  Again, 
the example ran but crashed upon closing.  I cannot rule out that I've 
done something wrong.  The more I try the more likely I am to go on auto 
pilot and miss something.  I've got fairly detailed procedures for all 
these steps from help from the community, theh wiki, and the last time I 
had it working.  I am trying my best to not deviate from the script with 
the exception of recommendations to try a fix.


So far nothing has got me past this hurdle, though it seems like I'm close.

On another front, I tried building up a MinGW Code Blocks system with 
plplot and widgets on a desktop and that ran into serious issues with a 
MinGW bug in stdlib.h.  The recommended work around, provided by Vadim 
(widgets group) has not helped and I cannot get mingw64 to install.  So 
it seems there is blockage at every turn.


Are there any other places or things to check w/r to this ntdll.dll heap 
issue?


David


On 10/22/2019 9:47 AM, Phil Rosenberg wrote:

I just opened up the example project you sent me.

In project properties -> Linker -> Input -> Additional dependencies, 
the files listed should be .lib, not .dll. This is the case even when 
you build dlls.


When Plplot is built, it creates a series of libs, who's job is simply 
to load the equivalent dll and pass function calls to that dll. These 
are commonly referred to as import libraries. They avoid having to 
call LoadLibrary() and GetProcAddress() in your code to grab the 
functions from the dll at runtime. I guess, basically, the import 
libraries contain the calls to LoadLibrary() and GetProcAddress().


There is a StackOverflow question about them at 
https://stackoverflow.com/questions/3573475/how-does-the-import-library-work-details


Try swapping all your filenames from .dll to .lib and see where we gat 
to there. This may explain the corruption error - VS was loading the 
files expecting them to be libs, but they weren't.


Phil

On Tue, 22 Oct 2019 at 14:15, Phil Rosenberg <mailto:p.d.rosenb...@gmail.com>> wrote:


Hi David
In what way did things fail when turning build test on?
Phil

----
*From:* David Bergman mailto:stuntguitar1...@gmail.com>>
*Sent:* Monday, 21 October 2019, 7:11 p.m.
*To:* Phil Rosenberg; plplot-general@lists.sourceforge.net
<mailto:plplot-general@lists.sourceforge.net>
*Subject:* Re: [Plplot-general] Problem with LNK2019 error
unresolved external

I am sorry you had the flu and hope you are on the mend.  Well, I
did got some other folks chiming in and the consensus is that my
system may be hosed.  I've been trying to get the same config up
and running on an "identical" Windows 8.1 machine (Inspiron 15R)
and running into problems with the plplot sln hanging and failing
to build the dyndriver test project.  I have answered your
questions below with my initials as a tag.

David


On 10/21/2019 2:02 PM, Phil Rosenberg wrote:

Hi David
Sorry I've not been back to you again on this. I've been away
with work and had a week laid up with flu.

For your dll build. Can you open the plplot.sln. Where it says
platform at the top, check it says x64. If you hit the drop down,
the only option should be x64.


[BD] Yes, everything was x64.


How have you created the sln for the example? Did you do it
manually or using the -DBUILD_TEST=ON option with cmake?


[DB] I did it manually.


If you did it manually then check the x64 is set  in your example
at the top when you open it in visual studio.


[DB] Yes, x64 was the choice.

If this doesn't work then try emptying your build directory and
rerunning cmake including the test option from above.


[DB] I did try that and having -DBUILD_TEST=ON causes the build to
fail.

Now when you open the plplot.sln file you will find a set of
example projects in the solution explorer. Try right clicking and
building one of these.

Some other things you can try:
Install dependency walker and run this on your example executable
- it should show you the dlls it is using which might give you a
clue.


[DB] I'll give this a try.  I've never used it.

Try using the "where" command from the command line. Something like
where plplot.dll
Should list all instances of plplot.dll on your path. You may
wish to run this from the working directory of your example - I'm
not sure, but maybe it makes a difference.

Hope that helps you make progress.

Phil

Get Outlook for Android <https://aka.ms/ghei36>

--------
*From:* David Bergman 
<mailto:stuntguitar1...@gmail.com>

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

That is weird.  I just opened it to try again and they are *.lib, but I 
must have changed it.  No state resulted in it not crashing.  I am in 
the process of trying to get an example to work with a new build and 
install and will be mindful of this point. Thank you for bringing it up.


David


On 10/22/2019 9:47 AM, Phil Rosenberg wrote:

I just opened up the example project you sent me.

In project properties -> Linker -> Input -> Additional dependencies, 
the files listed should be .lib, not .dll. This is the case even when 
you build dlls.


When Plplot is built, it creates a series of libs, who's job is simply 
to load the equivalent dll and pass function calls to that dll. These 
are commonly referred to as import libraries. They avoid having to 
call LoadLibrary() and GetProcAddress() in your code to grab the 
functions from the dll at runtime. I guess, basically, the import 
libraries contain the calls to LoadLibrary() and GetProcAddress().


There is a StackOverflow question about them at 
https://stackoverflow.com/questions/3573475/how-does-the-import-library-work-details


Try swapping all your filenames from .dll to .lib and see where we gat 
to there. This may explain the corruption error - VS was loading the 
files expecting them to be libs, but they weren't.


Phil

On Tue, 22 Oct 2019 at 14:15, Phil Rosenberg <mailto:p.d.rosenb...@gmail.com>> wrote:


Hi David
In what way did things fail when turning build test on?
Phil

----
*From:* David Bergman mailto:stuntguitar1...@gmail.com>>
*Sent:* Monday, 21 October 2019, 7:11 p.m.
*To:* Phil Rosenberg; plplot-general@lists.sourceforge.net
<mailto:plplot-general@lists.sourceforge.net>
*Subject:* Re: [Plplot-general] Problem with LNK2019 error
unresolved external

I am sorry you had the flu and hope you are on the mend.  Well, I
did got some other folks chiming in and the consensus is that my
system may be hosed.  I've been trying to get the same config up
and running on an "identical" Windows 8.1 machine (Inspiron 15R)
and running into problems with the plplot sln hanging and failing
to build the dyndriver test project.  I have answered your
questions below with my initials as a tag.

David


On 10/21/2019 2:02 PM, Phil Rosenberg wrote:

Hi David
Sorry I've not been back to you again on this. I've been away
with work and had a week laid up with flu.

For your dll build. Can you open the plplot.sln. Where it says
platform at the top, check it says x64. If you hit the drop down,
the only option should be x64.


[BD] Yes, everything was x64.


How have you created the sln for the example? Did you do it
manually or using the -DBUILD_TEST=ON option with cmake?


[DB] I did it manually.


If you did it manually then check the x64 is set  in your example
at the top when you open it in visual studio.


[DB] Yes, x64 was the choice.

If this doesn't work then try emptying your build directory and
rerunning cmake including the test option from above.


[DB] I did try that and having -DBUILD_TEST=ON causes the build to
fail.

Now when you open the plplot.sln file you will find a set of
example projects in the solution explorer. Try right clicking and
building one of these.

Some other things you can try:
Install dependency walker and run this on your example executable
- it should show you the dlls it is using which might give you a
clue.


[DB] I'll give this a try.  I've never used it.

Try using the "where" command from the command line. Something like
where plplot.dll
Should list all instances of plplot.dll on your path. You may
wish to run this from the working directory of your example - I'm
not sure, but maybe it makes a difference.

Hope that helps you make progress.

Phil

Get Outlook for Android <https://aka.ms/ghei36>

--------
*From:* David Bergman 
<mailto:stuntguitar1...@gmail.com>
*Sent:* Friday, October 18, 2019 4:15:07 PM
*To:* Phil Rosenberg 
<mailto:p.d.rosenb...@gmail.com>;
plplot-general@lists.sourceforge.net
<mailto:plplot-general@lists.sourceforge.net>

<mailto:plplot-general@lists.sourceforge.net>
*Subject:* Re: [Plplot-general] Problem with LNK2019 error
unresolved external

Hello,

I wanted to reach out, yet again, to try and resolve some of the
issues I'm having with getting plplot to install and work.  I
really don't know why this has been so difficult.  Based on some
advice I received reaching out to the widgets and plplot user
groups and my own review of my system I decided to completely
delete my current plplot and wxwidgets builds an

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

I didn't think I was trying random things.  Here is a simple code 
snippet that causes the crash.


int main(int argc, char ** argv)
{
    cout << "About to declare and new a plstream variable..." << "\n" 
<< endl;

    plstream *pls;
    pls = new plstream();

    cout << "Testing delete plstream..." << "\n" << endl;

    delete pls;
    //x00 *x = new x00(argc, argv);
    //delete x;
    return 0;
}

Let me know if I am misusing plstream.  I've #incuded plc++demos.h in 
the code.



On 10/23/2019 11:57 AM, Phil Rosenberg wrote:

Hi David
So you have a build that succeeded. But causes an error at runtime.

Rather than just trying random things to find a situation where the 
error does not occur - the best course of action next would be to 
create the minimum code sample that still creates the error.


So could you start commenting out parts of your example until the 
error stops occurring, in order to isolate which line is causing the 
error. Once you have a suspect part, put it back in and comment out as 
much other stuff as you can, while still confirming the error occurs.


This should then give you a minimum sample with the error. You can 
confirm again that this part is causing the problem by removing it 
again and then putting it back again


Once you have this sample can you zip up the whole sln and send it 
round and we can see if we can recreate it.


Phil

Get Outlook for Android <https://aka.ms/ghei36>

----
*From:* David Bergman 
*Sent:* Wednesday, October 23, 2019 4:30:49 PM
*To:* Arjen Markus ; Phil Rosenberg 
; Plplot-general@lists.sourceforge.net 
(plplot-general@lists.sourceforge.net) 

*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


I just finished building and installing plplot without wxwidgets 
drivers.  Still had problems with the install.


It hung for a while and had to be restarted, don't know if this causes 
corruption.


I first built with dyndrivers on and the install crashed with the 
following error:


Error    MSB6006    "cmd.exe" exited with code 1. 
test_null_dyndriver    C:\Program Files (x86)\Microsoft Visual 
Studio\2017\Community\Common7\IDE\VC\VCTargets\Microsoft.CppCommon.targets 
209


I rebuilt with -DTEST_DYNDRIVERS=OFF and that worked.

I set up an old example with the new paths (really the same but with 
new files) and new dll and lib files as needed.


It ran fine but crashed upon closing with the ntdll.dll heap error again.

I also ran a wxWidgets sample and that ran and closed without issue so 
I am not sure but this may rule out widgets.


I am going to try and down load an older version of plplot. Many folks 
who have tried to recreate the issue were building with slight 
different set ups, older plplot and widgets, older VS version.  Could 
it be that the "most recent" was not stable?


David



On 10/23/2019 6:13 AM, Arjen Markus wrote:


Hi David,

Perhaps try the most basic set-up of PLplot first indeed. So no 
default drivers, only C bindings etc. The problem you are facing 
looks to be connected to your particular computer system, so let’s 
eliminate as many potential problem dimensions as possible.


Regards,

Arjen

*From:*stuntguitar1969 
*Sent:* 23 October 2019 12:10
*To:* Arjen Markus ; Phil Rosenberg 
; Plplot-general@lists.sourceforge.net 
(plplot-general@lists.sourceforge.net) 

*Subject:* RE: [Plplot-general] Problem with LNK2019 error unresolved 
external


This is a pure plplot example, not the wxplplot example.  I don't 
think I'm invoking the widgets driver.  Unless it's always being 
invoked because widgets was connected in the build stage.  I could 
try building plplot with widgets off and see.


Sent from my Verizon, Samsung Galaxy smartphone

 Original message 

From: Arjen Markus <mailto:arjen.mar...@deltares.nl>>


Date: 10/23/19 3:15 AM (GMT-05:00)

To: David Bergman <mailto:stuntguitar1...@gmail.com>>, Phil Rosenberg 
mailto:p.d.rosenb...@gmail.com>>, 
"Plplot-general@lists.sourceforge.net 
(plplot-general@lists.sourceforge.net) 
<mailto:Plplot-general@lists.sourceforge.net%20(plplot-general@lists.sourceforge.net)>" 
<mailto:plplot-general@lists.sourceforge.net>>


Subject: RE: [Plplot-general] Problem with LNK2019 error unresolved 
external


Hi David,

Have you tried to run the examples with a different driver than 
WxWidgets? The failure at the end of the example could indicate a 
problem with the driver rather than PLplot perse. I have seen this 
happen in a totally different context several years ago, 
unfortunately I cannot remember the details, but if I remember 
correctly, it had to do with Tcl/Tk examples running on X Window.


Regards,

Arjen

*From:*David Bergman <mailto:stuntguitar1...@gmail.com>>

*Sent:* 22 October 2019 18:

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

Well then I don't know what to do.

Thanks anyway.


On 10/23/2019 5:33 PM, Ferrell, Stephen wrote:
This works perfectly on my system.  As in the examples, plstream is 
delcared globally:


--
#include "plc++demos.h"

#ifdef PL_USE_NAMESPACE
using namespace std;
#endif

plstream         *pls;


int main(int argc, char ** argv)
{
    cout << "About to declare and new a plstream variable..." << "\n" 
<< endl;


    pls = new plstream();

    cout << "Testing delete plstream..." << "\n" << endl;

    delete pls;

    return 0;
}








-- The quality of your thoughts will determine the quality of your life.


On Wednesday, October 23, 2019, 01:29:38 PM MST, David Bergman 
 wrote:



I didn't think I was trying random things.  Here is a simple code 
snippet that causes the crash.


int main(int argc, char ** argv)
{
    cout << "About to declare and new a plstream variable..." << "\n" 
<< endl;

    plstream *pls;
    pls = new plstream();

    cout << "Testing delete plstream..." << "\n" << endl;

    delete pls;
    //x00 *x = new x00(argc, argv);
    //delete x;
    return 0;
}

Let me know if I am misusing plstream.  I've #incuded plc++demos.h in 
the code.



On 10/23/2019 11:57 AM, Phil Rosenberg wrote:

Hi David
So you have a build that succeeded. But causes an error at runtime.

Rather than just trying random things to find a situation where the 
error does not occur - the best course of action next would be to 
create the minimum code sample that still creates the error.


So could you start commenting out parts of your example until the 
error stops occurring, in order to isolate which line is causing the 
error. Once you have a suspect part, put it back in and comment out 
as much other stuff as you can, while still confirming the error occurs.


This should then give you a minimum sample with the error. You can 
confirm again that this part is causing the problem by removing it 
again and then putting it back again


Once you have this sample can you zip up the whole sln and send it 
round and we can see if we can recreate it.


Phil

Get Outlook for Android <https://aka.ms/ghei36>


*From:* David Bergman  
<mailto:stuntguitar1...@gmail.com>

*Sent:* Wednesday, October 23, 2019 4:30:49 PM
*To:* Arjen Markus  
<mailto:arjen.mar...@deltares.nl>; Phil Rosenberg 
 <mailto:p.d.rosenb...@gmail.com>; 
Plplot-general@lists.sourceforge.net 
<mailto:Plplot-general@lists.sourceforge.net> 
(plplot-general@lists.sourceforge.net 
<mailto:plplot-general@lists.sourceforge.net>) 
 
<mailto:plplot-general@lists.sourceforge.net>
*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


I just finished building and installing plplot without wxwidgets 
drivers.  Still had problems with the install.


It hung for a while and had to be restarted, don't know if this 
causes corruption.


I first built with dyndrivers on and the install crashed with the 
following error:


Error    MSB6006    "cmd.exe" exited with code 1.    
test_null_dyndriver    C:\Program Files (x86)\Microsoft Visual 
Studio\2017\Community\Common7\IDE\VC\VCTargets\Microsoft.CppCommon.targets 
209


I rebuilt with -DTEST_DYNDRIVERS=OFF and that worked.

I set up an old example with the new paths (really the same but with 
new files) and new dll and lib files as needed.


It ran fine but crashed upon closing with the ntdll.dll heap error again.

I also ran a wxWidgets sample and that ran and closed without issue 
so I am not sure but this may rule out widgets.


I am going to try and down load an older version of plplot.  Many 
folks who have tried to recreate the issue were building with slight 
different set ups, older plplot and widgets, older VS version. Could 
it be that the "most recent" was not stable?


David



On 10/23/2019 6:13 AM, Arjen Markus wrote:


Hi David,

Perhaps try the most basic set-up of PLplot first indeed. So no 
default drivers, only C bindings etc. The problem you are facing 
looks to be connected to your particular computer system, so let’s 
eliminate as many potential problem dimensions as possible.


Regards,

Arjen

*From:*stuntguitar1969  
<mailto:stuntguitar1...@gmail.com>

*Sent:* 23 October 2019 12:10
*To:* Arjen Markus  
<mailto:arjen.mar...@deltares.nl>; Phil Rosenberg 
 <mailto:p.d.rosenb...@gmail.com>; 
Plplot-general@lists.sourceforge.net 
<mailto:Plplot-general@lists.sourceforge.net> 
(plplot-general@lists.sourceforge.net 
<mailto:plplot-general@lists.sourceforge.net>) 
 
<mailto:plplot-general@lists.sourceforge.net>
*Subject:* RE: [Plplot-general] Problem with LNK2019 error 
unresolved external


This is a pure plplot example, not t

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

Hello,

I wanted to reach out, yet again, to try and resolve some of the issues 
I'm having with getting plplot to install and work.  I really don't know 
why this has been so difficult.  Based on some advice I received 
reaching out to the widgets and plplot user groups and my own review of 
my system I decided to completely delete my current plplot and wxwidgets 
builds and start over.


This is for my Windows 8.1 laptop using VS 2017, x64.  I also removed 
every occurrence of older versions of widgets and plplot even though I 
made sure they were not in the path.  So I started with a completely 
clean system in this regard.


I installed wxwidgets using the sln provided and that went without any 
issue.


The I built and installed plplot using cmake followed by the sln without 
any trouble at all.


I made sure both were built with the x64 (64 bit) option chosen so as to 
not mix 32 and 64 bit.


Trying to build and run one of the plplot examples (x64 option) leads to 
the following:


(1) dynamic linking causes a corrupt dll error (likely cause 32 and 64 
mix, but I can't see how that is).


(2) static linking works! but I still get a system crash upon closing 
the terminal.


I cannot offer more than what I've provided in previous email threads.  
It seems that there are a few things I'm doing wrong but I just cannot 
see based on following the directions, or there is a bad combo of 
packages, SDK toolkit, and OS.


Any suggestions would be appreciated.

David


On 9/9/2019 2:20 PM, Phil Rosenberg wrote:
Corrupt file error sounds like you are mixing 64 and 32 bit exes and 
dlls. I think I've had that error with some libraries before and found 
that was my mistake.


Is your install bin directory on your path? Do you have any old dlls 
somewhere that might be on your path?


I usually use static libs. I used a dll version of wxwidgets about 6 
months ago, so I know things worked back then. But I'm back to using 
static libs again. I will build a dll version of plplot this evening 
and send you exactly the commands I used.


Get Outlook for Android <https://aka.ms/ghei36>


*From:* David Bergman 
*Sent:* Monday, September 9, 2019 6:31:00 PM
*To:* Phil Rosenberg ; 
plplot-general@lists.sourceforge.net 

*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


Phil,

I've gotten a little further.  I tried to run one of the examples 
building a VS project and sln.  Making sure everything was aligned w/r 
to he choice x64 I got a corrupted file error.


Error    LNK1107    invalid or corrupt file: cannot read at 0x310    
plplotExamples C:\build-plplot-new-man\dll\csirocsa.dll    1


I am not sure what to do.  Looking through some of the old blog posts 
of the issues I had last year it seems that is was also an issue then.


When you do your build were you able to get everything using the sln 
or did you have to install at the command prompt too. That rings a 
bell and I think I wound up using nmake.


Can you confirm your build/install procedure and perhaps shed some 
light on why csirocsa.dll would be corrupted?


Thank you for your help.

David



On 9/7/2019 3:34 AM, Phil Rosenberg wrote:

Hi David
Sounds like either one of the libs has been forgotten, or you are 
building a 32bit exe and trying to link to the 64 bit libs you just 
built.


Might be worth noting that I think the naming convention of the libs 
changed at some point. They used to have a d suffix to indicate using 
double precision. This has been dropped I think. So you might need to 
update the lib names in your project.


Phil

Get Outlook for Android <https://aka.ms/ghei36>

----
*From:* David Bergman 
*Sent:* Friday, September 6, 2019 9:20:57 PM
*To:* Phil Rosenberg ; 
plplot-general@lists.sourceforge.net 

*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


Phil,

As per our last correspondence I had succeeded in getting the widgets 
headers and drivers built when I changed from Win64 to no Win64.  But 
I still got an install error in the IDE (sent in a previous email).  
You had suggested that perhaps I didn't build widgets using 64bit so 
I decided to purge everything and start over.  I built the widgets 
files using their sln with x64 set.  Then built plplot with cmake no 
problem and widgets was declared ON as expected.  Using the IDE and 
the sln to INSTALL led to hanging and errors three times in a row.  
After the 3rd time I just looked in the folders and figured if I can 
find everything I might be okay.  My recollection is that this 
happened last time too (back in 2017).


The example I was trying to run was a simple one of my own that 
plotted various 3-dim mesh surfaces.


I did not try to build the official plplot examples yet. Perhaps I 
should try that first.


I don't know if what I've written is helpful in help

Re: [Plplot-general] PLplot+wxWidgets+MinGW+Windows10

[David Bergman]

Tom, thanks for your input but I'm not even writing code yet. This is a 
build error and I'm using the out of the box make, cmake and other 
scripts so I wouldn't know what file to put those lines of code in.  Any 
thoughts?


On 10/17/2019 2:45 PM, Tom Schoonjans wrote:

Hi David,

To use rand_s you need to start your source file with:

#define _CRT_RAND_S
#include 


It is crucial that these lines precede all your other includes, 
because other headers may already have dragged in stdlib.h


Best,

Tom

On 17 Oct 2019, at 19:03, David Bergman <mailto:stuntguitar1...@gmail.com>> wrote:


All,

I am in the process of trying to set up wxWidgets and plplot for 
development using code::blocks with mingw on a Windows 10 machine.
I previously had a configuration working on a Windows 8 machine with 
VS 2017 but that machine is deceased.
wxWidgets installed fairly easily with no issues reported and 
everything looks good (though I have not run any test examples yet).


The PLplot build ran and connected to wxWidgets (found it and 
finished reporting it as being ON).  Running ming32-make at the 
command prompt I eventually get a failure at 79% with the following 
error message (cut and pasted at end of message).  I am using 
wxWidgets-3.1.2 and PLplot-5.15.0.  I followed the commands for 
installing using mingw32-make that can be found on the wiki for each 
product.


I have reached out to the plplot group but I'm also asking wxwidgets 
to look at the output since the error message mentions files included 
from the wxwidgets include dir.  So it is not clear, to me, if the 
error is related solely to plplot or also to widgets.  Before 
building plplot I defined WXWIN= and 
included the dll dir, <>\lib\gcc_dll, in the PATH.  My assumption is 
that I have misunderstood something but I cannot figure it out.  My 
new build/install in a new Windows 8 machine with VS 2017 seems to 
work but apps crash upon closing and that has not been easy to track 
down either.  Thank you in advance for your help.


David


[ 79%] Building CXX object 
drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.obj
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In constructor 
'Rand::Rand()':
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:647:25: error: 
'rand_s' was not declared in this scope

 rand_s( _seed );
 ^
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In member 
function 'void Font::createFont()':
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:736:101: warning: 
'wxFont::wxFont(int, int, int, int, bool, const wxString&, 
wxFontEncoding)' is deprecated: use wxFONT{FAMILY,STYLE,WEIGHT}_XXX 
constants ie: wxFONTFAMILY_SWISS, wxFONTSTYLE_NORMAL, 
wxFONTWEIGHT_BOLD [-Wdeprecated-declarations]
 m_font = wxFont( pt, family, style, weight, m_underlined, 
wxEmptyString, wxFONTENCODING_DEFAULT );

^
In file included from 
C:/temp/src/wxWidgets-3.1.2/include/wx/font.h:652:0,

 from C:/temp/src/wxWidgets-3.1.2/include/wx/window.h:23,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/wx.h:38,
 from C:\temp\src\plplot-5.15.0\drivers\wxwidgets.h:32,
 from 
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:44:
C:/temp/src/wxWidgets-3.1.2/include/wx/msw/font.h:124:5: note: 
declared here

 wxFont(int size,
 ^
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In member 
function 'virtual void wxPLDevice::FillPolygon(PLStream*)':
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:1010:58: warning: 
'wxPen::wxPen(const wxColour&, int, int)' is deprecated: use 
wxPENSTYLE_XXX constants [-Wdeprecated-declarations]

 wxPen edgePen( m_brush.GetColour(), m_scale, wxSOLID );
  ^
In file included from C:/temp/src/wxWidgets-3.1.2/include/wx/pen.h:84:0,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/dc.h:25,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/wx.h:50,
 from C:\temp\src\plplot-5.15.0\drivers\wxwidgets.h:32,
 from 
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:44:
C:/temp/src/wxWidgets-3.1.2/include/wx/msw/pen.h:59:5: note: declared 
here

 wxPen(const wxColour& col, int width, int style);
 ^
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In member 
function 'virtual void wxPLDevice::SetWidth(PLStream*)':
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:1046:53: warning: 
'wxPen::wxPen(const wxColour&, int, int)' is deprecated: use 
wxPENSTYLE_XXX constants [-Wdeprecated-declarations]

 pls->curcolor.a * 255 ), width, wxSOLID );
 ^
In file included from C:/temp/src/wxWidgets-3.1.2/include/wx/pen.h:84:0,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/dc.h:25,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/wx.h:50,
 from C:\temp\src\pl

Re: [Plplot-general] PLplot+wxWidgets+MinGW+Windows10

[David Bergman]

Tom,

That file already has the following:

// Headers needed for Rand
#ifdef _WIN32
// This include must occur before any other include of stdlib.h due to
// the #define _CRT_RAND_S
#define _CRT_RAND_S
#include 
#else
#include 
#endif

Clearly the lines are in there but dependent on _WIN32.   I'm trying to 
build on a Dell with Windows 10 (64 bit machine and OS) but using MinGW 
compiler.  Should I comment out the #ifdef or could that cause other issues?




On 10/17/2019 3:47 PM, Tom Schoonjans wrote:

Hey David,

The error is coming out 
of C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp, so you will 
need to patch that file. I guess this fix should also go into the 
PLplot git repo.


Best,

Tom

On 17 Oct 2019, at 20:41, David Bergman <mailto:davidrberg...@yahoo.com>> wrote:


Tom, thanks for your input but I'm not even writing code yet.  This 
is a build error and I'm using the out of the box make, cmake and 
other scripts so I wouldn't know what file to put those lines of code 
in.  Any thoughts?


Sent from Yahoo Mail on Android 
<https://go.onelink.me/107872968?pid=InProduct=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers_wl=ym_sub1=Internal_sub2=Global_YGrowth_sub3=EmailSignature>


On Thu, Oct 17, 2019 at 2:46 PM, Tom Schoonjans via Plplot-general
mailto:plplot-general@lists.sourceforge.net>> wrote:
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
<mailto:Plplot-general@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/plplot-general





--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

[Plplot-general] PLplot+wxWidgets+MinGW+Windows10

[David Bergman]

All,

I am in the process of trying to set up wxWidgets and plplot for 
development using code::blocks with mingw on a Windows 10 machine.
I previously had a configuration working on a Windows 8 machine with VS 
2017 but that machine is deceased.
wxWidgets installed fairly easily with no issues reported and everything 
looks good (though I have not run any test examples yet).


The PLplot build ran and connected to wxWidgets (found it and finished 
reporting it as being ON).  Running ming32-make at the command prompt I 
eventually get a failure at 79% with the following error message (cut 
and pasted at end of message).  I am using wxWidgets-3.1.2 and 
PLplot-5.15.0.  I followed the commands for installing using 
mingw32-make that can be found on the wiki for each product.


I have reached out to the plplot group but I'm also asking wxwidgets to 
look at the output since the error message mentions files included from 
the wxwidgets include dir.  So it is not clear, to me, if the error is 
related solely to plplot or also to widgets.  Before building plplot I 
defined WXWIN= and included the dll dir, 
<>\lib\gcc_dll, in the PATH.  My assumption is that I have misunderstood 
something but I cannot figure it out.  My new build/install in a new 
Windows 8 machine with VS 2017 seems to work but apps crash upon closing 
and that has not been easy to track down either.  Thank you in advance 
for your help.


David


[ 79%] Building CXX object 
drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.obj
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In constructor 
'Rand::Rand()':
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:647:25: error: 
'rand_s' was not declared in this scope

 rand_s( _seed );
 ^
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In member function 
'void Font::createFont()':
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:736:101: warning: 
'wxFont::wxFont(int, int, int, int, bool, const wxString&, 
wxFontEncoding)' is deprecated: use wxFONT{FAMILY,STYLE,WEIGHT}_XXX 
constants ie: wxFONTFAMILY_SWISS, wxFONTSTYLE_NORMAL, wxFONTWEIGHT_BOLD 
[-Wdeprecated-declarations]
 m_font = wxFont( pt, family, style, weight, m_underlined, 
wxEmptyString, wxFONTENCODING_DEFAULT );

^
In file included from C:/temp/src/wxWidgets-3.1.2/include/wx/font.h:652:0,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/window.h:23,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/wx.h:38,
 from C:\temp\src\plplot-5.15.0\drivers\wxwidgets.h:32,
 from 
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:44:

C:/temp/src/wxWidgets-3.1.2/include/wx/msw/font.h:124:5: note: declared here
 wxFont(int size,
 ^
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In member function 
'virtual void wxPLDevice::FillPolygon(PLStream*)':
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:1010:58: warning: 
'wxPen::wxPen(const wxColour&, int, int)' is deprecated: use 
wxPENSTYLE_XXX constants [-Wdeprecated-declarations]

 wxPen edgePen( m_brush.GetColour(), m_scale, wxSOLID );
  ^
In file included from C:/temp/src/wxWidgets-3.1.2/include/wx/pen.h:84:0,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/dc.h:25,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/wx.h:50,
 from C:\temp\src\plplot-5.15.0\drivers\wxwidgets.h:32,
 from 
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:44:

C:/temp/src/wxWidgets-3.1.2/include/wx/msw/pen.h:59:5: note: declared here
 wxPen(const wxColour& col, int width, int style);
 ^
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In member function 
'virtual void wxPLDevice::SetWidth(PLStream*)':
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:1046:53: warning: 
'wxPen::wxPen(const wxColour&, int, int)' is deprecated: use 
wxPENSTYLE_XXX constants [-Wdeprecated-declarations]

 pls->curcolor.a * 255 ), width, wxSOLID );
 ^
In file included from C:/temp/src/wxWidgets-3.1.2/include/wx/pen.h:84:0,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/dc.h:25,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/wx.h:50,
 from C:\temp\src\plplot-5.15.0\drivers\wxwidgets.h:32,
 from 
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:44:

C:/temp/src/wxWidgets-3.1.2/include/wx/msw/pen.h:59:5: note: declared here
 wxPen(const wxColour& col, int width, int style);
 ^
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In member function 
'virtual void wxPLDevice::SetColor(PLStream*)':
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:1059:53: warning: 
'wxPen::wxPen(const wxColour&, int, int)' is deprecated: use 
wxPENSTYLE_XXX constants [-Wdeprecated-declarations]

 pls->curcolor.a * 255 ), width, wxSOLID );
  

Re: [Plplot-general] PLplot+wxWidgets+MinGW+Windows10

[David Bergman]

I'll give it a try and let you know what happens.

On 10/17/2019 3:47 PM, Tom Schoonjans wrote:

Hey David,

The error is coming out 
of C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp, so you will 
need to patch that file. I guess this fix should also go into the 
PLplot git repo.


Best,

Tom

On 17 Oct 2019, at 20:41, David Bergman <mailto:davidrberg...@yahoo.com>> wrote:


Tom, thanks for your input but I'm not even writing code yet.  This 
is a build error and I'm using the out of the box make, cmake and 
other scripts so I wouldn't know what file to put those lines of code 
in.  Any thoughts?


Sent from Yahoo Mail on Android 
<https://go.onelink.me/107872968?pid=InProduct=Global_Internal_YGrowth_AndroidEmailSig__AndroidUsers_wl=ym_sub1=Internal_sub2=Global_YGrowth_sub3=EmailSignature>


On Thu, Oct 17, 2019 at 2:46 PM, Tom Schoonjans via Plplot-general
mailto:plplot-general@lists.sourceforge.net>> wrote:
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
<mailto:Plplot-general@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/plplot-general





--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] PLplot+wxWidgets+MinGW+Windows10

[David Bergman]

Vadim,

Thank you.  I had installed using codeblocks-17.12mingw-nosetup.zip 
which comes with the MinGW compiler (circa 12/2017).  If I understand 
your comment correctly the bug will not be released until later, or is 
there an existing patch?  Rather than edit plplot source might it be 
better do grab the most recent compiler or is that not stable?  Doing 
the rand fix just exposed another bug related to seed (see below).  Is 
there a list of all possible changes needed?  Or is it safe to say any 
related to the _WIN32 condition, or rand() generators?


David

[ 79%] Building CXX object 
drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.obj
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In constructor 
'Rand::Rand()':
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:647:25: error: 
'rand_s' was not declared in this scope

 rand_s( _seed );
 ^


On 10/17/2019 4:18 PM, Vadim Zeitlin wrote:

On Thu, 17 Oct 2019 14:03:20 -0400 David Bergman wrote:

DB> [ 79%] Building CXX object
DB> drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.obj
DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In constructor
DB> 'Rand::Rand()':
DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:647:25: error:
DB> 'rand_s' was not declared in this scope
DB>   rand_s( _seed );
DB>   ^

  This error doesn't have anything to do with wxWidgets and is due to
missing rand_s() declaration in "classic" MinGW headers. It so happens that
I ran into the same issue relatively recently (although in completely
different circumstances) and this eventually led to it being fixed in
MinGW, see https://osdn.net/projects/mingw/ticket/39658, so it won't occur
any more with the next MinGW release (5.3). For now you could use the
already proposed workaround.

DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In member function
DB> 'void Font::createFont()':
DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:736:101: warning:
DB> 'wxFont::wxFont(int, int, int, int, bool, const wxString&,
DB> wxFontEncoding)' is deprecated: use wxFONT{FAMILY,STYLE,WEIGHT}_XXX
DB> constants ie: wxFONTFAMILY_SWISS, wxFONTSTYLE_NORMAL, wxFONTWEIGHT_BOLD
DB> [-Wdeprecated-declarations]

  This and other warnings are not fatal and just notify you, or rather
plplot developers, that there are better and safer overloads available in
wx 3.x that should be used instead of the old ones. If plplot developers
have any questions about this, please don't hesitate to ask us about it
here, i.e. on wx-users.

  Regards,
VZ


--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] PLplot+wxWidgets+MinGW+Windows10

[David Bergman]

Stephan, perhaps you can help then.  I have never had an easy time 
getting plplot to build and install with VS in my environment and right 
now my current build/install crashes when I close any app that uses 
plplot.  I do not know why.  But there is another reason and that is 
that my dell tower is not on-line and VS requires monthly renewal of the 
license for their Express or Community editions of the VS IDE.  I may 
still be able to use the compilers but hadn't considered that.



On 10/17/2019 6:54 PM, Ferrell, Stephen wrote:
Is there a reason why you've moved from Visual Studio to MinGW and 
CodeBlocks? I've built several releases of PLPlot for Windows in the 
past using Visual Studio and had no problems.  As Visual Studio is the 
most popular development environment for Windows, support for building 
PLPlot and its dependencies is a bit more solid and you'll find there 
are more folks out there who can lend a hand when you do run into a 
problem. I'd suggest switching back to VS unless you have some good 
reasons for switching to CodeBlocks/MinGW.


-- The quality of your thoughts will determine the quality of your life.


On Thursday, October 17, 2019, 03:09:27 PM MST, David Bergman 
 wrote:



I have the patch but the file changes indicated in the header do not
match lines the appear in the /mingw/include/stdlib.h.

I'm guessing that I have a different distribution, the one that comes
with code blocks, and the c/c++ headers are not the same (though
hopefully do the same thing).

I agree that this is clearly not a widgets issue but I'm still including
that group since you were able to help so far.  I am very reluctant to
edit the stdlib.h file I have if the line numbers and sample info do not
match at all.  Can you confirm which version of MinGW you applied the
patch to?  Perhaps I will just get that one, or another compiler
supported by Code Blocks and start over.

David


On 10/17/2019 5:17 PM, Vadim Zeitlin wrote:
> On Thu, 17 Oct 2019 17:06:09 -0400 David Bergman wrote:
>
> DB> Thank you.  I had installed using codeblocks-17.12mingw-nosetup.zip
> DB> which comes with the MinGW compiler (circa 12/2017).  If I 
understand
> DB> your comment correctly the bug will not be released until later, 
or is

> DB> there an existing patch?
>
>  Yes, it's linked from the ticket URL I gave in the previous reply:
>
> 
https://dotsrc.dl.osdn.net/osdn/ticket/g/m/mi/mingw/39658/5565/declare-rand_s.patch

>
> DB> Rather than edit plplot source might it be better do grab the most
> DB> recent compiler or is that not stable?
>
>  I'm not really sure, but adding a declaration to stdlib.h (i.e. 
applying

> the patch above) should be the simplest. OTOH you could also just copy
> rand_s declaration in the file which needs it in plplot and avoid 
modifying
> MinGW headers at all. But this is really not wx-related at all any 
more...

>
> DB> Doing the rand fix just exposed another bug related to seed (see
> DB> below).  Is there a list of all possible changes needed?  Or is 
it safe

> DB> to say any related to the _WIN32 condition, or rand() generators?
> DB>
> DB> David
> DB>
> DB> [ 79%] Building CXX object
> DB> drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.obj
> DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In constructor
> DB> 'Rand::Rand()':
> DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:647:25: error:
> DB> 'rand_s' was not declared in this scope
> DB>   rand_s( _seed );
>
>  This seems to be exactly the same problem.
>
>  Regards,
> VZ
>
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com <mailto:stuntguitar1...@gmail.com>
www.davidrobertbergmanmusic.com


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



_______
Plplot-general mailing list
Plplot-general@lists.sourceforge.net 
<mailto:Plplot-general@lists.sourceforge.net>

https://lists.sourceforge.net/lists/listinfo/plplot-general


--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com

___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] PLplot+wxWidgets+MinGW+Windows10

[David Bergman]

I have the patch but the file changes indicated in the header do not 
match lines the appear in the /mingw/include/stdlib.h.


I'm guessing that I have a different distribution, the one that comes 
with code blocks, and the c/c++ headers are not the same (though 
hopefully do the same thing).


I agree that this is clearly not a widgets issue but I'm still including 
that group since you were able to help so far.  I am very reluctant to 
edit the stdlib.h file I have if the line numbers and sample info do not 
match at all.  Can you confirm which version of MinGW you applied the 
patch to?  Perhaps I will just get that one, or another compiler 
supported by Code Blocks and start over.


David


On 10/17/2019 5:17 PM, Vadim Zeitlin wrote:

On Thu, 17 Oct 2019 17:06:09 -0400 David Bergman wrote:

DB> Thank you.  I had installed using codeblocks-17.12mingw-nosetup.zip
DB> which comes with the MinGW compiler (circa 12/2017).  If I understand
DB> your comment correctly the bug will not be released until later, or is
DB> there an existing patch?

  Yes, it's linked from the ticket URL I gave in the previous reply:

https://dotsrc.dl.osdn.net/osdn/ticket/g/m/mi/mingw/39658/5565/declare-rand_s.patch

DB> Rather than edit plplot source might it be better do grab the most
DB> recent compiler or is that not stable?

  I'm not really sure, but adding a declaration to stdlib.h (i.e. applying
the patch above) should be the simplest. OTOH you could also just copy
rand_s declaration in the file which needs it in plplot and avoid modifying
MinGW headers at all. But this is really not wx-related at all any more...

DB> Doing the rand fix just exposed another bug related to seed (see
DB> below).  Is there a list of all possible changes needed?  Or is it safe
DB> to say any related to the _WIN32 condition, or rand() generators?
DB>
DB> David
DB>
DB> [ 79%] Building CXX object
DB> drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.obj
DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In constructor
DB> 'Rand::Rand()':
DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:647:25: error:
DB> 'rand_s' was not declared in this scope
DB>   rand_s( _seed );

  This seems to be exactly the same problem.

  Regards,
VZ


--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman]

I am pretty sure is was that the sln finished with 1 failed which was 
the test_dyndriver.  I don't recall the details beyond that. Turning 
them off "fixed" that.


I am trying a clean build/install on the older computer now and the 
plplot sln hangs.  If I kill and restart it finishes with no failed but 
I am not sure that the kill and restart results in a healthy install.



On 10/22/2019 9:15 AM, Phil Rosenberg wrote:

Hi David
In what way did things fail when turning build test on?
Phil

----
*From:* David Bergman 
*Sent:* Monday, 21 October 2019, 7:11 p.m.
*To:* Phil Rosenberg; plplot-general@lists.sourceforge.net
*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


I am sorry you had the flu and hope you are on the mend. Well, I did 
got some other folks chiming in and the consensus is that my system 
may be hosed.  I've been trying to get the same config up and running 
on an "identical" Windows 8.1 machine (Inspiron 15R) and running into 
problems with the plplot sln hanging and failing to build the 
dyndriver test project.  I have answered your questions below with my 
initials as a tag.


David


On 10/21/2019 2:02 PM, Phil Rosenberg wrote:

Hi David
Sorry I've not been back to you again on this. I've been away with 
work and had a week laid up with flu.


For your dll build. Can you open the plplot.sln. Where it says 
platform at the top, check it says x64. If you hit the drop down, the 
only option should be x64.



[BD] Yes, everything was x64.

How have you created the sln for the example? Did you do it manually 
or using the -DBUILD_TEST=ON option with cmake?



[DB] I did it manually.

If you did it manually then check the x64 is set  in your example at 
the top when you open it in visual studio.



[DB] Yes, x64 was the choice.
If this doesn't work then try emptying your build directory and 
rerunning cmake including the test option from above.



[DB] I did try that and having -DBUILD_TEST=ON causes the build to fail.
Now when you open the plplot.sln file you will find a set of example 
projects in the solution explorer. Try right clicking and building 
one of these.


Some other things you can try:
Install dependency walker and run this on your example executable - 
it should show you the dlls it is using which might give you a clue.



[DB] I'll give this a try.  I've never used it.

Try using the "where" command from the command line. Something like
where plplot.dll
Should list all instances of plplot.dll on your path. You may wish to 
run this from the working directory of your example - I'm not sure, 
but maybe it makes a difference.


Hope that helps you make progress.

Phil

Get Outlook for Android <https://aka.ms/ghei36>

--------
*From:* David Bergman 
*Sent:* Friday, October 18, 2019 4:15:07 PM
*To:* Phil Rosenberg ; 
plplot-general@lists.sourceforge.net 

*Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved 
external


Hello,

I wanted to reach out, yet again, to try and resolve some of the 
issues I'm having with getting plplot to install and work.  I really 
don't know why this has been so difficult.  Based on some advice I 
received reaching out to the widgets and plplot user groups and my 
own review of my system I decided to completely delete my current 
plplot and wxwidgets builds and start over.


This is for my Windows 8.1 laptop using VS 2017, x64. I also removed 
every occurrence of older versions of widgets and plplot even though 
I made sure they were not in the path.  So I started with a 
completely clean system in this regard.


I installed wxwidgets using the sln provided and that went without 
any issue.


The I built and installed plplot using cmake followed by the sln 
without any trouble at all.


I made sure both were built with the x64 (64 bit) option chosen so as 
to not mix 32 and 64 bit.


Trying to build and run one of the plplot examples (x64 option) leads 
to the following:


(1) dynamic linking causes a corrupt dll error (likely cause 32 and 
64 mix, but I can't see how that is).


(2) static linking works! but I still get a system crash upon closing 
the terminal.


I cannot offer more than what I've provided in previous email 
threads.  It seems that there are a few things I'm doing wrong but I 
just cannot see based on following the directions, or there is a bad 
combo of packages, SDK toolkit, and OS.


Any suggestions would be appreciated.

David


On 9/9/2019 2:20 PM, Phil Rosenberg wrote:
Corrupt file error sounds like you are mixing 64 and 32 bit exes and 
dlls. I think I've had that error with some libraries before and 
found that was my mistake.


Is your install bin directory on your path? Do you have any old dlls 
somewhere that might be on your path?


I usually use static libs. I used a dll version of wxwidgets about 6 
mont

[Plplot-general] Trouble installing plplot

[David Bergman]

Hi all,

I have been trying to work past some issues with plplot + wxwxidgets + 
visual studio on Windows 8 for longer than it's worth.  I seem to have 
everything built w/o issue but examples crash on closing and I cannot 
figure out why.


I am trying to do a complete install now on a windows 10 machine and I'm 
using Code Blocks and MinGW compiler.


wxWidgets installed without issue and now I'm trying to build the plplot 
with the wxwidgets driver.


I've followed the instructions on 
https://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_MinGW_CLI/


The install "seemed" to work but it claims that there is no wxwidgets 
driver present, it missed it.  The dir to the correct lib is in the 
system path.  I may have misinterpreted the instructions but I cannot 
figure out the detail.  Please help.


My plplot and widgets folders are in C:\temp\src\ and the 
commands issued were.


starting in the plplot dir:

mkdir buildmingw

set WXWIN=C:\temp\src\wxWidgets-3.1.2\

cd buildmingw

cmake .. -G "MinGW Makefiles" 
-DCMAKE_INSTALL_PREFIX="C:\temp\src\plplot-5.15.0\buildmingw" 
-DBUILD_TEST=ON


No fatal errors occurred, it just didn't pick up the widgets.

Thanks in advance for your help.

David




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Trouble installing plplot

[David Bergman]

I have an update.  I wiped everything and started over, thinking that I 
may have moved items to new directories between the widgets and plplot 
installs.  Now I am getting a fatal error in the plplot build when I run 
|mingw32-make the first time, before the install.|


|I've attached files containing the exact commands executed and their 
source (websites), and a file containing the error.|


|Thank you for your help.|

|David|

|
|

On 10/11/2019 4:04 PM, David Bergman wrote:

Hi all,

I have been trying to work past some issues with plplot + wxwxidgets + 
visual studio on Windows 8 for longer than it's worth.  I seem to have 
everything built w/o issue but examples crash on closing and I cannot 
figure out why.


I am trying to do a complete install now on a windows 10 machine and 
I'm using Code Blocks and MinGW compiler.


wxWidgets installed without issue and now I'm trying to build the 
plplot with the wxwidgets driver.


I've followed the instructions on 
https://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_MinGW_CLI/


The install "seemed" to work but it claims that there is no wxwidgets 
driver present, it missed it.  The dir to the correct lib is in the 
system path.  I may have misinterpreted the instructions but I cannot 
figure out the detail.  Please help.


My plplot and widgets folders are in C:\temp\src\ and the 
commands issued were.


starting in the plplot dir:

mkdir buildmingw

set WXWIN=C:\temp\src\wxWidgets-3.1.2\

cd buildmingw

cmake .. -G "MinGW Makefiles" 
-DCMAKE_INSTALL_PREFIX="C:\temp\src\plplot-5.15.0\buildmingw" 
-DBUILD_TEST=ON


No fatal errors occurred, it just didn't pick up the widgets.

Thanks in advance for your help.

David




--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
wxWidgets build/install (wiki.codeblocks.org/index.php?title=WxWindowsQuickRef)

mingw32-make -f makefile.gcc BUILD=release SHARED=1 MONOLITHIC=1 UNICODE=1 
CXXFLAGS=-fno-keep-inline-dllexport

plplot build/install 
(htps://sourceforge.net/p/pplplot/wiki/Configure_PLplot_for_MinGW_CLI)

cmake -G "MinGW Makefiles" -DCMAKE_INSTALL_PREFIX=install 
-DwxWidgets_LIB_DIR=%WXWIN%\lib\gcc_lib -DwxWidgets_CONFIGURATION=mswu 
-DwxWidgets_MONOLITHIC=ON -DwxWidgets_USE_UNICODE=ON -DBUILD_TEST=ON ..[ 36%] Building C object examples/c/CMakeFiles/x01c.dir/x01c.c.obj
C:\temp\src\plplot-5.15.0\examples\c\x01c.c: In function 'plot1':
C:\temp\src\plplot-5.15.0\examples\c\x01c.c:308:25: error: storage size of 'ts' 
isn't known
 struct timespec ts;
 ^
C:\temp\src\plplot-5.15.0\examples\c\x01c.c:317:17: warning: implicit 
declaration of function 'nanosleep' [-Wimplicit-function-declaration]
 nanosleep( , NULL ); // wait a little
 ^
examples\c\CMakeFiles\x01c.dir\build.make:62: recipe for target 
'examples/c/CMakeFiles/x01c.dir/x01c.c.obj' failed
mingw32-make[2]: *** [examples/c/CMakeFiles/x01c.dir/x01c.c.obj] Error 1
CMakeFiles\Makefile2:2974: recipe for target 
'examples/c/CMakeFiles/x01c.dir/all' failed
mingw32-make[1]: *** [examples/c/CMakeFiles/x01c.dir/all] Error 2
Makefile:161: recipe for target 'all' failed
mingw32-make: *** [all] Error 2

C:\temp\src\plplot-5.15.0\buildmingw>___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Trouble installing plplot

[David Bergman]

I tried reinstalling widgets with monolithic=0 (off) and this time 
plplot found widgets in the build stage.  However when I entered 
mingw32-make in the second to last step it crashed at 79%.


I am not sure why monolithic=0 worked to correct the first problem and 
may have introduced a new problem.  Since I am setting WXWIN to the 
widgets dir and the dll dir is in the system path is did not set any 
widgets config variables in the first call to ming32-make to build plplot.


Attached is the error produced this time.

Any help would be appreciated.

David


On 10/12/2019 10:03 AM, David Bergman wrote:


I have an update.  I wiped everything and started over, thinking that 
I may have moved items to new directories between the widgets and 
plplot installs.  Now I am getting a fatal error in the plplot build 
when I run |mingw32-make the first time, before the install.|


|I've attached files containing the exact commands executed and their 
source (websites), and a file containing the error.|


|Thank you for your help.|

|David|

|
|

On 10/11/2019 4:04 PM, David Bergman wrote:

Hi all,

I have been trying to work past some issues with plplot + wxwxidgets 
+ visual studio on Windows 8 for longer than it's worth.  I seem to 
have everything built w/o issue but examples crash on closing and I 
cannot figure out why.


I am trying to do a complete install now on a windows 10 machine and 
I'm using Code Blocks and MinGW compiler.


wxWidgets installed without issue and now I'm trying to build the 
plplot with the wxwidgets driver.


I've followed the instructions on 
https://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_MinGW_CLI/


The install "seemed" to work but it claims that there is no wxwidgets 
driver present, it missed it.  The dir to the correct lib is in the 
system path.  I may have misinterpreted the instructions but I cannot 
figure out the detail.  Please help.


My plplot and widgets folders are in C:\temp\src\ and the 
commands issued were.


starting in the plplot dir:

mkdir buildmingw

set WXWIN=C:\temp\src\wxWidgets-3.1.2\

cd buildmingw

cmake .. -G "MinGW Makefiles" 
-DCMAKE_INSTALL_PREFIX="C:\temp\src\plplot-5.15.0\buildmingw" 
-DBUILD_TEST=ON


No fatal errors occurred, it just didn't pick up the widgets.

Thanks in advance for your help.

David




--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com


--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
[ 79%] Building CXX object 
drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.obj
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In constructor 
'Rand::Rand()':
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:647:25: error: 'rand_s' was 
not declared in this scope
 rand_s( _seed );
 ^
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In member function 'void 
Font::createFont()':
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:736:101: warning: 
'wxFont::wxFont(int, int, int, int, bool, const wxString&, wxFontEncoding)' is 
deprecated: use wxFONT{FAMILY,STYLE,WEIGHT}_XXX constants ie: 
wxFONTFAMILY_SWISS, wxFONTSTYLE_NORMAL, wxFONTWEIGHT_BOLD 
[-Wdeprecated-declarations]
 m_font = wxFont( pt, family, style, weight, m_underlined, wxEmptyString, 
wxFONTENCODING_DEFAULT );

 ^
In file included from C:/temp/src/wxWidgets-3.1.2/include/wx/font.h:652:0,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/window.h:23,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/wx.h:38,
 from C:\temp\src\plplot-5.15.0\drivers\wxwidgets.h:32,
 from C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:44:
C:/temp/src/wxWidgets-3.1.2/include/wx/msw/font.h:124:5: note: declared here
 wxFont(int size,
 ^
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In member function 
'virtual void wxPLDevice::FillPolygon(PLStream*)':
C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:1010:58: warning: 
'wxPen::wxPen(const wxColour&, int, int)' is deprecated: use wxPENSTYLE_XXX 
constants [-Wdeprecated-declarations]
 wxPen edgePen( m_brush.GetColour(), m_scale, wxSOLID );
  ^
In file included from C:/temp/src/wxWidgets-3.1.2/include/wx/pen.h:84:0,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/dc.h:25,
 from C:/temp/src/wxWidgets-3.1.2/include/wx/wx.h:50,
 from C:\temp\src\plplot-5.15.0\drivers\wxwidgets.h:32,
 from C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp

Re: [Plplot-general] plplot-wxwidgets-plotting

[David Bergman via Plplot-general]

 Phil, 
Thank you very much for the help.  I will try these edits and see how it 
goes.As for specifying the size of the window (as per your last email).  I've 
shied away from that as it screwed up the splitter windows construction I 
had.This suggestion looks like the best route, will let you know how it 
works.David

On Thursday, June 7, 2018, 10:46:44 AM EDT, Phil Rosenberg 
 wrote:  
 
 Hi David again

Just to let you know that a way to get the automatic text sizing to
work correctly without specifying an initial size for your window
would be to wait until the window is displayed to call your Plot
routine. You could do this by catching the first resize event or first
paint event and calling Plot at that point.

Or if you wish to manually set text size you should note that
pls->adv() and pls->env() (which calls plsadv()) reset the size to
what plplot thinks is the best. Hence you must do the work of
pls->env() manually. In your case, replace pls->env() with

 pls->clear();
 pls->vsta();
 pls->wind(xmin, xmax, ymin, ymax);
 pls->schr(5.0, 1.0);
 plbox("bcnst", (PLFLT) 0.0, 0, "bcnstv", (PLFLT) 0.0, 0);
 pls->schr(8.0, 1.0);
 pls->lab("x", "y", "sin(x)/x");

replacing the values 5.0 and 8.0 witht he size you want your numbers
and labels (in mm).

On 7 June 2018 at 14:55, Phil Rosenberg  wrote:
> Hi David
> Sorry, I haven't replied - I've been away and off email for close to a month.
>
> Anyway - the problem is that when you create your wxPLplotwindow using
> the default constructor it gets a size of wxDefaultSize at
> initialisation. This is 20x20 pixels on my Windows system. PLPlot then
> uses this size along with the DPI to calculate the most appropriate
> text size, which comes out at I think about 0.3 mm. This is converted
> to a pt size and used to create a wxFont. One of either of the
> following is happening wxFont only accepts integers for pt size and
> the pt size is less than 1 so gets rounded down to 0 and no text is
> drawn, or the text is sortof there, but it is so small it doesn't
> actually show up.
>
> The easiest workaround is to specify a size at construction time -
> this will change when your frame actually sorts out the sizing of its
> child windows, but that's fine. So something like
>
> m_right = new wxPLplotwindow(true, wxSize(800, 800));
>
> works and the text displays.
>
> You should also be able to manually set the size using pls->schr() in
> your Plot function, but I've just quickly tried that and it didn't
> work. I'll try to investigate why.
>
> Hope that gets you going for now.
>
> Phil
>
>
>
> On 6 June 2018 at 13:01, David Bergman  wrote:
>> Alan,
>>
>> Thanks.  It seems that we're making some progress.  I am working on Windows
>> and I do not get the warning
>> "Somehow we attempted to plot before the wxPLplotwindow was ready. The plot
>> will not be drawn".
>> I get a plot with some missing elements.  I've not tried to build or run in
>> Linux.
>>
>> Thanks for your help,
>> David
>>
>>
>> On 6/6/2018 1:48 AM, Alan W. Irwin wrote:
>>>
>>> On 2018-05-25 15:37-0400 David Bergman wrote:
>>>
>>>> Alan,
>>>>
>>>> I regret waiting this long to reply but have had a lot of work.
>>>> To tell you the truth I am not sure what exactly caused the issue but
>>>> I've deleted the "wxOVERRIDE" from the code, which was clearly a copy-paste
>>>> from a wxWidgets example.
>>>>
>>>> I copied the simple.cpp code into the PLplot-Widgets example.
>>>>
>>>> cmake and nmake both ran find but cmake install generated the following
>>>> fatal error.  Recall that I had quite a bit of trouble getting it to 
>>>> install
>>>> the first time and I may have missed an option that is required.  Not sure
>>>> if my error is due to the same issue that caused your error.
>>>>
>>>>
>>>> Install the project...
>>>> -- Install configuration: "Debug"
>>>> -- Installing: C:/Program Files (x86)/plplot/share/doc/plplot/ABOUT
>>>> CMake Error at cmake_install.cmake:39 (file):
>>>>  file INSTALL cannot copy file "C:/plplot-5.13.0/ABOUT" to "C:/Program
>>>> Files
>>>>  (x86)/plplot/share/doc/plplot/ABOUT".
>>>>
>>>>
>>>> NMAKE : fatal error U1077: 'echo' : return code '0x1'
>>>> Stop.
>>>
>>>
>>> Hi David:
>>>
>>> In my case, it was configuration of a new computer which kept me from
>>> re

Re: [Plplot-general] More questions about install

[David Bergman via Plplot-general]

Additional info.
The cmd prompt install with cmake/nmake did not work (see previous 
email).Trying the IDE build again got me somewhere.  Both the Debug and Release 
builds and INSTALLs seem to have worked with the exception of 
test_wxwidgets_dyndriver in both and test_wingcc_dyndriver in the Release build.
 
So, I'm closer to having this built.  There are DLL in two locations.  I'm not 
sure if the two failed builds are critical or how to fix them.
Thanks in advance.David

On Wednesday, January 24, 2018, 9:24:01 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote:  
 
 
Hi David,
 
  
 
I also saw that you are using version 3.10 of CMake. I use 3.9.4 myself. Could 
you try with that version?
 
  
 
Regards,
 
  
 
Arjen
 
  
 
  
 
From: Arjen Markus [mailto:arjen.mar...@deltares.nl]
Sent: Wednesday, January 24, 2018 3:20 PM
To: David Bergman; Jim Dishaw
Cc: plplot-general@lists.sourceforge.net
Subject: Re: [Plplot-general] More questions about install
 
  
 
Hi David,
 
  
 
I see the regular output to the screen from Cmake, but I do not see the 
messages:
 
-- Configuring done
 
-- Generating done
 
-- Build files have been written to: (build directory)
 
I am not sure if they are written to standard output or standard error, but did 
you see these messages?
 
  
 
Regards,
 
  
 
Arjen
 
  
 
  
 

  
 
Arjen Markus
Sr. Adviseur/Onderzoeker
 
| 
T
  | 
+31(0)88 335 8559
  |
| 
E
  | 
arjen.mar...@deltares.nl
  |


  
 
|  |


  
 
| 
| 

  |


 www.deltares.com
  |  | 
Postbus 177
2600 MH Delft
  |  | 
| 


  |
| 

  |
| 

  |

 |



Please consider the environment before printing this email
 
  
 
  
 
From: David Bergman [mailto:davidrberg...@yahoo.com]
Sent: Wednesday, January 24, 2018 3:14 PM
To: Jim Dishaw; Arjen Markus
Cc: plplot-general@lists.sourceforge.net
Subject: Re: RE: [Plplot-general] More questions about install
 
  
 
Arjen, 
 
  
 
Attached is an output from cmake and the CMakeCache file from the Debug dir.
 
Ideally I would like to use it with visual studio as I have wxWidgets working 
in that environment, but building with the IDE is not essential.
 
  
 
Really, I'd like to understand what is happening.
 
  
 
I recently deleted all plplot folders and started from scratch.  Following the 
same instructions as before I could not get the same state back, the *.exe in 
the examples folders were working but integration with wxwidgets with the 
widgets driver was not.  Now the INSTALL build is given some 30,000 errors.  
So, I've taken a step backwards.
 
  
 
Thank you in advance,
 
David
 
  
 
  
 
On Wednesday, January 24, 2018, 2:46:51 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote:
 
  
 
  
 
Hi Jim, David,
 
 
 
I regularly build PLplot with Cygwin, MinGW-w64/MSYS2 and “bare” Windows 
(though not via VS) and can assure you that it all works fine. The 
configuration via CMake checks what libraries are available and will create 
makefiles that are suitable for the system. So the problems David reports are a 
bit puzzling.
 
 
 
David, we need the output from CMake at the very least to see what is going on 
(or not). It will help if you can also send the CMakeCache.txt file, as this 
shows what variables are set.
 
 
 
Regards,
 
 
 
Arjen
 
  
 
 
 
From: Jim Dishaw [mailto:j...@dishaw.org] 
Sent: Wednesday, January 24, 2018 4:17 AM
To: David Bergman
Cc: plplot-general@lists.sourceforge.net
Subject: Re: [Plplot-general] More questions about install
 
 
 
 
 

On Jan 23, 2018, at 1:17 PM, David Bergman via Plplot-general 
<plplot-general@lists.sourceforge.net> wrote:
 
 
 
I am trying to build plplot in cygwin.
 
Following the instructions at:
 
https://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_cygwin/
 
 
 
produces results for the first command
 
 
 
cmake -DCMAKE_INSTALL_PREFIX=install ../
 
 
 
However make produces the following
 
 
 
make: *** No targets specified and no makefile found.  Stop.
 
 
 
What has not been made by the first command that is needed for the second?
 
 
 
In general, is there a list of dll and other files that should be made.  I've 
tried installing several times using Visual Studio IDE, command prompt, cygwin, 
and mingw, and all have failed at some point.
 

 
 
I’ve been using msys2 and mingw lately and have not tried cygwin in awhile.  
Can you reply with a log file from cmake?  Thanks
 
  
 
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, 
Slashdot.org!http://sdm.link/slashdot___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general
 
 
 
DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthoriz

Re: [Plplot-general] More questions about install

[David Bergman via Plplot-general]

I believe I did set PATH, as that was one of the steps on the site.  I'll try 
again.  I installed via "nmake install".On another note does this method of 
building produce all the same results as building and installing from the IDE?I 
have virtually no header files, or code, just dll, lib, etc.Not sure what to 
expect as each method produces different file structure.
Thanks,David
 

On Friday, January 26, 2018, 9:38:32 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote:  
 
 
Hi David,
 
  
 
That is easier – did you install the stuff via “nmake install” or are you 
working from the build directory?
 
  
 
That is what I usually do and then I have to expand the PATH environment 
variable:
 
  
 
set PATH=d:\plplot-build-dir\dll;%PATH%
 
cd examples\cxx
 
x01.exe
 
  
 
Fill in the right directory for “plplot-build-dir” above.
 
  
 
Regards,
 
  
 
Arjen
 
  
 
From: David Bergman [mailto:davidrberg...@yahoo.com]
Sent: Friday, January 26, 2018 3:34 PM
To: Arjen Markus
Cc: Plplot-general@lists.sourceforge.net (plplot-general@lists.sourceforge.net)
Subject: Re: RE: RE: [Plplot-general] More questions about install
 
  
 
Arjen, 
 
Thanks, that worked to get past this hurdle.  nmake and nmake install worked.
 
Frankly, I'm not sure what state plplot is in but I tried running an example 
exe and got an error message that plplotcxx.dll is not installed on my computer.
 
However, this *.dll does exists in the dll folder.
 
How does that work?
 
David
 
  
 
  
 
On Friday, January 26, 2018, 8:15:24 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote: 
 
  
 
  
 
Hi David,
 
 
 
I was a bit hasty, I think – the cairo device driver actually consists of a 
whole slew of them and you would have to set all of them to off to avoid the 
cairo device (things like PLD_wincairo and PLD_epscairo). If I read the CMake 
files correctly, then you should be able to turn off that family of devices by 
-DDEFAULT_NO_CAIRO_DEVICES=ON. (I hope I am right this time)
 
 
 
Regards,
 
 
 
Arjen
 
 
 
 
 
From: David Bergman [mailto:davidrberg...@yahoo.com]
Sent: Thursday, January 25, 2018 2:12 PM
To: Arjen Markus
Cc: Plplot-general@lists.sourceforge.net (plplot-general@lists.sourceforge.net)
Subject: Re: RE: [Plplot-general] More questions about install
 
 
 
Arjen,
 
Thanks.  I tried again with your suggestion but the following warning.
 
 
 
CMake Warning:
  Manually-specified variables were not used by the project:
 
 
 
PLD_cairo
 
 
 
I tried variant, e.g. all cap, etc, just in case there was a typo.  No luck.
 
 
 
Any other suggestions would be appreciated.
 
On another note, not sure is you saw my other email status.  Installing from 
the IDE seemed to work for the Release build but not the Debug, several 
projects failed to build.  I cannot decipher why one would build and the other 
not.  Additionally the *.exe for the examples did not get created as in 
previous installs.  It seems that each try produces a different state.
 
 
 
Thank you in advance.
 
David
 
 
 
 
 
 
 
On Thursday, January 25, 2018, 2:44:51 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote: 
 
 
 
 
 
Hi David,
 
 
 
Wrt your message (it got caught in my spam filter for reasons best known to 
itself):
 
 
 
“Arjen,
 
 
 
I just installed CMake 3.9.4 and tried the build from a DOS command prompt (not 
using VS INSTALL).  Same issues, partial output is attached.
 
It crashes at ciaro [26%].  Do I need ciaro to use plplot?
 
 
 
David”
 
 
 
Apparently the build system is finding libraries that are connected to the 
cairo device. Unfortunately, they are not truly compatible. The best way to 
take care of that is to use the option –DPLD_cairo=OFF, forcing the build 
system to ignore that device. This kind of things sometimes happens.
 
 
 
Regards,
 
 
 
Arjen
 
 
 

  
 
Arjen Markus
Sr. Adviseur/Onderzoeker
 
| 
T
  | 
+31(0)88 335 8559
  |
| 
E
  | 
arjen.mar...@deltares.nl
  |


 
 
|  |


 
 
| 
|  |


 www.deltares.com
  |  | 
Postbus 177
2600 MH Delft
  |  | 
| 


  |
|  |
|  |

 |



Please consider the environment before printing this email
 
DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited. 
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail. 
 
DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosur

Re: [Plplot-general] More questions about install

[David Bergman via Plplot-general]

Arjen, Thanks, that worked to get past this hurdle.  nmake and nmake install 
worked.Frankly, I'm not sure what state plplot is in but I tried running an 
example exe and got an error message that plplotcxx.dll is not installed on my 
computer.However, this *.dll does exists in the dll folder.How does that 
work?David
 

On Friday, January 26, 2018, 8:15:24 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote:  
 
 
Hi David,
 
  
 
I was a bit hasty, I think – the cairo device driver actually consists of a 
whole slew of them and you would have to set all of them to off to avoid the 
cairo device (things like PLD_wincairo and PLD_epscairo). If I read the CMake 
files correctly, then you should be able to turn off that family of devices by 
-DDEFAULT_NO_CAIRO_DEVICES=ON. (I hope I am right this time)
 
  
 
Regards,
 
  
 
Arjen
 
  
 
  
 
From: David Bergman [mailto:davidrberg...@yahoo.com]
Sent: Thursday, January 25, 2018 2:12 PM
To: Arjen Markus
Cc: Plplot-general@lists.sourceforge.net (plplot-general@lists.sourceforge.net)
Subject: Re: RE: [Plplot-general] More questions about install
 
  
 
Arjen, 
 
Thanks.  I tried again with your suggestion but the following warning.
 
  
 
CMake Warning:
  Manually-specified variables were not used by the project:
 
  
 
PLD_cairo
 
  
 
I tried variant, e.g. all cap, etc, just in case there was a typo.  No luck.
 
  
 
Any other suggestions would be appreciated.
 
On another note, not sure is you saw my other email status.  Installing from 
the IDE seemed to work for the Release build but not the Debug, several 
projects failed to build.  I cannot decipher why one would build and the other 
not.  Additionally the *.exe for the examples did not get created as in 
previous installs.  It seems that each try produces a different state.
 
  
 
Thank you in advance.
 
David
 
  
 
  
 
  
 
On Thursday, January 25, 2018, 2:44:51 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote: 
 
  
 
  
 
Hi David,
 
 
 
Wrt your message (it got caught in my spam filter for reasons best known to 
itself):
 
 
 
“Arjen,
 
 
 
I just installed CMake 3.9.4 and tried the build from a DOS command prompt (not 
using VS INSTALL).  Same issues, partial output is attached.
 
It crashes at ciaro [26%].  Do I need ciaro to use plplot?
 
 
 
David”
 
 
 
Apparently the build system is finding libraries that are connected to the 
cairo device. Unfortunately, they are not truly compatible. The best way to 
take care of that is to use the option –DPLD_cairo=OFF, forcing the build 
system to ignore that device. This kind of things sometimes happens.
 
 
 
Regards,
 
 
 
Arjen
 
 
 

  
 
Arjen Markus
Sr. Adviseur/Onderzoeker
 
| 
T
  | 
+31(0)88 335 8559
  |
| 
E
  | 
arjen.mar...@deltares.nl
  |


 
 
|  |


 
 
| 
|  |


 www.deltares.com
  |  | 
Postbus 177
2600 MH Delft
  |  | 
| 


  |
| 

  |
| 

  |

 |



Please consider the environment before printing this email
 
DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited. 
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail. 
 DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited. 
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail.  --
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] More questions about install

[David Bergman via Plplot-general]

Arjen, Thanks.  I tried again with your suggestion but the following warning. 
 
CMake Warning:
  Manually-specified variables were not used by the project:

PLD_cairo

I tried variant, e.g. all cap, etc, just in case there was a typo.  No luck.
Any other suggestions would be appreciated. On another note, not sure is you 
saw my other email status.  Installing from the IDE seemed to work for the 
Release build but not the Debug, several projects failed to build.  I cannot 
decipher why one would build and the other not.  Additionally the *.exe for the 
examples did not get created as in previous installs.  It seems that each try 
produces a different state.
Thank you in advance.David
 

On Thursday, January 25, 2018, 2:44:51 AM EST, Arjen Markus 
 wrote:  
 
  
Hi David,
 
  
 
Wrt your message (it got caught in my spam filter for reasons best known to 
itself):
 
  
 
“Arjen, 
 
  
 
I just installed CMake 3.9.4 and tried the build from a DOS command prompt (not 
using VS INSTALL).  Same issues, partial output is attached.
 
It crashes at ciaro [26%].  Do I need ciaro to use plplot?
 
  
 
David”
 
  
 
Apparently the build system is finding libraries that are connected to the 
cairo device. Unfortunately, they are not truly compatible. The best way to 
take care of that is to use the option –DPLD_cairo=OFF, forcing the build 
system to ignore that device. This kind of things sometimes happens.
 
  
 
Regards,
 
  
 
Arjen
 
  
 

  
 
Arjen Markus
Sr. Adviseur/Onderzoeker
 
| 
T
  | 
+31(0)88 335 8559
  |
| 
E
  | 
arjen.mar...@deltares.nl
  |


  
 
|  |


  
 
| 
| 

  |


 www.deltares.com
  |  | 
Postbus 177
2600 MH Delft
  |  | 
| 


  |
| 

  |
| 

  |

 |



Please consider the environment before printing this email
 DISCLAIMER: This message is intended exclusively for the addressee(s) and may 
contain confidential and privileged information. If you are not the intended 
recipient please notify the sender immediately and destroy this message. 
Unauthorized use, disclosure or copying of this message is strictly prohibited. 
The foundation 'Stichting Deltares', which has its seat at Delft, The 
Netherlands, Commercial Registration Number 41146461, is not liable in any way 
whatsoever for consequences and/or damages resulting from the improper, 
incomplete and untimely dispatch, receipt and/or content of this e-mail.  --
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] More questions about install

[David Bergman via Plplot-general]

Phil, 
Thanks for reaching out.At this point the VS IDE build and install has never 
worked right, without massive errors.  The latest trial produced the release 
version without error but not the debug.
 Following the instructions for a command line build, with help from Arjen, in 
windows (not Cygwin) produced a directory without errors.  The IDE build and 
the command prompt build are significantly different in the content (in my 
opinion).  
I've been able to build a VS project from scratch using PLplot headers and dll 
and it worked.  So, I'm counting that as a success.  I have not yet had a 
chance to do more complex plots, fully test the functions, or integrate with 
widgets which is my intent.  I may need more help in the future.
I will say that there was one dll that the VS compiler/linker said was 
corrupted but I don't recall which one.Just to get past it and get something 
working I deleted this from the project.  It may come back to bite me later.

David


On Friday, February 2, 2018, 9:23:06 AM EST, Phil Rosenberg 
<p.d.rosenb...@gmail.com> wrote:  
 
 Hi DavidI would have gotten involved in this thread earlier if I had realised 
it had moved to Visual Studio an wxWidgets and away from Cygwin. Sorry for just 
reading the title and not the text.
I always use the visual studio IDE, I don't know if that is the route you ended 
up going down. Have you found the instructions at 
https://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_the_Visual_Studio_IDE/?
 They are a little out of date, but I don't think much has changed.
Phil
On 26 January 2018 at 14:57, David Bergman via Plplot-general 
<plplot-general@lists.sourceforge.net> wrote:

That worked.  Are there any good tutorials for using this with wxWidgets and 
VC++?I think I need to set up the wxWidgets driver.You may hear from me 
again...David
 

On Friday, January 26, 2018, 9:38:32 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote:  
 
 
Hi David,
 
  
 
That is easier – did you install the stuff via “nmake install” or are you 
working from the build directory?
 
  
 
That is what I usually do and then I have to expand the PATH environment 
variable:
 
  
 
set PATH=d:\plplot-build-dir\dll;% PATH%
 
cd examples\cxx
 
x01.exe
 
  
 
Fill in the right directory for “plplot-build-dir” above.
 
  
 
Regards,
 
  
 
Arjen
 
  
 
From: David Bergman [mailto:davidrbergman@yahoo. com]
Sent: Friday, January 26, 2018 3:34 PM
To: Arjen Markus
Cc: Plplot-general@lists. sourceforge.net (plplot-general@lists. 
sourceforge.net)
Subject: Re: RE: RE: [Plplot-general] More questions about install
 
  
 
Arjen, 
 
Thanks, that worked to get past this hurdle.  nmake and nmake install worked.
 
Frankly, I'm not sure what state plplot is in but I tried running an example 
exe and got an error message that plplotcxx.dll is not installed on my computer.
 
However, this *.dll does exists in the dll folder.
 
How does that work?
 
David
 
  
 
  
 
On Friday, January 26, 2018, 8:15:24 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote: 
 
  
 
  
 
Hi David,
 
 
 
I was a bit hasty, I think – the cairo device driver actually consists of a 
whole slew of them and you would have to set all of them to off to avoid the 
cairo device (things like PLD_wincairo and PLD_epscairo). If I read the CMake 
files correctly, then you should be able to turn off that family of devices by 
-DDEFAULT_NO_CAIRO_DEVICES=ON. (I hope I am right this time)
 
 
 
Regards,
 
 
 
Arjen
 
 
 
 
 
From: David Bergman [mailto:davidrbergman@yahoo. com]
Sent: Thursday, January 25, 2018 2:12 PM
To: Arjen Markus
Cc: Plplot-general@lists. sourceforge.net (plplot-general@lists. 
sourceforge.net)
Subject: Re: RE: [Plplot-general] More questions about install
 
 
 
Arjen,
 
Thanks.  I tried again with your suggestion but the following warning.
 
 
 
CMake Warning:
  Manually-specified variables were not used by the project:
 
 
 
PLD_cairo
 
 
 
I tried variant, e.g. all cap, etc, just in case there was a typo.  No luck.
 
 
 
Any other suggestions would be appreciated.
 
On another note, not sure is you saw my other email status.  Installing from 
the IDE seemed to work for the Release build but not the Debug, several 
projects failed to build.  I cannot decipher why one would build and the other 
not.  Additionally the *.exe for the examples did not get created as in 
previous installs.  It seems that each try produces a different state.
 
 
 
Thank you in advance.
 
David
 
 
 
 
 
 
 
On Thursday, January 25, 2018, 2:44:51 AM EST, Arjen Markus 
<arjen.mar...@deltares.nl> wrote: 
 
 
 
 
 
Hi David,
 
 
 
Wrt your message (it got caught in my spam filter for reasons best known to 
itself):
 
 
 
“Arjen,
 
 
 
I just installed CMake 3.9.4 and tried the build from a DOS command prompt (not 
using VS INSTALL).  Same issues, partial output is attached.
 
It crashes at ciaro [26%].  Do I need ciaro to use plplot?
 
 
 
David”
 
 
 
Apparently the bui

[Plplot-general] More questions about install

[David Bergman via Plplot-general]

I am trying to build plplot in cygwin.Following the instructions 
at:https://sourceforge.net/p/plplot/wiki/Configure_PLplot_for_cygwin/

produces results for the first command

cmake -DCMAKE_INSTALL_PREFIX=install ../

However make produces the following
make: *** No targets specified and no makefile found.  Stop.
What has not been made by the first command that is needed for the second?
In general, is there a list of dll and other files that should be made.  I've 
tried installing several times using Visual Studio IDE, command prompt, cygwin, 
and mingw, and all have failed at some point.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general

Re: [Plplot-general] Problem with LNK2019 error unresolved external

[David Bergman via Plplot-general]

Two different approaches to the build were given to me.?? But essentially 
the same result, I set an install prefix and the bin, lib, share, and 
doc folders are deposited.?? I was speaking shorthand when I said 
"install dir", I simply meant that I was using the lbs and dlls from the 
correct folders in which they were placed after running the INSTALL 
project.?? I had stated previously that I removed ALL older builds so 
there was NO occurrence of plplot related code anywhere on the machine.



On 10/24/2019 3:59 PM, Alan W. Irwin wrote:

On 2019-10-24 18:36- Ferrell, Stephen via Plplot-general wrote:

If you are using strictly the defaults found in the CmakeLists.txt 
when using Cmake to generate your PLPlot solution file and then 
running the solution file, an install folder will not be created, so 
I'm not sure what you did to end up with an install folder containing 
DLL's and lib files.?? I suspect that your install folder and the 
files in it are from some previous build/installation that's 
incompatible with a 5.15 default build.


Yes, it is true that you should never mix various PLplot versions.
And because of the possibility of version clashes from an old install
folder, if you are working within the build folder you should refer to
nothing in the install folder, e.g., don't refer to the install folder in
your PATH, and better yet, when making a fresh start, always remove
all old install folders before proceeding.

Anyhow, I too am extremely happy to hear from David that he has found 
a solution.


Alan


-- The quality of your thoughts will determine the quality of your life.

 On Thursday, October 24, 2019, 07:45:44 AM MST, David Bergman 
 wrote:



Okay, wow.?? The following seems to have fixed the issue.?? I did not 
exactly what Steve suggested.?? What I did do is point to the



.\source\build\dll directory for the libs and dlls, and used the libs 
in there rather than in the install dir.


I am having some deja vu in that last time I was unable to get the 
install to work and made a monolithic folder canned plplot-man (for 
manual) in which I dropped the dll and lib files into.


I used everything in there just to be sure I didn't miss anything.


I still do not understand why but I'm just glad I'm past it. Could 
the install have corrupted a file that appears in the install 
folders??? Could that have been from the hanging I get using VS 2017 
for the install??? I am not sure if the install project just moves 
files around or implements some additional bindings etc.



Most likely I just did something wrong.?? In that case please accept 
my apologies for wasting your time.?? But thank you all for the help.



David




On 10/24/2019 10:30 AM, David Bergman wrote:


Also, I've been including all lib's in the dependencies.?? I will 
reduce the number.


On 10/24/2019 9:59 AM, David Bergman wrote:


I'll give it a try.?? That last one I tried had every .lib in the 
dependencies.?? Also, I am pointing to the install directories for the 
dll not the build directory.?? Is this not the correct thing to do??? 
Last but not least I am running the x00 example which does not use 
the widgets driver, so I would probably want to swap 
plplotwxwidgets.lib with wingcc.lib


David



On 10/23/2019 11:49 PM, Ferrell, Stephen wrote:

?? In your solution file, does your linker input look similar to 
this??? There should only be 2 link-libs listed.
??C:\plplot-5.15\build\dll\Release\plplotcxx.lib;C:\plplot-5.15\build\dll\Release\plplotwxwidgets.lib;%(AdditionalDependencies) 




??Under Linker/System it should read:
??Console (/SUBSYSTEM:CONSOLE)


??Your C++ pre-processor definitions should be:
??PL_USE_NAMESPACE;WIN32;NDEBUG;_WINDOWS;%(PreprocessorDefinitions)


??Under C/C++ Code Generation it should be:
??Multi-threaded DLL (/MD)




??-- The quality of your thoughts will determine the quality of your 
life.


 On Wednesday, October 23, 2019, 02:53:25 PM MST, David Bergman 
 wrote:



Well then I don't know what to do.


Thanks anyway.



On 10/23/2019 5:33 PM, Ferrell, Stephen wrote:

?? This works perfectly on my system.?? As in the examples, plstream is 
delcared globally:

??-- #include "plc++demos.h"
??#ifdef PL_USE_NAMESPACE using namespace std; #endif
??plstream?? ?? ?? ?? ??*pls;

??int main(int argc, char ** argv) { ?? ?? cout << "About to declare and 
new a plstream variable..." << "\n" << endl;

 ?? pls = new plstream();
 ?? cout << "Testing delete plstream..." << "\n" << endl;
 ?? delete pls;
 ?? return 0; }







??-- The quality of your thoughts will determine the quality of your 
life.


 On Wednesday, October 23, 2019, 01:29:38 PM MST, David Bergman 
 wrote:



I didn't think I was trying random things.?? Here is a simple code 
snippet that causes the crash.


int main(int argc, char ** argv)
{
?? cout << "

Re: [Plplot-general] PLplot+wxWidgets+MinGW+Windows10

[David Bergman via Plplot-general]

Tom, thanks for your input but I'm not even writing code yet.  This is a build 
error and I'm using the out of the box make, cmake and other scripts so I 
wouldn't know what file to put those lines of code in.  Any thoughts?

Sent from Yahoo Mail on Android 
 
  On Thu, Oct 17, 2019 at 2:46 PM, Tom Schoonjans via 
Plplot-general wrote:   
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general
  
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general
___
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general