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
<stuntguitar1...@gmail.com> 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
<stuntguitar1...@gmail.com> 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 <stuntguitar1...@gmail.com>
Sent: Wednesday, October 23, 2019 4:30:49 PM
To: Arjen Markus <arjen.mar...@deltares.nl>; Phil Rosenberg
<p.d.rosenb...@gmail.com>; Plplot-general@lists.sourceforge.net
(plplot-general@lists.sourceforge.net) <plplot-general@lists.sourceforge.net>
Subject: Re: [Plplot-general] Problem with LNK2019 error unresolved external
I just finished building and installing plplot without wxwidgets drivers.
Still had problems with the install.
It hung for a while and had to be restarted, don't know if this causes
corruption.
I first built with dyndrivers on and the install crashed with the following
error:
Error MSB6006 "cmd.exe" exited with code 1. test_null_dyndriver
C:\Program Files (x86)\Microsoft
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 <stuntguitar1...@gmail.com>
Sent: 23 October 2019 12:10
To: Arjen Markus <arjen.mar...@deltares.nl>; Phil Rosenberg
<p.d.rosenb...@gmail.com>; Plplot-general@lists.sourceforge.net
(plplot-general@lists.sourceforge.net) <plplot-general@lists.sourceforge.net>
Subject: RE: [Plplot-general] Problem with LNK2019 error unresolved external
This is a pure plplot example, not the wxplplot example. I don't think I'm
invoking the widgets driver. Unless it's always being invoked because widgets
was connected in the build stage. I could try building plplot with widgets off
and see.
Sent from my Verizon, Samsung Galaxy smartphone
-------- Original message --------
From: Arjen Markus <arjen.mar...@deltares.nl>
Date: 10/23/19 3:15 AM (GMT-05:00)
To: David Bergman <stuntguitar1...@gmail.com>, Phil Rosenberg
<p.d.rosenb...@gmail.com>, "Plplot-general@lists.sourceforge.net
(plplot-general@lists.sourceforge.net)" <plplot-general@lists.sourceforge.net>
Subject: RE: [Plplot-general] Problem with LNK2019 error unresolved external
Hi David,
Have you tried to run the examples with a different driver than WxWidgets? The
failure at the end of the example could indicate a problem with the driver
rather than PLplot perse. I have seen this happen in a totally different
context several years ago, unfortunately I cannot remember the details, but if
I remember correctly, it had to do with Tcl/Tk examples running on X Window.
Regards,
Arjen
From: David Bergman <stuntguitar1...@gmail.com>
Sent: 22 October 2019 18:43
To: Phil Rosenberg <p.d.rosenb...@gmail.com>;
Plplot-general@lists.sourceforge.net (plplot-general@lists.sourceforge.net)
<plplot-general@lists.sourceforge.net>
Subject: Re: [Plplot-general] Problem with LNK2019 error unresolved external
I just redid the example with a new build/install on the old machine and made
sure to have the correct items in additional dependencies. Again, the example
ran but crashed upon closing. I cannot rule out that I've done something
wrong. The more I try the more likely I am to go on auto pilot and miss
something. I've got fairly detailed procedures for all these steps from help
from the community, theh wiki, and the last time I had it working. I am
trying my best to not deviate from the script with the exception of
recommendations to try a fix.
So far nothing has got me past this hurdle, though it seems like I'm close.
On another front, I tried building up a MinGW Code Blocks system with plplot
and widgets on a desktop and that ran into serious issues with a MinGW bug in
stdlib.h. The recommended work around, provided by Vadim (widgets group) has
not helped and I cannot get mingw64 to install. So it seems there is blockage
at every turn.
Are there any other places or things to check w/r to this ntdll.dll heap issue?
David
On 10/22/2019 9:47 AM, Phil Rosenberg wrote:
I just opened up the example project you sent me.
In project properties -> Linker -> Input -> Additional dependencies, the files
listed should be .lib, not .dll. This is the case even when you build dlls.
When Plplot is built, it creates a series of libs, who's job is simply to load
the equivalent dll and pass function calls to that dll. These are commonly
referred to as import libraries. They avoid having to call LoadLibrary() and
GetProcAddress() in your code to grab the functions from the dll at runtime. I
guess, basically, the import libraries contain the calls to LoadLibrary() and
GetProcAddress().
There is a StackOverflow question about them at
https://stackoverflow.com/questions/3573475/how-does-the-import-library-work-details
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.rosenb...@gmail.com> wrote:
Hi David
In what way did things fail when turning build test on?
Phil
From: David Bergman <stuntguitar1...@gmail.com>
Sent: Monday, 21 October 2019, 7:11 p.m.
To: Phil Rosenberg; plplot-general@lists.sourceforge.net
Subject: Re: [Plplot-general] Problem with LNK2019 error unresolved external
I am sorry you had the flu and hope you are on the mend. Well, I did got some
other folks chiming in and the consensus is that my system may be hosed. I've
been trying to get the same config up and running on an "identical" Windows 8.1
machine (Inspiron 15R) and running into problems with the plplot sln hanging
and failing to build the dyndriver test project. I have answered your
questions below with my initials as a tag.
David
On 10/21/2019 2:02 PM, Phil Rosenberg wrote:
Hi David
Sorry I've not been back to you again on this. I've been away with work and had
a week laid up with flu.
For your dll build. Can you open the plplot.sln. Where it says platform at the
top, check it says x64. If you hit the drop down, the only option should be
x64.
[BD] Yes, everything was x64.
How have you created the sln for the example? Did you do it manually or using
the -DBUILD_TEST=ON option with cmake?
[DB] I did it manually.
If you did it manually then check the x64 is set in your example at the top
when you open it in visual studio.
[DB] Yes, x64 was the choice.
If this doesn't work then try emptying your build directory and rerunning cmake
including the test option from above.
[DB] I did try that and having -DBUILD_TEST=ON causes the build to fail.
Now when you open the plplot.sln file you will find a set of example projects
in the solution explorer. Try right clicking and building one of these.
Some other things you can try:
Install dependency walker and run this on your example executable - it should
show you the dlls it is using which might give you a clue.
[DB] I'll give this a try. I've never used it.
Try using the "where" command from the command line. Something like
where plplot.dll
Should list all instances of plplot.dll on your path. You may wish to run this
from the working directory of your example - I'm not sure, but maybe it makes
a difference.
Hope that helps you make progress.
Phil
Get Outlook for Android
From: David Bergman <stuntguitar1...@gmail.com>
Sent: Friday, October 18, 2019 4:15:07 PM
To: Phil Rosenberg <p.d.rosenb...@gmail.com>;
plplot-general@lists.sourceforge.net <plplot-general@lists.sourceforge.net>
Subject: Re: [Plplot-general] Problem with LNK2019 error unresolved external
Hello,
I wanted to reach out, yet again, to try and resolve some of the issues I'm
having with getting plplot to install and work. I really don't know why this
has been so difficult. Based on some advice I received reaching out to the
widgets and plplot user groups and my own review of my system I decided to
completely delete my current plplot and wxwidgets builds and start over.
This is for my Windows 8.1 laptop using VS 2017, x64. I also removed every
occurrence of older versions of widgets and plplot even though I made sure they
were not in the path. So I started with a completely clean system in this
regard.
I installed wxwidgets using the sln provided and that went without any issue.
The I built and installed plplot using cmake followed by the sln without any
trouble at all.
I made sure both were built with the x64 (64 bit) option chosen so as to not
mix 32 and 64 bit.
Trying to build and run one of the plplot examples (x64 option) leads to the
following:
(1) dynamic linking causes a corrupt dll error (likely cause 32 and 64 mix, but
I can't see how that is).
(2) static linking works! but I still get a system crash upon closing the
terminal.
I cannot offer more than what I've provided in previous email threads. It
seems that there are a few things I'm doing wrong but I just cannot see based
on following the directions, or there is a bad combo of packages, SDK toolkit,
and OS.
Any suggestions would be appreciated.
David
On 9/9/2019 2:20 PM, Phil Rosenberg wrote:
Corrupt file error sounds like you are mixing 64 and 32 bit exes and dlls. I
think I've had that error with some libraries before and found that was my
mistake.
Is your install bin directory on your path? Do you have any old dlls somewhere
that might be on your path?
I usually use static libs. I used a dll version of wxwidgets about 6 months
ago, so I know things worked back then. But I'm back to using static libs
again. I will build a dll version of plplot this evening and send you exactly
the commands I used.
Get Outlook for Android
From: David Bergman <stuntguitar1...@gmail.com>
Sent: Monday, September 9, 2019 6:31:00 PM
To: Phil Rosenberg <p.d.rosenb...@gmail.com>;
plplot-general@lists.sourceforge.net <plplot-general@lists.sourceforge.net>
Subject: Re: [Plplot-general] Problem with LNK2019 error unresolved external
Phil,
I've gotten a little further. I tried to run one of the examples building a VS
project and sln. Making sure everything was aligned w/r to he choice x64 I got
a corrupted file error.
Error LNK1107 invalid or corrupt file: cannot read at 0x310
plplotExamples C:\build-plplot-new-man\dll\csirocsa.dll 1
I am not sure what to do. Looking through some of the old blog posts of the
issues I had last year it seems that is was also an issue then.
When you do your build were you able to get everything using the sln or did you
have to install at the command prompt too. That rings a bell and I think I
wound up using nmake.
Can you confirm your build/install procedure and perhaps shed some light on why
csirocsa.dll would be corrupted?
Thank you for your help.
David
On 9/7/2019 3:34 AM, Phil Rosenberg wrote:
Hi David
Sounds like either one of the libs has been forgotten, or you are building a
32bit exe and trying to link to the 64 bit libs you just built.
Might be worth noting that I think the naming convention of the libs changed at
some point. They used to have a d suffix to indicate using double precision.
This has been dropped I think. So you might need to update the lib names in
your project.
Phil
Get Outlook for Android
From: David Bergman <stuntguitar1...@gmail.com>
Sent: Friday, September 6, 2019 9:20:57 PM
To: Phil Rosenberg <p.d.rosenb...@gmail.com>;
plplot-general@lists.sourceforge.net <plplot-general@lists.sourceforge.net>
Subject: Re: [Plplot-general] Problem with LNK2019 error unresolved external
Phil,
As per our last correspondence I had succeeded in getting the widgets headers
and drivers built when I changed from Win64 to no Win64. But I still got an
install error in the IDE (sent in a previous email). You had suggested that
perhaps I didn't build widgets using 64bit so I decided to purge everything
and start over. I built the widgets files using their sln with x64 set. Then
built plplot with cmake no problem and widgets was declared ON as expected.
Using the IDE and the sln to INSTALL led to hanging and errors three times in a
row. After the 3rd time I just looked in the folders and figured if I can find
everything I might be okay. My recollection is that this happened last time
too (back in 2017).
The example I was trying to run was a simple one of my own that plotted various
3-dim mesh surfaces.
I did not try to build the official plplot examples yet. Perhaps I should try
that first.
I don't know if what I've written is helpful in helping you help me get it
working.
David
On 9/6/2019 3:44 PM, Phil Rosenberg wrote:
Is this building the examples? Sounds like the libs are not being linked to
properly.
Did you get past the wxwidgets problem?
Get Outlook for Android
From: David Bergman <stuntguitar1...@gmail.com>
Sent: Friday, September 6, 2019 6:17:59 PM
To: plplot-general@lists.sourceforge.net <plplot-general@lists.sourceforge.net>
Subject:[Plplot-general] Problem with LNK2019 error unresolved external
All,
I have made some progress with building and installing the new plplot
with a new wxwidets using VS 2017.
I still have not gone past the install process in the IDE w/o an error
but I seem to have all the headers and dll I need (though I'm not sure
if they are corrupted).
At present I've decided to move forward with what I have and try a
simple example I wrote that worked with my previous config.
I get unresolved externals, 14 to be exact. Basically every plplot
function I call seems to cause this. A few example are provided.
plAlloc2dGrid
and all the plstream functions like box3, col0, font, etc.
Typically what I cause this it's due to a function declaration in a
class that is not defined elsewhere.
It "seems like" my new build has the same files as the old one and the
projects are comparable (with only diffs being the location of the new
folders).
Thanks in advance for your help.
David
---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
_______________________________________________
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel"
Morristown NJ 551-655-4720 stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com
|
|
Virus-free. www.avast.com
|
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel"
Morristown NJ 551-655-4720 stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel"
Morristown NJ 551-655-4720 stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel"
Morristown NJ 551-655-4720 stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com
-- David Bergman David R Bergman Music LLC "Have Guitar Will Travel"
Morristown NJ 551-655-4720 stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com
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
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com
_______________________________________________
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general
--
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stuntguitar1...@gmail.com
www.davidrobertbergmanmusic.com _______________________________________________
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general
_______________________________________________
Plplot-general mailing list
Plplot-general@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-general
