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