Re: [Plplot-general] Access violation: PLplot 5.9.0, wxWidgets 2.8.0 (Debug build), MINGW

[Werner S. <sm...@ia...>]

Hi Philipp,

I just need more information to be of any help.

On 11.12.2008, at 11:21, Philipp Bachmann wrote:

> I've a problem with configuring, building and running a debug build  
> of PLplot 5.9.0 with a debug build of wxWidgets 2.8.0 under MINGW  
> (using GCC 3.4.5).

You working with the MinGW compiler in a MSYS environment, right? Are  
you using wxWidgets 2.8.0 for a special reason? There is already  
wxWidgets 2.8.9 available, which I use without problems. Which version  
of cmake are you using?
>

> My configuration and building steps are as follows (from the root  
> dir of the PLplot distribution):
>
> PATH=/c/Program\ Files/CMake/bin:$PATH
> export PATH
>
> $ mkdir gxxBuild-mingw-Debug
> $ cd gxxBuild-mingw-Debug
> cmake .. -G "MSYS Makefiles" -DBUILD_TEST=ON \
> -DCMAKE_VERBOSE_MAKEFILE=ON -DDEFAULT_NO_BINDINGS=ON -DENABLE_cxx=ON \
> -DENABLE_wxwidgets=ON -DwxWidgets_USE_DEBUG=ON - 
> DCMAKE_BUILD_TYPE=Debug
> make

Some remarks: you don't need CMAKE_VERBOSE_MAKEFILE=ON, just skip that  
and if you want verbose output run

make VERBOSE=1

So far I didn't know about -DwxWidgets_USE_DEBUG=ON, but I never used  
MSYS, since I don't like it. I practically only use MinGW in Windows  
CLI.
>
>
> "wxWidgets_USE_DEBUG" is described in the CMake manual. Everything  
> seems to work fine. I can use MS Dependency Walker to check whether  
> PLplot linked against the correct wxWidgets dlls, and it looks good,  
> i.e. wx-config knows of both my release and my debug build of  
> wxWidgets.

Does it link against the debug libraries (libwxcore2.8d.dll or  
similar) if you use -DwxWidgets_USE_DEBUG=ON. And does it link against  
the release libraries (libwxcore2.8.dll) if you skip this option.
>
>
> Then I wanted to test it:
> I copy the *.fnt files to the respective example directory and let  
> PATH additionally point to gxxBuild-mingw-Debug/dll (because I did  
> not yet "make install" PLplot) and to the wxWidgets dlls.

sounds good.

> Then regardless of the example (e.g. c++/x10 or c++/wxPLplotDemo)  
> very soon a crash occurs (Access Violation).

When does it crash? Before you can select a driver? Does the wingcc  
driver work?

> I can simulate a run with MS Dependency Walker - there I see the  
> crash happens in NTDLL soon after the dll the example depends on  
> have been loaded. This crash also happens without - 
> DENABLE_wxwidgets=ON, but with -DwxWidgets_USE_DEBUG=ON.

If the wxWidgets bindings are disabled, wxPLplotDemo shouldn't be  
build, but the wxWidgets driver should still be available.
>
>
> This does not happen iff I configure without -DwxWidgets_USE_DEBUG=ON.

I have problems with cmake, since if you want to use the debug version  
of the wxwidgets library, cmake links to the correct debug library,  
but doesn't define the WXDEBUG macro in the command line (I don't know  
about MSYS, since wx-config should actually provide the correct  
settings). Therefore the wxWidgets code in the plplot library  
"believes" that it will be linked against the release library. Usually  
you get a message box at the startup telling you, that the code and  
the wxWidgets library don't fit and exits. I already asked the cmake  
developers to change that, but this didn't happen so far. It crashes  
maybe for you, since you use an older wxWidgets version.

For that reason I usually use the release version of the wxWidgets  
library, even if I compile the plplot library in debug mode. Usually I  
don't need to debug the wxWidgets code, so no problem here. If this is  
acceptable for you, I would also just do it that way.

One other proposal: You could run the example in gdb and print out the  
backtrace to see where it exactly crashes.

In any case I would suggest, that you use the latest cmake version  
(2.6.2 or 2.6.3?) and the latest wxWidgets version (2.8.9). You could  
also try a "newer" PLplot version, we provide weekly source packages  
here

http://www.miscdebris.net/plplot_weeklies/

There were a lot of improvements/changes especially for the wxWidgets  
driver, so you may try one of the later source packages or wait until  
next week, when PLplot 5.9.1 should be released.

Best Regards,
Werner

>
>
> Is there a cure to this problem?
>
> Thanks in advance, cheers,
> Philipp.
>
> _______________________________________________________________________
> Sensationsangebot verlängert: WEB.DE FreeDSL - Telefonanschluss + DSL
> für nur 16,37 Euro/mtl.!* http://dsl.web.de/? 
> ac=OM.AD.AD008K15039B7069a
>
>
> ------------------------------------------------------------------------------
> SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas,  
> Nevada.
> The future of the web can't happen without you.  Join us at MIX09 to  
> help
> pave the way to the Next Web now. Learn more and register at
> http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/
> _______________________________________________
> Plplot-general mailing list
> Plp...@li...
> https://lists.sourceforge.net/lists/listinfo/plplot-general

--
Dr. Werner Smekal
Institut fuer Allgemeine Physik
Technische Universitaet Wien
Wiedner Hauptstr 8-10
A-1040 Wien
Austria

email: sm...@ia...
web: http://www.iap.tuwien.ac.at/~smekal
phone: +43-(0)1-58801-13463 (office), +43-(0)1-58801-13469 (laboratory)
fax: +43-(0)1-58801-13499