Hi Arjen That looks like the class you are looking for. Those comments shouldn't be important. They just mean that you can access x and y exactly like in a C struct, for example wxSize mySize; mySize.x=4;. But the comment says please don't do this.
Further down in that class is there a constructor? it will look something like wxSize( int w, int h). It looks like a function declaration, but with no return type. The variable names may be different too - probably some variation on width and height or x and y. On 10 July 2017 at 10:25, Arjen Markus <arjen.mar...@deltares.nl> wrote: > Hi Phil, > > > > That is definitely a possibility. I had another search for wxSize. At first > I only found wxSizer (which is not the class I was looking for), but finally > I did – in a header file “gdicmn.h”: > > > > class WXDLLIMPEXP_CORE wxSize > > { > > public: > > // members are public for compatibility, don't use them directly. > > int x, y; > > > > I have no idea what to make of the comment … > > > > Regards, > > > > Arjen > > > > > > From: p.d.rosenb...@gmail.com [mailto:p.d.rosenb...@gmail.com] > Sent: Monday, July 10, 2017 10:59 AM > To: Arjen Markus; Alan W. Irwin > > > Subject: RE: The wxwidgets version you use for MSVC > > > > Hmm, I wonder if wxUSE_STRING_POS_CACHE is set during the wxWidgets build of > the dlls, but then not during the build of plplot. That would explain a > linker error there i think. > > > > You could search for wxSize::wxSize which should locate the constructors for > that class, if they exist. > > > > Phil > > > > Sent from my Windows 10 phone > > > > From: Arjen Markus > Sent: 10 July 2017 08:22 > To: p.d.rosenb...@gmail.com; Alan W. Irwin > Subject: RE: The wxwidgets version you use for MSVC > > > > Hi Phil, > > > > See my answers below in context. > > > > Regards, > > > > Arjen > > > > > > From: p.d.rosenb...@gmail.com [mailto:p.d.rosenb...@gmail.com] > Sent: Monday, July 10, 2017 12:24 AM > To: Alan W. Irwin > Cc: Arjen Markus > Subject: RE: The wxwidgets version you use for MSVC > > > > Hi Arjen > > Have you built any other wxWidgets applications with this library version. > Also is there a chance that you could be accessing headers from a version > that s different to the dll? > > > >>>AM: I have not tried to build anything else. I had a “hello, world” >>> example, but I compiled that under MinGW and as that worked and the PLplot >>> build failed, I do not think it is representative for the current problem. > > > > Usually when I see wxString involved my first guess s a Unicode related flag > miss match. But with those two particular methods being unrelated and > probably relatively small functions, I wondered if they have been swapped > from inline to not inline between wx versions, and hence if you pick up a > header without inlined versions but a dll with inlined versions you will get > linker errors. Just a guess though. > > Also try using dependency walker or dumpbin (fed into grep if you have > access to it) to check if those methods or some variants are really in the > dll. > > > >>>AM: The libraries and header files come from the “official” wxWidgets >>> site. But they are the DLLs only, not the static ones. I searched for the >>> string “wxString” in the header files and the libraries (import and DLL), >>> but it is ubiquitous – 904 header files contain that string. Luckily that >>> was not the case for ~wxString. That is defined in the string.h header file, >>> but conditionally: > > > > #if wxUSE_STRING_POS_CACHE > > ~wxString() > > { > > // we need to invalidate our cache entry as another string could be > > // recreated at the same address (unlikely, but still possible, with > the > > // heap-allocated strings but perfectly common with stack-allocated > ones) > > InvalidateCache(); > > } > > #endif // wxUSE_STRING_POS_CACHE > > > > No such luck though with wxSize – 504 header files. > > > > I have not yet inspected the 34 DLLs … that is for later. > > 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. ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel