From dpinte at itae.be Tue Mar 28 14:11:37 2006 From: dpinte at itae.be (Didrik Pinte) Date: Tue, 28 Mar 2006 14:11:37 +0200 Subject: thuban dependencies Message-ID: <1143547897.10693.25.camel@geru-itae> Hi, I'm still trying to integrate Thuban in one of my project. I'm trying to use the gdal version provided by FWtools with Thuban. The gdalwrap.pyd file seems to be hardcoded to gdal11.dll and cannot use the _gdal.dll of FWTools. Is there someone that have compiled Thuban with gdal 1.3.1 and willing to share its binaries ? Or is there a trick to make this work ? Many thanks in advance. Didrik PS : is there any news about an official or unofficial release of binaries for the the 1.0.1 version ? I've seen a new Debian package. Nothing similar for windows ? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060328/f096d70d/attachment.bin From bernhard at intevation.de Tue Mar 28 19:04:23 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 28 Mar 2006 19:04:23 +0200 Subject: thuban dependencies In-Reply-To: <1143547897.10693.25.camel@geru-itae> References: <1143547897.10693.25.camel@geru-itae> Message-ID: <20060328170423.GA2368@intevation.de> On Tue, Mar 28, 2006 at 02:11:37PM +0200, Didrik Pinte wrote: > I'm still trying to integrate Thuban in one of my project. Hi Didrik, and I tried to find time to give the windows build a shot, but could not get to it, so far. > I'm trying to use the gdal version provided by FWtools with Thuban. The > gdalwrap.pyd file seems to be hardcoded to gdal11.dll and cannot use the > _gdal.dll of FWTools. They probably have to match quite closely. > Is there someone that have compiled Thuban with gdal 1.3.1 and willing > to share its binaries ? Or is there a trick to make this work ? It is still the same thing, we need to find out if this can be done with MingGW ofr crosscompiled. > PS : is there any news about an official or unofficial release of > binaries for the the 1.0.1 version ? I've seen a new Debian package. > Nothing similar for windows ? Debian was way behind and has 1.0.1 now. (I am recommending to ship 1.1.0 to them.) Windows has had a 1.0.1 version since a long time, available from http://thuban.intevation.org/download.html#bin_w2000 But this is not the 1.1.0 version, obviously. Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060328/9c16e036/attachment.bin From bernhard at intevation.de Tue Mar 28 20:24:15 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 28 Mar 2006 20:24:15 +0200 Subject: thuban dependencies In-Reply-To: <1143547897.10693.25.camel@geru-itae> References: <1143547897.10693.25.camel@geru-itae> Message-ID: <20060328182415.GB2368@intevation.de> Am 28. Mar 2006 um 14:11:37 schrieb Didrik Pinte: > I'm still trying to integrate Thuban in one of my project. > > I'm trying to use the gdal version provided by FWtools with Thuban. The > gdalwrap.pyd file seems to be hardcoded to gdal11.dll and cannot use the > _gdal.dll of FWTools. > > Is there someone that have compiled Thuban with gdal 1.3.1 and willing > to share its binaries ? Or is there a trick to make this work ? Just to make sure: You are asking for windows, don't you? Of course I could give you binaries for GNU/Linux. ;) -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060328/0342c3e5/attachment.bin From dpinte at itae.be Tue Mar 28 20:47:03 2006 From: dpinte at itae.be (Didrik Pinte) Date: Tue, 28 Mar 2006 20:47:03 +0200 Subject: thuban dependencies In-Reply-To: <20060328182415.GB2368@intevation.de> References: <1143547897.10693.25.camel@geru-itae> <20060328182415.GB2368@intevation.de> Message-ID: <1143571623.12708.40.camel@geru-itae> Le mardi 28 mars 2006 ? 20:24 +0200, Bernhard Reiter a ?crit : > Am 28. Mar 2006 um 14:11:37 schrieb Didrik Pinte: > > I'm still trying to integrate Thuban in one of my project. > > > > I'm trying to use the gdal version provided by FWtools with Thuban. The > > gdalwrap.pyd file seems to be hardcoded to gdal11.dll and cannot use the > > _gdal.dll of FWTools. > > > > Is there someone that have compiled Thuban with gdal 1.3.1 and willing > > to share its binaries ? Or is there a trick to make this work ? > > Just to make sure: You are asking for windows, don't you? > Of course I could give you binaries for GNU/Linux. ;) Yes, it's the windows binaries that i'm looking for. If someone helps me a bit, I can try to do it. Is there a step-by-step guide somewhere ? I have the latest VisualStudio installed on my laptop. Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060328/518066cc/attachment.bin From bernhard at intevation.de Tue Mar 28 21:27:00 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 28 Mar 2006 21:27:00 +0200 Subject: MingGW build attempt Message-ID: <20060328192700.GC2368@intevation.de> This evening I gave it a shot to build Thuban 1.1.0 on Windows XP SP2 using MingGW. Here is my log, hitting an error in the end. Maybe this really is a clashing symbol, than we need to find out which file is right or change on of the files. -------------- next part -------------- 20060328 Bernhard Trying to build 1.1.0 on windows. First attempt: Install MingGW /download/windows/mingw$ curl -O http://kent.dl.sourceforge.net/sourceforge/mingw/MinGW-5.0.2.exe (candidate) Logged in as administrator. Copy MinGW-5.0.2.exe to desktop. Execute. Trying "candiate". g++ and make additionally. Everything else standard. Using Amsterdam. Systemsteuerung, System -> Erweitert -> Umgebungsvariablen ;C:\MinGW\bin Installing: http://osdn.dl.sourceforge.net/sourceforge/wxpython/wxPython2.6-win32-unicode-2.6.3.0-py24.exe curl -O http://osdn.dl.sourceforge.net/sourceforge/wxpython/wxPython2.6-win32-devel-2.6.3.0.tar.gz curl -O http://www.python.org/ftp/python/2.4.2/python-2.4.2.msi c:\python24\python setup.py build_ext => Did not work. Needed support for minggw. Got the pexports tool 42h. python24.dll is located in c:\windows\system32 C:\thuban-build>pexports-0.42h\bin\pexports.exe c:\windows\system32\python24.dll >python24.def dlltool --dllname python24.dll --def python24.def --output-lib libpython24.a Copied the resulting libpython24.a to c:\windows\system32 cd Thuban-1.1.0 setup.py build_ext --compile=mingw32 Still missing the wx includes. The -devel readme says to add an include path for wxPython-[version]\lib\vc_dll\mswuh [for Unicode builds] wxPython-[version]\include Thus trying: C:\thuban-build\Thuban-1.1.0>c:\python24\python setup.py build_ext --compiler=mingw -I c:\thuban-build\wxPython-2.6.3.0\lib\vc_dll\mswuh -I c:\thuban-build\wxPython-2.6.3.0\include libraries/thuban/wxproj.cpp:26:22: projects.h: No such file or directory Okay I need bin and source of curl -O ftp://ftp.remotesensing.org/pub/proj/proj446_win32_bin.zip curl -O ftp://ftp.remotesensing.org/pub/proj/proj-4.4.6.zip Try again: C:\thuban-build\Thuban-1.1.0>c:\python24\python setup.py build_ext --compiler=mingw32 -I c:\thuban-build\wxPython-2.6.3.0\lib\vc_dll\mswuh;c:\thuban-build\wxPython-2.6.3.0\include;C:\thuban-build\proj-4.4.6\src A lot better, but hitting the following error message: Error message: C:\thuban-build\Thuban-1.1.0>c:\python24\python setup.py build_ext --compiler=mi ngw32 -I c:\thuban-build\wxPython-2.6.3.0\lib\vc_dll\mswuh;c:\thuban-build\wxPyt hon-2.6.3.0\include;C:\thuban-build\proj-4.4.6\src running build_ext building 'Lib.wxproj' extension C:\MinGW\bin\gcc.exe -mno-cygwin -mdll -O -Wall -DWIN32 -D__WIN32__ -D_WINDOWS - D__WINDOWS__ -DWINVER=0x0400 -D__WIN95__ -DSTRICT -D__WXMSW__ -DWXUSINGDLL=1 -DS WIG_GLOBAL -DHAVE_CONFIG_H -DWXP_USE_THREAD=1 -Ilibraries/shapelib -I..\proj-4.4 .7\src -Ilibraries/pyshapelib/ -I..\wxPython-2.4.2.4\lib\mswdllh -I..\wxPython-2 .4.2.4\include -Ic:\thuban-build\wxPython-2.6.3.0\lib\vc_dll\mswuh -Ic:\thuban-b uild\wxPython-2.6.3.0\include -IC:\thuban-build\proj-4.4.6\src -Ic:\python24\inc lude -Ic:\python24\PC -c libraries/thuban/wxproj.cpp -o build\temp.win32-2.4\Rel ease\libraries\thuban\wxproj.o In file included from C:/MinGW/bin/../lib/gcc/mingw32/3.4.4/../../../../include/ windef.h:246, from C:/MinGW/bin/../lib/gcc/mingw32/3.4.4/../../../../include/ windows.h:48, from c:/thuban-build/wxPython-2.6.3.0/include/wx/msw/wrapwin.h: 51, from c:/thuban-build/wxPython-2.6.3.0/include/wx/msw/private.h: 17, from c:/thuban-build/wxPython-2.6.3.0/include/wx/filefn.h:173, from c:/thuban-build/wxPython-2.6.3.0/include/wx/utils.h:32, from c:/thuban-build/wxPython-2.6.3.0/include/wx/cursor.h:37, from c:/thuban-build/wxPython-2.6.3.0/include/wx/event.h:32, from c:/thuban-build/wxPython-2.6.3.0/include/wx/wx.h:23, from libraries/thuban/wxproj.cpp:31: C:/MinGW/bin/../lib/gcc/mingw32/3.4.4/../../../../include/winnt.h:97: error: con flicting declaration 'typedef TCHAR*projUV' C:/thuban-build/proj-4.4.6/src/projects.h:145: error: 'projUV' has a previous de claration as `typedef struct projUV projUV' C:/MinGW/bin/../lib/gcc/mingw32/3.4.4/../../../../include/winnt.h:97: error: dec laration of `typedef TCHAR*projUV' C:/thuban-build/proj-4.4.6/src/projects.h:145: error: conflicts with previous de claration `typedef struct projUV projUV' C:/MinGW/bin/../lib/gcc/mingw32/3.4.4/../../../../include/winnt.h:97: error: dec laration of `typedef TCHAR*projUV' C:/thuban-build/proj-4.4.6/src/projects.h:145: error: conflicts with previous de claration `typedef struct projUV projUV' error: command 'gcc' failed with exit status 1 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060328/3af7242d/attachment.bin From bernhard at intevation.de Tue Mar 28 21:28:33 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 28 Mar 2006 21:28:33 +0200 Subject: thuban dependencies In-Reply-To: <1143571623.12708.40.camel@geru-itae> References: <1143547897.10693.25.camel@geru-itae> <20060328182415.GB2368@intevation.de> <1143571623.12708.40.camel@geru-itae> Message-ID: <20060328192833.GD2368@intevation.de> On Tue, Mar 28, 2006 at 08:47:03PM +0200, Didrik Pinte wrote: > Le mardi 28 mars 2006 ? 20:24 +0200, Bernhard Reiter a ?crit : > > Am 28. Mar 2006 um 14:11:37 schrieb Didrik Pinte: > > > I'm still trying to integrate Thuban in one of my project. > > > > > > I'm trying to use the gdal version provided by FWtools with Thuban. The > > > gdalwrap.pyd file seems to be hardcoded to gdal11.dll and cannot use the > > > _gdal.dll of FWTools. > > > > > > Is there someone that have compiled Thuban with gdal 1.3.1 and willing > > > to share its binaries ? Or is there a trick to make this work ? > > > > Just to make sure: You are asking for windows, don't you? > > Of course I could give you binaries for GNU/Linux. ;) > > Yes, it's the windows binaries that i'm looking for. > > If someone helps me a bit, I can try to do it. Is there a step-by-step > guide somewhere ? I have the latest VisualStudio installed on my laptop. I have just posted my MingGW attempt. It should be similiar to using VS, except for the pexport and dlltool part, which should not be necessary for VS. Let us know if you hit the same symbol problem. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060328/b5574fe5/attachment.bin From dpinte at itae.be Tue Mar 28 21:34:56 2006 From: dpinte at itae.be (Didrik Pinte) Date: Tue, 28 Mar 2006 21:34:56 +0200 Subject: thuban dependencies In-Reply-To: <20060328192833.GD2368@intevation.de> References: <1143547897.10693.25.camel@geru-itae> <20060328182415.GB2368@intevation.de> <1143571623.12708.40.camel@geru-itae> <20060328192833.GD2368@intevation.de> Message-ID: <1143574496.12708.45.camel@geru-itae> Le mardi 28 mars 2006 ? 21:28 +0200, Bernhard Reiter a ?crit : > > I have just posted my MingGW attempt. > > It should be similiar to using VS, except for the pexport and > dlltool part, which should not be necessary for VS. > Let us know if you hit the same symbol problem. I'll try it tomorrow morning with my windows laptop ;-) Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060328/e790e171/attachment.bin From bernhard at intevation.de Tue Mar 28 23:30:47 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Tue, 28 Mar 2006 23:30:47 +0200 Subject: MingGW build attempt In-Reply-To: <20060328192700.GC2368@intevation.de> References: <20060328192700.GC2368@intevation.de> Message-ID: <20060328213047.GA12677@intevation.de> Am 28. Mar 2006 um 21:27:00 schrieb Bernhard Reiter: > This evening I gave it a shot to build Thuban 1.1.0 on Windows XP SP2 > using MingGW. > > Here is my log, hitting an error in the end. > Maybe this really is a clashing symbol, It is a clashing #define. The problem is that projects.h has #define LP ProjUV and winnt.h also defines a typedef for LP which then gets replaced. Proposed fix (untested): adding a #undef LP in a line right after the #undef PVALUE in thuban/libraries/thuban/wxproj.cpp > Trying to build 1.1.0 on windows. > C:\thuban-build\Thuban-1.1.0>c:\python24\python setup.py build_ext --compiler=mingw32 -I c:\thuban-build\wxPython-2.6.3.0\lib\vc_dll\mswuh;c:\thuban-build\wxPython-2.6.3.0\include;C:\thuban-build\proj-4.4.6\src > > building 'Lib.wxproj' extension > from libraries/thuban/wxproj.cpp:31: > C:/MinGW/bin/../lib/gcc/mingw32/3.4.4/../../../../include/winnt.h:97: error: con > flicting declaration 'typedef TCHAR*projUV' > C:/thuban-build/proj-4.4.6/src/projects.h:145: error: 'projUV' has a previous de > claration as `typedef struct projUV projUV' -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060328/4c762b40/attachment.bin From bernhard at intevation.de Wed Mar 29 12:10:56 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Wed, 29 Mar 2006 12:10:56 +0200 Subject: MingGW build attempt In-Reply-To: <20060328213047.GA12677@intevation.de> References: <20060328192700.GC2368@intevation.de> <20060328213047.GA12677@intevation.de> Message-ID: <20060329101056.GA28021@intevation.de> One step further in building Thuban 1.1.0 with MinGW. Am 28. Mar 2006 um 23:30:47 schrieb Bernhard Reiter: > Am 28. Mar 2006 um 21:27:00 schrieb Bernhard Reiter: > > This evening I gave it a shot to build Thuban 1.1.0 on Windows XP SP2 > > using MingGW. > Proposed fix (untested): > adding a #undef LP > in a line right after the > #undef PVALUE > in thuban/libraries/thuban/wxproj.cpp The fix worked and I can now compile wxproj.cpp, but linking still fails. I have fiddled with the paths within setup.py. In the end here are a few sections, I have tried last: # Directories where Proj4 is installed proj4_prefix = os.path.join(basedir, "..", "proj", "bin") proj4_incdir = proj4_prefix proj4_libdir = proj4_prefix proj4_lib = "proj" # Define include and lib directories for wxWindows and wx_prefix = os.path.join(basedir, "..", "wxPython-2.6.3.0") wx_inc = [os.path.join(wx_prefix, 'lib', 'vc_dll', 'mswuh'), os.path.join(wx_prefix, "include")] wx_lib = [os.path.join(wx_prefix, "lib"), os.path.join(wx_prefix, 'lib', 'vc_dll')] wx_cs_params[CS_LIBS] = ["wxmsw26uh_vc"] \ + ['kernel32', 'user32', 'gdi32', 'comdlg32', 'winspool', 'winmm', 'shell32', 'comctl32', 'ctl3d32', 'odbc32', 'ole32', 'oleaut32', 'uuid', 'rpcrt4', 'advapi32', 'wsock32'] I had to remove "oldnames" from the libs. No idea about the consequences. I have used pexport again in vc_dll: C:\thuban-build\pexports-0.42h\bin\pexports.exe wxmsw26uh_vc.dll >wxmsw26uh_vc.def dlltool --dllname msw26uh_stc_vc.dll --def wxmsw26uh_vc.def --output-lib libwxmsw26uh_vc.a Now it looks like there is some symbol missmatch or other bug, as wxmsw26uh_vc.def shows that the symbol (wxTRANSPARENT_BRUSH) is there: writing build\temp.win32-2.4\Release\libraries\thuban\wxproj.def C:\MinGW\bin\g++.exe -mno-cygwin -shared -s build\temp.win32-2.4\Release\librari es\thuban\wxproj.o build\temp.win32-2.4\Release\libraries\thuban\wxproj.def -L.. \proj\bin -L..\wxPython-2.6.3.0\lib -L..\wxPython-2.6.3.0\lib\vc_dll -Lc:\python 24\libs -Lc:\python24\PCBuild -lproj -lwxmsw26uh_stc_vc -lkernel32 -luser32 -lgd i32 -lcomdlg32 -lwinspool -lwinmm -lshell32 -lcomctl32 -lctl3d32 -lodbc32 -lole3 2 -loleaut32 -luuid -lrpcrt4 -ladvapi32 -lwsock32 -lpython24 -lmsvcr71 -o build\ lib.win32-2.4\Lib\wxproj.pyd build\temp.win32-2.4\Release\libraries\thuban\wxproj.o:wxproj.cpp:(.text+0x5f6): undefined reference to `_imp__wxTRANSPARENT_BRUSH' build\temp.win32-2.4\Release\libraries\thuban\wxproj.o:wxproj.cpp:(.text+0x601): undefined reference to `_imp__wxTRANSPARENT_PEN' build\temp.win32-2.4\Release\libraries\thuban\wxproj.o:wxproj.cpp:(.text+0x65f): undefined reference to `_imp__wxTRANSPARENT_PEN' build\temp.win32-2.4\Release\libraries\thuban\wxproj.o:wxproj.cpp:(.text+0x683): undefined reference to `_imp__wxTRANSPARENT_BRUSH' collect2: ld returned 1 exit status error: command 'g++' failed with exit status 1 Strange is that there is only one underscore before the 'imp'. I am unsure how to resolve this. It is either related to dynamic libraries or the C++ object code encoding. Any hints appreciated. One hard long way to try would be to rebuild wxPython with MinGW. But there might be an easier solution. Didrik, Visual Studio should be easier. You will still need to fiddle with the libraries in setup.py, as I did above. wxmsw26uh_vc should be fine and enough to link, I guess. Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060329/4fa03e35/attachment.bin From dpinte at itae.be Thu Mar 30 15:53:34 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 30 Mar 2006 15:53:34 +0200 Subject: msvc toolkit compiler build In-Reply-To: <20060329101056.GA28021@intevation.de> References: <20060328192700.GC2368@intevation.de> <20060328213047.GA12677@intevation.de> <20060329101056.GA28021@intevation.de> Message-ID: <1143726814.19138.31.camel@geru-itae> Le mercredi 29 mars 2006 ? 12:10 +0200, Bernhard Reiter a ?crit : > One step further in building Thuban 1.1.0 with MinGW. Good news, there is no need for the full MSVC 7.1 for building extension on Windows. The Microsoft Visual C++ Toolkit Compiler (a.k.a. MS Toolkit Compiler) is available freely and can do the trick. I've followed the following steps and it seems to work : http://www.vrplumber.com/programming/mstoolkit/ 1) The first correction to thuban/libraries/thuban/wxproj.cpp: adding a #undef LP in a line right after the #undef PVALUE 2) I've updated the setup.py to the wx26 directory and inclusion 3) here is where i'm bloqued : Here is where i'm stopped : C:\thubanbuild\Thuban-1.1.0>c:\python24\python setup.py build_ext -I c: \thubanbuild\wxPython-2.6.3.0\lib\vc_dll\mswuh;c:\thubanbuild \wxPython-2.6.3.0\include;C:\thubanbuild\proj-4.4.6\src running build_ext building 'Lib.wxproj' extension C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin \cl.exe /c /nologo /Ox /MD /W3 /GX /DNDEBUG -DWIN32 -D__WIN32__ -D_WINDOWS -D__WINDOWS__ -DWINVER=0x0400 -D__WIN95__ -DSTRICT -D__WXMSW__ -DWXUSINGDLL=1 -DSWIG_GLOBAL -DHAVE_CONFIG_H -DW XP_USE_THREAD=1 -Ilibraries/shapelib -I..\proj-4.4.6\src -Ilibraries/pyshapelib/ -I..\wxPython-2.6.3.0\lib\mswdllh -I..\wxPython-2.6.3.0\include -Ic:\thubanbuild\wxPython-2.6.3.0\lib \vc_dll\mswuh -Ic:\thubanbuild\wxPython-2.6.3.0\include -I C: \thubanbuild\proj-4.4.6\src -Ic:\python24\include -Ic:\python24 \PC /Tplibraries/thuban/wxproj.cpp /Fobuild\temp.win32-2.4\Release \libraries/thuban/wxproj.obj wxproj.cpp ..\proj-4.4.6\src\projects.h(110) : warning C4273: '_hypot' : inconsistent dll linkage ..\wxPython-2.6.3.0\include\wx\wxchar.h(834) : warning C4273: '_snprintf' : inconsistent dll linkage libraries\thuban\wxproj.cpp(468) : error C2668: 'sqrt' : ambiguous call to overloaded function C:\Program Files\Microsoft Visual C++ Toolkit 2003\include \math.h(626): could be 'long double sqrt(long double)' C:\Program Files\Microsoft Visual C++ Toolkit 2003\include \math.h(578): or 'float sqrt(float)' C:\Program Files\Microsoft Visual C++ Toolkit 2003\include \math.h(200): or 'double sqrt(double)' while trying to match the argument list '(long)' error: command '"C:\Program Files\Microsoft Visual C++ Toolkit 2003\bin \cl.exe"' failed with exit status 2 So Bernard, you're further with MinGW than me with MSVC ... What is this problem of overloaded sqrt function ... Any hint to solve it ? Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060330/2c1e3b88/attachment.bin From dpinte at itae.be Thu Mar 30 17:12:06 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 30 Mar 2006 17:12:06 +0200 Subject: msvc toolkit compiler build In-Reply-To: <1143726814.19138.31.camel@geru-itae> References: <20060328192700.GC2368@intevation.de> <20060328213047.GA12677@intevation.de> <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> Message-ID: <1143731526.19138.41.camel@geru-itae> Le jeudi 30 mars 2006 ? 15:53 +0200, Didrik Pinte a ?crit : > So Bernard, you're further with MinGW than me with MSVC ... What is this > problem of overloaded sqrt function ... Any hint to solve it ? > > Didrik All the extensions seems to build fine now. I'm still on gdal that need some little modif in the MSVC toolkit installation so that it compiles. I'll send the howto when it's finished. Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060330/8f4b4cb1/attachment.bin From dpinte at itae.be Thu Mar 30 18:10:00 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 30 Mar 2006 18:10:00 +0200 Subject: msvc toolkit compiler build In-Reply-To: <1143726814.19138.31.camel@geru-itae> References: <20060328192700.GC2368@intevation.de> <20060328213047.GA12677@intevation.de> <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> Message-ID: <1143735000.19138.56.camel@geru-itae> Le jeudi 30 mars 2006 ? 15:53 +0200, Didrik Pinte a ?crit : > Le mercredi 29 mars 2006 ? 12:10 +0200, Bernhard Reiter a ?crit : > > One step further in building Thuban 1.1.0 with MinGW. > > Good news, there is no need for the full MSVC 7.1 for building > extension on Windows. The Microsoft Visual C++ Toolkit Compiler (a.k.a. > MS Toolkit Compiler) is available freely and can do the trick. > > I've followed the following steps and it seems to work : > http://www.vrplumber.com/programming/mstoolkit/ > > 1) The first correction to thuban/libraries/thuban/wxproj.cpp: > adding a #undef LP in a line right after the #undef PVALUE > > 2) I've updated the setup.py to the wx26 directory and inclusion Great, it's working. Here are the steps i've followed. [1] The error was because of a bad use of sqrt function in wxproj.cpp. The following correction made the trick : line 468 : len = (long)sqrt(vx * vx + vy * vy); becomes : len = (long)sqrt((float)vx * vx + vy * vy); [2] Downloaded and build proj 4.4.6 [3] Adapted path to have nmake.exe and lib.exe in the path (from Platform sdk) [4] Removed ctl3d32.lib from the setup.py [5] Downloaded and build gdal 1.3.1 [6] Missing for building gdal, I've created msvcprt.lib (http://libsh.org/win32/build.html ) : echo LIBRARY msvcp71.dll > msvcprt.def echo EXPORTS >> msvcprt.def lib -dump /exports msvcp71.dll | sed -nf exports.sed >> msvcprt.def lib /def:msvcprt.def /machine:x86 [7] Problem of MSVCtoolkit in C:\Program Files\Microsoft Platform SDK \Include\atlPSDK\Include\atl\atlbase.h. The include of atlthunk.lib is not possible because not given with the environment (same with VisualStudio Express 2005). You need to remove the following line : 293 : #pragma comment(lib, "atlthunk.lib") See : http://www.cs.northwestern.edu/~ayman/blog/archives/2006/01/12/link-error-be-damned/ ! if you have the problem, clean the build system before retrying [8] added gdal\gcore to the list of includes : gdal_inc = [os.path.join(gdal_prefix, 'alg'), os.path.join(gdal_prefix, 'ogr'), os.path.join(gdal_prefix, 'port'), os.path.join(gdal_prefix, 'gcore'), os.path.join(gdal_prefix, 'core')] Then: python setup.py build python setup.py install worked fine... now i need to test it. Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060330/dc495269/attachment.bin From bernhard at intevation.de Thu Mar 30 18:26:01 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Thu, 30 Mar 2006 18:26:01 +0200 Subject: msvc toolkit compiler build In-Reply-To: <1143735000.19138.56.camel@geru-itae> References: <20060328192700.GC2368@intevation.de> <20060328213047.GA12677@intevation.de> <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> Message-ID: <20060330162601.GJ5194@intevation.de> Didrik, Am 30. Mar 2006 um 18:10:00 schrieb Didrik Pinte: > Le jeudi 30 mars 2006 ? 15:53 +0200, Didrik Pinte a ?crit : > > Le mercredi 29 mars 2006 ? 12:10 +0200, Bernhard Reiter a ?crit : > > Good news, there is no need for the full MSVC 7.1 for building > > extension on Windows. The Microsoft Visual C++ Toolkit Compiler (a.k.a. > > MS Toolkit Compiler) is available freely and can do the trick. > > > > I've followed the following steps and it seems to work : > > http://www.vrplumber.com/programming/mstoolkit/ > > > > 1) The first correction to thuban/libraries/thuban/wxproj.cpp: > > adding a #undef LP in a line right after the #undef PVALUE > > > > 2) I've updated the setup.py to the wx26 directory and inclusion > > Great, it's working. wonderful. Thanks for the great description! Now I am curious about your tests. If they run fine, it would be grant to provide a package of some kind for others to play with. To get it done with MinGW is getting less important now, though it will stay interesting to some point as this might allow crosscompilation under GNU/Linux in the future. That is, if we figure out how to do it. ;) > Here are the steps i've followed. > > [1] The error was because of a bad use of sqrt function in wxproj.cpp. > > The following correction made the trick : > line 468 : > len = (long)sqrt(vx * vx + vy * vy); > becomes : > len = (long)sqrt((float)vx * vx + vy * vy); I would not say this is bad usage of sqrt, but if the explicit cast helps the microsoft compiler, why not. :) I wounder if (double) would also be fine and more precise, but it might also hit speed. > [2] Downloaded and build proj 4.4.6 > > [3] Adapted path to have nmake.exe and lib.exe in the path (from > Platform sdk) Where did you change this? > > [4] Removed ctl3d32.lib from the setup.py > > [5] Downloaded and build gdal 1.3.1 > > [6] Missing for building gdal, I've created msvcprt.lib > (http://libsh.org/win32/build.html ) : > echo LIBRARY msvcp71.dll > msvcprt.def > echo EXPORTS >> msvcprt.def > lib -dump /exports msvcp71.dll | sed -nf exports.sed >> msvcprt.def > lib /def:msvcprt.def /machine:x86 > > [7] Problem of MSVCtoolkit in C:\Program Files\Microsoft Platform SDK > \Include\atlPSDK\Include\atl\atlbase.h. The include of atlthunk.lib is > not possible because not given with the environment (same with > VisualStudio Express 2005). You need to remove the following line : > 293 : #pragma comment(lib, "atlthunk.lib") > > See : > http://www.cs.northwestern.edu/~ayman/blog/archives/2006/01/12/link-error-be-damned/ > > ! if you have the problem, clean the build system before retrying > > [8] added gdal\gcore to the list of includes : > gdal_inc = [os.path.join(gdal_prefix, 'alg'), > os.path.join(gdal_prefix, 'ogr'), > os.path.join(gdal_prefix, 'port'), > os.path.join(gdal_prefix, 'gcore'), > os.path.join(gdal_prefix, 'core')] > > Then: > > python setup.py build > python setup.py install > > worked fine... now i need to test it. It would be cool to have a set of diffs against Thuban's files, so we can commit these changes permanently. Thanks, Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060330/4557d195/attachment.bin From dpinte at itae.be Thu Mar 30 19:24:25 2006 From: dpinte at itae.be (Didrik Pinte) Date: Thu, 30 Mar 2006 19:24:25 +0200 Subject: msvc toolkit compiler build In-Reply-To: <20060330162601.GJ5194@intevation.de> References: <20060328192700.GC2368@intevation.de> <20060328213047.GA12677@intevation.de> <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> Message-ID: <1143739465.19138.60.camel@geru-itae> Le jeudi 30 mars 2006 ? 18:26 +0200, Bernhard Reiter a ?crit : > Didrik, > > > Am 30. Mar 2006 um 18:10:00 schrieb Didrik Pinte: > > Le jeudi 30 mars 2006 ? 15:53 +0200, Didrik Pinte a ?crit : > > > Le mercredi 29 mars 2006 ? 12:10 +0200, Bernhard Reiter a ?crit : > > > Good news, there is no need for the full MSVC 7.1 for building > > > extension on Windows. The Microsoft Visual C++ Toolkit Compiler (a.k.a. > > > MS Toolkit Compiler) is available freely and can do the trick. > > > > > > I've followed the following steps and it seems to work : > > > http://www.vrplumber.com/programming/mstoolkit/ > > > > > > 1) The first correction to thuban/libraries/thuban/wxproj.cpp: > > > adding a #undef LP in a line right after the #undef PVALUE > > > > > > 2) I've updated the setup.py to the wx26 directory and inclusion > > > > Great, it's working. > > wonderful. > Thanks for the great description! > Now I am curious about your tests. > If they run fine, it would be grant to provide a package of some kind > for others to play with. Sure, i've tried to launch the iss installer build but it didn't work. That will be for tomorrow ;-) > > Here are the steps i've followed. > > > > [1] The error was because of a bad use of sqrt function in wxproj.cpp. > > > > The following correction made the trick : > > line 468 : > > len = (long)sqrt(vx * vx + vy * vy); > > becomes : > > len = (long)sqrt((float)vx * vx + vy * vy); > > I would not say this is bad usage of sqrt, but if the explicit cast helps > the microsoft compiler, why not. :) It's because of math.h that has no function with long inputs ... > I wounder if (double) would also be fine and more precise, > but it might also hit speed. > > > [2] Downloaded and build proj 4.4.6 > > > > [3] Adapted path to have nmake.exe and lib.exe in the path (from > > Platform sdk) > > Where did you change this? I've made a vc7.bat file to adapt the PATH, INCLUDE and LIB variables. I will provide it with the diffs. > > It would be cool to have a set of diffs against Thuban's files, > so we can commit these changes permanently. I will send beautiful diff files, so that, a rapid patch on the original files will make it ;-) I try to test everything this evening. Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060330/c57b6d25/attachment.bin From bernhard at intevation.de Fri Mar 31 09:08:13 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 31 Mar 2006 09:08:13 +0200 Subject: (testing and installer) Re: msvc toolkit compiler build In-Reply-To: <1143739465.19138.60.camel@geru-itae> References: <20060328192700.GC2368@intevation.de> <20060328213047.GA12677@intevation.de> <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> Message-ID: <20060331070813.GD361@intevation.de> Am 30. Mar 2006 um 19:24:25 schrieb Didrik Pinte: > Le jeudi 30 mars 2006 ? 18:26 +0200, Bernhard Reiter a ?crit : > > Now I am curious about your tests. Did you discover the automatic test system already? cd tests python runtests.py In your case it will probably skip the postgis tests. Sending the output here would be interesting. > > If they run fine, it would be grant to provide a package of some kind > > for others to play with. > > Sure, i've tried to launch the iss installer build but it didn't work. > That will be for tomorrow ;-) In the past we have used Innosetup a lot and now most of our windows installers get made with http://nsis.sourceforge.net/Main_Page It is also Free Software, like Thuban. ;) > I've made a vc7.bat file to adapt the PATH, INCLUDE and LIB variables. I > will provide it with the diffs. Cool! Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/318d37ff/attachment.bin From dpinte at itae.be Fri Mar 31 12:05:51 2006 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 31 Mar 2006 12:05:51 +0200 Subject: success [WAS] Re: (testing and installer) Re: msvc toolkit compiler build In-Reply-To: <20060331070813.GD361@intevation.de> References: <20060328192700.GC2368@intevation.de> <20060328213047.GA12677@intevation.de> <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> <20060331070813.GD361@intevation.de> Message-ID: <442CFEFF.5010407@itae.be> Bernhard Reiter a ?crit : > Did you discover the automatic test system already? > cd tests > python runtests.py > > In your case it will probably skip the postgis tests. > Sending the output here would be interesting. > Sure, but i need the data directory they are talking about in the README files because, they are lots of errors because i don't have. Lot's of tests seems to work fine. You can find the installer here http://www.itae.be/downloads/Thuban-1.1.0.exe So here are some news about the tests : MAKING IT WORK : - added gdal13.dll path to the path - updated transientdb.py with pysqlite2 import - updated Version.py for pysqlite2 TESTS : [1] The interface is working but : - when loading a shapefile it always crashes before showing anything. - when loading a raster file, it loads but nothing is shown - most of the tests are working. I need the test dataset to assure the ones depending on it. - gdal seems to work fine [2] i've tested by hand the use of shapelib that seems to work fine (opening a shapefile, reading objects, etc.). TODO : - need to incorporate gdal in the build - need to incorporate proj4 in the build, had to copy the proj.dll in the Lib directory by hand. Didrik From bernhard at intevation.de Fri Mar 31 14:36:20 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 31 Mar 2006 14:36:20 +0200 Subject: success [WAS] Re: (testing and installer) Re: msvc toolkit compiler build In-Reply-To: <442CFEFF.5010407@itae.be> References: <20060328192700.GC2368@intevation.de> <20060328213047.GA12677@intevation.de> <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> <20060331070813.GD361@intevation.de> <442CFEFF.5010407@itae.be> Message-ID: <20060331123620.GE1046@intevation.de> Am 31. Mar 2006 um 12:05:51 schrieb Didrik Pinte: > Bernhard Reiter a ?crit : > > Did you discover the automatic test system already? > > cd tests > > python runtests.py > > > > In your case it will probably skip the postgis tests. > > Sending the output here would be interesting. > > > Sure, but i need the data directory they are talking about in the README > files because, they are lots of errors because i don't have. Try Thuban-data-1.0.0.zip from http://thuban.intevation.org/download.html#samples > Lot's of tests seems to work fine. Nice. Feel free to send a full log here. > You can find the installer here > http://www.itae.be/downloads/Thuban-1.1.0.exe The requested URL /downloads/Thuban-1.1.0.exe was not found on this server. Apache/1.3.33 Server at web3.internal Port 8080 > So here are some news about the tests : > > MAKING IT WORK : > > - added gdal13.dll path to the path > - updated transientdb.py with pysqlite2 import > - updated Version.py for pysqlite2 > > TESTS : > [1] The interface is working but : > - when loading a shapefile it always crashes before showing anything. > - when loading a raster file, it loads but nothing is shown What is the traceback in those two cases? Best, Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/e7500a65/attachment.bin From dpinte at itae.be Fri Mar 31 15:56:39 2006 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 31 Mar 2006 15:56:39 +0200 Subject: success [WAS] Re: (testing and installer) Re: msvc toolkit compiler build In-Reply-To: <20060331123620.GE1046@intevation.de> References: <20060328192700.GC2368@intevation.de> <20060328213047.GA12677@intevation.de> <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> <20060331070813.GD361@intevation.de> <442CFEFF.5010407@itae.be> <20060331123620.GE1046@intevation.de> Message-ID: <442D3517.20908@itae.be> Bernhard Reiter a ?crit : >> You can find the installer here >> http://www.itae.be/downloads/Thuban-1.1.0.exe >> > > The requested URL /downloads/Thuban-1.1.0.exe > was not found on this server. > Apache/1.3.33 Server at web3.internal Port 8080 > > Sorry, this is the correct url : http://www.itae.be/downloads/Thuban-1.1.0-0.exe >> So here are some news about the tests : >> >> MAKING IT WORK : >> >> - added gdal13.dll path to the path >> - updated transientdb.py with pysqlite2 import >> - updated Version.py for pysqlite2 >> >> TESTS : >> [1] The interface is working but : >> - when loading a shapefile it always crashes before showing anything. >> - when loading a raster file, it loads but nothing is shown >> > > What is the traceback in those two cases? > There is no traceback at all ... I'll try the thuban test data to see what it gives and post the full log here in the next 10 minutes ;-) Didrik From dpinte at itae.be Fri Mar 31 16:03:39 2006 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 31 Mar 2006 16:03:39 +0200 Subject: success [WAS] Re: (testing and installer) Re: msvc toolkit compiler build In-Reply-To: <442D3517.20908@itae.be> References: <20060328192700.GC2368@intevation.de> <20060328213047.GA12677@intevation.de> <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> <20060331070813.GD361@intevation.de> <442CFEFF.5010407@itae.be> <20060331123620.GE1046@intevation.de> <442D3517.20908@itae.be> Message-ID: <442D36BB.10803@itae.be> And here are the logs of the runtests.py For those who need gdal 1.3.1 library, I can provide the dll and everything needed to make it work with thuban. Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: thuban_tests.zip Type: application/octet-stream Size: 3629 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/61284118/thuban_tests.zip From dpinte at itae.be Fri Mar 31 16:22:27 2006 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 31 Mar 2006 16:22:27 +0200 Subject: success [WAS] Re: (testing and installer) Re: msvc toolkit compiler build In-Reply-To: <442D36BB.10803@itae.be> References: <20060328192700.GC2368@intevation.de> <20060328213047.GA12677@intevation.de> <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> <20060331070813.GD361@intevation.de> <442CFEFF.5010407@itae.be> <20060331123620.GE1046@intevation.de> <442D3517.20908@itae.be> <442D36BB.10803@itae.be> Message-ID: <442D3B23.70002@itae.be> Didrik Pinte a ?crit : > And here are the logs of the runtests.py > > For those who need gdal 1.3.1 library, I can provide the dll and > everything needed to make it work with thuban. > > Didrik One strange problem. I'm using the test dataset. It's working fine with the raster file and the cultural_landmark points. It's crashing directly when loading polygones or lines ... There is no exceptions at all. The only message is "Memory could not be read ...". Any idea on how to debug this ? I've tried to open the polygones files using the shapelib in a python shell, it works fine. The error must probably be in the rendering. Didrik From bernhard at intevation.de Fri Mar 31 16:45:43 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 31 Mar 2006 16:45:43 +0200 Subject: success [WAS] Re: (testing and installer) Re: msvc toolkit compiler build In-Reply-To: <442D3B23.70002@itae.be> References: <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> <20060331070813.GD361@intevation.de> <442CFEFF.5010407@itae.be> <20060331123620.GE1046@intevation.de> <442D3517.20908@itae.be> <442D36BB.10803@itae.be> <442D3B23.70002@itae.be> Message-ID: <20060331144543.GL1046@intevation.de> Am 31. Mar 2006 um 16:22:27 schrieb Didrik Pinte: > Didrik Pinte a ?crit : > > And here are the logs of the runtests.py > > > > For those who need gdal 1.3.1 library, I can provide the dll and > > everything needed to make it work with thuban. It probably would be a good idea to have all necessary libraries for ready for the installer. > I'm using the test dataset. It's working fine with the raster file and > the cultural_landmark points. It's crashing directly when loading > polygones or lines ... > > There is no exceptions at all. The only message is "Memory could not be > read ...". > > Any idea on how to debug this ? Run it in a debugger of some kind to find out where it crashes? If this is not possible, why not add debuggin statements? Can you run the example wx demos that also draw lines? > I've tried to open the polygones files using the shapelib in a python > shell, it works fine. The error must probably be in the rendering. Maybe this is a problem with the cast you did for the sqrt? You could try a double in there or a long double something else. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/3476814f/attachment.bin From dpinte at itae.be Fri Mar 31 16:57:07 2006 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 31 Mar 2006 16:57:07 +0200 Subject: success [WAS] Re: (testing and installer) Re: msvc toolkit compiler build In-Reply-To: <20060331144543.GL1046@intevation.de> References: <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> <20060331070813.GD361@intevation.de> <442CFEFF.5010407@itae.be> <20060331123620.GE1046@intevation.de> <442D3517.20908@itae.be> <442D36BB.10803@itae.be> <442D3B23.70002@itae.be> <20060331144543.GL1046@intevation.de> Message-ID: <1143817027.5146.8.camel@geru-itae> Le vendredi 31 mars 2006 ? 16:45 +0200, Bernhard Reiter a ?crit : > Am 31. Mar 2006 um 16:22:27 schrieb Didrik Pinte: > > Didrik Pinte a ?crit : > > > And here are the logs of the runtests.py > > > > > > For those who need gdal 1.3.1 library, I can provide the dll and > > > everything needed to make it work with thuban. > > It probably would be a good idea to have all necessary libraries for > ready for the installer. That's one of the idea i've putted in a TODO list. The proj.dll and all the gdal related modules and libs must be added to the installer. > > > I'm using the test dataset. It's working fine with the raster file and > > the cultural_landmark points. It's crashing directly when loading > > polygones or lines ... > > > > There is no exceptions at all. The only message is "Memory could not be > > read ...". > > > > Any idea on how to debug this ? > > Run it in a debugger of some kind to find out where it crashes? > If this is not possible, why not add debuggin statements? > Can you run the example wx demos that also draw lines? Where can i find the wxdemos that draw lines ? Is it one of the Thuban tests ? If yes, I don't see any related erros in the output of the tests log. > > I've tried to open the polygones files using the shapelib in a python > > shell, it works fine. The error must probably be in the rendering. > > Maybe this is a problem with the cast you did for the sqrt? > You could try a double in there or a long double something else. I've tried changing it to double and long double but it still crashes when loading lines or polygons Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/f32dd8ce/attachment.bin From bernhard at intevation.de Fri Mar 31 16:56:29 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 31 Mar 2006 16:56:29 +0200 Subject: Windows build test bugs In-Reply-To: <442D36BB.10803@itae.be> References: <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> <20060331070813.GD361@intevation.de> <442CFEFF.5010407@itae.be> <20060331123620.GE1046@intevation.de> <442D3517.20908@itae.be> <442D36BB.10803@itae.be> Message-ID: <20060331145629.GM1046@intevation.de> > And here are the logs of the runtests.py Thanks. For File "C:\thubanbuild\Thuban-1.1.0\Thuban\Model\transientdb.py", line 423, in create cursor.execute(insert_template, row) OperationalError: near "%": syntax error Can you try to remove the continuation backslash in thuban/Thuban/Model/transientdb.py in the insert_template = line and join the lines below into one line to see if this makes a difference? -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/a5367e56/attachment.bin From bernhard at intevation.de Fri Mar 31 16:59:35 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 31 Mar 2006 16:59:35 +0200 Subject: success [WAS] Re: (testing and installer) Re: msvc toolkit compiler build In-Reply-To: <1143817027.5146.8.camel@geru-itae> References: <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> <20060331070813.GD361@intevation.de> <442CFEFF.5010407@itae.be> <20060331123620.GE1046@intevation.de> <442D3517.20908@itae.be> <442D36BB.10803@itae.be> <442D3B23.70002@itae.be> <20060331144543.GL1046@intevation.de> <1143817027.5146.8.camel@geru-itae> Message-ID: <20060331145935.GN1046@intevation.de> Am 31. Mar 2006 um 16:57:07 schrieb Didrik Pinte: > Le vendredi 31 mars 2006 ? 16:45 +0200, Bernhard Reiter a ?crit : > > Am 31. Mar 2006 um 16:22:27 schrieb Didrik Pinte: > > > Any idea on how to debug this ? > > > > Run it in a debugger of some kind to find out where it crashes? > > If this is not possible, why not add debuggin statements? > > Can you run the example wx demos that also draw lines? > > Where can i find the wxdemos that draw lines ? Is it one of the Thuban > tests ? If yes, I don't see any related erros in the output of the tests > log. There were demos coming with wxPython. See http://www.wxpython.org/download.php and win32-docs-demos I do not remember which one draws lines, but I think there was one. > > > I've tried to open the polygones files using the shapelib in a python > > > shell, it works fine. The error must probably be in the rendering. > > > > Maybe this is a problem with the cast you did for the sqrt? > > You could try a double in there or a long double something else. > > I've tried changing it to double and long double but it still crashes > when loading lines or polygons Another approach instead of adding some print statements would be to try the interface of the python modules on the command line. A debugger probably is most useful. Bernhard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/3ddaaf1b/attachment.bin From bernhard at intevation.de Fri Mar 31 17:02:02 2006 From: bernhard at intevation.de (Bernhard Reiter) Date: Fri, 31 Mar 2006 17:02:02 +0200 Subject: windows build bugs In-Reply-To: <442D36BB.10803@itae.be> References: <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> <20060331070813.GD361@intevation.de> <442CFEFF.5010407@itae.be> <20060331123620.GE1046@intevation.de> <442D3517.20908@itae.be> <442D36BB.10803@itae.be> Message-ID: <20060331150202.GO1046@intevation.de> Am 31. Mar 2006 um 16:03:39 schrieb Didrik Pinte: > And here are the logs of the runtests.py Those are the only real failures, maybe they are related to the crash. ====================================================================== FAIL: Extensions.ogr.test.test_OGRShapestore.TestOGRTable.test_Column ---------------------------------------------------------------------- Traceback (most recent call last): File "C:\thubanbuild\Thuban-1.1.0\test\..\Extensions\ogr\test\test_OGRShapestore.py", line 197, in test_Column self.assertEquals(self.table.Column(0).type, FIELDTYPE_INT) AssertionError: 'double' != 'int' ====================================================================== FAIL: Extensions.ogr.test.test_OGRShapestore.TestOGRTable.test_Columns ---------------------------------------------------------------------- Traceback (most recent call last): File "C:\thubanbuild\Thuban-1.1.0\test\..\Extensions\ogr\test\test_OGRShapestore.py", line 191, in test_Columns self.assertEquals(self.table.Columns()[0].type, FIELDTYPE_INT) AssertionError: 'double' != 'int' And those permission errors seem to repeat themselfs. Would there be problem removing those files on your system? Exception exceptions.OSError: (13, 'Permission denied', 'c:\\tmp\\tmpadoi2m\\transientdb') in > ignored Exception exceptions.OSError: (41, 'Directory not empty', 'c:\\tmp\\tmpadoi2m')in > ignored .Exception exceptions.OSError: (13, 'Permission denied', 'c:\\tmp\\tmp_-qddx\\transientdb') in > ignored Exception exceptions.OSError: (41, 'Directory not empty', 'c:\\tmp\\tmp_-qddx')in > ignored -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/560aac71/attachment.bin From dpinte at itae.be Fri Mar 31 17:19:24 2006 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 31 Mar 2006 17:19:24 +0200 Subject: Windows build test bugs In-Reply-To: <20060331145629.GM1046@intevation.de> References: <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> <20060331070813.GD361@intevation.de> <442CFEFF.5010407@itae.be> <20060331123620.GE1046@intevation.de> <442D3517.20908@itae.be> <442D36BB.10803@itae.be> <20060331145629.GM1046@intevation.de> Message-ID: <1143818365.5146.13.camel@geru-itae> Le vendredi 31 mars 2006 ? 16:56 +0200, Bernhard Reiter a ?crit : > > And here are the logs of the runtests.py > > Thanks. > > For > File "C:\thubanbuild\Thuban-1.1.0\Thuban\Model\transientdb.py", line 423, in create > cursor.execute(insert_template, row) > OperationalError: near "%": syntax error > > > Can you try to remove the continuation backslash > in thuban/Thuban/Model/transientdb.py > in the insert_template = > line and join the lines below into one line > to see if this makes a difference? It does not make any change. The problem is an OperationalError from sqlite2. It's the query that makes the problem. Didrik -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/19c3b0b6/attachment.bin From dpinte at itae.be Fri Mar 31 17:27:54 2006 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 31 Mar 2006 17:27:54 +0200 Subject: windows build bugs In-Reply-To: <20060331150202.GO1046@intevation.de> References: <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> <20060331070813.GD361@intevation.de> <442CFEFF.5010407@itae.be> <20060331123620.GE1046@intevation.de> <442D3517.20908@itae.be> <442D36BB.10803@itae.be> <20060331150202.GO1046@intevation.de> Message-ID: <1143818875.5146.18.camel@geru-itae> Le vendredi 31 mars 2006 ? 17:02 +0200, Bernhard Reiter a ?crit : > Am 31. Mar 2006 um 16:03:39 schrieb Didrik Pinte: > > And here are the logs of the runtests.py > > Those are the only real failures, maybe they are related to the crash. > > ====================================================================== > FAIL: Extensions.ogr.test.test_OGRShapestore.TestOGRTable.test_Column > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "C:\thubanbuild\Thuban-1.1.0\test\..\Extensions\ogr\test\test_OGRShapestore.py", line 197, in test_Column > self.assertEquals(self.table.Column(0).type, FIELDTYPE_INT) > AssertionError: 'double' != 'int' > > ====================================================================== > FAIL: Extensions.ogr.test.test_OGRShapestore.TestOGRTable.test_Columns > ---------------------------------------------------------------------- > Traceback (most recent call last): > File "C:\thubanbuild\Thuban-1.1.0\test\..\Extensions\ogr\test\test_OGRShapestore.py", line 191, in test_Columns > self.assertEquals(self.table.Columns()[0].type, FIELDTYPE_INT) > AssertionError: 'double' != 'int' Ok, so probably related to the fact i'm using gdal 1.3.1 and not 1.1.8. > And those permission errors seem to repeat themselfs. > Would there be problem removing those files on your system? > > Exception exceptions.OSError: (13, 'Permission denied', 'c:\\tmp\\tmpadoi2m\\transientdb') in > ignored > Exception exceptions.OSError: (41, 'Directory not empty', 'c:\\tmp\\tmpadoi2m')in > ignored > .Exception exceptions.OSError: (13, 'Permission denied', 'c:\\tmp\\tmp_-qddx\\transientdb') in > ignored > Exception exceptions.OSError: (41, 'Directory not empty', 'c:\\tmp\\tmp_-qddx')in > ignored yes, that's strange. I can delete them by hand without any problems ... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?= Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/96ee8575/attachment.bin From dpinte at itae.be Fri Mar 31 19:33:40 2006 From: dpinte at itae.be (Didrik Pinte) Date: Fri, 31 Mar 2006 19:33:40 +0200 Subject: (testing and installer) Re: msvc toolkit compiler build In-Reply-To: <20060331070813.GD361@intevation.de> References: <20060328192700.GC2368@intevation.de> <20060328213047.GA12677@intevation.de> <20060329101056.GA28021@intevation.de> <1143726814.19138.31.camel@geru-itae> <1143735000.19138.56.camel@geru-itae> <20060330162601.GJ5194@intevation.de> <1143739465.19138.60.camel@geru-itae> <20060331070813.GD361@intevation.de> Message-ID: <442D67F4.5060407@itae.be> FYI : here is a little explanation of what i've done and how : http://www.dpinte.be/blog/index.php?/archives/5-Building-thuban-on-Windows.html I've attached all the patches applied to the officiel Thuban 1.1.0 source tree Didrik -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: wxproj.patch Url: http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/9b7a6fa7/wxproj.patch -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: setup.py.patch Url: http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/9b7a6fa7/setup.py.patch -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: transient.py.patch Url: http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/9b7a6fa7/transient.py.patch -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: version.py.patch Url: http://www.intevation.de/pipermail/thuban-devel/attachments/20060331/9b7a6fa7/version.py.patch