From: Ankur A. <ank...@gm...> - 2010-03-28 21:42:55
|
Hello, I am trying to build plplot on Windows XP and although I was able to get it going I have some errors that I cannot figure. I use a batch file to build the install (using instruction on the wiki page). I couldnt figure how to get (or build) cairo and pkg-config (and glib?). But when trying to install GTK+ it just seemed to work. Obv. the PKG_CONFIG_PATH is not being set appropriately. The contents of my batch file are: cd buildmingw set PATH=%PATH%;C:\gtk\bin cmake -G "MinGW Makefiles" -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX=install .. set PATH=%PATH%;C:\plplot-5.9.5\buildmingw\dll mingw32-make mingw32-make install (I chose to build examples as I couldnt do it otherwise but thats for later). when running "mingw32-make" command, the following error gets generated and when I re-run it, it just skips over and exits successfully. ********* Scanning dependencies of target test_dyndrivers [ 38%] Generating test_dyndrivers_dir/cairo.rc [ 38%] Generating test_dyndrivers_dir/qt.rc This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. mingw32-make[2]: *** [drivers/test_dyndrivers_dir/qt.rc] Error 3 mingw32-make[1]: *** [drivers/CMakeFiles/test_dyndrivers.dir/all] Error 2 mingw32-make: *** [all] Error 2 ********* Following this, the "mingw32-make install" gets completed without issues. However, when running an example from C:\plplot-5.9.5\buildmingw\examples\C++, I universally get the following message (twice): ===== *** PLPLOT WARNING *** Unrecognized cmap0 format data line. Line is #000000 ===== This leads to all the examples to have a white background. I tried using the command line option of -cmap0 filename and -bg color but without success. If someone can point out the source of this cmap0 warning and also, how to definitively install the necessary packages cairo/pkg-config/glib that'd be great. Please let me know if you need more information. (Note that the mingw environment used was the one that came when installing Qt.) Thank you. |
From: Vincenzo U. M. <urs...@go...> - 2010-03-29 15:55:07
|
Hi, I am trying to get plplot working on Win XP as well. I built it with MinGW. Regarding Pkg-config and glib I downloaded the binaries, id not have to build them. you can find them here: http://www.gtk.org/download-windows.html Hope that helps Vince 2010/3/28 Ankur Agarwal <ank...@gm...>: > Hello, > > I am trying to build plplot on Windows XP and although I was able to get it > going I have some errors that I cannot figure. > > I use a batch file to build the install (using instruction on the wiki > page). I couldnt figure how to get (or build) cairo and pkg-config (and > glib?). But when trying to install GTK+ it just seemed to work. Obv. the > PKG_CONFIG_PATH is not being set appropriately. > > The contents of my batch file are: > cd buildmingw > set PATH=%PATH%;C:\gtk\bin > cmake -G "MinGW Makefiles" -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX=install .. > set PATH=%PATH%;C:\plplot-5.9.5\buildmingw\dll > mingw32-make > mingw32-make install > > (I chose to build examples as I couldnt do it otherwise but thats for > later). > > when running "mingw32-make" command, the following error gets generated and > when I re-run it, it just skips over and exits successfully. > > ********* > Scanning dependencies of target test_dyndrivers > [ 38%] Generating test_dyndrivers_dir/cairo.rc > [ 38%] Generating test_dyndrivers_dir/qt.rc > > This application has requested the Runtime to terminate it in an unusual > way. > Please contact the application's support team for more information. > > This application has requested the Runtime to terminate it in an unusual > way. > Please contact the application's support team for more information. > mingw32-make[2]: *** [drivers/test_dyndrivers_dir/qt.rc] Error 3 > mingw32-make[1]: *** [drivers/CMakeFiles/test_dyndrivers.dir/all] Error 2 > mingw32-make: *** [all] Error 2 > ********* > > Following this, the "mingw32-make install" gets completed without issues. > However, when running an example from > C:\plplot-5.9.5\buildmingw\examples\C++, I universally get the following > message (twice): > > ===== > *** PLPLOT WARNING *** > Unrecognized cmap0 format data line. Line is #000000 > ===== > > This leads to all the examples to have a white background. I tried using > the command line option of -cmap0 filename and -bg color but without > success. > > If someone can point out the source of this cmap0 warning and also, how to > definitively install the necessary packages cairo/pkg-config/glib that'd be > great. > > Please let me know if you need more information. (Note that the mingw > environment used was the one that came when installing Qt.) > > Thank you. > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > > |
From: Hazen B. <hba...@ma...> - 2010-03-29 16:14:59
|
Vincenzo Urso Miano wrote: > Hi, > I am trying to get plplot working on Win XP as well. I built it with > MinGW. Regarding Pkg-config and glib I downloaded the binaries, id not > have to build them. > you can find them here: > http://www.gtk.org/download-windows.html > Hope that helps > Vince This is also where I got gtk. I downloaded the gtk+ all in one bundle, v2.18. I'm pretty sure that this includes pkg-config. > 2010/3/28 Ankur Agarwal <ank...@gm...>: >> Hello, >> >> I am trying to build plplot on Windows XP and although I was able to get it >> going I have some errors that I cannot figure. >> >> I use a batch file to build the install (using instruction on the wiki >> page). I couldnt figure how to get (or build) cairo and pkg-config (and >> glib?). But when trying to install GTK+ it just seemed to work. Obv. the >> PKG_CONFIG_PATH is not being set appropriately. >> >> The contents of my batch file are: >> cd buildmingw >> set PATH=%PATH%;C:\gtk\bin >> cmake -G "MinGW Makefiles" -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX=install .. >> set PATH=%PATH%;C:\plplot-5.9.5\buildmingw\dll >> mingw32-make >> mingw32-make install >> >> (I chose to build examples as I couldnt do it otherwise but thats for >> later). >> >> when running "mingw32-make" command, the following error gets generated and >> when I re-run it, it just skips over and exits successfully. >> >> ********* >> Scanning dependencies of target test_dyndrivers >> [ 38%] Generating test_dyndrivers_dir/cairo.rc >> [ 38%] Generating test_dyndrivers_dir/qt.rc >> >> This application has requested the Runtime to terminate it in an unusual >> way. >> Please contact the application's support team for more information. >> >> This application has requested the Runtime to terminate it in an unusual >> way. >> Please contact the application's support team for more information. >> mingw32-make[2]: *** [drivers/test_dyndrivers_dir/qt.rc] Error 3 >> mingw32-make[1]: *** [drivers/CMakeFiles/test_dyndrivers.dir/all] Error 2 >> mingw32-make: *** [all] Error 2 >> ********* >> >> Following this, the "mingw32-make install" gets completed without issues. >> However, when running an example from >> C:\plplot-5.9.5\buildmingw\examples\C++, I universally get the following >> message (twice): >> >> ===== >> *** PLPLOT WARNING *** >> Unrecognized cmap0 format data line. Line is #000000 >> ===== >> >> This leads to all the examples to have a white background. I tried using >> the command line option of -cmap0 filename and -bg color but without >> success. >> >> If someone can point out the source of this cmap0 warning and also, how to >> definitively install the necessary packages cairo/pkg-config/glib that'd be >> great. >> >> Please let me know if you need more information. (Note that the mingw >> environment used was the one that came when installing Qt.) Can you post the value of PATH? Can you post the contents of the cmap0 file that you are using? Are you trying to install 5.9.5? Or SVN head? -Hazen |
From: Werner S. <sm...@ia...> - 2010-03-29 18:42:59
|
Hi, On 3/28/10 11:42 PM, Ankur Agarwal wrote: > Hello, > > I am trying to build plplot on Windows XP and although I was able to get > it going I have some errors that I cannot figure. > > I use a batch file to build the install (using instruction on the wiki > page). I couldnt figure how to get (or build) cairo and pkg-config (and > glib?). But when trying to install GTK+ it just seemed to work. Obv. > the PKG_CONFIG_PATH is not being set appropriately. Yes, you need to set PKG_CONFIG_PATH on your own - I wrote about that in a former post: http://www.mail-archive.com/plp...@li.../msg01439.html Instead of gtk 2.12 you should download the latest all in one bundle 2.18 from here: http://ftp.gnome.org/pub/gnome/binaries/win32/gtk+/2.18/gtk+-bundle_2.18.7-20100213_win32.zip I'll add that to the wiki. > > The contents of my batch file are: > cd buildmingw > set PATH=%PATH%;C:\gtk\bin > cmake -G "MinGW Makefiles" -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX=install .. > set PATH=%PATH%;C:\plplot-5.9.5\buildmingw\dll > mingw32-make > mingw32-make install > > (I chose to build examples as I couldnt do it otherwise but thats for > later). > > when running "mingw32-make" command, the following error gets generated > and when I re-run it, it just skips over and exits successfully. > > ********* > Scanning dependencies of target test_dyndrivers > [ 38%] Generating test_dyndrivers_dir/cairo.rc > [ 38%] Generating test_dyndrivers_dir/qt.rc > > This application has requested the Runtime to terminate it in an unusual > way. > Please contact the application's support team for more information. > > This application has requested the Runtime to terminate it in an unusual > way. > Please contact the application's support team for more information. > mingw32-make[2]: *** [drivers/test_dyndrivers_dir/qt.rc] Error 3 > mingw32-make[1]: *** [drivers/CMakeFiles/test_dyndrivers.dir/all] Error 2 > mingw32-make: *** [all] Error 2 > ********* Here I believe, that the qt.dlls are not found, it doesn't seem to choke on the cairo driver but on the qt driver. Are the qt.dlls in the path? > > Following this, the "mingw32-make install" gets completed without > issues. However, when running an example from > C:\plplot-5.9.5\buildmingw\examples\C++, I universally get the following > message (twice): > > ===== > *** PLPLOT WARNING *** > Unrecognized cmap0 format data line. Line is #000000 > ===== > > This leads to all the examples to have a white background. I tried > using the command line option of -cmap0 filename and -bg color but > without success. I'm not sure about this one, but did you set the PLPLOT_LIB environment variable, in your case this would be set PLPLOT_LIB=C:\plplot-5.9.5\data Did you use the latest svn? Or how did you get the source code? Maybe the svn properties are wrong for these files. Do you have the same problem with the C examples? > > If someone can point out the source of this cmap0 warning and also, how > to definitively install the necessary packages cairo/pkg-config/glib > that'd be great. > > Please let me know if you need more information. (Note that the mingw > environment used was the one that came when installing Qt.) I've never done that, but it shouldn't be a problem. HTH, Werner > > Thank you. > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > > > > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sm...@ia... (GPG: EDCAF4A79) 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 |
From: Ankur A. <ank...@gm...> - 2010-03-29 19:10:22
|
@Vincenzo and Hazen: Regarding gtk+, that is what I installed and figured to set it in my PATH before building plplot. I was not sure if that was the way to go. Thank you for the confirmation. That also included pkg-config and I will follow the instructions from Werner to set the other environment variables. @Hazen: I am trying to install 5.9.5 and not the SVN head. I got the source files from the sourceforge link. My PATH parameter is: C:\Program Files\ImageMagick-6.6.0-Q16; C:\Program Files\Vim\vim72; C:\Program Files\GnuWin32\bin; C:\Program Files\Intel\MKL\10.0.4.023\ia32\bin; C:\Program Files\Intel\Compiler\11.0\066\fortran\lib\ia32; C:\Program Files\Tecplot\TecFocus\Bin; C:\WINNT\system32; C:\WINNT; C:\WINNT\System32\Wbem; C:\orant\bin; C:\Program Files\Oracle\jre\1.1.7\bin; C:\Program Files\Windows Imaging\; C:\PROGRA~1\DISKEE~1\DISKEE~1\; C:\Program Files\Common Files\Lenovo; C:\Program Files\Intel\WiFi\bin\; C:\Program Files\IXOS\bin; C:\Program Files\MATLAB\R2008b\bin; C:\Program Files\MATLAB\R2008b\bin\win32; C:\Program Files\QuickTime\QTSystem\; C:\Program Files\CMake 2.8\bin; C:\Qt\2010.02.01\qt\bin; C:\Qt\2010.02.01\bin; C:\Qt\2010.02.01\mingw\bin; C:\WINNT\System32; C:\gtk\bin; C:\plplot-5.9.5\buildmingw\dll Note that the last two entries (gtk and plplot dll's) are added by way of my batch file. As to your other question about cmap0, I dont know which cmap0 file is being used and how? I noticed there are cmap0*.pal and cmap1*.pal files in C:\plplot-5.9.5\data directory and I tried copying one of them and named it cmap0.pal but that didnt change anything. @Werner: I have the C:\Qt\2010.02.01\qt\bin in my PATH. (Unless the dll's plplot is looking for in another directory) I will follow the instructions from your post and report back on the results. And, I did not set the PLPLOT_LIB environment variable. Will try that as well before building and see what, if anything, changes. And yes, I have the same problems with C examples. (Those are the only 2 sets of examples I build). And, the source is obtained from sourceforge and not SVN. Thank you very much for helping me through this. Ankur |
From: Hazen B. <hba...@ma...> - 2010-03-29 19:41:18
|
Ankur Agarwal wrote: > @Hazen: > I am trying to install 5.9.5 and not the SVN head. I got the source > files from the sourceforge link. My PATH parameter is: > > C:\Program Files\ImageMagick-6.6.0-Q16; > C:\Program Files\Vim\vim72; > C:\Program Files\GnuWin32\bin; > C:\Program Files\Intel\MKL\10.0.4.023\ia32\bin; > C:\Program Files\Intel\Compiler\11.0\066\fortran\lib\ia32; > C:\Program Files\Tecplot\TecFocus\Bin; > C:\WINNT\system32; > C:\WINNT; > C:\WINNT\System32\Wbem; > C:\orant\bin; > C:\Program Files\Oracle\jre\1.1.7\bin; > C:\Program Files\Windows Imaging\; > C:\PROGRA~1\DISKEE~1\DISKEE~1\; > C:\Program Files\Common Files\Lenovo; > C:\Program Files\Intel\WiFi\bin\; > C:\Program Files\IXOS\bin; > C:\Program Files\MATLAB\R2008b\bin; > C:\Program Files\MATLAB\R2008b\bin\win32; > C:\Program Files\QuickTime\QTSystem\; Do the Matlab or Quicktime folders have anything that is Qt related? I have seen problems when you have multiple versions of Qt in PATH. I'd suggest simplifying PATH for the build to just include the stuff that you absolutely need, otherwise you can run into problems picking up random versions of common libraries (such as Qt). > C:\Program Files\CMake 2.8\bin; > C:\Qt\2010.02.01\qt\bin; > C:\Qt\2010.02.01\bin; > C:\Qt\2010.02.01\mingw\bin; > C:\WINNT\System32; > C:\gtk\bin; > C:\plplot-5.9.5\buildmingw\dll > > Note that the last two entries (gtk and plplot dll's) are added by way > of my batch file. As to your other question about cmap0, I dont know > which cmap0 file is being used and how? I noticed there are cmap0*.pal > and cmap1*.pal files in C:\plplot-5.9.5\data directory and I tried > copying one of them and named it cmap0.pal but that didnt change anything. How about just the contents of data/cmap0_default.pal. It should look like this: 16 #000000 #ff0000 #ffff00 #00ff00 #7fffd4 #ffc0cb #f5deb3 #bebebe #a52a2a #0000ff #8a2be2 #00ffff #40e0d0 #ff00ff #fa8072 #ffffff -Hazen |
From: Ankur A. <ank...@gm...> - 2010-03-29 19:56:29
|
Hazen, Tried with the simplified PATH as you suggested but the experience is the same. Also, the cmap0_default.pal contents are as you wrote. Ankur On Mon, Mar 29, 2010 at 12:41 PM, Hazen Babcock <hba...@ma...> wrote: > Ankur Agarwal wrote: > >> @Hazen: >> I am trying to install 5.9.5 and not the SVN head. I got the source files >> from the sourceforge link. My PATH parameter is: >> >> C:\Program Files\ImageMagick-6.6.0-Q16; >> C:\Program Files\Vim\vim72; >> C:\Program Files\GnuWin32\bin; >> C:\Program Files\Intel\MKL\10.0.4.023\ia32\bin; >> C:\Program Files\Intel\Compiler\11.0\066\fortran\lib\ia32; >> C:\Program Files\Tecplot\TecFocus\Bin; >> C:\WINNT\system32; >> C:\WINNT; >> C:\WINNT\System32\Wbem; >> C:\orant\bin; >> C:\Program Files\Oracle\jre\1.1.7\bin; >> C:\Program Files\Windows Imaging\; >> C:\PROGRA~1\DISKEE~1\DISKEE~1\; >> C:\Program Files\Common Files\Lenovo; >> C:\Program Files\Intel\WiFi\bin\; >> C:\Program Files\IXOS\bin; >> C:\Program Files\MATLAB\R2008b\bin; >> C:\Program Files\MATLAB\R2008b\bin\win32; >> C:\Program Files\QuickTime\QTSystem\; >> > > Do the Matlab or Quicktime folders have anything that is Qt related? I have > seen problems when you have multiple versions of Qt in PATH. I'd suggest > simplifying PATH for the build to just include the stuff that you absolutely > need, otherwise you can run into problems picking up random versions of > common libraries (such as Qt). > > > C:\Program Files\CMake 2.8\bin; >> C:\Qt\2010.02.01\qt\bin; >> C:\Qt\2010.02.01\bin; >> C:\Qt\2010.02.01\mingw\bin; >> C:\WINNT\System32; >> C:\gtk\bin; >> C:\plplot-5.9.5\buildmingw\dll >> >> Note that the last two entries (gtk and plplot dll's) are added by way of >> my batch file. As to your other question about cmap0, I dont know which >> cmap0 file is being used and how? I noticed there are cmap0*.pal and >> cmap1*.pal files in C:\plplot-5.9.5\data directory and I tried copying one >> of them and named it cmap0.pal but that didnt change anything. >> > > How about just the contents of data/cmap0_default.pal. It should look like > this: > > 16 > #000000 > #ff0000 > #ffff00 > #00ff00 > #7fffd4 > #ffc0cb > #f5deb3 > #bebebe > #a52a2a > #0000ff > #8a2be2 > #00ffff > #40e0d0 > #ff00ff > #fa8072 > #ffffff > > -Hazen > > |
From: Hazen B. <hba...@ma...> - 2010-03-29 20:16:33
|
Ankur Agarwal wrote: > Hazen, > > Tried with the simplified PATH as you suggested but the experience is > the same. > > Also, the cmap0_default.pal contents are as you wrote. > > Ankur > Hm, not sure what the problem is then. I assume that you have a relatively recent version of Qt? On my computer I have: c:\users\hazen\plplot -> svn plplot c:\users\hazen\plplot_build -> build directory I also have: (1) Qt 2009.04 (not sure exactly what version, but I downloaded the most recent one as of a few months ago). (2) The standalone version of mingw, the stable version I believe. (3) Gtk as we discussed before. In addition I have Python2.6 and swig 1.3.40, but I don't think these are necessary. I use the following cmake command: "c:\program files\CMake 2.6\bin\cmake.exe" ..\plplot -G "MinGW Makefiles" -DSWIG_EXECUTABLE=C:\users\Hazen\Downloads\swigwin-1.3.40\swig.exe -DPKG_CONFIG_EXECUTABLE=C:\gtk\bin\pkg-config.exe -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX=C:\plplot Then I set PATH: path=c:\Python26;c:\MinGW\bin;C:\Qt\2009.04\qt\bin;C:\users\Hazen\plplot_build\dll;c:\gtk\bin and build with mingw32-make. -Hazen |
From: Ankur A. <ank...@gm...> - 2010-04-01 20:55:14
|
Thanks Hazen. I am revisited this and notice that my C:\plplot-5.9.5\buildmingw\data directory has no cmap*.pal files. The contents are: CMakeFiles (directory) Makefile CTestTestfile.cmake cmake_install.cmake Could this be the problem? I am going to try using the exact command you posted. SWIG is not necessary though, right? On Mon, Mar 29, 2010 at 1:15 PM, Hazen Babcock <hba...@ma...> wrote: > Ankur Agarwal wrote: > >> Hazen, >> >> Tried with the simplified PATH as you suggested but the experience is the >> same. >> Also, the cmap0_default.pal contents are as you wrote. >> >> Ankur >> > > Hm, not sure what the problem is then. I assume that you have a relatively > recent version of Qt? > > On my computer I have: > c:\users\hazen\plplot -> svn plplot > c:\users\hazen\plplot_build -> build directory > > I also have: > (1) Qt 2009.04 (not sure exactly what version, but I downloaded the most > recent one as of a few months ago). > (2) The standalone version of mingw, the stable version I believe. > (3) Gtk as we discussed before. > > In addition I have Python2.6 and swig 1.3.40, but I don't think these are > necessary. > > I use the following cmake command: > "c:\program files\CMake 2.6\bin\cmake.exe" ..\plplot -G "MinGW Makefiles" > -DSWIG_EXECUTABLE=C:\users\Hazen\Downloads\swigwin-1.3.40\swig.exe > -DPKG_CONFIG_EXECUTABLE=C:\gtk\bin\pkg-config.exe -DBUILD_TEST=ON > -DCMAKE_INSTALL_PREFIX=C:\plplot > > Then I set PATH: > > path=c:\Python26;c:\MinGW\bin;C:\Qt\2009.04\qt\bin;C:\users\Hazen\plplot_build\dll;c:\gtk\bin > > and build with mingw32-make. > > -Hazen > |
From: Ankur A. <ank...@gm...> - 2010-04-01 21:27:51
|
Ok, I tested the exact command as Hazen and it still gives me same messages. PATH to begin with is: C:\Qt\2010.02.1\qt\bin C:\Qt\2010.02.1\bin C:\Qt\2010.02.1\mingw\bin C:\program files\cmake\2.8\bin My batch file to build plplot is: set PKG_CONFIG_PATH=C:\gtk\lib\pkgconfig set PLPLOT_LIB=C:\plplot\data set PATH=%PATH%;C:\gtk\bin cd buildmingw cmake .. -G "MinGW Makefiles" -DPKG_CONFIG_EXECUTABLE=C:\gtk\bin\pkg-config.exe -DBUILD_TEST=ON -DCMAKE_INSTALL_PREFIX=C:\plplot set PATH=%PATH%;C:\plplot\buildmingw\dll mingw32-make mingw32-make install the cmake command still flags that PKG_CONFIG_PATH is not appropriate: -- WARNING: pango, pangoft2, or lasi not found with pkg-config. Setting PLD_psttf to OFF. Please install all of these packages and/or set the environment variable PKG_CONFIG_PATH appropriately. mingw32-make fails when building the qt dll's and examples still shows me the cmap0 warning ... :( |
From: Werner S. <sm...@ia...> - 2010-04-01 21:46:32
|
Hi Ankur, > the cmake command still flags that PKG_CONFIG_PATH is not appropriate: > -- WARNING: pango, pangoft2, or lasi not found with pkg-config. > Setting PLD_psttf to OFF. Please install all of these packages > and/or set the environment variable PKG_CONFIG_PATH appropriately. The psttf driver needs the lasi library. This message just says that you should set PKG_CONFIG_PATH approprately so that cmake can find lasi. Since I assume you didn't install lasi this message is of no interest for you. You can avoid it by adding -DPLD_psttf=OFF to the cmake command line. > mingw32-make fails when building the qt dll's Could you try adding -DENABLE_DYN_DRIVERS=OFF to the cmake command line - the drivers will be embedded in the plplot dll. In addition you could try to run the dependency walker on the qt driver dlls to see which dll it can't find. http://www.dependencywalker.com/ > > and examples still shows me the cmap0 warning ... :( It would be good to know which file it actually wants to open here... Regards, Werner > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > > > > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sm...@ia... (GPG: EDCAF4A79) 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 |
From: Werner S. <sm...@ia...> - 2010-03-29 19:16:52
|
Hi Ankur, > @Werner: > I have the C:\Qt\2010.02.01\qt\bin in my PATH. (Unless the dll's plplot > is looking for in another directory) I will follow the instructions > from your post and report back on the results. And, I did not set the > PLPLOT_LIB environment variable. Will try that as well before building > and see what, if anything, changes. And yes, I have the same problems > with C examples. (Those are the only 2 sets of examples I build). And, > the source is obtained from sourceforge and not SVN. Could you try if the problem persists with a newer version of plplot 5.9.5? You could use the plplot_weeklies here http://www.miscdebris.net/plplot_weeklies/ where weekly snapshots of the development tree are provided. This would be easier than to get the code from svn. It's only that we don't hunt a bug which is already solved. HTH, Werner > > Thank you very much for helping me through this. > > Ankur > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > > > > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sm...@ia... (GPG: EDCAF4A79) 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 |
From: Ankur A. <ank...@gm...> - 2010-03-29 19:25:56
|
Werner, Sure, I can do that. Also, I tried setting the PKG_CONFIG_PATH (C:\gtk\lib\pkgconfig) and PLPLOT_LIB (C:\plplot-5.9.5\data) environment variables and while building it warns me: *** -- WARNING: pango, pangoft2, or lasi not found with pkg-config. Setting PLD_psttf to OFF. Please install all of these packages and/or set the environment variable PKG_CONFIG_PATH appropriately. *** which means what I am not sure. AND I still get the cmap0 warning when running the example. Lets hope that the weekly build has this taken care of. Another thing, I dont know if this helps. My boss has a similar setup and he is NOT getting the cmap0 warnings. Unfortunately before moving to plplot he tried other graphic libraries and so without actually installing gtk (and hence cairo drivers) his always worked out fine once I helped him figure the plplot build batch file. Obviously his environment is different and considering the many un/re/installs he probably went through, it would be hard to trace the root cause. Thanks. Ankur |
From: Ankur A. <ank...@gm...> - 2010-03-29 19:47:21
|
Werner, Exactly the same experience with the newer version. 1. PKG_CONFIG_PATH environment variable warning 2. qt.rc etc. errors 3. cmap0 warning Ankur On Mon, Mar 29, 2010 at 12:16 PM, Werner Smekal <sm...@ia...>wrote: > Hi Ankur, > > @Werner: > > I have the C:\Qt\2010.02.01\qt\bin in my PATH. (Unless the dll's plplot > > is looking for in another directory) I will follow the instructions > > from your post and report back on the results. And, I did not set the > > PLPLOT_LIB environment variable. Will try that as well before building > > and see what, if anything, changes. And yes, I have the same problems > > with C examples. (Those are the only 2 sets of examples I build). And, > > the source is obtained from sourceforge and not SVN. > > Could you try if the problem persists with a newer version of plplot > 5.9.5? You could use the plplot_weeklies here > > http://www.miscdebris.net/plplot_weeklies/ > > where weekly snapshots of the development tree are provided. This would > be easier than to get the code from svn. It's only that we don't hunt a > bug which is already solved. > > HTH, > Werner > |
From: Alan W. I. <ir...@be...> - 2010-03-29 19:40:04
|
On 2010-03-29 20:42+0200 Werner Smekal wrote: > Here I believe, that the qt.dlls are not found, it doesn't seem to choke > on the cairo driver but on the qt driver. Are the qt.dlls in the path? The first thing to try is to put qmake on your PATH. That is all that is required on Linux, and _may_ be all that is required on Windows. But as far as I know nobody has built or tested the qt device driver yet on Windows so more may be required on that platform as suggested by Werner above. Alan __________________________ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); PLplot scientific plotting software package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __________________________ Linux-powered Science __________________________ |
From: Werner S. <sm...@ia...> - 2010-03-29 20:05:20
|
Hi Alan, > But as far > as I know nobody has built or tested the qt device driver yet on Windows so > more may be required on that platform as suggested by Werner above. I did it ;). And I even put the information on the wiki: http://www.miscdebris.net/plplot_wiki/index.php?title=Qt#MinGW So setting the path to the bin directory where the dlls are is necessary. Regards, Werner > > Alan > __________________________ > Alan W. Irwin > > Astronomical research affiliation with Department of Physics and Astronomy, > University of Victoria (astrowww.phys.uvic.ca). > > Programming affiliations with the FreeEOS equation-of-state implementation > for stellar interiors (freeeos.sf.net); PLplot scientific plotting software > package (plplot.org); the libLASi project (unifont.org/lasi); the Loads of > Linux Links project (loll.sf.net); and the Linux Brochure Project > (lbproject.sf.net). > __________________________ > > Linux-powered Science > __________________________ -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sm...@ia... (GPG: EDCAF4A79) 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 |
From: Hazen B. <hba...@ma...> - 2010-03-29 19:43:06
|
Alan W. Irwin wrote: > On 2010-03-29 20:42+0200 Werner Smekal wrote: > >> Here I believe, that the qt.dlls are not found, it doesn't seem to choke >> on the cairo driver but on the qt driver. Are the qt.dlls in the path? > > The first thing to try is to put qmake on your PATH. That is all that is > required on Linux, and _may_ be all that is required on Windows. But as far > as I know nobody has built or tested the qt device driver yet on Windows so > more may be required on that platform as suggested by Werner above. I have. It works well. You can even get the PyQt interface to work if you are so inclined. -Hazen |
From: Werner S. <sm...@ia...> - 2010-04-01 21:51:29
|
Hi Ankur, one more thing: > cmake .. -G "MinGW Makefiles" > -DPKG_CONFIG_EXECUTABLE=C:\gtk\bin\pkg-config.exe -DBUILD_TEST=ON > -DCMAKE_INSTALL_PREFIX=C:\plplot -DCMAKE_INSTALL_PREFIX=C:\plplot is a very bad idea, since you install the plplot install files into your source directory. This would be better -DCMAKE_INSTALL_PREFIX=c:\plplot\buildming\install This could be the reason of your cmap file problems, don't know - maybe it tries to copy files in the data directory in the same files, corrupting them. But in any way, it's no good to install the files into your source directory. Delete your source directory and fetch a new one. To run the examples you don't need to install plplot anyway. They run fine in the build tree (-DBUILD_TEST=ON is for that purpose). HTH, Werner -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sm...@ia... (GPG: EDCAF4A79) 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 |
From: Ankur A. <ank...@gm...> - 2010-04-01 22:26:21
|
well ... the results are unexpected (or may be expected considering how things are going for me) :P -DENABLE_DYN_DRIVERS=OFF option does nothing to suppress the unexpected termination when running mingw32-make command. the PKG_CONFIG_PATH warning was suppressed and I made the edit to my DCMAKE_INSTALL_PREFIX (that did NOT change my cmap0 experience). I agree with you Werner that it would be great to know what it is looking for ... however ... should the *.pal files be there in C:\plplot\data only or also be present in C:\plplot\buildmingw\data? I noted that my config.h file (in C:\plplot\buildmingw) has these lines: #define PL_DEFAULT_CMAP0_FILE "cmap0_default.pal" #define PL_DEFAULT_CMAP1_FILE "cmap1_default.pal" Are these kosher? since no path is present, where does it seek the same? Thanks for your patience! Ankur On Thu, Apr 1, 2010 at 2:51 PM, Werner Smekal <sm...@ia...>wrote: > Hi Ankur, > > one more thing: > > > cmake .. -G "MinGW Makefiles" > > -DPKG_CONFIG_EXECUTABLE=C:\gtk\bin\pkg-config.exe -DBUILD_TEST=ON > > -DCMAKE_INSTALL_PREFIX=C:\plplot > -DCMAKE_INSTALL_PREFIX=C:\plplot is a very bad idea, since you install > the plplot install files into your source directory. This would be better > > -DCMAKE_INSTALL_PREFIX=c:\plplot\buildming\install > > This could be the reason of your cmap file problems, don't know - maybe > it tries to copy files in the data directory in the same files, > corrupting them. But in any way, it's no good to install the files into > your source directory. Delete your source directory and fetch a new one. > > To run the examples you don't need to install plplot anyway. They run > fine in the build tree (-DBUILD_TEST=ON is for that purpose). > > HTH, > Werner > > -- > Dr. Werner Smekal > Institut fuer Angewandte Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10/134 > A-1040 Wien > Austria > DVR-Nr: 0005886 > > email: sm...@ia... (GPG: EDCAF4A79) > web: http://www.iap.tuwien.ac.at/~smekal<http://www.iap.tuwien.ac.at/%7Esmekal> > phone: +43-(0)1-58801-13463 (office) > +43-(0)1-58801-13469 (laboratory) > fax: +43-(0)1-58801-13499 > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Plplot-general mailing list > Plp...@li... > https://lists.sourceforge.net/lists/listinfo/plplot-general > |
From: Werner S. <sm...@ia...> - 2010-04-01 23:01:33
|
> should the *.pal files be there in C:\plplot\data only or also be > present in C:\plplot\buildmingw\data? c:\plplot\data and in the install directory if you install. They aren't copied into the build tree. > > I noted that my config.h file (in C:\plplot\buildmingw) has these lines: > #define PL_DEFAULT_CMAP0_FILE "cmap0_default.pal" > #define PL_DEFAULT_CMAP1_FILE "cmap1_default.pal" > > Are these kosher? since no path is present, where does it seek the same? in the data directory. Could you try run the example like that x01c -givemehelpplease (or similar ;) a list of command line options will be displayed. There must be an option -debug and an option -verbose (or similar) - I can't remember right now the correct options, it's too late already (1am). Run the exe with both. There should be some info where the plplot library looks for files. Send the output to the list. Good night, Werner > > Thanks for your patience! > Ankur > > On Thu, Apr 1, 2010 at 2:51 PM, Werner Smekal <sm...@ia... > <mailto:sm...@ia...>> wrote: > > Hi Ankur, > > one more thing: > > > cmake .. -G "MinGW Makefiles" > > -DPKG_CONFIG_EXECUTABLE=C:\gtk\bin\pkg-config.exe -DBUILD_TEST=ON > > -DCMAKE_INSTALL_PREFIX=C:\plplot > -DCMAKE_INSTALL_PREFIX=C:\plplot is a very bad idea, since you install > the plplot install files into your source directory. This would be > better > > -DCMAKE_INSTALL_PREFIX=c:\plplot\buildming\install > > This could be the reason of your cmap file problems, don't know - > maybe > it tries to copy files in the data directory in the same files, > corrupting them. But in any way, it's no good to install the files > into > your source directory. Delete your source directory and fetch a > new one. > > To run the examples you don't need to install plplot anyway. They run > fine in the build tree (-DBUILD_TEST=ON is for that purpose). > > HTH, > Werner > > -- > Dr. Werner Smekal > Institut fuer Angewandte Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10/134 > A-1040 Wien > Austria > DVR-Nr: 0005886 > > email: sm...@ia... <mailto:sm...@ia...> > (GPG: EDCAF4A79) > web: http://www.iap.tuwien.ac.at/~smekal > <http://www.iap.tuwien.ac.at/%7Esmekal> > phone: +43-(0)1-58801-13463 (office) > +43-(0)1-58801-13469 (laboratory) > fax: +43-(0)1-58801-13499 > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Plplot-general mailing list > Plp...@li... > <mailto:Plp...@li...> > https://lists.sourceforge.net/lists/listinfo/plplot-general > > -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sm...@ia... (GPG: EDCAF4A79) 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 |
From: Ankur A. <ank...@gm...> - 2010-04-02 04:57:42
|
Thanks Werner ... the -verbose option gives some insight into the issue ... I am including the output when I run "x01.exe -verbose" below: ====== Enter device number or keyword: 1 plLoadDriver: Device not loaded! plLoadDriver: tag=wingcc, drvidx=6 plLoadDriver: Trying to load wingcc on wingcc plGetName: Length of full pathname of file to be found is 55 *plGetName: Full pathname of file to be found is C:/plplot\data\C:/plplot/data/c map0_default.pal plLibOpenPdfstr: Found file C:/plplot/data/cmap0_default.pal in current directo ry.* **** PLPLOT WARNING *** Unrecognized cmap0 format data line. Line is #000000* plGetName: Length of full pathname of file to be found is 55 plGetName: Full pathname of file to be found is C:/plplot\data\C:/plplot/data/c map0_default.pal plLibOpenPdfstr: Found file C:/plplot/data/cmap0_default.pal in current directo ry. *** PLPLOT WARNING *** Unrecognized cmap0 format data line. Line is #000000 plGetName: Length of full pathname of file to be found is 55 plGetName: Full pathname of file to be found is C:/plplot\data\C:/plplot/data/c map1_default.pal plLibOpenPdfstr: Found file C:/plplot/data/cmap1_default.pal in current directo ry. WM_ERASEBKGND WM_SIZE ResizingScale = 41.372475 (FLT) Start of Page WM_ERASEBKGND plGetName: Length of full pathname of file to b e found is 34 plGetName: Full pathname of file to be found is C:/plplot\data\plxtnd5.fnt plLibOpenPdfstr: Found file C:/plplot\data\plxtnd5.fnt End of the page WM_PAINT PopupQuitplD_tidy_wingcc ===== I first thought it was due to the weird pathname of the file but cmap1_default.pal does not seem to raise a similar flag. I also tried "x01.exe -cmap0 C:\plplot\data\cmap0_alternate.pal" and I get a similar message except that the first warning is: Line is #ffffff (contents of the alternate.pal) while the second warning remains the same. cmap0_black_on_white.pal does change the default color to black but the warnings remain. I checked the *.pal files for any unseen symbols (as in ^M ^T etc.) and none exist. Ankur On Thu, Apr 1, 2010 at 4:01 PM, Werner Smekal <sm...@ia...>wrote: > > > should the *.pal files be there in C:\plplot\data only or also be > > present in C:\plplot\buildmingw\data? > > c:\plplot\data and in the install directory if you install. They aren't > copied into the build tree. > > > > I noted that my config.h file (in C:\plplot\buildmingw) has these lines: > > #define PL_DEFAULT_CMAP0_FILE "cmap0_default.pal" > > #define PL_DEFAULT_CMAP1_FILE "cmap1_default.pal" > > > > Are these kosher? since no path is present, where does it seek the same? > > in the data directory. Could you try run the example like that > > x01c -givemehelpplease (or similar ;) > > a list of command line options will be displayed. There must be an > option -debug and an option -verbose (or similar) - I can't remember > right now the correct options, it's too late already (1am). Run the exe > with both. There should be some info where the plplot library looks for > files. Send the output to the list. > > Good night, > Werner > > > > Thanks for your patience! > > Ankur > > > > On Thu, Apr 1, 2010 at 2:51 PM, Werner Smekal <sm...@ia... > > <mailto:sm...@ia...>> wrote: > > > > Hi Ankur, > > > > one more thing: > > > > > cmake .. -G "MinGW Makefiles" > > > -DPKG_CONFIG_EXECUTABLE=C:\gtk\bin\pkg-config.exe -DBUILD_TEST=ON > > > -DCMAKE_INSTALL_PREFIX=C:\plplot > > -DCMAKE_INSTALL_PREFIX=C:\plplot is a very bad idea, since you > install > > the plplot install files into your source directory. This would be > > better > > > > -DCMAKE_INSTALL_PREFIX=c:\plplot\buildming\install > > > > This could be the reason of your cmap file problems, don't know - > > maybe > > it tries to copy files in the data directory in the same files, > > corrupting them. But in any way, it's no good to install the files > > into > > your source directory. Delete your source directory and fetch a > > new one. > > > > To run the examples you don't need to install plplot anyway. They run > > fine in the build tree (-DBUILD_TEST=ON is for that purpose). > > > > HTH, > > Werner > > > > -- > > Dr. Werner Smekal > > Institut fuer Angewandte Physik > > Technische Universitaet Wien > > Wiedner Hauptstr 8-10/134 > > A-1040 Wien > > Austria > > DVR-Nr: 0005886 > > > > email: sm...@ia... <mailto:sm...@ia...> > > (GPG: EDCAF4A79) > > web: http://www.iap.tuwien.ac.at/~smekal<http://www.iap.tuwien.ac.at/%7Esmekal> > > <http://www.iap.tuwien.ac.at/%7Esmekal> > > phone: +43-(0)1-58801-13463 (office) > > +43-(0)1-58801-13469 (laboratory) > > fax: +43-(0)1-58801-13499 > > > > > > > ------------------------------------------------------------------------------ > > Download Intel® Parallel Studio Eval > > Try the new software tools for yourself. Speed compiling, find bugs > > proactively, and fine-tune applications for parallel performance. > > See why Intel Parallel Studio got high marks during beta. > > http://p.sf.net/sfu/intel-sw-dev > > _______________________________________________ > > Plplot-general mailing list > > Plp...@li... > > <mailto:Plp...@li...> > > https://lists.sourceforge.net/lists/listinfo/plplot-general > > > > > > > -- > Dr. Werner Smekal > Institut fuer Angewandte Physik > Technische Universitaet Wien > Wiedner Hauptstr 8-10/134 > A-1040 Wien > Austria > DVR-Nr: 0005886 > > email: sm...@ia... (GPG: EDCAF4A79) > web: http://www.iap.tuwien.ac.at/~smekal<http://www.iap.tuwien.ac.at/%7Esmekal> > phone: +43-(0)1-58801-13463 (office) > +43-(0)1-58801-13469 (laboratory) > fax: +43-(0)1-58801-13499 > |
From: Ankur A. <ank...@gm...> - 2010-04-07 02:18:59
|
ok ... I have an update on this issue: so I traced the source file (plctrl.c) from which the warnings are issued and added in some diagnostic statements to assess. when "cmap0_palette_read" is invoked: cmap0_default.pal is correctly identified and the file is read in and "number_colors" is correctly set to 16 then in the "for" loop to read each entry: color_info is the second line and the "return character" is removed. here something fishy is happening. before the return character is removed the string length for color_info is "9" (and obviously after removing its "8"). I would think that after removing it should have been 7 which makes things move along just fine and set the appropriate color map palette. for good measure, I issued an sed command to convert the file from dos-type to unix-type but the outputs did not change. I wrote a small program separately to test the same and used the same pal file BUT I get the right outputs in that BEFORE the eol char is removed the string length is 8 and after its 7. Any ideas? Thanks! |
From: Ankur A. <ank...@gm...> - 2010-04-07 02:53:22
|
for now I have added --- color_info[strlen(color_info)-] = '\0'; --- to plctrl.c as a workaround and now the cmap0_default.pal is being read in correctly. I have not tested this with other colormaps but I am guessing those should also work. Thanks! On Tue, Apr 6, 2010 at 7:18 PM, Ankur Agarwal <ank...@gm...>wrote: > ok ... I have an update on this issue: > > so I traced the source file (plctrl.c) from which the warnings are issued > and added in some diagnostic statements to assess. > > when "cmap0_palette_read" is invoked: cmap0_default.pal is correctly > identified and the file is read in and "number_colors" is correctly set to > 16 > then in the "for" loop to read each entry: > color_info is the second line and the "return character" is removed. > > here something fishy is happening. > before the return character is removed the string length for color_info is > "9" (and obviously after removing its "8"). I would think that after > removing it should have been 7 which makes things move along just fine and > set the appropriate color map palette. > > for good measure, I issued an sed command to convert the file from dos-type > to unix-type but the outputs did not change. > > I wrote a small program separately to test the same and used the same pal > file BUT I get the right outputs in that BEFORE the eol char is removed the > string length is 8 and after its 7. > > Any ideas? > > Thanks! > |
From: Werner S. <sm...@ia...> - 2010-04-08 11:34:26
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Ankur, > when running "mingw32-make" command, the following error gets generated > and when I re-run it, it just skips over and exits successfully. > > ********* > Scanning dependencies of target test_dyndrivers > [ 38%] Generating test_dyndrivers_dir/cairo.rc > [ 38%] Generating test_dyndrivers_dir/qt.rc > > This application has requested the Runtime to terminate it in an unusual > way. > Please contact the application's support team for more information. > > This application has requested the Runtime to terminate it in an unusual > way. > Please contact the application's support team for more information. > mingw32-make[2]: *** [drivers/test_dyndrivers_dir/qt.rc] Error 3 > mingw32-make[1]: *** [drivers/CMakeFiles/test_dyndrivers.dir/all] Error 2 > mingw32-make: *** [all] Error 2 > ********* I now managed to get into the same troubles as you with the wxWidgets driver using MinGW 4.4.0. This seems to be a bug in MinGW 4.4.0 http://stackoverflow.com/questions/1377833/unable-to-catch-stdinvalid-argument and http://n2.nabble.com/gcc-4-4-multi-threaded-exception-handling-thread-specifier-not-working-td3440749.html I'm just compiling wxWidgets and PLplot with Mingw 3.4.5 to see if this assumption is correct. Which version of MinGW are you using (run "gcc --version")? Regards, Werner - -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sm...@ia... (GPG: EDCAF4A79) 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 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJLvb85AAoJEG1QQcXtyvSnKbMIAIbRoF6TKsHMITkmEmuBSvQB w4Qt7g/UveljnLKPDiT007K6K+ipwBBwKIRijdpRTpdV5Mpg2A4YfwL97hj/sl21 VbYfiXuTfvSlSqKgUa7ZyTcvnZfq9Bw7Oyk1L7yOSRtop3F8Aat/wdrYQ+zaTlRM yZmYP7Rtz8Ba364K1+5cSs6icZs5JFybUJGkhXd0YCMveERn7uPeSU3y++ezige1 7GVYU2wo+z5cnF+oAEDegEckwupUm6CcFxGzjUEzNAHe4azTbZfP0ft3KChQLBnc yb6iNPy5nFoQm0WKzO7JL8jPMyxCqXIVfo4bwFRpaqjhP8aX8GuNxQ8IfzQct7I= =BtmH -----END PGP SIGNATURE----- |
From: Werner S. <sm...@ia...> - 2010-04-08 11:46:26
|
Hi, On 4/8/10 1:34 PM, Werner Smekal wrote: > Hi Ankur, > >> when running "mingw32-make" command, the following error gets generated >> and when I re-run it, it just skips over and exits successfully. > >> ********* >> Scanning dependencies of target test_dyndrivers >> [ 38%] Generating test_dyndrivers_dir/cairo.rc >> [ 38%] Generating test_dyndrivers_dir/qt.rc > >> This application has requested the Runtime to terminate it in an unusual >> way. >> Please contact the application's support team for more information. > > I'm just compiling wxWidgets and PLplot with Mingw 3.4.5 to see if this > assumption is correct. Yup, at least this error message doesn't occur with MinGW 3.4.5. So it seems MinGW is buggy here. In addition the error message occurs only for drivers in c++ (qt, wxWidgets), while C drivers don't have this problem. Since exceptions are C++ only this makes me strongly believe that we encountered here the same bug (as described in the links I sent before). Regards, Werner > > Which version of MinGW are you using (run "gcc --version")? > > Regards, > Werner > > > > ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Plplot-general mailing list Plp...@li... https://lists.sourceforge.net/lists/listinfo/plplot-general -- Dr. Werner Smekal Institut fuer Angewandte Physik Technische Universitaet Wien Wiedner Hauptstr 8-10/134 A-1040 Wien Austria DVR-Nr: 0005886 email: sm...@ia... (GPG: EDCAF4A79) 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 |