Menu
▾
▴
plplot-general
|
From: stuntguitar1969 <stu...@gm...> - 2019-10-22 09:52:14
|
Interesting. I'm using a newer version than you and I did download the most recent SDK. But it's worth trying with a different version to rule that out.Thanks David Sent from my Verizon, Samsung Galaxy smartphone
-------- Original message --------From: "Ferrell, Stephen" <sfe...@ya...> Date: 10/22/19 5:23 AM (GMT-05:00) To: Phil Rosenberg <p.d...@gm...>, plp...@li..., David Bergman <stu...@gm...> Subject: Re: [Plplot-general] Problem with LNK2019 error unresolved external 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 <stu...@gm...> 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
From:
David Bergman <stu...@gm...>
Sent: Friday, October 18, 2019 4:15:07 PM
To: Phil Rosenberg <p.d...@gm...>;
plp...@li...
<plp...@li...>
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
From: David Bergman <stu...@gm...>
Sent: Monday, September 9, 2019 6:31:00 PM
To: Phil Rosenberg
<p.d...@gm...>;
plp...@li...
<plp...@li...>
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
From: David Bergman <stu...@gm...>
Sent: Friday, September 6, 2019 9:20:57 PM
To: Phil Rosenberg
<p.d...@gm...>;
plp...@li...
<plp...@li...>
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
From: David
Bergman <stu...@gm...>
Sent: Friday, September 6, 2019 6:17:59
PM
To:
plp...@li...
<plp...@li...>
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
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
Virus-free. www.avast.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
_______________________________________________Plplot-general mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/plplot-general
|
|
From: Phil R. <p.d...@gm...> - 2019-10-22 13:15:52
|
Hi David In what way did things fail when turning build test on? Phil ________________________________ From: David Bergman <stu...@gm...> Sent: Monday, 21 October 2019, 7:11 p.m. To: Phil Rosenberg; plp...@li... 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 <stu...@gm...><mailto:stu...@gm...> Sent: Friday, October 18, 2019 4:15:07 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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 <stu...@gm...><mailto:stu...@gm...> Sent: Monday, September 9, 2019 6:31:00 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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 <stu...@gm...><mailto:stu...@gm...> Sent: Friday, September 6, 2019 9:20:57 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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 <stu...@gm...><mailto:stu...@gm...> Sent: Friday, September 6, 2019 6:17:59 PM To: plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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 Plp...@li...<mailto:Plp...@li...> https://lists.sourceforge.net/lists/listinfo/plplot-general -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<http://www.davidrobertbergmanmusic.com> [https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif]<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=icon> Virus-free. www.avast.com<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=link> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<http://www.davidrobertbergmanmusic.com> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<http://www.davidrobertbergmanmusic.com> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<http://www.davidrobertbergmanmusic.com> |
|
From: Phil R. <p.d...@gm...> - 2019-10-22 13:47:39
|
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 <p.d...@gm...> wrote: > Hi David > In what way did things fail when turning build test on? > Phil > > ------------------------------ > *From:* David Bergman <stu...@gm...> > *Sent:* Monday, 21 October 2019, 7:11 p.m. > *To:* Phil Rosenberg; plp...@li... > *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 <stu...@gm...> > <stu...@gm...> > *Sent:* Friday, October 18, 2019 4:15:07 PM > *To:* Phil Rosenberg <p.d...@gm...> <p.d...@gm...>; > plp...@li... > <plp...@li...> > <plp...@li...> > *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 <stu...@gm...> > <stu...@gm...> > *Sent:* Monday, September 9, 2019 6:31:00 PM > *To:* Phil Rosenberg <p.d...@gm...> <p.d...@gm...>; > plp...@li... > <plp...@li...> > <plp...@li...> > *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 <stu...@gm...> > <stu...@gm...> > *Sent:* Friday, September 6, 2019 9:20:57 PM > *To:* Phil Rosenberg <p.d...@gm...> <p.d...@gm...>; > plp...@li... > <plp...@li...> > <plp...@li...> > *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 <stu...@gm...> > <stu...@gm...> > *Sent:* Friday, September 6, 2019 6:17:59 PM > *To:* plp...@li... > <plp...@li...> > <plp...@li...> > *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 > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > > -- > David Bergman > David R Bergman Music LLC > "Have Guitar Will Travel" > Morristown NJ > 551...@gm... > > > > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=icon> Virus-free. > www.avast.com > <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=link> > > -- > David Bergman > David R Bergman Music LLC > "Have Guitar Will Travel" > Morristown NJ > 551...@gm... > > -- > David Bergman > David R Bergman Music LLC > "Have Guitar Will Travel" > Morristown NJ > 551...@gm... > > -- > David Bergman > David R Bergman Music LLC > "Have Guitar Will Travel" > Morristown NJ > 551...@gm... > > > |
|
From: David B. <stu...@gm...> - 2019-10-22 16:27:37
|
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 <p.d...@gm... > <mailto:p.d...@gm...>> wrote: > > Hi David > In what way did things fail when turning build test on? > Phil > > ------------------------------------------------------------------------ > *From:* David Bergman <stu...@gm... > <mailto:stu...@gm...>> > *Sent:* Monday, 21 October 2019, 7:11 p.m. > *To:* Phil Rosenberg; plp...@li... > <mailto:plp...@li...> > *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 <stu...@gm...> >> <mailto:stu...@gm...> >> *Sent:* Friday, October 18, 2019 4:15:07 PM >> *To:* Phil Rosenberg <p.d...@gm...> >> <mailto:p.d...@gm...>; >> plp...@li... >> <mailto:plp...@li...> >> <plp...@li...> >> <mailto:plp...@li...> >> *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 <stu...@gm...> >>> <mailto:stu...@gm...> >>> *Sent:* Monday, September 9, 2019 6:31:00 PM >>> *To:* Phil Rosenberg <p.d...@gm...> >>> <mailto:p.d...@gm...>; >>> plp...@li... >>> <mailto:plp...@li...> >>> <plp...@li...> >>> <mailto:plp...@li...> >>> *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 <stu...@gm...> >>>> <mailto:stu...@gm...> >>>> *Sent:* Friday, September 6, 2019 9:20:57 PM >>>> *To:* Phil Rosenberg <p.d...@gm...> >>>> <mailto:p.d...@gm...>; >>>> plp...@li... >>>> <mailto:plp...@li...> >>>> <plp...@li...> >>>> <mailto:plp...@li...> >>>> *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 <stu...@gm...> >>>>> <mailto:stu...@gm...> >>>>> *Sent:* Friday, September 6, 2019 6:17:59 PM >>>>> *To:* plp...@li... >>>>> <mailto:plp...@li...> >>>>> <plp...@li...> >>>>> <mailto:plp...@li...> >>>>> *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 >>>>> Plp...@li... >>>>> <mailto:Plp...@li...> >>>>> https://lists.sourceforge.net/lists/listinfo/plplot-general >>>> -- >>>> David Bergman >>>> David R Bergman Music LLC >>>> "Have Guitar Will Travel" >>>> Morristown NJ >>>> 551-655-4720 >>>> stu...@gm... <mailto:stu...@gm...> >>>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com> >>>> >>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=icon> >>>> Virus-free. www.avast.com >>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=link> >>>> >>>> >>> -- >>> David Bergman >>> David R Bergman Music LLC >>> "Have Guitar Will Travel" >>> Morristown NJ >>> 551-655-4720 >>> stu...@gm... <mailto:stu...@gm...> >>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com> >> -- >> David Bergman >> David R Bergman Music LLC >> "Have Guitar Will Travel" >> Morristown NJ >> 551-655-4720 >> stu...@gm... <mailto:stu...@gm...> >> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com> > > -- > David Bergman > David R Bergman Music LLC > "Have Guitar Will Travel" > Morristown NJ > 551-655-4720 > stu...@gm... <mailto:stu...@gm...> > www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com> > > -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus |
|
From: David B. <stu...@gm...> - 2019-10-22 16:17:59
|
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 <stu...@gm...> > *Sent:* Monday, 21 October 2019, 7:11 p.m. > *To:* Phil Rosenberg; plp...@li... > *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 <stu...@gm...> >> *Sent:* Friday, October 18, 2019 4:15:07 PM >> *To:* Phil Rosenberg <p.d...@gm...>; >> plp...@li... >> <plp...@li...> >> *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 <stu...@gm...> >>> *Sent:* Monday, September 9, 2019 6:31:00 PM >>> *To:* Phil Rosenberg <p.d...@gm...>; >>> plp...@li... >>> <plp...@li...> >>> *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 <stu...@gm...> >>>> *Sent:* Friday, September 6, 2019 9:20:57 PM >>>> *To:* Phil Rosenberg <p.d...@gm...>; >>>> plp...@li... >>>> <plp...@li...> >>>> *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 <stu...@gm...> >>>>> *Sent:* Friday, September 6, 2019 6:17:59 PM >>>>> *To:* plp...@li... >>>>> <plp...@li...> >>>>> *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 >>>>> Plp...@li... >>>>> https://lists.sourceforge.net/lists/listinfo/plplot-general >>>> -- >>>> David Bergman >>>> David R Bergman Music LLC >>>> "Have Guitar Will Travel" >>>> Morristown NJ >>>> 551-655-4720 >>>> stu...@gm... >>>> www.davidrobertbergmanmusic.com >>>> >>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=icon> >>>> Virus-free. www.avast.com >>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=link> >>>> >>>> >>> -- >>> David Bergman >>> David R Bergman Music LLC >>> "Have Guitar Will Travel" >>> Morristown NJ >>> 551-655-4720 >>> stu...@gm... >>> www.davidrobertbergmanmusic.com >> -- >> David Bergman >> David R Bergman Music LLC >> "Have Guitar Will Travel" >> Morristown NJ >> 551-655-4720 >> stu...@gm... >> www.davidrobertbergmanmusic.com > -- > David Bergman > David R Bergman Music LLC > "Have Guitar Will Travel" > Morristown NJ > 551-655-4720 > stu...@gm... > www.davidrobertbergmanmusic.com > -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus |
|
From: David B. <stu...@gm...> - 2019-10-22 16:42:58
|
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 <p.d...@gm... > <mailto:p.d...@gm...>> wrote: > > Hi David > In what way did things fail when turning build test on? > Phil > > ------------------------------------------------------------------------ > *From:* David Bergman <stu...@gm... > <mailto:stu...@gm...>> > *Sent:* Monday, 21 October 2019, 7:11 p.m. > *To:* Phil Rosenberg; plp...@li... > <mailto:plp...@li...> > *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 <stu...@gm...> >> <mailto:stu...@gm...> >> *Sent:* Friday, October 18, 2019 4:15:07 PM >> *To:* Phil Rosenberg <p.d...@gm...> >> <mailto:p.d...@gm...>; >> plp...@li... >> <mailto:plp...@li...> >> <plp...@li...> >> <mailto:plp...@li...> >> *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 <stu...@gm...> >>> <mailto:stu...@gm...> >>> *Sent:* Monday, September 9, 2019 6:31:00 PM >>> *To:* Phil Rosenberg <p.d...@gm...> >>> <mailto:p.d...@gm...>; >>> plp...@li... >>> <mailto:plp...@li...> >>> <plp...@li...> >>> <mailto:plp...@li...> >>> *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 <stu...@gm...> >>>> <mailto:stu...@gm...> >>>> *Sent:* Friday, September 6, 2019 9:20:57 PM >>>> *To:* Phil Rosenberg <p.d...@gm...> >>>> <mailto:p.d...@gm...>; >>>> plp...@li... >>>> <mailto:plp...@li...> >>>> <plp...@li...> >>>> <mailto:plp...@li...> >>>> *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 <stu...@gm...> >>>>> <mailto:stu...@gm...> >>>>> *Sent:* Friday, September 6, 2019 6:17:59 PM >>>>> *To:* plp...@li... >>>>> <mailto:plp...@li...> >>>>> <plp...@li...> >>>>> <mailto:plp...@li...> >>>>> *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 >>>>> Plp...@li... >>>>> <mailto:Plp...@li...> >>>>> https://lists.sourceforge.net/lists/listinfo/plplot-general >>>> -- >>>> David Bergman >>>> David R Bergman Music LLC >>>> "Have Guitar Will Travel" >>>> Morristown NJ >>>> 551-655-4720 >>>> stu...@gm... <mailto:stu...@gm...> >>>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com> >>>> >>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=icon> >>>> Virus-free. www.avast.com >>>> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=link> >>>> >>>> >>> -- >>> David Bergman >>> David R Bergman Music LLC >>> "Have Guitar Will Travel" >>> Morristown NJ >>> 551-655-4720 >>> stu...@gm... <mailto:stu...@gm...> >>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com> >> -- >> David Bergman >> David R Bergman Music LLC >> "Have Guitar Will Travel" >> Morristown NJ >> 551-655-4720 >> stu...@gm... <mailto:stu...@gm...> >> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com> > > -- > David Bergman > David R Bergman Music LLC > "Have Guitar Will Travel" > Morristown NJ > 551-655-4720 > stu...@gm... <mailto:stu...@gm...> > www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com> > > -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus |
|
From: Arjen M. <Arj...@de...> - 2019-10-23 10:49:51
Attachments:
image001.jpg
|
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 <stu...@gm...> Sent: 22 October 2019 18:43 To: Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...> 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&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917581560&sdata=%2Bo6ftkpIkUsqAlAsEyuCEf5R5YEB1w4Eo4SBe0MmI2Q%3D&reserved=0> 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 <p.d...@gm...<mailto:p.d...@gm...>> wrote: Hi David In what way did things fail when turning build test on? Phil ________________________________ From: David Bergman <stu...@gm...<mailto:stu...@gm...>> Sent: Monday, 21 October 2019, 7:11 p.m. To: Phil Rosenberg; plp...@li...<mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917591552&sdata=jC3e%2BsgpC%2BCv%2FabuBHTEWRNNqERLIxQ0Tw%2FBqm2YeDA%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, October 18, 2019 4:15:07 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917591552&sdata=jC3e%2BsgpC%2BCv%2FabuBHTEWRNNqERLIxQ0Tw%2FBqm2YeDA%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Monday, September 9, 2019 6:31:00 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917601545&sdata=iQIm7HJ%2BwrM4aTHbYUefEwEBs61jTcsOBPB1ZsmueVQ%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, September 6, 2019 9:20:57 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917601545&sdata=iQIm7HJ%2BwrM4aTHbYUefEwEBs61jTcsOBPB1ZsmueVQ%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, September 6, 2019 6:17:59 PM To: plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917601545&sdata=6DE4%2FiE6BeXt8ESkrFmIQrjwtykxYgxIoXzf9x%2B0iDU%3D&reserved=0> _______________________________________________ Plplot-general mailing list Plp...@li...<mailto:Plp...@li...> https://lists.sourceforge.net/lists/listinfo/plplot-general<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917611540&sdata=VhJHl7Z3fMs%2BL%2BwAhkOhTkm9rxy71T0P3whWO3Unb0Q%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917611540&sdata=HYL1ALgyZJXoeWjUDOkyj6pwtDwO2e%2FQOKgLEoAwtfw%3D&reserved=0> [Image removed by sender.]<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917621534&sdata=nH1bwdBYdTZyv1a7zAZsU%2FvR9UQ1x0XDnLZwQB4wOCM%3D&reserved=0> Virus-free. www.avast.com<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917621534&sdata=836WsqW2a%2Bt7czEv017hH0mO2v8Y%2Bx8Nw1X3DvCfdh0%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917631534&sdata=uUKIpBrCyn6gbppS5HY5%2Fj6bAI3DbAIXb3Flr2Xhnnc%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917631534&sdata=uUKIpBrCyn6gbppS5HY5%2Fj6bAI3DbAIXb3Flr2Xhnnc%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917641522&sdata=anwx9gwN77cZ21l0b0fEuZGNVu0OR4Sgw13OzwuhHos%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C8e5f097495e14af4527b08d7570eec12%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637073593917641522&sdata=anwx9gwN77cZ21l0b0fEuZGNVu0OR4Sgw13OzwuhHos%3D&reserved=0> 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. |
|
From: stuntguitar1969 <stu...@gm...> - 2019-10-23 10:10:22
|
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 <Arj...@de...> Date: 10/23/19 3:15 AM (GMT-05:00) To: David Bergman <stu...@gm...>, Phil Rosenberg <p.d...@gm...>, "Plp...@li... (plp...@li...)" <plp...@li...> 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 <stu...@gm...> Sent: 22 October 2019 18:43 To: Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...> 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 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 <p.d...@gm...> wrote: Hi David In what way did things fail when turning build test on? Phil From: David Bergman <stu...@gm...> Sent: Monday, 21 October 2019, 7:11 p.m. To: Phil Rosenberg; plp...@li... 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 From: David Bergman <stu...@gm...> Sent: Friday, October 18, 2019 4:15:07 PM To: Phil Rosenberg <p.d...@gm...>; plp...@li... <plp...@li...> 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 From: David Bergman <stu...@gm...> Sent: Monday, September 9, 2019 6:31:00 PM To: Phil Rosenberg <p.d...@gm...>; plp...@li... <plp...@li...> 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 From: David Bergman <stu...@gm...> Sent: Friday, September 6, 2019 9:20:57 PM To: Phil Rosenberg <p.d...@gm...>; plp...@li... <plp...@li...> 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 From: David Bergman <stu...@gm...> Sent: Friday, September 6, 2019 6:17:59 PM To: plp...@li... <plp...@li...> 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 Plp...@li... https://lists.sourceforge.net/lists/listinfo/plplot-general -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com Virus-free. www.avast.com -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com 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. |
|
From: Arjen M. <Arj...@de...> - 2019-10-23 10:47:19
|
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 <stu...@gm...> Sent: 23 October 2019 12:10 To: Arjen Markus <Arj...@de...>; Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...> 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 <Arj...@de...<mailto:Arj...@de...>> Date: 10/23/19 3:15 AM (GMT-05:00) To: David Bergman <stu...@gm...<mailto:stu...@gm...>>, Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>>, "Plp...@li... (plp...@li...)<mailto:Plp...@li...%20(plp...@li...)>" <plp...@li...<mailto:plp...@li...>> 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 <stu...@gm...<mailto:stu...@gm...>> Sent: 22 October 2019 18:43 To: Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>>; Plp...@li...<mailto:Plp...@li...> (plp...@li...<mailto:plp...@li...>) <plp...@li...<mailto:plp...@li...>> 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&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417329&sdata=DSrP3PiP2pqRz4SqeL9NlLlujV7RfXhiOsEm6ISUuuY%3D&reserved=0> 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 <p.d...@gm...<mailto:p.d...@gm...>> wrote: Hi David In what way did things fail when turning build test on? Phil ________________________________ From: David Bergman <stu...@gm...<mailto:stu...@gm...>> Sent: Monday, 21 October 2019, 7:11 p.m. To: Phil Rosenberg; plp...@li...<mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147427320&sdata=w0rTnnRNs2%2BgxzaZZDPe%2BNNr7OYHEJakk%2Fo0rS%2BBmFg%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, October 18, 2019 4:15:07 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Monday, September 9, 2019 6:31:00 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, September 6, 2019 9:20:57 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=RbSlZvOvkrjU9StMxJG9dZoiz64RT3tXsVhQrLVCWDg%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, September 6, 2019 6:17:59 PM To: plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=9jQtHUGJXK2ysEY9bVhb5606ntlsy2MKFtmywbEyCYI%3D&reserved=0> _______________________________________________ Plplot-general mailing list Plp...@li...<mailto:Plp...@li...> https://lists.sourceforge.net/lists/listinfo/plplot-general<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147457308&sdata=Bmgpj4kgc%2BpPhGnp3ja4M%2BHoJEMnzADsQ1BS3xbzqxk%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=VkmELkcrd3hXNYNsbjxNUL%2FvS3PK75mfcr9V8NPYFHU%3D&reserved=0> [Image removed by sender.]<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=GPddjpzGunYgI8kp%2BAIf4RmX%2BIKeyCyhSu9V861tjZg%3D&reserved=0> Virus-free. www.avast.com<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147477300&sdata=HIyoHLBaWhog200y3%2BUb5F5Ag6CFMCmz1EqYEqXxgTo%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147497291&sdata=whi1LXIwGxBIUGAqIFSw9FuscXSGlWP1qw6k9pOgbL0%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147507296&sdata=VmdM1nBzC6LhmP6m%2Bjux6TCaC%2Fjlrnxdp%2B%2BW0bYt10o%3D&reserved=0> 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. |
|
From: David B. <stu...@gm...> - 2019-10-23 12:33:15
|
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 <stu...@gm...> > *Sent:* 23 October 2019 12:10 > *To:* Arjen Markus <Arj...@de...>; Phil Rosenberg > <p.d...@gm...>; Plp...@li... > (plp...@li...) > <plp...@li...> > *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 <Arj...@de... > <mailto:Arj...@de...>> > > Date: 10/23/19 3:15 AM (GMT-05:00) > > To: David Bergman <stu...@gm... > <mailto:stu...@gm...>>, Phil Rosenberg > <p.d...@gm... <mailto:p.d...@gm...>>, > "Plp...@li... > (plp...@li...) > <mailto:Plp...@li...%20(plp...@li...)>" > <plp...@li... > <mailto:plp...@li...>> > > 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 <stu...@gm... > <mailto:stu...@gm...>> > *Sent:* 22 October 2019 18:43 > *To:* Phil Rosenberg <p.d...@gm... > <mailto:p.d...@gm...>>; > Plp...@li... > <mailto:Plp...@li...> > (plp...@li... > <mailto:plp...@li...>) > <plp...@li... > <mailto:plp...@li...>> > *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&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417329&sdata=DSrP3PiP2pqRz4SqeL9NlLlujV7RfXhiOsEm6ISUuuY%3D&reserved=0> > > 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 > <p.d...@gm... <mailto:p.d...@gm...>> wrote: > > Hi David > > In what way did things fail when turning build test on? > > Phil > > ------------------------------------------------------------------------ > > *From:* David Bergman <stu...@gm... > <mailto:stu...@gm...>> > *Sent:* Monday, 21 October 2019, 7:11 p.m. > *To:* Phil Rosenberg; plp...@li... > <mailto:plp...@li...> > *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147427320&sdata=w0rTnnRNs2%2BgxzaZZDPe%2BNNr7OYHEJakk%2Fo0rS%2BBmFg%3D&reserved=0> > > ------------------------------------------------------------------------ > > *From:* David Bergman <stu...@gm...> > <mailto:stu...@gm...> > *Sent:* Friday, October 18, 2019 4:15:07 PM > *To:* Phil Rosenberg <p.d...@gm...> > <mailto:p.d...@gm...>; > plp...@li... > <mailto:plp...@li...> > <plp...@li...> > <mailto:plp...@li...> > *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> > > ------------------------------------------------------------------------ > > *From:* David Bergman <stu...@gm...> > <mailto:stu...@gm...> > *Sent:* Monday, September 9, 2019 6:31:00 PM > *To:* Phil Rosenberg <p.d...@gm...> > <mailto:p.d...@gm...>; > plp...@li... > <mailto:plp...@li...> > <plp...@li...> > <mailto:plp...@li...> > *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> > > ------------------------------------------------------------------------ > > *From:* David Bergman <stu...@gm...> > <mailto:stu...@gm...> > *Sent:* Friday, September 6, 2019 9:20:57 PM > *To:* Phil Rosenberg <p.d...@gm...> > <mailto:p.d...@gm...>; > plp...@li... > <mailto:plp...@li...> > <plp...@li...> > <mailto:plp...@li...> > *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=RbSlZvOvkrjU9StMxJG9dZoiz64RT3tXsVhQrLVCWDg%3D&reserved=0> > > ------------------------------------------------------------------------ > > *From:* David Bergman > <stu...@gm...> > <mailto:stu...@gm...> > *Sent:* Friday, September 6, 2019 6:17:59 PM > *To:* plp...@li... > <mailto:plp...@li...> > <plp...@li...> > <mailto:plp...@li...> > *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 > <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=9jQtHUGJXK2ysEY9bVhb5606ntlsy2MKFtmywbEyCYI%3D&reserved=0> > > > > _______________________________________________ > Plplot-general mailing list > Plp...@li... > <mailto:Plp...@li...> > https://lists.sourceforge.net/lists/listinfo/plplot-general > <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147457308&sdata=Bmgpj4kgc%2BpPhGnp3ja4M%2BHoJEMnzADsQ1BS3xbzqxk%3D&reserved=0> > > -- > > David Bergman > > David R Bergman Music LLC > > "Have Guitar Will Travel" > > Morristown NJ > > 551-655-4720 > > stu...@gm... <mailto:stu...@gm...> > > www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=VkmELkcrd3hXNYNsbjxNUL%2FvS3PK75mfcr9V8NPYFHU%3D&reserved=0> > > Image removed by sender. > <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=GPddjpzGunYgI8kp%2BAIf4RmX%2BIKeyCyhSu9V861tjZg%3D&reserved=0> > > > > Virus-free. www.avast.com > <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147477300&sdata=HIyoHLBaWhog200y3%2BUb5F5Ag6CFMCmz1EqYEqXxgTo%3D&reserved=0> > > > -- > > David Bergman > > David R Bergman Music LLC > > "Have Guitar Will Travel" > > Morristown NJ > > 551-655-4720 > > stu...@gm... <mailto:stu...@gm...> > > www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> > > -- > > David Bergman > > David R Bergman Music LLC > > "Have Guitar Will Travel" > > Morristown NJ > > 551-655-4720 > > stu...@gm... <mailto:stu...@gm...> > > www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> > > -- > > David Bergman > > David R Bergman Music LLC > > "Have Guitar Will Travel" > > Morristown NJ > > 551-655-4720 > > stu...@gm... <mailto:stu...@gm...> > > www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147497291&sdata=whi1LXIwGxBIUGAqIFSw9FuscXSGlWP1qw6k9pOgbL0%3D&reserved=0> > > -- > David Bergman > David R Bergman Music LLC > "Have Guitar Will Travel" > Morristown NJ > 551-655-4720 > stu...@gm... <mailto:stu...@gm...> > www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147507296&sdata=VmdM1nBzC6LhmP6m%2Bjux6TCaC%2Fjlrnxdp%2B%2BW0bYt10o%3D&reserved=0> > > 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. -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus |
|
From: David B. <stu...@gm...> - 2019-10-23 15:31:09
|
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 <stu...@gm...> > *Sent:* 23 October 2019 12:10 > *To:* Arjen Markus <Arj...@de...>; Phil Rosenberg > <p.d...@gm...>; Plp...@li... > (plp...@li...) > <plp...@li...> > *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 <Arj...@de... > <mailto:Arj...@de...>> > > Date: 10/23/19 3:15 AM (GMT-05:00) > > To: David Bergman <stu...@gm... > <mailto:stu...@gm...>>, Phil Rosenberg > <p.d...@gm... <mailto:p.d...@gm...>>, > "Plp...@li... > (plp...@li...) > <mailto:Plp...@li...%20(plp...@li...)>" > <plp...@li... > <mailto:plp...@li...>> > > 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 <stu...@gm... > <mailto:stu...@gm...>> > *Sent:* 22 October 2019 18:43 > *To:* Phil Rosenberg <p.d...@gm... > <mailto:p.d...@gm...>>; > Plp...@li... > <mailto:Plp...@li...> > (plp...@li... > <mailto:plp...@li...>) > <plp...@li... > <mailto:plp...@li...>> > *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&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417329&sdata=DSrP3PiP2pqRz4SqeL9NlLlujV7RfXhiOsEm6ISUuuY%3D&reserved=0> > > 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 > <p.d...@gm... <mailto:p.d...@gm...>> wrote: > > Hi David > > In what way did things fail when turning build test on? > > Phil > > ------------------------------------------------------------------------ > > *From:* David Bergman <stu...@gm... > <mailto:stu...@gm...>> > *Sent:* Monday, 21 October 2019, 7:11 p.m. > *To:* Phil Rosenberg; plp...@li... > <mailto:plp...@li...> > *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147427320&sdata=w0rTnnRNs2%2BgxzaZZDPe%2BNNr7OYHEJakk%2Fo0rS%2BBmFg%3D&reserved=0> > > ------------------------------------------------------------------------ > > *From:* David Bergman <stu...@gm...> > <mailto:stu...@gm...> > *Sent:* Friday, October 18, 2019 4:15:07 PM > *To:* Phil Rosenberg <p.d...@gm...> > <mailto:p.d...@gm...>; > plp...@li... > <mailto:plp...@li...> > <plp...@li...> > <mailto:plp...@li...> > *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> > > ------------------------------------------------------------------------ > > *From:* David Bergman <stu...@gm...> > <mailto:stu...@gm...> > *Sent:* Monday, September 9, 2019 6:31:00 PM > *To:* Phil Rosenberg <p.d...@gm...> > <mailto:p.d...@gm...>; > plp...@li... > <mailto:plp...@li...> > <plp...@li...> > <mailto:plp...@li...> > *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> > > ------------------------------------------------------------------------ > > *From:* David Bergman <stu...@gm...> > <mailto:stu...@gm...> > *Sent:* Friday, September 6, 2019 9:20:57 PM > *To:* Phil Rosenberg <p.d...@gm...> > <mailto:p.d...@gm...>; > plp...@li... > <mailto:plp...@li...> > <plp...@li...> > <mailto:plp...@li...> > *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=RbSlZvOvkrjU9StMxJG9dZoiz64RT3tXsVhQrLVCWDg%3D&reserved=0> > > ------------------------------------------------------------------------ > > *From:* David Bergman > <stu...@gm...> > <mailto:stu...@gm...> > *Sent:* Friday, September 6, 2019 6:17:59 PM > *To:* plp...@li... > <mailto:plp...@li...> > <plp...@li...> > <mailto:plp...@li...> > *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 > <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=9jQtHUGJXK2ysEY9bVhb5606ntlsy2MKFtmywbEyCYI%3D&reserved=0> > > > > _______________________________________________ > Plplot-general mailing list > Plp...@li... > <mailto:Plp...@li...> > https://lists.sourceforge.net/lists/listinfo/plplot-general > <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147457308&sdata=Bmgpj4kgc%2BpPhGnp3ja4M%2BHoJEMnzADsQ1BS3xbzqxk%3D&reserved=0> > > -- > > David Bergman > > David R Bergman Music LLC > > "Have Guitar Will Travel" > > Morristown NJ > > 551-655-4720 > > stu...@gm... <mailto:stu...@gm...> > > www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=VkmELkcrd3hXNYNsbjxNUL%2FvS3PK75mfcr9V8NPYFHU%3D&reserved=0> > > Image removed by sender. > <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=GPddjpzGunYgI8kp%2BAIf4RmX%2BIKeyCyhSu9V861tjZg%3D&reserved=0> > > > > Virus-free. www.avast.com > <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147477300&sdata=HIyoHLBaWhog200y3%2BUb5F5Ag6CFMCmz1EqYEqXxgTo%3D&reserved=0> > > > -- > > David Bergman > > David R Bergman Music LLC > > "Have Guitar Will Travel" > > Morristown NJ > > 551-655-4720 > > stu...@gm... <mailto:stu...@gm...> > > www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> > > -- > > David Bergman > > David R Bergman Music LLC > > "Have Guitar Will Travel" > > Morristown NJ > > 551-655-4720 > > stu...@gm... <mailto:stu...@gm...> > > www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> > > -- > > David Bergman > > David R Bergman Music LLC > > "Have Guitar Will Travel" > > Morristown NJ > > 551-655-4720 > > stu...@gm... <mailto:stu...@gm...> > > www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147497291&sdata=whi1LXIwGxBIUGAqIFSw9FuscXSGlWP1qw6k9pOgbL0%3D&reserved=0> > > -- > David Bergman > David R Bergman Music LLC > "Have Guitar Will Travel" > Morristown NJ > 551-655-4720 > stu...@gm... <mailto:stu...@gm...> > www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147507296&sdata=VmdM1nBzC6LhmP6m%2Bjux6TCaC%2Fjlrnxdp%2B%2BW0bYt10o%3D&reserved=0> > > 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. -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com -- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus |
|
From: Phil R. <p.d...@gm...> - 2019-10-23 15:57:15
|
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 <stu...@gm...> Sent: Wednesday, October 23, 2019 4:30:49 PM To: Arjen Markus <Arj...@de...>; Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...> 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 <stu...@gm...><mailto:stu...@gm...> Sent: 23 October 2019 12:10 To: Arjen Markus <Arj...@de...><mailto:Arj...@de...>; Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; Plp...@li...<mailto:Plp...@li...> (plp...@li...<mailto:plp...@li...>) <plp...@li...><mailto:plp...@li...> 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 <Arj...@de...<mailto:Arj...@de...>> Date: 10/23/19 3:15 AM (GMT-05:00) To: David Bergman <stu...@gm...<mailto:stu...@gm...>>, Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>>, "Plp...@li... (plp...@li...)<mailto:Plp...@li...%20(plp...@li...)>" <plp...@li...<mailto:plp...@li...>> 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 <stu...@gm...<mailto:stu...@gm...>> Sent: 22 October 2019 18:43 To: Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>>; Plp...@li...<mailto:Plp...@li...> (plp...@li...<mailto:plp...@li...>) <plp...@li...<mailto:plp...@li...>> 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&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417329&sdata=DSrP3PiP2pqRz4SqeL9NlLlujV7RfXhiOsEm6ISUuuY%3D&reserved=0> 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 <p.d...@gm...<mailto:p.d...@gm...>> wrote: Hi David In what way did things fail when turning build test on? Phil ________________________________ From: David Bergman <stu...@gm...<mailto:stu...@gm...>> Sent: Monday, 21 October 2019, 7:11 p.m. To: Phil Rosenberg; plp...@li...<mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147427320&sdata=w0rTnnRNs2%2BgxzaZZDPe%2BNNr7OYHEJakk%2Fo0rS%2BBmFg%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, October 18, 2019 4:15:07 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Monday, September 9, 2019 6:31:00 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, September 6, 2019 9:20:57 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=RbSlZvOvkrjU9StMxJG9dZoiz64RT3tXsVhQrLVCWDg%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, September 6, 2019 6:17:59 PM To: plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=9jQtHUGJXK2ysEY9bVhb5606ntlsy2MKFtmywbEyCYI%3D&reserved=0> _______________________________________________ Plplot-general mailing list Plp...@li...<mailto:Plp...@li...> https://lists.sourceforge.net/lists/listinfo/plplot-general<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147457308&sdata=Bmgpj4kgc%2BpPhGnp3ja4M%2BHoJEMnzADsQ1BS3xbzqxk%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=VkmELkcrd3hXNYNsbjxNUL%2FvS3PK75mfcr9V8NPYFHU%3D&reserved=0> [Image removed by sender.]<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=GPddjpzGunYgI8kp%2BAIf4RmX%2BIKeyCyhSu9V861tjZg%3D&reserved=0> Virus-free. www.avast.com<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147477300&sdata=HIyoHLBaWhog200y3%2BUb5F5Ag6CFMCmz1EqYEqXxgTo%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147497291&sdata=whi1LXIwGxBIUGAqIFSw9FuscXSGlWP1qw6k9pOgbL0%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147507296&sdata=VmdM1nBzC6LhmP6m%2Bjux6TCaC%2Fjlrnxdp%2B%2BW0bYt10o%3D&reserved=0> 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. -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<http://www.davidrobertbergmanmusic.com> |
|
From: stuntguitar1969 <stu...@gm...> - 2019-10-23 16:01:07
|
I'm using the smallest plplot example and according to the debugger it crashes upon calling delete on the plstream variable. That has always been the case. Sent from my Verizon, Samsung Galaxy smartphone
-------- Original message --------From: Phil Rosenberg <p.d...@gm...> Date: 10/23/19 11:57 AM (GMT-05:00) To: Arjen Markus <arj...@de...>, "Plp...@li... (plp...@li...)" <plp...@li...>, David Bergman <stu...@gm...> Subject: Re: [Plplot-general] Problem with LNK2019 error unresolved external
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
From: David Bergman <stu...@gm...>
Sent: Wednesday, October 23, 2019 4:30:49 PM
To: Arjen Markus <Arj...@de...>; Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...>
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:
<!--
@font-face
{font-family:"Cambria Math"}
@font-face
{font-family:Calibri}
@font-face
{font-family:Consolas}
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri",sans-serif}
a:link, span.MsoHyperlink
{color:blue;
text-decoration:underline}
a:visited, span.MsoHyperlinkFollowed
{color:purple;
text-decoration:underline}
pre
{margin:0cm;
margin-bottom:.0001pt;
font-size:10.0pt;
font-family:"Courier New"}
p.msonormal0, li.msonormal0, div.msonormal0
{margin-right:0cm;
margin-left:0cm;
font-size:11.0pt;
font-family:"Calibri",sans-serif}
span.HTMLPreformattedChar
{font-family:Consolas}
span.EmailStyle23
{font-family:"Arial",sans-serif;
color:#1F497D}
.MsoChpDefault
{font-size:10.0pt}
@page WordSection1
{margin:72.0pt 72.0pt 72.0pt 72.0pt}
div.WordSection1
{}
-->
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
<stu...@gm...>
Sent: 23 October 2019 12:10
To: Arjen Markus
<Arj...@de...>; Phil Rosenberg
<p.d...@gm...>;
Plp...@li... (plp...@li...)
<plp...@li...>
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 <Arj...@de...>
Date: 10/23/19 3:15 AM (GMT-05:00)
To: David Bergman <stu...@gm...>, Phil Rosenberg <p.d...@gm...>, "Plp...@li...
(plp...@li...)" <plp...@li...>
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 <stu...@gm...>
Sent: 22 October 2019 18:43
To: Phil Rosenberg <p.d...@gm...>;
Plp...@li... (plp...@li...) <plp...@li...>
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
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 <p.d...@gm...> wrote:
Hi David
In what way did things fail when turning build test on?
Phil
From: David Bergman <stu...@gm...>
Sent: Monday, 21 October 2019, 7:11 p.m.
To: Phil Rosenberg;
plp...@li...
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
From: David Bergman
<stu...@gm...>
Sent: Friday, October 18, 2019 4:15:07 PM
To: Phil Rosenberg
<p.d...@gm...>;
plp...@li...
<plp...@li...>
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
From: David Bergman
<stu...@gm...>
Sent: Monday, September 9, 2019 6:31:00 PM
To: Phil Rosenberg
<p.d...@gm...>;
plp...@li...
<plp...@li...>
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
From: David Bergman
<stu...@gm...>
Sent: Friday, September 6, 2019 9:20:57 PM
To: Phil Rosenberg
<p.d...@gm...>;
plp...@li...
<plp...@li...>
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
From: David Bergman
<stu...@gm...>
Sent: Friday, September 6, 2019 6:17:59 PM
To:
plp...@li...
<plp...@li...>
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
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
Virus-free.
www.avast.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
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.
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
|
|
From: Phil R. <p.d...@gm...> - 2019-10-24 06:54:00
|
Hi David So is that basically a 2 line example? plstream *stream = new plstream; delete stream; If so, then as I suggested, please could you zip up that solution and send it over. Phil Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: stuntguitar1969 <stu...@gm...> Sent: Wednesday, October 23, 2019 5:01:05 PM To: Phil Rosenberg <p.d...@gm...>; Arjen Markus <arj...@de...>; Plp...@li... (plp...@li...) <plp...@li...> Subject: Re: [Plplot-general] Problem with LNK2019 error unresolved external I'm using the smallest plplot example and according to the debugger it crashes upon calling delete on the plstream variable. That has always been the case. Sent from my Verizon, Samsung Galaxy smartphone -------- Original message -------- From: Phil Rosenberg <p.d...@gm...> Date: 10/23/19 11:57 AM (GMT-05:00) To: Arjen Markus <arj...@de...>, "Plp...@li... (plp...@li...)" <plp...@li...>, David Bergman <stu...@gm...> Subject: Re: [Plplot-general] Problem with LNK2019 error unresolved external 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 <stu...@gm...> Sent: Wednesday, October 23, 2019 4:30:49 PM To: Arjen Markus <Arj...@de...>; Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...> 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 <stu...@gm...><mailto:stu...@gm...> Sent: 23 October 2019 12:10 To: Arjen Markus <Arj...@de...><mailto:Arj...@de...>; Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; Plp...@li...<mailto:Plp...@li...> (plp...@li...<mailto:plp...@li...>) <plp...@li...><mailto:plp...@li...> 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 <Arj...@de...<mailto:Arj...@de...>> Date: 10/23/19 3:15 AM (GMT-05:00) To: David Bergman <stu...@gm...<mailto:stu...@gm...>>, Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>>, "Plp...@li... (plp...@li...)<mailto:Plp...@li...%20(plp...@li...)>" <plp...@li...<mailto:plp...@li...>> 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 <stu...@gm...<mailto:stu...@gm...>> Sent: 22 October 2019 18:43 To: Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>>; Plp...@li...<mailto:Plp...@li...> (plp...@li...<mailto:plp...@li...>) <plp...@li...<mailto:plp...@li...>> 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&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417329&sdata=DSrP3PiP2pqRz4SqeL9NlLlujV7RfXhiOsEm6ISUuuY%3D&reserved=0> 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 <p.d...@gm...<mailto:p.d...@gm...>> wrote: Hi David In what way did things fail when turning build test on? Phil ________________________________ From: David Bergman <stu...@gm...<mailto:stu...@gm...>> Sent: Monday, 21 October 2019, 7:11 p.m. To: Phil Rosenberg; plp...@li...<mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147427320&sdata=w0rTnnRNs2%2BgxzaZZDPe%2BNNr7OYHEJakk%2Fo0rS%2BBmFg%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, October 18, 2019 4:15:07 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Monday, September 9, 2019 6:31:00 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, September 6, 2019 9:20:57 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=RbSlZvOvkrjU9StMxJG9dZoiz64RT3tXsVhQrLVCWDg%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, September 6, 2019 6:17:59 PM To: plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=9jQtHUGJXK2ysEY9bVhb5606ntlsy2MKFtmywbEyCYI%3D&reserved=0> _______________________________________________ Plplot-general mailing list Plp...@li...<mailto:Plp...@li...> https://lists.sourceforge.net/lists/listinfo/plplot-general<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147457308&sdata=Bmgpj4kgc%2BpPhGnp3ja4M%2BHoJEMnzADsQ1BS3xbzqxk%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=VkmELkcrd3hXNYNsbjxNUL%2FvS3PK75mfcr9V8NPYFHU%3D&reserved=0> [Image removed by sender.]<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=GPddjpzGunYgI8kp%2BAIf4RmX%2BIKeyCyhSu9V861tjZg%3D&reserved=0> Virus-free. www.avast.com<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147477300&sdata=HIyoHLBaWhog200y3%2BUb5F5Ag6CFMCmz1EqYEqXxgTo%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147497291&sdata=whi1LXIwGxBIUGAqIFSw9FuscXSGlWP1qw6k9pOgbL0%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147507296&sdata=VmdM1nBzC6LhmP6m%2Bjux6TCaC%2Fjlrnxdp%2B%2BW0bYt10o%3D&reserved=0> 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. -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<http://www.davidrobertbergmanmusic.com> |
|
From: David B. <stu...@gm...> - 2019-10-23 20:29:25
|
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 <stu...@gm...>
> *Sent:* Wednesday, October 23, 2019 4:30:49 PM
> *To:* Arjen Markus <Arj...@de...>; Phil Rosenberg
> <p.d...@gm...>; Plp...@li...
> (plp...@li...)
> <plp...@li...>
> *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 <stu...@gm...>
>> *Sent:* 23 October 2019 12:10
>> *To:* Arjen Markus <Arj...@de...>; Phil Rosenberg
>> <p.d...@gm...>; Plp...@li...
>> (plp...@li...)
>> <plp...@li...>
>> *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 <Arj...@de...
>> <mailto:Arj...@de...>>
>>
>> Date: 10/23/19 3:15 AM (GMT-05:00)
>>
>> To: David Bergman <stu...@gm...
>> <mailto:stu...@gm...>>, Phil Rosenberg
>> <p.d...@gm... <mailto:p.d...@gm...>>,
>> "Plp...@li...
>> (plp...@li...)
>> <mailto:Plp...@li...%20(plp...@li...)>"
>> <plp...@li...
>> <mailto:plp...@li...>>
>>
>> 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 <stu...@gm...
>> <mailto:stu...@gm...>>
>> *Sent:* 22 October 2019 18:43
>> *To:* Phil Rosenberg <p.d...@gm...
>> <mailto:p.d...@gm...>>;
>> Plp...@li...
>> <mailto:Plp...@li...>
>> (plp...@li...
>> <mailto:plp...@li...>)
>> <plp...@li...
>> <mailto:plp...@li...>>
>> *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&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417329&sdata=DSrP3PiP2pqRz4SqeL9NlLlujV7RfXhiOsEm6ISUuuY%3D&reserved=0>
>>
>> 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
>> <p.d...@gm... <mailto:p.d...@gm...>> wrote:
>>
>> Hi David
>>
>> In what way did things fail when turning build test on?
>>
>> Phil
>>
>> ------------------------------------------------------------------------
>>
>> *From:* David Bergman <stu...@gm...
>> <mailto:stu...@gm...>>
>> *Sent:* Monday, 21 October 2019, 7:11 p.m.
>> *To:* Phil Rosenberg; plp...@li...
>> <mailto:plp...@li...>
>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147427320&sdata=w0rTnnRNs2%2BgxzaZZDPe%2BNNr7OYHEJakk%2Fo0rS%2BBmFg%3D&reserved=0>
>>
>> ------------------------------------------------------------------------
>>
>> *From:* David Bergman <stu...@gm...>
>> <mailto:stu...@gm...>
>> *Sent:* Friday, October 18, 2019 4:15:07 PM
>> *To:* Phil Rosenberg <p.d...@gm...>
>> <mailto:p.d...@gm...>;
>> plp...@li...
>> <mailto:plp...@li...>
>> <plp...@li...>
>> <mailto:plp...@li...>
>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0>
>>
>> ------------------------------------------------------------------------
>>
>> *From:* David Bergman <stu...@gm...>
>> <mailto:stu...@gm...>
>> *Sent:* Monday, September 9, 2019 6:31:00 PM
>> *To:* Phil Rosenberg <p.d...@gm...>
>> <mailto:p.d...@gm...>;
>> plp...@li...
>> <mailto:plp...@li...>
>> <plp...@li...>
>> <mailto:plp...@li...>
>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0>
>>
>> ------------------------------------------------------------------------
>>
>> *From:* David Bergman <stu...@gm...>
>> <mailto:stu...@gm...>
>> *Sent:* Friday, September 6, 2019 9:20:57 PM
>> *To:* Phil Rosenberg <p.d...@gm...>
>> <mailto:p.d...@gm...>;
>> plp...@li...
>> <mailto:plp...@li...>
>> <plp...@li...>
>> <mailto:plp...@li...>
>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=RbSlZvOvkrjU9StMxJG9dZoiz64RT3tXsVhQrLVCWDg%3D&reserved=0>
>>
>> ------------------------------------------------------------------------
>>
>> *From:* David Bergman
>> <stu...@gm...>
>> <mailto:stu...@gm...>
>> *Sent:* Friday, September 6, 2019 6:17:59 PM
>> *To:* plp...@li...
>> <mailto:plp...@li...>
>> <plp...@li...>
>> <mailto:plp...@li...>
>> *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
>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=9jQtHUGJXK2ysEY9bVhb5606ntlsy2MKFtmywbEyCYI%3D&reserved=0>
>>
>>
>>
>> _______________________________________________
>> Plplot-general mailing list
>> Plp...@li...
>> <mailto:Plp...@li...>
>> https://lists.sourceforge.net/lists/listinfo/plplot-general
>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147457308&sdata=Bmgpj4kgc%2BpPhGnp3ja4M%2BHoJEMnzADsQ1BS3xbzqxk%3D&reserved=0>
>>
>> --
>>
>> David Bergman
>>
>> David R Bergman Music LLC
>>
>> "Have Guitar Will Travel"
>>
>> Morristown NJ
>>
>> 551-655-4720
>>
>> stu...@gm... <mailto:stu...@gm...>
>>
>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=VkmELkcrd3hXNYNsbjxNUL%2FvS3PK75mfcr9V8NPYFHU%3D&reserved=0>
>>
>> Image removed by sender.
>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=GPddjpzGunYgI8kp%2BAIf4RmX%2BIKeyCyhSu9V861tjZg%3D&reserved=0>
>>
>>
>>
>> Virus-free. www.avast.com
>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147477300&sdata=HIyoHLBaWhog200y3%2BUb5F5Ag6CFMCmz1EqYEqXxgTo%3D&reserved=0>
>>
>>
>> --
>>
>> David Bergman
>>
>> David R Bergman Music LLC
>>
>> "Have Guitar Will Travel"
>>
>> Morristown NJ
>>
>> 551-655-4720
>>
>> stu...@gm... <mailto:stu...@gm...>
>>
>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0>
>>
>> --
>>
>> David Bergman
>>
>> David R Bergman Music LLC
>>
>> "Have Guitar Will Travel"
>>
>> Morristown NJ
>>
>> 551-655-4720
>>
>> stu...@gm... <mailto:stu...@gm...>
>>
>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0>
>>
>> --
>>
>> David Bergman
>>
>> David R Bergman Music LLC
>>
>> "Have Guitar Will Travel"
>>
>> Morristown NJ
>>
>> 551-655-4720
>>
>> stu...@gm... <mailto:stu...@gm...>
>>
>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147497291&sdata=whi1LXIwGxBIUGAqIFSw9FuscXSGlWP1qw6k9pOgbL0%3D&reserved=0>
>>
>> --
>> David Bergman
>> David R Bergman Music LLC
>> "Have Guitar Will Travel"
>> Morristown NJ
>> 551-655-4720
>> stu...@gm... <mailto:stu...@gm...>
>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147507296&sdata=VmdM1nBzC6LhmP6m%2Bjux6TCaC%2Fjlrnxdp%2B%2BW0bYt10o%3D&reserved=0>
>>
>> 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.
> --
> David Bergman
> David R Bergman Music LLC
> "Have Guitar Will Travel"
> Morristown NJ
> 551-655-4720
> stu...@gm...
> www.davidrobertbergmanmusic.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
|
|
From: Ferrell, S. <sfe...@ya...> - 2019-10-23 21:33:38
|
This works perfectly on my system. As in the examples, plstream is delcared globally:
----------------------#include "plc++demos.h"
#ifdef PL_USE_NAMESPACEusing 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 <stu...@gm...> 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
From: David Bergman <stu...@gm...>
Sent: Wednesday, October 23, 2019 4:30:49 PM
To: Arjen Markus <Arj...@de...>; Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...>
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 VisualStudio\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 <stu...@gm...>
Sent: 23 October 2019 12:10
To: Arjen Markus <Arj...@de...>; Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...>
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 <Arj...@de...>
Date: 10/23/19 3:15 AM (GMT-05:00)
To: David Bergman <stu...@gm...>, Phil Rosenberg <p.d...@gm...>, "Plp...@li... (plp...@li...)" <plp...@li...>
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 <stu...@gm...>
Sent: 22 October 2019 18:43
To: Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...>
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
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 <p.d...@gm...> wrote:
Hi David
In what way did things fail when turning build test on?
Phil
From: David Bergman <stu...@gm...>
Sent: Monday, 21 October 2019, 7:11 p.m.
To: Phil Rosenberg; plp...@li...
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
From: David Bergman <stu...@gm...>
Sent: Friday, October 18, 2019 4:15:07 PM
To: Phil Rosenberg <p.d...@gm...>; plp...@li... <plp...@li...>
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
From: David Bergman <stu...@gm...>
Sent: Monday, September 9, 2019 6:31:00 PM
To: Phil Rosenberg <p.d...@gm...>; plp...@li... <plp...@li...>
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
From: David Bergman <stu...@gm...>
Sent: Friday, September 6, 2019 9:20:57 PM
To: Phil Rosenberg <p.d...@gm...>; plp...@li... <plp...@li...>
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
From: David Bergman <stu...@gm...>
Sent: Friday, September 6, 2019 6:17:59 PM
To: plp...@li... <plp...@li...>
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
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com
|
|
Virus-free. www.avast.com
|
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com
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.
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com _______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general
|
|
From: David B. <stu...@gm...> - 2019-10-23 21:53:07
|
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
> <stu...@gm...> 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 <stu...@gm...>
>> <mailto:stu...@gm...>
>> *Sent:* Wednesday, October 23, 2019 4:30:49 PM
>> *To:* Arjen Markus <Arj...@de...>
>> <mailto:Arj...@de...>; Phil Rosenberg
>> <p.d...@gm...> <mailto:p.d...@gm...>;
>> Plp...@li...
>> <mailto:Plp...@li...>
>> (plp...@li...
>> <mailto:plp...@li...>)
>> <plp...@li...>
>> <mailto:plp...@li...>
>> *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 <stu...@gm...>
>>> <mailto:stu...@gm...>
>>> *Sent:* 23 October 2019 12:10
>>> *To:* Arjen Markus <Arj...@de...>
>>> <mailto:Arj...@de...>; Phil Rosenberg
>>> <p.d...@gm...> <mailto:p.d...@gm...>;
>>> Plp...@li...
>>> <mailto:Plp...@li...>
>>> (plp...@li...
>>> <mailto:plp...@li...>)
>>> <plp...@li...>
>>> <mailto:plp...@li...>
>>> *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 <Arj...@de...
>>> <mailto:Arj...@de...>>
>>>
>>> Date: 10/23/19 3:15 AM (GMT-05:00)
>>>
>>> To: David Bergman <stu...@gm...
>>> <mailto:stu...@gm...>>, Phil Rosenberg
>>> <p.d...@gm... <mailto:p.d...@gm...>>,
>>> "Plp...@li...
>>> (plp...@li...)
>>> <mailto:Plp...@li...%20(plp...@li...)>"
>>> <plp...@li...
>>> <mailto:plp...@li...>>
>>>
>>> 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 <stu...@gm...
>>> <mailto:stu...@gm...>>
>>> *Sent:* 22 October 2019 18:43
>>> *To:* Phil Rosenberg <p.d...@gm...
>>> <mailto:p.d...@gm...>>;
>>> Plp...@li...
>>> <mailto:Plp...@li...>
>>> (plp...@li...
>>> <mailto:plp...@li...>)
>>> <plp...@li...
>>> <mailto:plp...@li...>>
>>> *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&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417329&sdata=DSrP3PiP2pqRz4SqeL9NlLlujV7RfXhiOsEm6ISUuuY%3D&reserved=0>
>>>
>>> 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
>>> <p.d...@gm... <mailto:p.d...@gm...>> wrote:
>>>
>>> Hi David
>>>
>>> In what way did things fail when turning build test on?
>>>
>>> Phil
>>>
>>> ------------------------------------------------------------------------
>>>
>>> *From:* David Bergman <stu...@gm...
>>> <mailto:stu...@gm...>>
>>> *Sent:* Monday, 21 October 2019, 7:11 p.m.
>>> *To:* Phil Rosenberg; plp...@li...
>>> <mailto:plp...@li...>
>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147427320&sdata=w0rTnnRNs2%2BgxzaZZDPe%2BNNr7OYHEJakk%2Fo0rS%2BBmFg%3D&reserved=0>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> *From:* David Bergman <stu...@gm...>
>>> <mailto:stu...@gm...>
>>> *Sent:* Friday, October 18, 2019 4:15:07 PM
>>> *To:* Phil Rosenberg <p.d...@gm...>
>>> <mailto:p.d...@gm...>;
>>> plp...@li...
>>> <mailto:plp...@li...>
>>> <plp...@li...>
>>> <mailto:plp...@li...>
>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> *From:* David Bergman <stu...@gm...>
>>> <mailto:stu...@gm...>
>>> *Sent:* Monday, September 9, 2019 6:31:00 PM
>>> *To:* Phil Rosenberg <p.d...@gm...>
>>> <mailto:p.d...@gm...>;
>>> plp...@li...
>>> <mailto:plp...@li...>
>>> <plp...@li...>
>>> <mailto:plp...@li...>
>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> *From:* David Bergman
>>> <stu...@gm...>
>>> <mailto:stu...@gm...>
>>> *Sent:* Friday, September 6, 2019 9:20:57 PM
>>> *To:* Phil Rosenberg <p.d...@gm...>
>>> <mailto:p.d...@gm...>;
>>> plp...@li...
>>> <mailto:plp...@li...>
>>> <plp...@li...>
>>> <mailto:plp...@li...>
>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=RbSlZvOvkrjU9StMxJG9dZoiz64RT3tXsVhQrLVCWDg%3D&reserved=0>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> *From:* David Bergman
>>> <stu...@gm...>
>>> <mailto:stu...@gm...>
>>> *Sent:* Friday, September 6, 2019 6:17:59 PM
>>> *To:* plp...@li...
>>> <mailto:plp...@li...>
>>> <plp...@li...>
>>> <mailto:plp...@li...>
>>> *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
>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=9jQtHUGJXK2ysEY9bVhb5606ntlsy2MKFtmywbEyCYI%3D&reserved=0>
>>>
>>>
>>>
>>> _______________________________________________
>>> Plplot-general mailing list
>>> Plp...@li...
>>> <mailto:Plp...@li...>
>>> https://lists.sourceforge.net/lists/listinfo/plplot-general
>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147457308&sdata=Bmgpj4kgc%2BpPhGnp3ja4M%2BHoJEMnzADsQ1BS3xbzqxk%3D&reserved=0>
>>>
>>> --
>>>
>>> David Bergman
>>>
>>> David R Bergman Music LLC
>>>
>>> "Have Guitar Will Travel"
>>>
>>> Morristown NJ
>>>
>>> 551-655-4720
>>>
>>> stu...@gm... <mailto:stu...@gm...>
>>>
>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=VkmELkcrd3hXNYNsbjxNUL%2FvS3PK75mfcr9V8NPYFHU%3D&reserved=0>
>>>
>>> Image removed by sender.
>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=GPddjpzGunYgI8kp%2BAIf4RmX%2BIKeyCyhSu9V861tjZg%3D&reserved=0>
>>>
>>>
>>>
>>> Virus-free. www.avast.com
>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147477300&sdata=HIyoHLBaWhog200y3%2BUb5F5Ag6CFMCmz1EqYEqXxgTo%3D&reserved=0>
>>>
>>>
>>> --
>>>
>>> David Bergman
>>>
>>> David R Bergman Music LLC
>>>
>>> "Have Guitar Will Travel"
>>>
>>> Morristown NJ
>>>
>>> 551-655-4720
>>>
>>> stu...@gm... <mailto:stu...@gm...>
>>>
>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0>
>>>
>>> --
>>>
>>> David Bergman
>>>
>>> David R Bergman Music LLC
>>>
>>> "Have Guitar Will Travel"
>>>
>>> Morristown NJ
>>>
>>> 551-655-4720
>>>
>>> stu...@gm... <mailto:stu...@gm...>
>>>
>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0>
>>>
>>> --
>>>
>>> David Bergman
>>>
>>> David R Bergman Music LLC
>>>
>>> "Have Guitar Will Travel"
>>>
>>> Morristown NJ
>>>
>>> 551-655-4720
>>>
>>> stu...@gm... <mailto:stu...@gm...>
>>>
>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147497291&sdata=whi1LXIwGxBIUGAqIFSw9FuscXSGlWP1qw6k9pOgbL0%3D&reserved=0>
>>>
>>> --
>>> David Bergman
>>> David R Bergman Music LLC
>>> "Have Guitar Will Travel"
>>> Morristown NJ
>>> 551-655-4720
>>> stu...@gm... <mailto:stu...@gm...>
>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147507296&sdata=VmdM1nBzC6LhmP6m%2Bjux6TCaC%2Fjlrnxdp%2B%2BW0bYt10o%3D&reserved=0>
>>>
>>> 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.
>> --
>> David Bergman
>> David R Bergman Music LLC
>> "Have Guitar Will Travel"
>> Morristown NJ
>> 551-655-4720
>> stu...@gm... <mailto:stu...@gm...>
>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com>
> --
> David Bergman
> David R Bergman Music LLC
> "Have Guitar Will Travel"
> Morristown NJ
> 551-655-4720
> stu...@gm... <mailto:stu...@gm...>
> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com>
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> <mailto:Plp...@li...>
> https://lists.sourceforge.net/lists/listinfo/plplot-general
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
|
|
From: Ferrell, S. <sfe...@ya...> - 2019-10-24 03:49:33
|
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 <stu...@gm...> 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 <stu...@gm...> 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
From: David Bergman <stu...@gm...>
Sent: Wednesday, October 23, 2019 4:30:49 PM
To: Arjen Markus <Arj...@de...>; Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...>
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 VisualStudio\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 <stu...@gm...>
Sent: 23 October 2019 12:10
To: Arjen Markus <Arj...@de...>; Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...>
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 <Arj...@de...>
Date: 10/23/19 3:15 AM (GMT-05:00)
To: David Bergman <stu...@gm...>, Phil Rosenberg <p.d...@gm...>, "Plp...@li... (plp...@li...)" <plp...@li...>
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 <stu...@gm...>
Sent: 22 October 2019 18:43
To: Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...>
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
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 <p.d...@gm...> wrote:
Hi David
In what way did things fail when turning build test on?
Phil
From: David Bergman <stu...@gm...>
Sent: Monday, 21 October 2019, 7:11 p.m.
To: Phil Rosenberg; plp...@li...
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
From: David Bergman <stu...@gm...>
Sent: Friday, October 18, 2019 4:15:07 PM
To: Phil Rosenberg <p.d...@gm...>; plp...@li... <plp...@li...>
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
From: David Bergman <stu...@gm...>
Sent: Monday, September 9, 2019 6:31:00 PM
To: Phil Rosenberg <p.d...@gm...>; plp...@li... <plp...@li...>
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
From: David Bergman <stu...@gm...>
Sent: Friday, September 6, 2019 9:20:57 PM
To: Phil Rosenberg <p.d...@gm...>; plp...@li... <plp...@li...>
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
From: David Bergman <stu...@gm...>
Sent: Friday, September 6, 2019 6:17:59 PM
To: plp...@li... <plp...@li...>
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
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com
|
|
Virus-free. www.avast.com
|
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com
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.
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com _______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com _______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general
|
|
From: Phil R. <p.d...@gm...> - 2019-10-24 07:03:16
|
Sorry David I just meant, let's try and work out where the error is coming from, rather than trying a whole different build. Somehow I seem to have multiple threads on this, but I just sent an email asking if you could you zip up that solution and send it over. If possible, could you also send the cmake command used to configure the plplot build. I have lost track. Thanks Phil Get Outlook for Android<https://aka.ms/ghei36> ________________________________ From: Ferrell, Stephen <sfe...@ya...> Sent: Thursday, October 24, 2019 4:49:20 AM To: Phil Rosenberg <p.d...@gm...>; Arjen Markus <arj...@de...>; Plp...@li... (plp...@li...) <plp...@li...>; David Bergman <stu...@gm...> Subject: Re: [Plplot-general] Problem with LNK2019 error unresolved external 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 <stu...@gm...> 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 <stu...@gm...><mailto:stu...@gm...> 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 <stu...@gm...><mailto:stu...@gm...> Sent: Wednesday, October 23, 2019 4:30:49 PM To: Arjen Markus <Arj...@de...><mailto:Arj...@de...>; Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; Plp...@li...<mailto:Plp...@li...> (plp...@li...<mailto:plp...@li...>) <plp...@li...><mailto:plp...@li...> 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 <stu...@gm...><mailto:stu...@gm...> Sent: 23 October 2019 12:10 To: Arjen Markus <Arj...@de...><mailto:Arj...@de...>; Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; Plp...@li...<mailto:Plp...@li...> (plp...@li...<mailto:plp...@li...>) <plp...@li...><mailto:plp...@li...> 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 <Arj...@de...<mailto:Arj...@de...>> Date: 10/23/19 3:15 AM (GMT-05:00) To: David Bergman <stu...@gm...<mailto:stu...@gm...>>, Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>>, "Plp...@li... (plp...@li...)<mailto:Plp...@li...%20(plp...@li...)>" <plp...@li...<mailto:plp...@li...>> 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 <stu...@gm...<mailto:stu...@gm...>> Sent: 22 October 2019 18:43 To: Phil Rosenberg <p.d...@gm...<mailto:p.d...@gm...>>; Plp...@li...<mailto:Plp...@li...> (plp...@li...<mailto:plp...@li...>) <plp...@li...<mailto:plp...@li...>> 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&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417329&sdata=DSrP3PiP2pqRz4SqeL9NlLlujV7RfXhiOsEm6ISUuuY%3D&reserved=0> 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 <p.d...@gm...<mailto:p.d...@gm...>> wrote: Hi David In what way did things fail when turning build test on? Phil ________________________________ From: David Bergman <stu...@gm...<mailto:stu...@gm...>> Sent: Monday, 21 October 2019, 7:11 p.m. To: Phil Rosenberg; plp...@li...<mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147427320&sdata=w0rTnnRNs2%2BgxzaZZDPe%2BNNr7OYHEJakk%2Fo0rS%2BBmFg%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, October 18, 2019 4:15:07 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Monday, September 9, 2019 6:31:00 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, September 6, 2019 9:20:57 PM To: Phil Rosenberg <p.d...@gm...><mailto:p.d...@gm...>; plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=RbSlZvOvkrjU9StMxJG9dZoiz64RT3tXsVhQrLVCWDg%3D&reserved=0> ________________________________ From: David Bergman <stu...@gm...><mailto:stu...@gm...> Sent: Friday, September 6, 2019 6:17:59 PM To: plp...@li...<mailto:plp...@li...> <plp...@li...><mailto:plp...@li...> 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<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=9jQtHUGJXK2ysEY9bVhb5606ntlsy2MKFtmywbEyCYI%3D&reserved=0> _______________________________________________ Plplot-general mailing list Plp...@li...<mailto:Plp...@li...> https://lists.sourceforge.net/lists/listinfo/plplot-general<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147457308&sdata=Bmgpj4kgc%2BpPhGnp3ja4M%2BHoJEMnzADsQ1BS3xbzqxk%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=VkmELkcrd3hXNYNsbjxNUL%2FvS3PK75mfcr9V8NPYFHU%3D&reserved=0> [X]<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=GPddjpzGunYgI8kp%2BAIf4RmX%2BIKeyCyhSu9V861tjZg%3D&reserved=0> Virus-free. www.avast.com<https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147477300&sdata=HIyoHLBaWhog200y3%2BUb5F5Ag6CFMCmz1EqYEqXxgTo%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147497291&sdata=whi1LXIwGxBIUGAqIFSw9FuscXSGlWP1qw6k9pOgbL0%3D&reserved=0> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147507296&sdata=VmdM1nBzC6LhmP6m%2Bjux6TCaC%2Fjlrnxdp%2B%2BW0bYt10o%3D&reserved=0> 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. -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<http://www.davidrobertbergmanmusic.com> -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<http://www.davidrobertbergmanmusic.com> _______________________________________________ Plplot-general mailing list Plp...@li...<mailto:Plp...@li...> https://lists.sourceforge.net/lists/listinfo/plplot-general -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm...<mailto:stu...@gm...> www.davidrobertbergmanmusic.com<http://www.davidrobertbergmanmusic.com> _______________________________________________ Plplot-general mailing list Plp...@li...<mailto:Plp...@li...> https://lists.sourceforge.net/lists/listinfo/plplot-general |
|
From: David B. <stu...@gm...> - 2019-10-24 13:57:29
|
I am sure I'm doing something wrong but just don't see it. Also, the more I look at it the more cross eyed I'm getting. On 10/24/2019 3:03 AM, Phil Rosenberg wrote: > Sorry David > I just meant, let's try and work out where the error is coming from, > rather than trying a whole different build. > > Somehow I seem to have multiple threads on this, but I just sent an > email asking if you could you zip up that solution and send it over. > > If possible, could you also send the cmake command used to configure > the plplot build. I have lost track. > > Thanks > Phil > > Get Outlook for Android <https://aka.ms/ghei36> > > ------------------------------------------------------------------------ > *From:* Ferrell, Stephen <sfe...@ya...> > *Sent:* Thursday, October 24, 2019 4:49:20 AM > *To:* Phil Rosenberg <p.d...@gm...>; Arjen Markus > <arj...@de...>; Plp...@li... > (plp...@li...) > <plp...@li...>; David Bergman > <stu...@gm...> > *Subject:* Re: [Plplot-general] Problem with LNK2019 error unresolved > external > 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 > <stu...@gm...> 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 >> <stu...@gm...> <mailto:stu...@gm...> 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 <stu...@gm...> >>> <mailto:stu...@gm...> >>> *Sent:* Wednesday, October 23, 2019 4:30:49 PM >>> *To:* Arjen Markus <Arj...@de...> >>> <mailto:Arj...@de...>; Phil Rosenberg >>> <p.d...@gm...> <mailto:p.d...@gm...>; >>> Plp...@li... >>> <mailto:Plp...@li...> >>> (plp...@li... >>> <mailto:plp...@li...>) >>> <plp...@li...> >>> <mailto:plp...@li...> >>> *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 <stu...@gm...> >>>> <mailto:stu...@gm...> >>>> *Sent:* 23 October 2019 12:10 >>>> *To:* Arjen Markus <Arj...@de...> >>>> <mailto:Arj...@de...>; Phil Rosenberg >>>> <p.d...@gm...> <mailto:p.d...@gm...>; >>>> Plp...@li... >>>> <mailto:Plp...@li...> >>>> (plp...@li... >>>> <mailto:plp...@li...>) >>>> <plp...@li...> >>>> <mailto:plp...@li...> >>>> *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 <Arj...@de... >>>> <mailto:Arj...@de...>> >>>> >>>> Date: 10/23/19 3:15 AM (GMT-05:00) >>>> >>>> To: David Bergman <stu...@gm... >>>> <mailto:stu...@gm...>>, Phil Rosenberg >>>> <p.d...@gm... <mailto:p.d...@gm...>>, >>>> "Plp...@li... >>>> (plp...@li...) >>>> <mailto:Plp...@li...%20(plp...@li...)>" >>>> <plp...@li... >>>> <mailto:plp...@li...>> >>>> >>>> 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 <stu...@gm... >>>> <mailto:stu...@gm...>> >>>> *Sent:* 22 October 2019 18:43 >>>> *To:* Phil Rosenberg <p.d...@gm... >>>> <mailto:p.d...@gm...>>; >>>> Plp...@li... >>>> <mailto:Plp...@li...> >>>> (plp...@li... >>>> <mailto:plp...@li...>) >>>> <plp...@li... >>>> <mailto:plp...@li...>> >>>> *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&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417329&sdata=DSrP3PiP2pqRz4SqeL9NlLlujV7RfXhiOsEm6ISUuuY%3D&reserved=0> >>>> >>>> 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 >>>> <p.d...@gm... <mailto:p.d...@gm...>> wrote: >>>> >>>> Hi David >>>> >>>> In what way did things fail when turning build test on? >>>> >>>> Phil >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> *From:* David Bergman <stu...@gm... >>>> <mailto:stu...@gm...>> >>>> *Sent:* Monday, 21 October 2019, 7:11 p.m. >>>> *To:* Phil Rosenberg; plp...@li... >>>> <mailto:plp...@li...> >>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147427320&sdata=w0rTnnRNs2%2BgxzaZZDPe%2BNNr7OYHEJakk%2Fo0rS%2BBmFg%3D&reserved=0> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> *From:* David Bergman <stu...@gm...> >>>> <mailto:stu...@gm...> >>>> *Sent:* Friday, October 18, 2019 4:15:07 PM >>>> *To:* Phil Rosenberg <p.d...@gm...> >>>> <mailto:p.d...@gm...>; >>>> plp...@li... >>>> <mailto:plp...@li...> >>>> <plp...@li...> >>>> <mailto:plp...@li...> >>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> *From:* David Bergman <stu...@gm...> >>>> <mailto:stu...@gm...> >>>> *Sent:* Monday, September 9, 2019 6:31:00 PM >>>> *To:* Phil Rosenberg <p.d...@gm...> >>>> <mailto:p.d...@gm...>; >>>> plp...@li... >>>> <mailto:plp...@li...> >>>> <plp...@li...> >>>> <mailto:plp...@li...> >>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> *From:* David Bergman >>>> <stu...@gm...> >>>> <mailto:stu...@gm...> >>>> *Sent:* Friday, September 6, 2019 9:20:57 PM >>>> *To:* Phil Rosenberg <p.d...@gm...> >>>> <mailto:p.d...@gm...>; >>>> plp...@li... >>>> <mailto:plp...@li...> >>>> <plp...@li...> >>>> <mailto:plp...@li...> >>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=RbSlZvOvkrjU9StMxJG9dZoiz64RT3tXsVhQrLVCWDg%3D&reserved=0> >>>> >>>> ------------------------------------------------------------------------ >>>> >>>> *From:* David Bergman >>>> <stu...@gm...> >>>> <mailto:stu...@gm...> >>>> *Sent:* Friday, September 6, 2019 6:17:59 PM >>>> *To:* plp...@li... >>>> <mailto:plp...@li...> >>>> <plp...@li...> >>>> <mailto:plp...@li...> >>>> *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 >>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=9jQtHUGJXK2ysEY9bVhb5606ntlsy2MKFtmywbEyCYI%3D&reserved=0> >>>> >>>> >>>> >>>> _______________________________________________ >>>> Plplot-general mailing list >>>> Plp...@li... >>>> <mailto:Plp...@li...> >>>> https://lists.sourceforge.net/lists/listinfo/plplot-general >>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147457308&sdata=Bmgpj4kgc%2BpPhGnp3ja4M%2BHoJEMnzADsQ1BS3xbzqxk%3D&reserved=0> >>>> >>>> -- >>>> >>>> David Bergman >>>> >>>> David R Bergman Music LLC >>>> >>>> "Have Guitar Will Travel" >>>> >>>> Morristown NJ >>>> >>>> 551-655-4720 >>>> >>>> stu...@gm... <mailto:stu...@gm...> >>>> >>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=VkmELkcrd3hXNYNsbjxNUL%2FvS3PK75mfcr9V8NPYFHU%3D&reserved=0> >>>> >>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=GPddjpzGunYgI8kp%2BAIf4RmX%2BIKeyCyhSu9V861tjZg%3D&reserved=0> >>>> >>>> >>>> >>>> Virus-free. www.avast.com >>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147477300&sdata=HIyoHLBaWhog200y3%2BUb5F5Ag6CFMCmz1EqYEqXxgTo%3D&reserved=0> >>>> >>>> >>>> -- >>>> >>>> David Bergman >>>> >>>> David R Bergman Music LLC >>>> >>>> "Have Guitar Will Travel" >>>> >>>> Morristown NJ >>>> >>>> 551-655-4720 >>>> >>>> stu...@gm... <mailto:stu...@gm...> >>>> >>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> >>>> >>>> -- >>>> >>>> David Bergman >>>> >>>> David R Bergman Music LLC >>>> >>>> "Have Guitar Will Travel" >>>> >>>> Morristown NJ >>>> >>>> 551-655-4720 >>>> >>>> stu...@gm... <mailto:stu...@gm...> >>>> >>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0> >>>> >>>> -- >>>> >>>> David Bergman >>>> >>>> David R Bergman Music LLC >>>> >>>> "Have Guitar Will Travel" >>>> >>>> Morristown NJ >>>> >>>> 551-655-4720 >>>> >>>> stu...@gm... <mailto:stu...@gm...> >>>> >>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147497291&sdata=whi1LXIwGxBIUGAqIFSw9FuscXSGlWP1qw6k9pOgbL0%3D&reserved=0> >>>> >>>> -- >>>> David Bergman >>>> David R Bergman Music LLC >>>> "Have Guitar Will Travel" >>>> Morristown NJ >>>> 551-655-4720 >>>> stu...@gm... <mailto:stu...@gm...> >>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147507296&sdata=VmdM1nBzC6LhmP6m%2Bjux6TCaC%2Fjlrnxdp%2B%2BW0bYt10o%3D&reserved=0> >>>> >>>> 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. >>> -- >>> David Bergman >>> David R Bergman Music LLC >>> "Have Guitar Will Travel" >>> Morristown NJ >>> 551-655-4720 >>> stu...@gm... <mailto:stu...@gm...> >>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com> >> -- >> David Bergman >> David R Bergman Music LLC >> "Have Guitar Will Travel" >> Morristown NJ >> 551-655-4720 >> stu...@gm... <mailto:stu...@gm...> >> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com> >> _______________________________________________ >> Plplot-general mailing list >> Plp...@li... >> <mailto:Plp...@li...> >> https://lists.sourceforge.net/lists/listinfo/plplot-general > -- > David Bergman > David R Bergman Music LLC > "Have Guitar Will Travel" > Morristown NJ > 551-655-4720 > stu...@gm... <mailto:stu...@gm...> > www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com> > _______________________________________________ > Plplot-general mailing list > Plp...@li... > <mailto:Plp...@li...> > https://lists.sourceforge.net/lists/listinfo/plplot-general -- David Bergman David R Bergman Music LLC "Have Guitar Will Travel" Morristown NJ 551-655-4720 stu...@gm... www.davidrobertbergmanmusic.com |
|
From: David B. <stu...@gm...> - 2019-10-24 13:59:42
|
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
> <stu...@gm...> 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
>> <stu...@gm...> <mailto:stu...@gm...> 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 <stu...@gm...>
>>> <mailto:stu...@gm...>
>>> *Sent:* Wednesday, October 23, 2019 4:30:49 PM
>>> *To:* Arjen Markus <Arj...@de...>
>>> <mailto:Arj...@de...>; Phil Rosenberg
>>> <p.d...@gm...> <mailto:p.d...@gm...>;
>>> Plp...@li...
>>> <mailto:Plp...@li...>
>>> (plp...@li...
>>> <mailto:plp...@li...>)
>>> <plp...@li...>
>>> <mailto:plp...@li...>
>>> *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 <stu...@gm...>
>>>> <mailto:stu...@gm...>
>>>> *Sent:* 23 October 2019 12:10
>>>> *To:* Arjen Markus <Arj...@de...>
>>>> <mailto:Arj...@de...>; Phil Rosenberg
>>>> <p.d...@gm...> <mailto:p.d...@gm...>;
>>>> Plp...@li...
>>>> <mailto:Plp...@li...>
>>>> (plp...@li...
>>>> <mailto:plp...@li...>)
>>>> <plp...@li...>
>>>> <mailto:plp...@li...>
>>>> *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 <Arj...@de...
>>>> <mailto:Arj...@de...>>
>>>>
>>>> Date: 10/23/19 3:15 AM (GMT-05:00)
>>>>
>>>> To: David Bergman <stu...@gm...
>>>> <mailto:stu...@gm...>>, Phil Rosenberg
>>>> <p.d...@gm... <mailto:p.d...@gm...>>,
>>>> "Plp...@li...
>>>> (plp...@li...)
>>>> <mailto:Plp...@li...%20(plp...@li...)>"
>>>> <plp...@li...
>>>> <mailto:plp...@li...>>
>>>>
>>>> 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 <stu...@gm...
>>>> <mailto:stu...@gm...>>
>>>> *Sent:* 22 October 2019 18:43
>>>> *To:* Phil Rosenberg <p.d...@gm...
>>>> <mailto:p.d...@gm...>>;
>>>> Plp...@li...
>>>> <mailto:Plp...@li...>
>>>> (plp...@li...
>>>> <mailto:plp...@li...>)
>>>> <plp...@li...
>>>> <mailto:plp...@li...>>
>>>> *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&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417329&sdata=DSrP3PiP2pqRz4SqeL9NlLlujV7RfXhiOsEm6ISUuuY%3D&reserved=0>
>>>>
>>>> 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
>>>> <p.d...@gm... <mailto:p.d...@gm...>> wrote:
>>>>
>>>> Hi David
>>>>
>>>> In what way did things fail when turning build test on?
>>>>
>>>> Phil
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> *From:* David Bergman <stu...@gm...
>>>> <mailto:stu...@gm...>>
>>>> *Sent:* Monday, 21 October 2019, 7:11 p.m.
>>>> *To:* Phil Rosenberg; plp...@li...
>>>> <mailto:plp...@li...>
>>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147427320&sdata=w0rTnnRNs2%2BgxzaZZDPe%2BNNr7OYHEJakk%2Fo0rS%2BBmFg%3D&reserved=0>
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> *From:* David Bergman <stu...@gm...>
>>>> <mailto:stu...@gm...>
>>>> *Sent:* Friday, October 18, 2019 4:15:07 PM
>>>> *To:* Phil Rosenberg <p.d...@gm...>
>>>> <mailto:p.d...@gm...>;
>>>> plp...@li...
>>>> <mailto:plp...@li...>
>>>> <plp...@li...>
>>>> <mailto:plp...@li...>
>>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0>
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> *From:* David Bergman <stu...@gm...>
>>>> <mailto:stu...@gm...>
>>>> *Sent:* Monday, September 9, 2019 6:31:00 PM
>>>> *To:* Phil Rosenberg <p.d...@gm...>
>>>> <mailto:p.d...@gm...>;
>>>> plp...@li...
>>>> <mailto:plp...@li...>
>>>> <plp...@li...>
>>>> <mailto:plp...@li...>
>>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0>
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> *From:* David Bergman
>>>> <stu...@gm...>
>>>> <mailto:stu...@gm...>
>>>> *Sent:* Friday, September 6, 2019 9:20:57 PM
>>>> *To:* Phil Rosenberg <p.d...@gm...>
>>>> <mailto:p.d...@gm...>;
>>>> plp...@li...
>>>> <mailto:plp...@li...>
>>>> <plp...@li...>
>>>> <mailto:plp...@li...>
>>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=RbSlZvOvkrjU9StMxJG9dZoiz64RT3tXsVhQrLVCWDg%3D&reserved=0>
>>>>
>>>> ------------------------------------------------------------------------
>>>>
>>>> *From:* David Bergman
>>>> <stu...@gm...>
>>>> <mailto:stu...@gm...>
>>>> *Sent:* Friday, September 6, 2019 6:17:59 PM
>>>> *To:* plp...@li...
>>>> <mailto:plp...@li...>
>>>> <plp...@li...>
>>>> <mailto:plp...@li...>
>>>> *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
>>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=9jQtHUGJXK2ysEY9bVhb5606ntlsy2MKFtmywbEyCYI%3D&reserved=0>
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Plplot-general mailing list
>>>> Plp...@li...
>>>> <mailto:Plp...@li...>
>>>> https://lists.sourceforge.net/lists/listinfo/plplot-general
>>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147457308&sdata=Bmgpj4kgc%2BpPhGnp3ja4M%2BHoJEMnzADsQ1BS3xbzqxk%3D&reserved=0>
>>>>
>>>> --
>>>>
>>>> David Bergman
>>>>
>>>> David R Bergman Music LLC
>>>>
>>>> "Have Guitar Will Travel"
>>>>
>>>> Morristown NJ
>>>>
>>>> 551-655-4720
>>>>
>>>> stu...@gm... <mailto:stu...@gm...>
>>>>
>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=VkmELkcrd3hXNYNsbjxNUL%2FvS3PK75mfcr9V8NPYFHU%3D&reserved=0>
>>>>
>>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=GPddjpzGunYgI8kp%2BAIf4RmX%2BIKeyCyhSu9V861tjZg%3D&reserved=0>
>>>>
>>>>
>>>>
>>>> Virus-free. www.avast.com
>>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147477300&sdata=HIyoHLBaWhog200y3%2BUb5F5Ag6CFMCmz1EqYEqXxgTo%3D&reserved=0>
>>>>
>>>>
>>>> --
>>>>
>>>> David Bergman
>>>>
>>>> David R Bergman Music LLC
>>>>
>>>> "Have Guitar Will Travel"
>>>>
>>>> Morristown NJ
>>>>
>>>> 551-655-4720
>>>>
>>>> stu...@gm... <mailto:stu...@gm...>
>>>>
>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0>
>>>>
>>>> --
>>>>
>>>> David Bergman
>>>>
>>>> David R Bergman Music LLC
>>>>
>>>> "Have Guitar Will Travel"
>>>>
>>>> Morristown NJ
>>>>
>>>> 551-655-4720
>>>>
>>>> stu...@gm... <mailto:stu...@gm...>
>>>>
>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0>
>>>>
>>>> --
>>>>
>>>> David Bergman
>>>>
>>>> David R Bergman Music LLC
>>>>
>>>> "Have Guitar Will Travel"
>>>>
>>>> Morristown NJ
>>>>
>>>> 551-655-4720
>>>>
>>>> stu...@gm... <mailto:stu...@gm...>
>>>>
>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147497291&sdata=whi1LXIwGxBIUGAqIFSw9FuscXSGlWP1qw6k9pOgbL0%3D&reserved=0>
>>>>
>>>> --
>>>> David Bergman
>>>> David R Bergman Music LLC
>>>> "Have Guitar Will Travel"
>>>> Morristown NJ
>>>> 551-655-4720
>>>> stu...@gm... <mailto:stu...@gm...>
>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147507296&sdata=VmdM1nBzC6LhmP6m%2Bjux6TCaC%2Fjlrnxdp%2B%2BW0bYt10o%3D&reserved=0>
>>>>
>>>> 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.
>>> --
>>> David Bergman
>>> David R Bergman Music LLC
>>> "Have Guitar Will Travel"
>>> Morristown NJ
>>> 551-655-4720
>>> stu...@gm... <mailto:stu...@gm...>
>>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com>
>> --
>> David Bergman
>> David R Bergman Music LLC
>> "Have Guitar Will Travel"
>> Morristown NJ
>> 551-655-4720
>> stu...@gm... <mailto:stu...@gm...>
>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com>
>> _______________________________________________
>> Plplot-general mailing list
>> Plp...@li...
>> <mailto:Plp...@li...>
>> https://lists.sourceforge.net/lists/listinfo/plplot-general
> --
> David Bergman
> David R Bergman Music LLC
> "Have Guitar Will Travel"
> Morristown NJ
> 551-655-4720
> stu...@gm... <mailto:stu...@gm...>
> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com>
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> <mailto:Plp...@li...>
> https://lists.sourceforge.net/lists/listinfo/plplot-general
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
|
|
From: David B. <stu...@gm...> - 2019-10-24 14:31:03
|
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
>> <stu...@gm...> 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
>>> <stu...@gm...> <mailto:stu...@gm...> 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 <stu...@gm...>
>>>> <mailto:stu...@gm...>
>>>> *Sent:* Wednesday, October 23, 2019 4:30:49 PM
>>>> *To:* Arjen Markus <Arj...@de...>
>>>> <mailto:Arj...@de...>; Phil Rosenberg
>>>> <p.d...@gm...> <mailto:p.d...@gm...>;
>>>> Plp...@li...
>>>> <mailto:Plp...@li...>
>>>> (plp...@li...
>>>> <mailto:plp...@li...>)
>>>> <plp...@li...>
>>>> <mailto:plp...@li...>
>>>> *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 <stu...@gm...>
>>>>> <mailto:stu...@gm...>
>>>>> *Sent:* 23 October 2019 12:10
>>>>> *To:* Arjen Markus <Arj...@de...>
>>>>> <mailto:Arj...@de...>; Phil Rosenberg
>>>>> <p.d...@gm...> <mailto:p.d...@gm...>;
>>>>> Plp...@li...
>>>>> <mailto:Plp...@li...>
>>>>> (plp...@li...
>>>>> <mailto:plp...@li...>)
>>>>> <plp...@li...>
>>>>> <mailto:plp...@li...>
>>>>> *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 <Arj...@de...
>>>>> <mailto:Arj...@de...>>
>>>>>
>>>>> Date: 10/23/19 3:15 AM (GMT-05:00)
>>>>>
>>>>> To: David Bergman <stu...@gm...
>>>>> <mailto:stu...@gm...>>, Phil Rosenberg
>>>>> <p.d...@gm... <mailto:p.d...@gm...>>,
>>>>> "Plp...@li...
>>>>> (plp...@li...)
>>>>> <mailto:Plp...@li...%20(plp...@li...)>"
>>>>> <plp...@li...
>>>>> <mailto:plp...@li...>>
>>>>>
>>>>> 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 <stu...@gm...
>>>>> <mailto:stu...@gm...>>
>>>>> *Sent:* 22 October 2019 18:43
>>>>> *To:* Phil Rosenberg <p.d...@gm...
>>>>> <mailto:p.d...@gm...>>;
>>>>> Plp...@li...
>>>>> <mailto:Plp...@li...>
>>>>> (plp...@li...
>>>>> <mailto:plp...@li...>)
>>>>> <plp...@li...
>>>>> <mailto:plp...@li...>>
>>>>> *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&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417329&sdata=DSrP3PiP2pqRz4SqeL9NlLlujV7RfXhiOsEm6ISUuuY%3D&reserved=0>
>>>>>
>>>>> 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
>>>>> <p.d...@gm... <mailto:p.d...@gm...>> wrote:
>>>>>
>>>>> Hi David
>>>>>
>>>>> In what way did things fail when turning build test on?
>>>>>
>>>>> Phil
>>>>>
>>>>> ------------------------------------------------------------------------
>>>>>
>>>>> *From:* David Bergman <stu...@gm...
>>>>> <mailto:stu...@gm...>>
>>>>> *Sent:* Monday, 21 October 2019, 7:11 p.m.
>>>>> *To:* Phil Rosenberg; plp...@li...
>>>>> <mailto:plp...@li...>
>>>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147427320&sdata=w0rTnnRNs2%2BgxzaZZDPe%2BNNr7OYHEJakk%2Fo0rS%2BBmFg%3D&reserved=0>
>>>>>
>>>>> ------------------------------------------------------------------------
>>>>>
>>>>> *From:* David Bergman <stu...@gm...>
>>>>> <mailto:stu...@gm...>
>>>>> *Sent:* Friday, October 18, 2019 4:15:07 PM
>>>>> *To:* Phil Rosenberg <p.d...@gm...>
>>>>> <mailto:p.d...@gm...>;
>>>>> plp...@li...
>>>>> <mailto:plp...@li...>
>>>>> <plp...@li...>
>>>>> <mailto:plp...@li...>
>>>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0>
>>>>>
>>>>> ------------------------------------------------------------------------
>>>>>
>>>>> *From:* David Bergman <stu...@gm...>
>>>>> <mailto:stu...@gm...>
>>>>> *Sent:* Monday, September 9, 2019 6:31:00 PM
>>>>> *To:* Phil Rosenberg <p.d...@gm...>
>>>>> <mailto:p.d...@gm...>;
>>>>> plp...@li...
>>>>> <mailto:plp...@li...>
>>>>> <plp...@li...>
>>>>> <mailto:plp...@li...>
>>>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0>
>>>>>
>>>>> ------------------------------------------------------------------------
>>>>>
>>>>> *From:* David Bergman
>>>>> <stu...@gm...>
>>>>> <mailto:stu...@gm...>
>>>>> *Sent:* Friday, September 6, 2019 9:20:57 PM
>>>>> *To:* Phil Rosenberg <p.d...@gm...>
>>>>> <mailto:p.d...@gm...>;
>>>>> plp...@li...
>>>>> <mailto:plp...@li...>
>>>>> <plp...@li...>
>>>>> <mailto:plp...@li...>
>>>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=RbSlZvOvkrjU9StMxJG9dZoiz64RT3tXsVhQrLVCWDg%3D&reserved=0>
>>>>>
>>>>> ------------------------------------------------------------------------
>>>>>
>>>>> *From:* David Bergman
>>>>> <stu...@gm...>
>>>>> <mailto:stu...@gm...>
>>>>> *Sent:* Friday, September 6, 2019 6:17:59 PM
>>>>> *To:* plp...@li...
>>>>> <mailto:plp...@li...>
>>>>> <plp...@li...>
>>>>> <mailto:plp...@li...>
>>>>> *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
>>>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=9jQtHUGJXK2ysEY9bVhb5606ntlsy2MKFtmywbEyCYI%3D&reserved=0>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Plplot-general mailing list
>>>>> Plp...@li...
>>>>> <mailto:Plp...@li...>
>>>>> https://lists.sourceforge.net/lists/listinfo/plplot-general
>>>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147457308&sdata=Bmgpj4kgc%2BpPhGnp3ja4M%2BHoJEMnzADsQ1BS3xbzqxk%3D&reserved=0>
>>>>>
>>>>> --
>>>>>
>>>>> David Bergman
>>>>>
>>>>> David R Bergman Music LLC
>>>>>
>>>>> "Have Guitar Will Travel"
>>>>>
>>>>> Morristown NJ
>>>>>
>>>>> 551-655-4720
>>>>>
>>>>> stu...@gm... <mailto:stu...@gm...>
>>>>>
>>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=VkmELkcrd3hXNYNsbjxNUL%2FvS3PK75mfcr9V8NPYFHU%3D&reserved=0>
>>>>>
>>>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=GPddjpzGunYgI8kp%2BAIf4RmX%2BIKeyCyhSu9V861tjZg%3D&reserved=0>
>>>>>
>>>>>
>>>>>
>>>>> Virus-free. www.avast.com
>>>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147477300&sdata=HIyoHLBaWhog200y3%2BUb5F5Ag6CFMCmz1EqYEqXxgTo%3D&reserved=0>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> David Bergman
>>>>>
>>>>> David R Bergman Music LLC
>>>>>
>>>>> "Have Guitar Will Travel"
>>>>>
>>>>> Morristown NJ
>>>>>
>>>>> 551-655-4720
>>>>>
>>>>> stu...@gm... <mailto:stu...@gm...>
>>>>>
>>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0>
>>>>>
>>>>> --
>>>>>
>>>>> David Bergman
>>>>>
>>>>> David R Bergman Music LLC
>>>>>
>>>>> "Have Guitar Will Travel"
>>>>>
>>>>> Morristown NJ
>>>>>
>>>>> 551-655-4720
>>>>>
>>>>> stu...@gm... <mailto:stu...@gm...>
>>>>>
>>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0>
>>>>>
>>>>> --
>>>>>
>>>>> David Bergman
>>>>>
>>>>> David R Bergman Music LLC
>>>>>
>>>>> "Have Guitar Will Travel"
>>>>>
>>>>> Morristown NJ
>>>>>
>>>>> 551-655-4720
>>>>>
>>>>> stu...@gm... <mailto:stu...@gm...>
>>>>>
>>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147497291&sdata=whi1LXIwGxBIUGAqIFSw9FuscXSGlWP1qw6k9pOgbL0%3D&reserved=0>
>>>>>
>>>>> --
>>>>> David Bergman
>>>>> David R Bergman Music LLC
>>>>> "Have Guitar Will Travel"
>>>>> Morristown NJ
>>>>> 551-655-4720
>>>>> stu...@gm... <mailto:stu...@gm...>
>>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147507296&sdata=VmdM1nBzC6LhmP6m%2Bjux6TCaC%2Fjlrnxdp%2B%2BW0bYt10o%3D&reserved=0>
>>>>>
>>>>> 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.
>>>> --
>>>> David Bergman
>>>> David R Bergman Music LLC
>>>> "Have Guitar Will Travel"
>>>> Morristown NJ
>>>> 551-655-4720
>>>> stu...@gm... <mailto:stu...@gm...>
>>>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com>
>>> --
>>> David Bergman
>>> David R Bergman Music LLC
>>> "Have Guitar Will Travel"
>>> Morristown NJ
>>> 551-655-4720
>>> stu...@gm... <mailto:stu...@gm...>
>>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com>
>>> _______________________________________________
>>> Plplot-general mailing list
>>> Plp...@li...
>>> <mailto:Plp...@li...>
>>> https://lists.sourceforge.net/lists/listinfo/plplot-general
>> --
>> David Bergman
>> David R Bergman Music LLC
>> "Have Guitar Will Travel"
>> Morristown NJ
>> 551-655-4720
>> stu...@gm... <mailto:stu...@gm...>
>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com>
>> _______________________________________________
>> Plplot-general mailing list
>> Plp...@li...
>> <mailto:Plp...@li...>
>> https://lists.sourceforge.net/lists/listinfo/plplot-general
> --
> David Bergman
> David R Bergman Music LLC
> "Have Guitar Will Travel"
> Morristown NJ
> 551-655-4720
> stu...@gm...
> www.davidrobertbergmanmusic.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
|
|
From: Phil R. <p.d...@gm...> - 2019-10-24 14:42:34
|
Okay, brilliant
Once you have stripped it down as much as you can, so it still builds, but
shows the error, then zip it up and send it out.
Phil
On Thu, 24 Oct 2019 at 15:30, David Bergman <stu...@gm...>
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
> <stu...@gm...> <stu...@gm...> 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
> <stu...@gm...> <stu...@gm...> 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 <stu...@gm...>
> <stu...@gm...>
> *Sent:* Wednesday, October 23, 2019 4:30:49 PM
> *To:* Arjen Markus <Arj...@de...> <Arj...@de...>;
> Phil Rosenberg <p.d...@gm...> <p.d...@gm...>;
> Plp...@li... (plp...@li...)
> <plp...@li...>
> <plp...@li...>
> *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 <stu...@gm...>
> <stu...@gm...>
> *Sent:* 23 October 2019 12:10
> *To:* Arjen Markus <Arj...@de...> <Arj...@de...>;
> Phil Rosenberg <p.d...@gm...> <p.d...@gm...>;
> Plp...@li... (plp...@li...)
> <plp...@li...>
> <plp...@li...>
> *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 <Arj...@de...>
>
> Date: 10/23/19 3:15 AM (GMT-05:00)
>
> To: David Bergman <stu...@gm...>, Phil Rosenberg <
> p.d...@gm...>, "Plp...@li...
> (plp...@li...)
> <Plp...@li...%20(plp...@li...)>"
> <plp...@li...>
>
> 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 <stu...@gm...>
> *Sent:* 22 October 2019 18:43
> *To:* Phil Rosenberg <p.d...@gm...>;
> Plp...@li... (plp...@li...)
> <plp...@li...>
> *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&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417329&sdata=DSrP3PiP2pqRz4SqeL9NlLlujV7RfXhiOsEm6ISUuuY%3D&reserved=0>
>
>
>
> 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 <p.d...@gm...>
> wrote:
>
> Hi David
>
> In what way did things fail when turning build test on?
>
> Phil
>
>
> ------------------------------
>
> *From:* David Bergman <stu...@gm...>
> *Sent:* Monday, 21 October 2019, 7:11 p.m.
> *To:* Phil Rosenberg; plp...@li...
> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147427320&sdata=w0rTnnRNs2%2BgxzaZZDPe%2BNNr7OYHEJakk%2Fo0rS%2BBmFg%3D&reserved=0>
>
>
> ------------------------------
>
> *From:* David Bergman <stu...@gm...>
> <stu...@gm...>
> *Sent:* Friday, October 18, 2019 4:15:07 PM
> *To:* Phil Rosenberg <p.d...@gm...> <p.d...@gm...>;
> plp...@li...
> <plp...@li...>
> <plp...@li...>
> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0>
>
>
> ------------------------------
>
> *From:* David Bergman <stu...@gm...>
> <stu...@gm...>
> *Sent:* Monday, September 9, 2019 6:31:00 PM
> *To:* Phil Rosenberg <p.d...@gm...> <p.d...@gm...>;
> plp...@li...
> <plp...@li...>
> <plp...@li...>
> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0>
>
>
> ------------------------------
>
> *From:* David Bergman <stu...@gm...>
> <stu...@gm...>
> *Sent:* Friday, September 6, 2019 9:20:57 PM
> *To:* Phil Rosenberg <p.d...@gm...> <p.d...@gm...>;
> plp...@li...
> <plp...@li...>
> <plp...@li...>
> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=RbSlZvOvkrjU9StMxJG9dZoiz64RT3tXsVhQrLVCWDg%3D&reserved=0>
>
>
> ------------------------------
>
> *From:* David Bergman <stu...@gm...>
> <stu...@gm...>
> *Sent:* Friday, September 6, 2019 6:17:59 PM
> *To:* plp...@li...
> <plp...@li...>
> <plp...@li...>
> *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
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=9jQtHUGJXK2ysEY9bVhb5606ntlsy2MKFtmywbEyCYI%3D&reserved=0>
>
>
>
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147457308&sdata=Bmgpj4kgc%2BpPhGnp3ja4M%2BHoJEMnzADsQ1BS3xbzqxk%3D&reserved=0>
>
> --
>
> David Bergman
>
> David R Bergman Music LLC
>
> "Have Guitar Will Travel"
>
> Morristown NJ
>
> 551-655-4720
>
> stu...@gm...
>
> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=VkmELkcrd3hXNYNsbjxNUL%2FvS3PK75mfcr9V8NPYFHU%3D&reserved=0>
>
>
>
>
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=GPddjpzGunYgI8kp%2BAIf4RmX%2BIKeyCyhSu9V861tjZg%3D&reserved=0>
>
> Virus-free. www.avast.com
> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147477300&sdata=HIyoHLBaWhog200y3%2BUb5F5Ag6CFMCmz1EqYEqXxgTo%3D&reserved=0>
>
> --
>
> David Bergman
>
> David R Bergman Music LLC
>
> "Have Guitar Will Travel"
>
> Morristown NJ
>
> 551-655-4720
>
> stu...@gm...
>
> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0>
>
> --
>
> David Bergman
>
> David R Bergman Music LLC
>
> "Have Guitar Will Travel"
>
> Morristown NJ
>
> 551-655-4720
>
> stu...@gm...
>
> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0>
>
> --
>
> David Bergman
>
> David R Bergman Music LLC
>
> "Have Guitar Will Travel"
>
> Morristown NJ
>
> 551-655-4720
>
> stu...@gm...
>
> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147497291&sdata=whi1LXIwGxBIUGAqIFSw9FuscXSGlWP1qw6k9pOgbL0%3D&reserved=0>
>
>
>
> --
>
> David Bergman
>
> David R Bergman Music LLC
>
> "Have Guitar Will Travel"
>
> Morristown NJ
>
> 551-655-4720
>
> stu...@gm...
>
> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147507296&sdata=VmdM1nBzC6LhmP6m%2Bjux6TCaC%2Fjlrnxdp%2B%2BW0bYt10o%3D&reserved=0>
>
> 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.
>
> --
> David Bergman
> David R Bergman Music LLC
> "Have Guitar Will Travel"
> Morristown NJ
> 551...@gm...
>
> --
> David Bergman
> David R Bergman Music LLC
> "Have Guitar Will Travel"
> Morristown NJ
> 551...@gm...
>
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
>
> --
> David Bergman
> David R Bergman Music LLC
> "Have Guitar Will Travel"
> Morristown NJ
> 551...@gm...
>
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general
>
> --
> David Bergman
> David R Bergman Music LLC
> "Have Guitar Will Travel"
> Morristown NJ
> 551...@gm...
>
> --
> David Bergman
> David R Bergman Music LLC
> "Have Guitar Will Travel"
> Morristown NJ
> 551...@gm...
>
>
|
|
From: Phil R. <p.d...@gm...> - 2019-10-24 14:44:35
|
And you are correct to point to the install directory, not the build directory.
Phil
On Thu, 24 Oct 2019 at 15:42, Phil Rosenberg <p.d...@gm...> wrote:
>
> Okay, brilliant
> Once you have stripped it down as much as you can, so it still builds, but shows the error, then zip it up and send it out.
>
> Phil
>
> On Thu, 24 Oct 2019 at 15:30, David Bergman <stu...@gm...> 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 <stu...@gm...> 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 <stu...@gm...> 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
>>
>> ________________________________
>> From: David Bergman <stu...@gm...>
>> Sent: Wednesday, October 23, 2019 4:30:49 PM
>> To: Arjen Markus <Arj...@de...>; Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...>
>> 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 <stu...@gm...>
>> Sent: 23 October 2019 12:10
>> To: Arjen Markus <Arj...@de...>; Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...>
>> 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 <Arj...@de...>
>>
>> Date: 10/23/19 3:15 AM (GMT-05:00)
>>
>> To: David Bergman <stu...@gm...>, Phil Rosenberg <p.d...@gm...>, "Plp...@li... (plp...@li...)" <plp...@li...>
>>
>> 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 <stu...@gm...>
>> Sent: 22 October 2019 18:43
>> To: Phil Rosenberg <p.d...@gm...>; Plp...@li... (plp...@li...) <plp...@li...>
>> 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
>>
>>
>>
>> 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 <p.d...@gm...> wrote:
>>
>> Hi David
>>
>> In what way did things fail when turning build test on?
>>
>> Phil
>>
>>
>>
>> ________________________________
>>
>> From: David Bergman <stu...@gm...>
>> Sent: Monday, 21 October 2019, 7:11 p.m.
>> To: Phil Rosenberg; plp...@li...
>> 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
>>
>>
>>
>> ________________________________
>>
>> From: David Bergman <stu...@gm...>
>> Sent: Friday, October 18, 2019 4:15:07 PM
>> To: Phil Rosenberg <p.d...@gm...>; plp...@li... <plp...@li...>
>> 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
>>
>>
>>
>> ________________________________
>>
>> From: David Bergman <stu...@gm...>
>> Sent: Monday, September 9, 2019 6:31:00 PM
>> To: Phil Rosenberg <p.d...@gm...>; plp...@li... <plp...@li...>
>> 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
>>
>>
>>
>> ________________________________
>>
>> From: David Bergman <stu...@gm...>
>> Sent: Friday, September 6, 2019 9:20:57 PM
>> To: Phil Rosenberg <p.d...@gm...>; plp...@li... <plp...@li...>
>> 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
>>
>>
>>
>> ________________________________
>>
>> From: David Bergman <stu...@gm...>
>> Sent: Friday, September 6, 2019 6:17:59 PM
>> To: plp...@li... <plp...@li...>
>> 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
>> Plp...@li...
>> https://lists.sourceforge.net/lists/listinfo/plplot-general
>>
>> --
>>
>> David Bergman
>>
>> David R Bergman Music LLC
>>
>> "Have Guitar Will Travel"
>>
>> Morristown NJ
>>
>> 551-655-4720
>>
>> stu...@gm...
>>
>> www.davidrobertbergmanmusic.com
>>
>>
>>
>> Virus-free. www.avast.com
>>
>> --
>>
>> David Bergman
>>
>> David R Bergman Music LLC
>>
>> "Have Guitar Will Travel"
>>
>> Morristown NJ
>>
>> 551-655-4720
>>
>> stu...@gm...
>>
>> www.davidrobertbergmanmusic.com
>>
>> --
>>
>> David Bergman
>>
>> David R Bergman Music LLC
>>
>> "Have Guitar Will Travel"
>>
>> Morristown NJ
>>
>> 551-655-4720
>>
>> stu...@gm...
>>
>> www.davidrobertbergmanmusic.com
>>
>> --
>>
>> David Bergman
>>
>> David R Bergman Music LLC
>>
>> "Have Guitar Will Travel"
>>
>> Morristown NJ
>>
>> 551-655-4720
>>
>> stu...@gm...
>>
>> www.davidrobertbergmanmusic.com
>>
>>
>>
>> --
>>
>> David Bergman
>>
>> David R Bergman Music LLC
>>
>> "Have Guitar Will Travel"
>>
>> Morristown NJ
>>
>> 551-655-4720
>>
>> stu...@gm...
>>
>> www.davidrobertbergmanmusic.com
>>
>> 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.
>>
>> --
>> David Bergman
>> David R Bergman Music LLC
>> "Have Guitar Will Travel"
>> Morristown NJ
>> 551-655-4720
>> stu...@gm...
>> www.davidrobertbergmanmusic.com
>>
>> --
>> David Bergman
>> David R Bergman Music LLC
>> "Have Guitar Will Travel"
>> Morristown NJ
>> 551-655-4720
>> stu...@gm...
>> www.davidrobertbergmanmusic.com
>>
>> _______________________________________________
>> Plplot-general mailing list
>> Plp...@li...
>> https://lists.sourceforge.net/lists/listinfo/plplot-general
>>
>> --
>> David Bergman
>> David R Bergman Music LLC
>> "Have Guitar Will Travel"
>> Morristown NJ
>> 551-655-4720
>> stu...@gm...
>> www.davidrobertbergmanmusic.com
>>
>> _______________________________________________
>> Plplot-general mailing list
>> Plp...@li...
>> https://lists.sourceforge.net/lists/listinfo/plplot-general
>>
>> --
>> David Bergman
>> David R Bergman Music LLC
>> "Have Guitar Will Travel"
>> Morristown NJ
>> 551-655-4720
>> stu...@gm...
>> www.davidrobertbergmanmusic.com
>>
>> --
>> David Bergman
>> David R Bergman Music LLC
>> "Have Guitar Will Travel"
>> Morristown NJ
>> 551-655-4720
>> stu...@gm...
>> www.davidrobertbergmanmusic.com
|
|
From: David B. <stu...@gm...> - 2019-10-24 14:45:25
|
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
>>> <stu...@gm...> 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
>>>> <stu...@gm...> <mailto:stu...@gm...> 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 <stu...@gm...>
>>>>> <mailto:stu...@gm...>
>>>>> *Sent:* Wednesday, October 23, 2019 4:30:49 PM
>>>>> *To:* Arjen Markus <Arj...@de...>
>>>>> <mailto:Arj...@de...>; Phil Rosenberg
>>>>> <p.d...@gm...> <mailto:p.d...@gm...>;
>>>>> Plp...@li...
>>>>> <mailto:Plp...@li...>
>>>>> (plp...@li...
>>>>> <mailto:plp...@li...>)
>>>>> <plp...@li...>
>>>>> <mailto:plp...@li...>
>>>>> *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 <stu...@gm...>
>>>>>> <mailto:stu...@gm...>
>>>>>> *Sent:* 23 October 2019 12:10
>>>>>> *To:* Arjen Markus <Arj...@de...>
>>>>>> <mailto:Arj...@de...>; Phil Rosenberg
>>>>>> <p.d...@gm...> <mailto:p.d...@gm...>;
>>>>>> Plp...@li...
>>>>>> <mailto:Plp...@li...>
>>>>>> (plp...@li...
>>>>>> <mailto:plp...@li...>)
>>>>>> <plp...@li...>
>>>>>> <mailto:plp...@li...>
>>>>>> *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 <Arj...@de...
>>>>>> <mailto:Arj...@de...>>
>>>>>>
>>>>>> Date: 10/23/19 3:15 AM (GMT-05:00)
>>>>>>
>>>>>> To: David Bergman <stu...@gm...
>>>>>> <mailto:stu...@gm...>>, Phil Rosenberg
>>>>>> <p.d...@gm... <mailto:p.d...@gm...>>,
>>>>>> "Plp...@li...
>>>>>> (plp...@li...)
>>>>>> <mailto:Plp...@li...%20(plp...@li...)>"
>>>>>> <plp...@li...
>>>>>> <mailto:plp...@li...>>
>>>>>>
>>>>>> 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 <stu...@gm...
>>>>>> <mailto:stu...@gm...>>
>>>>>> *Sent:* 22 October 2019 18:43
>>>>>> *To:* Phil Rosenberg <p.d...@gm...
>>>>>> <mailto:p.d...@gm...>>;
>>>>>> Plp...@li...
>>>>>> <mailto:Plp...@li...>
>>>>>> (plp...@li...
>>>>>> <mailto:plp...@li...>)
>>>>>> <plp...@li...
>>>>>> <mailto:plp...@li...>>
>>>>>> *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&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147417329&sdata=DSrP3PiP2pqRz4SqeL9NlLlujV7RfXhiOsEm6ISUuuY%3D&reserved=0>
>>>>>>
>>>>>> 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
>>>>>> <p.d...@gm... <mailto:p.d...@gm...>> wrote:
>>>>>>
>>>>>> Hi David
>>>>>>
>>>>>> In what way did things fail when turning build test on?
>>>>>>
>>>>>> Phil
>>>>>>
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>> *From:* David Bergman <stu...@gm...
>>>>>> <mailto:stu...@gm...>>
>>>>>> *Sent:* Monday, 21 October 2019, 7:11 p.m.
>>>>>> *To:* Phil Rosenberg;
>>>>>> plp...@li...
>>>>>> <mailto:plp...@li...>
>>>>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147427320&sdata=w0rTnnRNs2%2BgxzaZZDPe%2BNNr7OYHEJakk%2Fo0rS%2BBmFg%3D&reserved=0>
>>>>>>
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>> *From:* David Bergman <stu...@gm...>
>>>>>> <mailto:stu...@gm...>
>>>>>> *Sent:* Friday, October 18, 2019 4:15:07 PM
>>>>>> *To:* Phil Rosenberg <p.d...@gm...>
>>>>>> <mailto:p.d...@gm...>;
>>>>>> plp...@li...
>>>>>> <mailto:plp...@li...>
>>>>>> <plp...@li...>
>>>>>> <mailto:plp...@li...>
>>>>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0>
>>>>>>
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>> *From:* David Bergman <stu...@gm...>
>>>>>> <mailto:stu...@gm...>
>>>>>> *Sent:* Monday, September 9, 2019 6:31:00 PM
>>>>>> *To:* Phil Rosenberg <p.d...@gm...>
>>>>>> <mailto:p.d...@gm...>;
>>>>>> plp...@li...
>>>>>> <mailto:plp...@li...>
>>>>>> <plp...@li...>
>>>>>> <mailto:plp...@li...>
>>>>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147437316&sdata=JdgHd9dYvJ4czEwtUWo9GxKdBw4EoeU6hs6XTK4Xpb8%3D&reserved=0>
>>>>>>
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>> *From:* David Bergman
>>>>>> <stu...@gm...>
>>>>>> <mailto:stu...@gm...>
>>>>>> *Sent:* Friday, September 6, 2019 9:20:57 PM
>>>>>> *To:* Phil Rosenberg
>>>>>> <p.d...@gm...>
>>>>>> <mailto:p.d...@gm...>;
>>>>>> plp...@li...
>>>>>> <mailto:plp...@li...>
>>>>>> <plp...@li...>
>>>>>> <mailto:plp...@li...>
>>>>>> *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://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Faka.ms%2Fghei36&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=RbSlZvOvkrjU9StMxJG9dZoiz64RT3tXsVhQrLVCWDg%3D&reserved=0>
>>>>>>
>>>>>> ------------------------------------------------------------------------
>>>>>>
>>>>>> *From:* David Bergman
>>>>>> <stu...@gm...>
>>>>>> <mailto:stu...@gm...>
>>>>>> *Sent:* Friday, September 6, 2019 6:17:59 PM
>>>>>> *To:*
>>>>>> plp...@li...
>>>>>> <mailto:plp...@li...>
>>>>>> <plp...@li...>
>>>>>> <mailto:plp...@li...>
>>>>>> *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
>>>>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fantivirus&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147447311&sdata=9jQtHUGJXK2ysEY9bVhb5606ntlsy2MKFtmywbEyCYI%3D&reserved=0>
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Plplot-general mailing list
>>>>>> Plp...@li...
>>>>>> <mailto:Plp...@li...>
>>>>>> https://lists.sourceforge.net/lists/listinfo/plplot-general
>>>>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Fplplot-general&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147457308&sdata=Bmgpj4kgc%2BpPhGnp3ja4M%2BHoJEMnzADsQ1BS3xbzqxk%3D&reserved=0>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> David Bergman
>>>>>>
>>>>>> David R Bergman Music LLC
>>>>>>
>>>>>> "Have Guitar Will Travel"
>>>>>>
>>>>>> Morristown NJ
>>>>>>
>>>>>> 551-655-4720
>>>>>>
>>>>>> stu...@gm... <mailto:stu...@gm...>
>>>>>>
>>>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=VkmELkcrd3hXNYNsbjxNUL%2FvS3PK75mfcr9V8NPYFHU%3D&reserved=0>
>>>>>>
>>>>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dicon&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147467302&sdata=GPddjpzGunYgI8kp%2BAIf4RmX%2BIKeyCyhSu9V861tjZg%3D&reserved=0>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Virus-free. www.avast.com
>>>>>> <https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.avast.com%2Fsig-email%3Futm_medium%3Demail%26utm_source%3Dlink%26utm_campaign%3Dsig-email%26utm_content%3Demailclient%26utm_term%3Dlink&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147477300&sdata=HIyoHLBaWhog200y3%2BUb5F5Ag6CFMCmz1EqYEqXxgTo%3D&reserved=0>
>>>>>>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> David Bergman
>>>>>>
>>>>>> David R Bergman Music LLC
>>>>>>
>>>>>> "Have Guitar Will Travel"
>>>>>>
>>>>>> Morristown NJ
>>>>>>
>>>>>> 551-655-4720
>>>>>>
>>>>>> stu...@gm... <mailto:stu...@gm...>
>>>>>>
>>>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> David Bergman
>>>>>>
>>>>>> David R Bergman Music LLC
>>>>>>
>>>>>> "Have Guitar Will Travel"
>>>>>>
>>>>>> Morristown NJ
>>>>>>
>>>>>> 551-655-4720
>>>>>>
>>>>>> stu...@gm... <mailto:stu...@gm...>
>>>>>>
>>>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147487294&sdata=m5gb48%2FQcam2eA8aUoZG5wZycN%2BPFhPjqB1gVFaRrhk%3D&reserved=0>
>>>>>>
>>>>>> --
>>>>>>
>>>>>> David Bergman
>>>>>>
>>>>>> David R Bergman Music LLC
>>>>>>
>>>>>> "Have Guitar Will Travel"
>>>>>>
>>>>>> Morristown NJ
>>>>>>
>>>>>> 551-655-4720
>>>>>>
>>>>>> stu...@gm... <mailto:stu...@gm...>
>>>>>>
>>>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147497291&sdata=whi1LXIwGxBIUGAqIFSw9FuscXSGlWP1qw6k9pOgbL0%3D&reserved=0>
>>>>>>
>>>>>> --
>>>>>> David Bergman
>>>>>> David R Bergman Music LLC
>>>>>> "Have Guitar Will Travel"
>>>>>> Morristown NJ
>>>>>> 551-655-4720
>>>>>> stu...@gm... <mailto:stu...@gm...>
>>>>>> www.davidrobertbergmanmusic.com <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.davidrobertbergmanmusic.com&data=02%7C01%7C%7C3c85af39cc224aafae3a08d757a1313e%7C15f3fe0ed7124981bc7cfe949af215bb%7C0%7C0%7C637074222147507296&sdata=VmdM1nBzC6LhmP6m%2Bjux6TCaC%2Fjlrnxdp%2B%2BW0bYt10o%3D&reserved=0>
>>>>>>
>>>>>> 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.
>>>>> --
>>>>> David Bergman
>>>>> David R Bergman Music LLC
>>>>> "Have Guitar Will Travel"
>>>>> Morristown NJ
>>>>> 551-655-4720
>>>>> stu...@gm... <mailto:stu...@gm...>
>>>>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com>
>>>> --
>>>> David Bergman
>>>> David R Bergman Music LLC
>>>> "Have Guitar Will Travel"
>>>> Morristown NJ
>>>> 551-655-4720
>>>> stu...@gm... <mailto:stu...@gm...>
>>>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com>
>>>> _______________________________________________
>>>> Plplot-general mailing list
>>>> Plp...@li...
>>>> <mailto:Plp...@li...>
>>>> https://lists.sourceforge.net/lists/listinfo/plplot-general
>>> --
>>> David Bergman
>>> David R Bergman Music LLC
>>> "Have Guitar Will Travel"
>>> Morristown NJ
>>> 551-655-4720
>>> stu...@gm... <mailto:stu...@gm...>
>>> www.davidrobertbergmanmusic.com <http://www.davidrobertbergmanmusic.com>
>>> _______________________________________________
>>> Plplot-general mailing list
>>> Plp...@li...
>>> <mailto:Plp...@li...>
>>> https://lists.sourceforge.net/lists/listinfo/plplot-general
>> --
>> David Bergman
>> David R Bergman Music LLC
>> "Have Guitar Will Travel"
>> Morristown NJ
>> 551-655-4720
>> stu...@gm...
>> www.davidrobertbergmanmusic.com
> --
> David Bergman
> David R Bergman Music LLC
> "Have Guitar Will Travel"
> Morristown NJ
> 551-655-4720
> stu...@gm...
> www.davidrobertbergmanmusic.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X