Hi Thomas, thank you for the reports.
On Aug 28, 2009, at 3:11 PM, Tuomas Seppälä wrote: > Thanks for the tips. -DENABLY_DYNDRIVERS=OFF solved the problem. > > I also tried to compile the sources with MinGW but got "the procedure > entry point _Z13qFlagLocationPKc could not be located in the dynamic > link library QtCore4.dll" error at the same place where nmake > failed. If > I have understood correctly, this shouldn't happen because I only have > one Qt version installed, but if you have an idea why this happens, > please enlighten me. AFAIR, are there different versions of QT to download for the compilers, i.e. there is a "binary" version of Qt for Mingw and for Visual C++ you need the QT source and need to compile it yourself, or? Are you sure you link to the correct QT version? This doesn't explain why both fail, but for MinGW I was successful to compile plplot qt drivers with the MinGW QT version. > > Also, for some reason the qt_example only works when I build it in > debug > mode. Is this normal? If I run the release build, I get "Debug error! > QWidget: Must construct a QApplication before a QPaintDevice" error. I > did a little googling and found out that people have encountered this > problem when porting Qt code from another platform, so could this be > the > problem here, too? This is certainly a bug, maybe an uninitialized variable. I'm not much into QT, but on the CC: is Alban Rochel, the qt driver developer, who might be able help you. I don't have everything setup up on my virtual Windows machine right now, so I'm not of much help in the moment either. After I set up the Qt environment I'll have a look into this as well - but not in the next days. HTH, Werner > > > Werner Smekal wrote: >> Hi Thomas, >> >> you could try the latest svn revision of plplot and see if this >> problems remains, since there were a lot changes the last weeks >> regarding the configuring of the qt driver (see here for >> instructions: >> http://www.miscdebris.net/plplot_wiki/index.php?title=Subversion_access >> ). >> Alternatively you can download one of the "weekly snapshots" here >> http://www.miscdebris.net/plplot_weeklies/ - the latest snapshot is >> from last Monday, so quite a recent one. >> >> If this doesn't solve your problems, please send us the full output >> of >> cmake and also the output of nmake (invoke with "nmake VERBOSE=1") in >> order to get more information about the build. AFAIK we never tested >> the qt driver with Visual Studio, only with MinGW on Windows. >> >> In addition you could try to turn off the dynamic drivers with the >> cmake option -DENABLY_DYNDRIVERS=OFF - all drivers are then linked >> into the plplot library (which may still be a dll). >> >> HTH, >> Werner >> >> On 27.08.2009, at 11:15, Tuomas Seppälä wrote: >> >>> When I install plplot 5.9.4 with MS Visual Studio 2008 I get the >>> following errors: >>> >>> Scanning dependencies of target test_dyndrivers >>> [ 84%] Generating test_dyndrivers_dir/cgm.rc >>> [ 84%] Generating test_dyndrivers_dir/qt.rc >>> Could not read symbol plD_DEVICE_INFO_qt in driver module qt >>> libltdl error: No error information >>> NMAKE : fatal error U1077: '.\test-drv-info.exe' : return code '0x1' >>> Stop. >>> NMAKE : fatal error U1077: '"c:\Program Files\Microsoft Visual >>> Studio >>> 9.0\VC\BIN\nmake.exe"' : return code '0x2' >>> Stop. >>> NMAKE : fatal error U1077: '"c:\Program Files\Microsoft Visual >>> Studio >>> 9.0\VC\BIN\nmake.exe"' : return code '0x2' >>> Stop. >>> >>> I get past this by just running nmake again, and it "skips" the qt >>> test. >>> But after this, when I try to build the qt_example, I get the >>> following >>> errors: >>> >>> 1>Linking... >>> 1>qt_PlotWindow.obj : error LNK2019: unresolved external symbol >>> "void >>> __cdecl plsetqtdev(class QtExtWidget *)" >>> (?plsetqtdev@@YAXPAVQtExtWidget@@@Z) referenced in function "public: >>> __thiscall PlotWindow::PlotWindow(class QWidget *)" >>> (??0PlotWindow@@q...@pavqwidget@@@Z) >>> 1>qt_PlotWindow.obj : error LNK2019: unresolved external symbol >>> "public: >>> __thiscall QtExtWidget::QtExtWidget(int,int,class QWidget *)" >>> (??0QtExtWidget@@q...@hhpavqwidget@@@Z) referenced in function >>> "public: >>> __thiscall PlotWindow::PlotWindow(class QWidget *)" >>> (??0PlotWindow@@q...@pavqwidget@@@Z) >>> 1>qt_PlotWindow.obj : error LNK2019: unresolved external symbol >>> "void >>> __cdecl plfreeqtdev(void)" (?plfreeqtdev@@YAXXZ) referenced in >>> function >>> "public: virtual __thiscall PlotWindow::~PlotWindow(void)" >>> (??1PlotWindow@@u...@xz) >>> 1>qt_PlotWindow.obj : error LNK2019: unresolved external symbol >>> "public: >>> void __thiscall QtPLWidget::clearWidget(void)" >>> (?clearwid...@qtplwidget@@QAEXXZ) referenced in function "public: >>> void >>> __thiscall PlotWindow::plotCurves(void)" >>> (?plotcur...@plotwindow@@QAEXXZ) >>> 1>qt_PlotWindow.obj : error LNK2019: unresolved external symbol >>> "public: >>> void __thiscall QtExtWidget::captureMousePlotCoords(double >>> *,double *)" >>> (?capturemouseplotcoo...@qtextwidget@@qaexp...@z) referenced in >>> function >>> "public: void __thiscall PlotWindow::interactive(void)" >>> (?interact...@plotwindow@@QAEXXZ) >>> >>> I did some googling and found out that the above errors has >>> something to >>> do with the dynamic drivers, so I figured I should try to get rid >>> off >>> the errors during plplot install, but I can't seem to find a way >>> to do >>> that. I have cmake 2.6.4 and Qt 4.5.2 installed if that helps you to >>> think of a reason why the qt dynamic driver doesn't get installed >>> properly. >>> >>> Thanks. >>> >>> ------------------------------------------------------------------------------ >>> >>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 >>> 30-Day >>> trial. Simplify your report design, integration and deployment - and >>> focus on >>> what you do best, core application coding. Discover what's new with >>> Crystal Reports now. http://p.sf.net/sfu/bobj-july >>> _______________________________________________ >>> Plplot-general mailing list >>> Plplot-general@lists.sourceforge.net >>> 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: sme...@iap.tuwien.ac.at >> 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 >> > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day > trial. Simplify your report design, integration and deployment - and > focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Plplot-general mailing list > Plplot-general@lists.sourceforge.net > 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 DVR-Nr: 0005886 email: sme...@iap.tuwien.ac.at 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 ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Plplot-general mailing list Plplot-general@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-general
