plplot-general — PLplot user discussion group

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

[David B. <stu...@gm...>]

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

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

[stuntguitar1969 <stu...@gm...>]

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

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

[Phil R. <p.d...@gm...>]

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>

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

[David B. <stu...@gm...>]

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

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

[David B. <stu...@gm...>]

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

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

[Arjen M. <Arj...@de...>]

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.

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

[Arjen M. <Arj...@de...>]

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.

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

[stuntguitar1969 <stu...@gm...>]

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.

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

[David B. <stu...@gm...>]

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

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

[David B. <stu...@gm...>]

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

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

[David B. <stu...@gm...>]

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

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

[Phil R. <p.d...@gm...>]

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...
>
>
>

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

[Phil R. <p.d...@gm...>]

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>

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

[David B. <stu...@gm...>]

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


On 10/22/2019 5:23 AM, Ferrell, Stephen wrote:
> I just completed a fresh PLPlot 5.15 build on a fresh install of 
> Windows 8.1 using a fresh install of VS 2013 update 5 on a virtual 
> machine.  I can't recreate your problem with any of the C++ examples 
> that call delete pls. The only thing that I can think of at this point 
> is that possibly your copy of VS doesn't have the latest updates applied.
>
> -- The quality of your thoughts will determine the quality of your life.
>
>
> On Monday, October 21, 2019, 04:37:11 PM MST, David Bergman 
> <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 <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...  <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

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

[stuntguitar1969 <stu...@gm...>]

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
            
        

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

[Ferrell, S. <sfe...@ya...>]

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 list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general
  

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

[David B. <stu...@gm...>]

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

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

Thank you,

David


On 10/21/2019 2:11 PM, David Bergman wrote:
>
> I am sorry you had the flu and hope you are on the mend.  Well, I did 
> got some other folks chiming in and the consensus is that my system 
> may be hosed.  I've been trying to get the same config up and running 
> on an "identical" Windows 8.1 machine (Inspiron 15R) and running into 
> problems with the plplot sln hanging and failing to build the 
> dyndriver test project.  I have answered your questions below with my 
> initials as a tag.
>
> David
>
>
> On 10/21/2019 2:02 PM, Phil Rosenberg wrote:
>> Hi David
>> Sorry I've not been back to you again on this. I've been away with 
>> work and had a week laid up with flu.
>>
>> For your dll build. Can you open the plplot.sln. Where it says 
>> platform at the top, check it says x64. If you hit the drop down, the 
>> only option should be x64.
>>
> [BD] Yes, everything was x64.
>
>> How have you created the sln for the example? Did you do it manually 
>> or using the -DBUILD_TEST=ON option with cmake?
>>
> [DB] I did it manually.
>
>> If you did it manually then check the x64 is set  in your example at 
>> the top when you open it in visual studio.
>>
> [DB] Yes, x64 was the choice.
>> If this doesn't work then try emptying your build directory and 
>> rerunning cmake including the test option from above.
>>
> [DB] I did try that and having -DBUILD_TEST=ON causes the build to fail.
>> Now when you open the plplot.sln file you will find a set of example 
>> projects in the solution explorer. Try right clicking and building 
>> one of these.
>>
>> Some other things you can try:
>> Install dependency walker and run this on your example executable - 
>> it should show you the dlls it is using which might give you a clue.
>>
> [DB] I'll give this a try.  I've never used it.
>> Try using the "where" command from the command line. Something like
>> where plplot.dll
>> Should list all instances of plplot.dll on your path. You may wish to 
>> run this from the working directory of your example - I'm not sure, 
>> but maybe it makes a difference.
>>
>> Hope that helps you make progress.
>>
>> Phil
>>
>> Get Outlook for Android <https://aka.ms/ghei36>
>>
>> ------------------------------------------------------------------------
>> *From:* David Bergman <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

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

[David B. <stu...@gm...>]

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



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

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

[Phil R. <p.d...@gm...>]

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.

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

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

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

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.

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...><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>

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

[David B. <stu...@gm...>]

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



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

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

[Ferrell, S. <sfe...@ya...>]

I just completed a PLPlot/wxwidgets build using VS 2017 and VCPKG without issue.  Total build time was less than 15 minutes.
If you built VCPKG on your system, run the following command to integrate it into your system.  I built VCPKG on my desktop and ran it from there using a Visual Studio x64 Native Command Prompt:
C:\Users\steve\Desktop\vcpkg-master>vcpkg integrate install

You should be greeted with following afterward:
Applied user-wide integration for this vcpkg root.All MSBuild C++ projects can now #include any installed libraries.
Linking will be handled automatically.Installing new libraries will make them instantly available.CMake projects should use: "-DCMAKE_TOOLCHAIN_FILE=C:/Users/steve/Desktop/vcpkg-master/scripts/buildsystems/vcpkg.cmake"



Next, I searched for the correct package with:
C:\Users\steve\Desktop\vcpkg-master>vcpkg search plplot
And was presented with the following packages:
plplot               5.13.0-1         PLplot is a cross-platform software package for creating scientific plots whos...plplot[wxwidgets]                     plplot wxwidgets module
Next, I invoked the build process for PLPlot/wxwidgets with:
C:\Users\steve\Desktop\vcpkg-master>vcpkg install plplot[wxwidgets]:x64-windows


And the resulting console output is below:
The following packages will be built and installed:    plplot[core,wxwidgets]:x64-windows  * wxwidgets[core]:x64-windowsAdditional packages (*) will be modified to complete this operation.Starting package 1/2: wxwidgets:x64-windowsBuilding package wxwidgets[core]:x64-windows...-- Downloading https://github.com/wxWidgets/wxWidgets/archive/v3.1.1.tar.gz...-- Extracting source C:/Users/steve/Desktop/vcpkg-master/downloads/wxWidgets-wxWidgets-v3.1.1.tar.gz-- Applying patch disable-platform-lib-dir.patch-- Using source at C:/Users/steve/Desktop/vcpkg-master/buildtrees/wxwidgets/src/v3.1.1-e6df9985ee-- Configuring x64-windows-- Building x64-windows-dbg-- Building x64-windows-rel-- Performing post-build validation-- Performing post-build validation doneBuilding package wxwidgets[core]:x64-windows... doneInstalling package wxwidgets[core]:x64-windows...Installing package wxwidgets[core]:x64-windows... doneElapsed time for package wxwidgets:x64-windows: 11.13 minStarting package 2/2: plplot:x64-windowsBuilding package plplot[core,wxwidgets]:x64-windows...-- Downloading https://sourceforge.net/projects/plplot/files/plplot/5.13.0%20Source/plplot-5.13.0.tar.gz/download...-- Extracting source C:/Users/steve/Desktop/vcpkg-master/downloads/plplot-5.13.0.tar.gz-- Applying patch C:/Users/steve/Desktop/vcpkg-master/ports/plplot/install-interface-include-directories.patch-- Configuring x64-windows-- Building x64-windows-dbg-- Building x64-windows-rel-- Installing: C:/Users/steve/Desktop/vcpkg-master/packages/plplot_x64-windows/share/plplot/copyright-- Performing post-build validation-- Performing post-build validation doneBuilding package plplot[core,wxwidgets]:x64-windows... doneInstalling package plplot[core,wxwidgets]:x64-windows...Installing package plplot[core,wxwidgets]:x64-windows... doneElapsed time for package plplot:x64-windows: 1.911 min
Total elapsed time: 13.04 min
The package plplot:x64-windows provides CMake targets:
    find_package(plplot CONFIG REQUIRED)    target_link_libraries(main PRIVATE plplot csirocsa qsastime plplotcxx)

This is by far the easiest method for building on Windows.

Regards,

Steve




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

    On Thursday, October 17, 2019, 04:19:40 PM MST, David Bergman <stu...@gm...> wrote:  
 
  
Stephan, perhaps you can help then.  I have never had an easy time getting plplot to build and install with VS in my environment and right now my current build/install crashes when I close any app that uses plplot.  I do not know why.  But there is another reason and that is that my dell tower is not on-line and VS requires monthly renewal of the license for their Express or Community editions of the VS IDE.  I may still be able to use the compilers but hadn't considered that.
 
  
 
 On 10/17/2019 6:54 PM, Ferrell, Stephen wrote:
  
 
  Is there a reason why you've moved from Visual Studio to MinGW and CodeBlocks?  I've built several releases of PLPlot for Windows in the past using Visual Studio and had no problems.  As Visual Studio is the most popular development environment for Windows, support for building PLPlot and its dependencies is a bit more solid and you'll find there are more folks out there who can lend a hand when you do run into a problem.  I'd suggest switching back to VS unless you have some good reasons for switching to CodeBlocks/MinGW. 
  -- The quality of your thoughts will determine the quality of your life.  
  
      On Thursday, October 17, 2019, 03:09:27 PM MST, David Bergman <stu...@gm...> wrote:  
  
   I have the patch but the file changes indicated in the header do not 
  match lines the appear in the /mingw/include/stdlib.h.
  
  I'm guessing that I have a different distribution, the one that comes 
  with code blocks, and the c/c++ headers are not the same (though 
  hopefully do the same thing).
  
  I agree that this is clearly not a widgets issue but I'm still including 
  that group since you were able to help so far.  I am very reluctant to 
  edit the stdlib.h file I have if the line numbers and sample info do not 
  match at all.  Can you confirm which version of MinGW you applied the 
  patch to?  Perhaps I will just get that one, or another compiler 
  supported by Code Blocks and start over.
  
  David
  
  
  On 10/17/2019 5:17 PM, Vadim Zeitlin wrote:
  > On Thu, 17 Oct 2019 17:06:09 -0400 David Bergman wrote:
  >
  > DB> Thank you.  I had installed using codeblocks-17.12mingw-nosetup.zip
  > DB> which comes with the MinGW compiler (circa 12/2017).  If I understand
  > DB> your comment correctly the bug will not be released until later, or is
  > DB> there an existing patch?
  >
  >  Yes, it's linked from the ticket URL I gave in the previous reply:
  >
  > https://dotsrc.dl.osdn.net/osdn/ticket/g/m/mi/mingw/39658/5565/declare-rand_s.patch
  >
  > DB> Rather than edit plplot source might it be better do grab the most
  > DB> recent compiler or is that not stable?
  >
  >  I'm not really sure, but adding a declaration to stdlib.h (i.e. applying
  > the patch above) should be the simplest. OTOH you could also just copy
  > rand_s declaration in the file which needs it in plplot and avoid modifying
  > MinGW headers at all. But this is really not wx-related at all any more...
  >
  > DB> Doing the rand fix just exposed another bug related to seed (see
  > DB> below).  Is there a list of all possible changes needed?  Or is it safe
  > DB> to say any related to the _WIN32 condition, or rand() generators?
  > DB>
  > DB> David
  > DB>
  > DB> [ 79%] Building CXX object
  > DB> drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.obj
  > DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In constructor
  > DB> 'Rand::Rand()':
  > DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:647:25: error:
  > DB> 'rand_s' was not declared in this scope
  > DB>           rand_s( &m_seed );
  >
  >  This seems to be exactly the same problem.
  >
  >  Regards,
  > VZ
  >
  -- 
  David Bergman
  David R Bergman Music LLC
  "Have Guitar Will Travel"
  Morristown NJ
  551-655-4720
  stu...@gm...
  www.davidrobertbergmanmusic.com
  
  
  ---
  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  |

 _______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general
  

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

[Ferrell, S. <sfe...@ya...>]

Have you checked this page yet?  sourceforge.net/p/plplot/wiki/Configure_PLplot_for_the_Visual_Studio_IDE/

| 
| 
|  | 
PLplot Cross-platform, scientific graphics...


 |

 |

 |



You may also want to give VCPKG a go.  It's a package manager that works much like a package manager under Linux.  I see that it has build packages for PLPlot 5.13.0-1 with wxwidgets:  Vcpkg: a tool to acquire and build C++ open source libraries on Windows | C++ Team Blog



| 
| 
| 
|  |  |

 |

 |
| 
|  | 
Vcpkg: a tool to acquire and build C++ open source libraries on Windows ...

Last update: 08/17/2018 We are delighted to announce the availability of Vcpkg on GitHub https://github.com/Micr...
 |

 |

 |


The list of packages provided in the link are from Aug. of 2018 so I'm sure the packages for most builds have been updated since then as well.





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

    On Thursday, October 17, 2019, 04:19:40 PM MST, David Bergman <stu...@gm...> wrote:  
 
  
Stephan, perhaps you can help then.  I have never had an easy time getting plplot to build and install with VS in my environment and right now my current build/install crashes when I close any app that uses plplot.  I do not know why.  But there is another reason and that is that my dell tower is not on-line and VS requires monthly renewal of the license for their Express or Community editions of the VS IDE.  I may still be able to use the compilers but hadn't considered that.
 
  
 
 On 10/17/2019 6:54 PM, Ferrell, Stephen wrote:
  
 
  Is there a reason why you've moved from Visual Studio to MinGW and CodeBlocks?  I've built several releases of PLPlot for Windows in the past using Visual Studio and had no problems.  As Visual Studio is the most popular development environment for Windows, support for building PLPlot and its dependencies is a bit more solid and you'll find there are more folks out there who can lend a hand when you do run into a problem.  I'd suggest switching back to VS unless you have some good reasons for switching to CodeBlocks/MinGW. 
  -- The quality of your thoughts will determine the quality of your life.  
  
      On Thursday, October 17, 2019, 03:09:27 PM MST, David Bergman <stu...@gm...> wrote:  
  
   I have the patch but the file changes indicated in the header do not 
  match lines the appear in the /mingw/include/stdlib.h.
  
  I'm guessing that I have a different distribution, the one that comes 
  with code blocks, and the c/c++ headers are not the same (though 
  hopefully do the same thing).
  
  I agree that this is clearly not a widgets issue but I'm still including 
  that group since you were able to help so far.  I am very reluctant to 
  edit the stdlib.h file I have if the line numbers and sample info do not 
  match at all.  Can you confirm which version of MinGW you applied the 
  patch to?  Perhaps I will just get that one, or another compiler 
  supported by Code Blocks and start over.
  
  David
  
  
  On 10/17/2019 5:17 PM, Vadim Zeitlin wrote:
  > On Thu, 17 Oct 2019 17:06:09 -0400 David Bergman wrote:
  >
  > DB> Thank you.  I had installed using codeblocks-17.12mingw-nosetup.zip
  > DB> which comes with the MinGW compiler (circa 12/2017).  If I understand
  > DB> your comment correctly the bug will not be released until later, or is
  > DB> there an existing patch?
  >
  >  Yes, it's linked from the ticket URL I gave in the previous reply:
  >
  > https://dotsrc.dl.osdn.net/osdn/ticket/g/m/mi/mingw/39658/5565/declare-rand_s.patch
  >
  > DB> Rather than edit plplot source might it be better do grab the most
  > DB> recent compiler or is that not stable?
  >
  >  I'm not really sure, but adding a declaration to stdlib.h (i.e. applying
  > the patch above) should be the simplest. OTOH you could also just copy
  > rand_s declaration in the file which needs it in plplot and avoid modifying
  > MinGW headers at all. But this is really not wx-related at all any more...
  >
  > DB> Doing the rand fix just exposed another bug related to seed (see
  > DB> below).  Is there a list of all possible changes needed?  Or is it safe
  > DB> to say any related to the _WIN32 condition, or rand() generators?
  > DB>
  > DB> David
  > DB>
  > DB> [ 79%] Building CXX object
  > DB> drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.obj
  > DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In constructor
  > DB> 'Rand::Rand()':
  > DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:647:25: error:
  > DB> 'rand_s' was not declared in this scope
  > DB>           rand_s( &m_seed );
  >
  >  This seems to be exactly the same problem.
  >
  >  Regards,
  > VZ
  >
  -- 
  David Bergman
  David R Bergman Music LLC
  "Have Guitar Will Travel"
  Morristown NJ
  551-655-4720
  stu...@gm...
  www.davidrobertbergmanmusic.com
  
  
  ---
  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  |

 _______________________________________________
Plplot-general mailing list
Plp...@li...
https://lists.sourceforge.net/lists/listinfo/plplot-general
  

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

[David B. <stu...@gm...>]

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


On 10/17/2019 6:54 PM, Ferrell, Stephen wrote:
> Is there a reason why you've moved from Visual Studio to MinGW and 
> CodeBlocks? I've built several releases of PLPlot for Windows in the 
> past using Visual Studio and had no problems.  As Visual Studio is the 
> most popular development environment for Windows, support for building 
> PLPlot and its dependencies is a bit more solid and you'll find there 
> are more folks out there who can lend a hand when you do run into a 
> problem. I'd suggest switching back to VS unless you have some good 
> reasons for switching to CodeBlocks/MinGW.
>
> -- The quality of your thoughts will determine the quality of your life.
>
>
> On Thursday, October 17, 2019, 03:09:27 PM MST, David Bergman 
> <stu...@gm...> wrote:
>
>
> I have the patch but the file changes indicated in the header do not
> match lines the appear in the /mingw/include/stdlib.h.
>
> I'm guessing that I have a different distribution, the one that comes
> with code blocks, and the c/c++ headers are not the same (though
> hopefully do the same thing).
>
> I agree that this is clearly not a widgets issue but I'm still including
> that group since you were able to help so far.  I am very reluctant to
> edit the stdlib.h file I have if the line numbers and sample info do not
> match at all.  Can you confirm which version of MinGW you applied the
> patch to?  Perhaps I will just get that one, or another compiler
> supported by Code Blocks and start over.
>
> David
>
>
> On 10/17/2019 5:17 PM, Vadim Zeitlin wrote:
> > On Thu, 17 Oct 2019 17:06:09 -0400 David Bergman wrote:
> >
> > DB> Thank you.  I had installed using codeblocks-17.12mingw-nosetup.zip
> > DB> which comes with the MinGW compiler (circa 12/2017).  If I 
> understand
> > DB> your comment correctly the bug will not be released until later, 
> or is
> > DB> there an existing patch?
> >
> >  Yes, it's linked from the ticket URL I gave in the previous reply:
> >
> > 
> https://dotsrc.dl.osdn.net/osdn/ticket/g/m/mi/mingw/39658/5565/declare-rand_s.patch
> >
> > DB> Rather than edit plplot source might it be better do grab the most
> > DB> recent compiler or is that not stable?
> >
> >  I'm not really sure, but adding a declaration to stdlib.h (i.e. 
> applying
> > the patch above) should be the simplest. OTOH you could also just copy
> > rand_s declaration in the file which needs it in plplot and avoid 
> modifying
> > MinGW headers at all. But this is really not wx-related at all any 
> more...
> >
> > DB> Doing the rand fix just exposed another bug related to seed (see
> > DB> below).  Is there a list of all possible changes needed?  Or is 
> it safe
> > DB> to say any related to the _WIN32 condition, or rand() generators?
> > DB>
> > DB> David
> > DB>
> > DB> [ 79%] Building CXX object
> > DB> drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.obj
> > DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In constructor
> > DB> 'Rand::Rand()':
> > DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:647:25: error:
> > DB> 'rand_s' was not declared in this scope
> > DB>           rand_s( &m_seed );
> >
> >  This seems to be exactly the same problem.
> >
> >  Regards,
> > VZ
> >
> -- 
> David Bergman
> David R Bergman Music LLC
> "Have Guitar Will Travel"
> Morristown NJ
> 551-655-4720
> stu...@gm... <mailto:stu...@gm...>
> www.davidrobertbergmanmusic.com
>
>
> ---
> 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...
www.davidrobertbergmanmusic.com

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

[Ferrell, S. <sfe...@ya...>]

Is there a reason why you've moved from Visual Studio to MinGW and CodeBlocks?  I've built several releases of PLPlot for Windows in the past using Visual Studio and had no problems.  As Visual Studio is the most popular development environment for Windows, support for building PLPlot and its dependencies is a bit more solid and you'll find there are more folks out there who can lend a hand when you do run into a problem.  I'd suggest switching back to VS unless you have some good reasons for switching to CodeBlocks/MinGW.
-- The quality of your thoughts will determine the quality of your life. 

    On Thursday, October 17, 2019, 03:09:27 PM MST, David Bergman <stu...@gm...> wrote:  
 
 I have the patch but the file changes indicated in the header do not 
match lines the appear in the /mingw/include/stdlib.h.

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

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

David


On 10/17/2019 5:17 PM, Vadim Zeitlin wrote:
> On Thu, 17 Oct 2019 17:06:09 -0400 David Bergman wrote:
>
> DB> Thank you.  I had installed using codeblocks-17.12mingw-nosetup.zip
> DB> which comes with the MinGW compiler (circa 12/2017).  If I understand
> DB> your comment correctly the bug will not be released until later, or is
> DB> there an existing patch?
>
>  Yes, it's linked from the ticket URL I gave in the previous reply:
>
> https://dotsrc.dl.osdn.net/osdn/ticket/g/m/mi/mingw/39658/5565/declare-rand_s.patch
>
> DB> Rather than edit plplot source might it be better do grab the most
> DB> recent compiler or is that not stable?
>
>  I'm not really sure, but adding a declaration to stdlib.h (i.e. applying
> the patch above) should be the simplest. OTOH you could also just copy
> rand_s declaration in the file which needs it in plplot and avoid modifying
> MinGW headers at all. But this is really not wx-related at all any more...
>
> DB> Doing the rand fix just exposed another bug related to seed (see
> DB> below).  Is there a list of all possible changes needed?  Or is it safe
> DB> to say any related to the _WIN32 condition, or rand() generators?
> DB>
> DB> David
> DB>
> DB> [ 79%] Building CXX object
> DB> drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.obj
> DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In constructor
> DB> 'Rand::Rand()':
> DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:647:25: error:
> DB> 'rand_s' was not declared in this scope
> DB>           rand_s( &m_seed );
>
>  This seems to be exactly the same problem.
>
>  Regards,
> VZ
>
-- 
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com


---
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
  

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

[David B. <stu...@gm...>]

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

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

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

David


On 10/17/2019 5:17 PM, Vadim Zeitlin wrote:
> On Thu, 17 Oct 2019 17:06:09 -0400 David Bergman wrote:
>
> DB> Thank you.  I had installed using codeblocks-17.12mingw-nosetup.zip
> DB> which comes with the MinGW compiler (circa 12/2017).  If I understand
> DB> your comment correctly the bug will not be released until later, or is
> DB> there an existing patch?
>
>   Yes, it's linked from the ticket URL I gave in the previous reply:
>
> https://dotsrc.dl.osdn.net/osdn/ticket/g/m/mi/mingw/39658/5565/declare-rand_s.patch
>
> DB> Rather than edit plplot source might it be better do grab the most
> DB> recent compiler or is that not stable?
>
>   I'm not really sure, but adding a declaration to stdlib.h (i.e. applying
> the patch above) should be the simplest. OTOH you could also just copy
> rand_s declaration in the file which needs it in plplot and avoid modifying
> MinGW headers at all. But this is really not wx-related at all any more...
>
> DB> Doing the rand fix just exposed another bug related to seed (see
> DB> below).  Is there a list of all possible changes needed?  Or is it safe
> DB> to say any related to the _WIN32 condition, or rand() generators?
> DB>
> DB> David
> DB>
> DB> [ 79%] Building CXX object
> DB> drivers/CMakeFiles/wxwidgets.dir/wxwidgets_dev.cpp.obj
> DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp: In constructor
> DB> 'Rand::Rand()':
> DB> C:\temp\src\plplot-5.15.0\drivers\wxwidgets_dev.cpp:647:25: error:
> DB> 'rand_s' was not declared in this scope
> DB>           rand_s( &m_seed );
>
>   This seems to be exactly the same problem.
>
>   Regards,
> VZ
>
-- 
David Bergman
David R Bergman Music LLC
"Have Guitar Will Travel"
Morristown NJ
551-655-4720
stu...@gm...
www.davidrobertbergmanmusic.com


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