Menu
▾
▴
Re: [Plplot-general] Problem with LNK2019 error unresolved external
|
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
|
