Opened 15 years ago

Closed 15 years ago

#129 closed task (fixed)

Test 1.4 against Windows

Reported by: pramsey Owned by: mcayland
Priority: medium Milestone: PostGIS 1.4.0
Component: postgis Version: 1.4
Keywords: Cc:

Description (last modified by robe)

Build / regress against PgSQL 8.1, 8.2, 8.3, CVS.

Attachments (4)

pgis_reg_3848.zip (18.5 KB ) - added by robe 15 years ago.
make check against 8.4beta2 with log
pgis_reg_692.zip (4.3 KB ) - added by robe 15 years ago.
make check regress log against 8.4.0 mingw
regress_postgres82_postgis1.4rc2.zip (3.7 KB ) - added by nicklas 15 years ago.
regress_postgres83_postgis1.4rc2.zip (3.8 KB ) - added by nicklas 15 years ago.

Download all attachments as: .zip

Change History (34)

comment:1 by mcayland, 15 years ago

I've done a build against 8.3 on Windows and it generally works, although the autotools output seems a little strange and the old CR/LF issue with the regression tests has re-appeared with the SVN move.

ATB,

Mark.

comment:2 by robe, 15 years ago

Description: modified (diff)

For what its worth I've been testing on 8.3 and 8.4 under windows, but I for the life of me can't get make check to work on windows so been just doing tests with real data and diffing against my 1.3 output.

Is make check doable under Windows?

comment:3 by robe, 15 years ago

nevermind my wining. .Forgot to install CUnit so now I can run make check under windows. However running against the 8.4 enterprisedb beta2 and GEOS 3.1.1 and Postgis 1.4 after Paul's cleanup Back end crash with make check

regress_log just lists a BEGIN ..M

comment:4 by mcayland, 15 years ago

Hmmm. Does that mean it doesn't even get as far as loading the functions into the regression database?!

comment:5 by robe, 15 years ago

Yap it manages to create the postgis_reg db. pgpllang language exists too, though that may be defaulted in 8.4 so might not mean it created it and then it promptly kills the backend. There are so many variables that changed — all 3 (geos, Paul doing his cleanup, and me running make check for first time) , so I'm going to isolate it unless you are seeing the same thing.

Anyrate seems to be the make check process rather than anything wrong with the install since I can run spatial queries fine. Maybe its a weird character or something that windows doesn't like. I also have not retested on my OpenSUSE boxes.

comment:6 by pramsey, 15 years ago

Any progress here? Really want to push an RC…

comment:7 by robe, 15 years ago

Mark — any chance you can do a quick make check on yours. I don't have 8.3 loaded on here to verify if make check works on that and probably won't be able to get to that for a couple days.

Paul — if you really want to push out an RC, I'm all for it. Don't let this get in your way. Like I said this is the first time I attempted a make check under MingW and I've been running a bunch of tests of 8.4 with GEOS 3.1.1 (ming compiled) and some on real data. As far as I can tell it performs fine. Perhaps if you call it a beta instead of an RC you'll feel better :).

comment:8 by mcayland, 15 years ago

I think Regina has now managed this?

ATB,

Mark.

comment:9 by robe, 15 years ago

Mark,

Still having issues with make check, but I think I got a bit further. Managed to get CUnit to work so I get this

CUnit - A Unit testing framework for C - Version 2.1-0 http://cunit.sourceforge.net/

Suite: PostGIS Computational Geometry Suite

Test: test_lw_segment_side() … passed Test: test_lw_segment_intersects() … passed Test: test_lwline_crossing_short_lines() … passed Test: test_lwline_crossing_long_lines() … passed Test: test_lwpoint_set_ordinate() … passed Test: test_lwpoint_get_ordinate() … passed Test: test_lwpoint_interpolate() … passed Test: test_lwline_clip() … passed Test: test_lwline_clip_big() … passed Test: test_lwmline_clip() … passed Test: test_geohash_point() … passed Test: test_geohash_precision() … passed Test: test_geohash() … passed

Suite: PostGIS Measures Suite

Test: test_mindistance2d_recursive_tolerance() … passed

—Run Summary: Type Total Ran Passed Failed

suites 2 2 n/a 0 tests 14 14 14 0 asserts 84 84 84 0

So I think its just runnning the regular PostgreSQL tests that are the problem now — give stack trace. That could be becuase I'm trying to test my enterprisedb install against this. Anyrate the stack error gives this

MSYS-1.0.11 Build:2009-05-23 19:33 Exception: STATUS_ACCESS_VIOLATION at eip=71084D85 eax=636BF77F ebx=0023ED04 ecx=0023F119 edx=63696666 esi=0023F119 edi=0023ED04 ebp=0023ECA4 esp=0023EC9C program=C:\msys\1.0\bin\make.exe cs=001B ds=0023 es=0023 fs=003B gs=0000 ss=0023 Stack trace: Frame Function Args 0023ECA4 71084D85 (0023F119, 63696666, 7C810EB6, 71023DB2) 0023ECD4 71084C2E (0023ED04, 63696666, 0000003B, 0023EFEC) 0023F104 71081EE3 (63696666, 664F2F65, 65636966, 0040002F)

605735 [main] make 3000 handle_exceptions: Error while dumping state (probably corrupted stack).

Also still can't get a compile against 8.2.

comment:10 by robe, 15 years ago

Mark, It fails for us on the loader, but I think there is something wrong with our libiconv2 install since it keeps complaining about not being able to find it. I tested on my messy isntall which doesn't complain about libiconv, and it gives similar errors too. Is this what you were talking about to confirm.

TMPDIR is /tmp/pgis_reg_308
PATH is "c:/POSTGRES84//bin":/c/postgres84/bin:.:/usr/local/bin:/mingw/bin:/bin:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem:/c/Program Files/GnuWin32/bin:/mi
n

 PostgreSQL 8.4.0 on i686-pc-mingw32, compiled by GCC gcc.exe (GCC) 3.4.5 (mingw-vista special r3), 32-bit
 Postgis 1.4.0rc2 - 2009-07-17 13:55:37
   GEOS: 3.1.1-CAPI-1.6.0
   PROJ: Rel. 4.6.1, 21 August 2008

Running tests

 loader/Point. failed (running shp2pgsql: /tmp/pgis_reg_308/loader.err)
 loader/PointM. failed (running shp2pgsql: /tmp/pgis_reg_308/loader.err)
 loader/PointZ. failed (running shp2pgsql: /tmp/pgis_reg_308/loader.err)
 loader/MultiPoint. failed (running shp2pgsql: /tmp/pgis_reg_308/loader.err)
 loader/MultiPointM. failed (running shp2pgsql: /tmp/pgis_reg_308/loader.err)
 loader/MultiPointZ. failed (running shp2pgsql: /tmp/pgis_reg_308/loader.err)
 loader/Arc. failed (running shp2pgsql: /tmp/pgis_reg_308/loader.err)
 loader/ArcM. failed (running shp2pgsql: /tmp/pgis_reg_308/loader.err)
 loader/ArcZ. failed (running shp2pgsql: /tmp/pgis_reg_308/loader.err)
 loader/Polygon. failed (running shp2pgsql: /tmp/pgis_reg_308/loader.err)
 loader/PolygonM. failed (running shp2pgsql: /tmp/pgis_reg_308/loader.err)
 loader/PolygonZ. failed (running shp2pgsql: /tmp/pgis_reg_308/loader.err)
 regress. failed (diff expected obtained: /tmp/pgis_reg_308/test_13_diff)
 regress_index. ok
 regress_index_nulls. ok
 lwgeom_regress. ok
 regress_lrs. ok
 removepoint. ok
 setpoint. ok
 simplify. ok
 snaptogrid. ok
 affine. ok
 wkt. failed (diff expected obtained: /tmp/pgis_reg_308/test_23_diff)
 measures. ok
 long_xact. ok
 ctors. ok
 sql-mm-serialize. ok
 sql-mm-circularstring. ok
 sql-mm-compoundcurve. ok
 sql-mm-curvepoly. ok
 sql-mm-general. ok
 sql-mm-multicurve. ok
 sql-mm-multisurface. ok
 geojson. ok
 gml. ok
 svg. ok
 kml. ok
 regress_ogc. failed (diff expected obtained: /tmp/pgis_reg_308/test_38_diff)
 regress_bdpoly. ok
 regress_proj. ok
 regress_ogc_cover. ok
 regress_ogc_prep. ok

Run tests: 42
Failed: 15
make[1]: Leaving directory `/c/thesrc/postgis-1.4.0rc2/regress'

comment:11 by mcayland, 15 years ago

What do the loader diffs look like? On my Win32 virtual, it looks as if there is random corruption in the Z/M coordinates :(

Incidentally all of the other non-loader tests look fine for me, although I did have to run dos2unix on all of the input .sql and _expected output files.

Oh and one more thing: can you launch shp2pgsql/pgsql2shp directly from the command line? If you try and launch each with no parameters, you should be able to see the help text - if there is a .DLL missing then you'll get a suitable popup.

ATB,

Mark.

comment:12 by robe, 15 years ago

On mine as far as I can tell — there is an additional whitespace M character added (which I can't see with a regular editor I can seein vim). Well actually I'm looking at my other install (my messed up one). I get more failures on this one, but they look like that extra white space tacked at the end. I'll attach for you to verify. So I assume this is just an artifact of MingW and not necessarily a true error.

Below is output of this make check

make -C liblwgeom make[1]: Entering directory `/D/SVNProjects/Postgis/branches/1.4/liblwgeom' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/D/SVNProjects/Postgis/branches/1.4/liblwgeom' make -C postgis make[1]: Entering directory `/D/SVNProjects/Postgis/branches/1.4/postgis' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/D/SVNProjects/Postgis/branches/1.4/postgis' make -C liblwgeom/cunit check make[1]: Entering directory `/D/SVNProjects/Postgis/branches/1.4/liblwgeom/cunit'

CUnit - A Unit testing framework for C - Version 2.1-0 http://cunit.sourceforge.net/

Suite: PostGIS Computational Geometry Suite

Test: test_lw_segment_side() … passed Test: test_lw_segment_intersects() … passed Test: test_lwline_crossing_short_lines() … passed Test: test_lwline_crossing_long_lines() … passed Test: test_lwpoint_set_ordinate() … passed Test: test_lwpoint_get_ordinate() … passed Test: test_lwpoint_interpolate() … passed Test: test_lwline_clip() … passed Test: test_lwline_clip_big() … passed Test: test_lwmline_clip() … passed Test: test_geohash_point() … passed Test: test_geohash_precision() … passed Test: test_geohash() … passed

Suite: PostGIS Measures Suite

Test: test_mindistance2d_recursive_tolerance() … passed

—Run Summary: Type Total Ran Passed Failed

suites 2 2 n/a 0 tests 14 14 14 0 asserts 84 84 84 0

make[1]: Leaving directory `/D/SVNProjects/Postgis/branches/1.4/liblwgeom/cunit' make -C regress check make[1]: Entering directory `/D/SVNProjects/Postgis/branches/1.4/regress' make -C ../postgis make[2]: Entering directory `/D/SVNProjects/Postgis/branches/1.4/postgis' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/D/SVNProjects/Postgis/branches/1.4/postgis' cp ../postgis/postgis.sql . Creating spatial db postgis_reg TMPDIR is /tmp/pgis_reg_3848 PATH is /c/thesrc/pg84/REL-84~1.0/bin:.:/usr/local/bin:/mingw/bin:/bin:/c/program files/imagemagick-6.3.4-q16:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem:/c/Program Files/Microsoft SQL Server/80/Tools/Binn/:/c/Program Files/Microsoft SQL Server/90/DTS/Binn/:/c/Program Files/Microsoft SQL Server/90/Tools/binn/:/c/Program Files/Microsoft SQL Server/90/Tools/Binn/VSShell/Common7/IDE/:/c/Program Files/Microsoft Visual Studio 8/Common7/IDE/PrivateAssemblies/:/c/Program Files/QuickTime/QTSystem/:/c/Program Files/jEdit:/c/Program Files/Support Tools/:/c/Program Files/pgAdmin III/1.8/:/c/Program Files/HTMLDOC:/c/Program Files/Smart Projects/IsoBuster:/c/WINDOWS/system32/WindowsPowerShell/v1.0:/c/Program Files/Microsoft SQL Server/100/Tools/Binn/:/c/Program Files/Microsoft SQL Server/100/DTS/Binn/:/c/Program Files/Microsoft SQL Server/100/Tools/Binn/VSShell/Common7/IDE/:/c/Program Files/doxygen/bin:/c/Program Files/WinMerge:/c/opt/gtk/bin:/c/MS4W/Apache/cgi-bin:/mingw/bin:/c/Program Files/Microsoft Office/Office

PostgreSQL 8.4beta1 on i686-pc-mingw32, compiled by GCC gcc.exe (GCC) 3.4.5 (mingw special), 32-bit Postgis 1.4.0SVN - 2009-07-17 13:24:11

GEOS: 3.1.1-CAPI-1.6.0 PROJ: Rel. 4.6.1, 21 August 2008

Running tests

loader/Point… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_1_diff) loader/PointM… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_2_diff) loader/PointZ… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_3_diff) loader/MultiPoint… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_4_diff) loader/MultiPointM… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_5_diff) loader/MultiPointZ… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_6_diff) loader/Arc… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_7_diff) loader/ArcM… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_8_diff) loader/ArcZ………. ok loader/Polygon… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_10_diff) loader/PolygonM… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_11_diff) loader/PolygonZ… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_12_diff) regress. failed (diff expected obtained: /tmp/pgis_reg_3848/test_13_diff) regress_index. failed (diff expected obtained: /tmp/pgis_reg_3848/test_14_diff) regress_index_nulls. ok lwgeom_regress. failed (diff expected obtained: /tmp/pgis_reg_3848/test_16_diff) regress_lrs. failed (diff expected obtained: /tmp/pgis_reg_3848/test_17_diff) removepoint. failed (diff expected obtained: /tmp/pgis_reg_3848/test_18_diff) setpoint. failed (diff expected obtained: /tmp/pgis_reg_3848/test_19_diff) simplify. failed (diff expected obtained: /tmp/pgis_reg_3848/test_20_diff) snaptogrid. failed (diff expected obtained: /tmp/pgis_reg_3848/test_21_diff) affine. failed (diff expected obtained: /tmp/pgis_reg_3848/test_22_diff) wkt. failed (diff expected obtained: /tmp/pgis_reg_3848/test_23_diff) measures. failed (diff expected obtained: /tmp/pgis_reg_3848/test_24_diff) long_xact. failed (diff expected obtained: /tmp/pgis_reg_3848/test_25_diff) ctors. failed (diff expected obtained: /tmp/pgis_reg_3848/test_26_diff) sql-mm-serialize. ok sql-mm-circularstring. ok sql-mm-compoundcurve. ok sql-mm-curvepoly. ok sql-mm-general. ok sql-mm-multicurve. ok sql-mm-multisurface. ok geojson. ok gml. ok svg. ok kml. ok regress_ogc. failed (diff expected obtained: /tmp/pgis_reg_3848/test_38_diff) regress_bdpoly. failed (diff expected obtained: /tmp/pgis_reg_3848/test_39_diff) regress_proj. failed (diff expected obtained: /tmp/pgis_reg_3848/test_40_diff) regress_ogc_cover. ok regress_ogc_prep. ok

Run tests: 42 Failed: 27 make[1]: Leaving directory `/D/SVNProjects/Postgis/branches/1.4/regress'

comment:13 by robe, 15 years ago

Sorry forgot to put pretty code bracket in. {{{make -C liblwgeom make[1]: Entering directory `/D/SVNProjects/Postgis/branches/1.4/liblwgeom' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/D/SVNProjects/Postgis/branches/1.4/liblwgeom' make -C postgis make[1]: Entering directory `/D/SVNProjects/Postgis/branches/1.4/postgis' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/D/SVNProjects/Postgis/branches/1.4/postgis' make -C liblwgeom/cunit check make[1]: Entering directory `/D/SVNProjects/Postgis/branches/1.4/liblwgeom/cunit'

CUnit - A Unit testing framework for C - Version 2.1-0 http://cunit.sourceforge.net/

Suite: PostGIS Computational Geometry Suite

Test: test_lw_segment_side() … passed Test: test_lw_segment_intersects() … passed Test: test_lwline_crossing_short_lines() … passed Test: test_lwline_crossing_long_lines() … passed Test: test_lwpoint_set_ordinate() … passed Test: test_lwpoint_get_ordinate() … passed Test: test_lwpoint_interpolate() … passed Test: test_lwline_clip() … passed Test: test_lwline_clip_big() … passed Test: test_lwmline_clip() … passed Test: test_geohash_point() … passed Test: test_geohash_precision() … passed Test: test_geohash() … passed

Suite: PostGIS Measures Suite

Test: test_mindistance2d_recursive_tolerance() … passed

—Run Summary: Type Total Ran Passed Failed

suites 2 2 n/a 0 tests 14 14 14 0 asserts 84 84 84 0

make[1]: Leaving directory `/D/SVNProjects/Postgis/branches/1.4/liblwgeom/cunit' make -C regress check make[1]: Entering directory `/D/SVNProjects/Postgis/branches/1.4/regress' make -C ../postgis make[2]: Entering directory `/D/SVNProjects/Postgis/branches/1.4/postgis' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/D/SVNProjects/Postgis/branches/1.4/postgis' cp ../postgis/postgis.sql . Creating spatial db postgis_reg TMPDIR is /tmp/pgis_reg_3848 PATH is /c/thesrc/pg84/REL-84~1.0/bin:.:/usr/local/bin:/mingw/bin:/bin:/c/program files/imagemagick-6.3.4-q16:/c/WINDOWS/system32:/c/WINDOWS:/c/WINDOWS/System32/Wbem:/c/Program Files/Microsoft SQL Server/80/Tools/Binn/:/c/Program Files/Microsoft SQL Server/90/DTS/Binn/:/c/Program Files/Microsoft SQL Server/90/Tools/binn/:/c/Program Files/Microsoft SQL Server/90/Tools/Binn/VSShell/Common7/IDE/:/c/Program Files/Microsoft Visual Studio 8/Common7/IDE/PrivateAssemblies/:/c/Program Files/QuickTime/QTSystem/:/c/Program Files/jEdit:/c/Program Files/Support Tools/:/c/Program Files/pgAdmin III/1.8/:/c/Program Files/HTMLDOC:/c/Program Files/Smart Projects/IsoBuster:/c/WINDOWS/system32/WindowsPowerShell/v1.0:/c/Program Files/Microsoft SQL Server/100/Tools/Binn/:/c/Program Files/Microsoft SQL Server/100/DTS/Binn/:/c/Program Files/Microsoft SQL Server/100/Tools/Binn/VSShell/Common7/IDE/:/c/Program Files/doxygen/bin:/c/Program Files/WinMerge:/c/opt/gtk/bin:/c/MS4W/Apache/cgi-bin:/mingw/bin:/c/Program Files/Microsoft Office/Office

PostgreSQL 8.4beta1 on i686-pc-mingw32, compiled by GCC gcc.exe (GCC) 3.4.5 (mingw special), 32-bit Postgis 1.4.0SVN - 2009-07-17 13:24:11

GEOS: 3.1.1-CAPI-1.6.0 PROJ: Rel. 4.6.1, 21 August 2008

Running tests

loader/Point… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_1_diff) loader/PointM… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_2_diff) loader/PointZ… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_3_diff) loader/MultiPoint… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_4_diff) loader/MultiPointM… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_5_diff) loader/MultiPointZ… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_6_diff) loader/Arc… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_7_diff) loader/ArcM… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_8_diff) loader/ArcZ………. ok loader/Polygon… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_10_diff) loader/PolygonM… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_11_diff) loader/PolygonZ… failed (wkb insert: diff expected obtained: /tmp/pgis_reg_3848/test_12_diff) regress. failed (diff expected obtained: /tmp/pgis_reg_3848/test_13_diff) regress_index. failed (diff expected obtained: /tmp/pgis_reg_3848/test_14_diff) regress_index_nulls. ok lwgeom_regress. failed (diff expected obtained: /tmp/pgis_reg_3848/test_16_diff) regress_lrs. failed (diff expected obtained: /tmp/pgis_reg_3848/test_17_diff) removepoint. failed (diff expected obtained: /tmp/pgis_reg_3848/test_18_diff) setpoint. failed (diff expected obtained: /tmp/pgis_reg_3848/test_19_diff) simplify. failed (diff expected obtained: /tmp/pgis_reg_3848/test_20_diff) snaptogrid. failed (diff expected obtained: /tmp/pgis_reg_3848/test_21_diff) affine. failed (diff expected obtained: /tmp/pgis_reg_3848/test_22_diff) wkt. failed (diff expected obtained: /tmp/pgis_reg_3848/test_23_diff) measures. failed (diff expected obtained: /tmp/pgis_reg_3848/test_24_diff) long_xact. failed (diff expected obtained: /tmp/pgis_reg_3848/test_25_diff) ctors. failed (diff expected obtained: /tmp/pgis_reg_3848/test_26_diff) sql-mm-serialize. ok sql-mm-circularstring. ok sql-mm-compoundcurve. ok sql-mm-curvepoly. ok sql-mm-general. ok sql-mm-multicurve. ok sql-mm-multisurface. ok geojson. ok gml. ok svg. ok kml. ok regress_ogc. failed (diff expected obtained: /tmp/pgis_reg_3848/test_38_diff) regress_bdpoly. failed (diff expected obtained: /tmp/pgis_reg_3848/test_39_diff) regress_proj. failed (diff expected obtained: /tmp/pgis_reg_3848/test_40_diff) regress_ogc_cover. ok regress_ogc_prep. ok

Run tests: 42 Failed: 27 make[1]: Leaving directory `/D/SVNProjects/Postgis/branches/1.4/regress' }}}

by robe, 15 years ago

Attachment: pgis_reg_3848.zip added

make check against 8.4beta2 with log

comment:14 by robe, 15 years ago

Sorry didn't see your last note about having to run dos2unix. For some reason I don't have dos2unix. I thought I did before. Anyrate I'll try again later after I have run that.

comment:15 by robe, 15 years ago

Mark we tested on our new install again. There is nothing wrong with our libiconv. The problem seems to be that the loader files can't see it. If we copy the libpq.dll and libiconv-2.dll that we compiled into the loader folder. The error goes away.

This is what our test looks like now against PostgreSQL 8.4.0

 PostgreSQL 8.4.0 on i686-pc-mingw32, compiled by GCC gcc.exe (GCC) 3.4.5 (mingw-vista special r3), 32-bit
 Postgis 1.4.0rc2 - 2009-07-17 13:55:37
   GEOS: 3.1.1-CAPI-1.6.0
   PROJ: Rel. 4.6.1, 21 August 2008

Running tests

 loader/Point.............. ok
 loader/PointM.............. ok
 loader/PointZ.............. ok
 loader/MultiPoint.............. ok
 loader/MultiPointM.............. ok
 loader/MultiPointZ.............. ok
 loader/Arc.............. ok
 loader/ArcM.............. ok
 loader/ArcZ.......... ok
 loader/Polygon.............. ok
 loader/PolygonM.............. ok
 loader/PolygonZ.............. ok
 regress. failed (diff expected obtained: /tmp/pgis_reg_692/test_13_diff)
 regress_index. ok
 regress_index_nulls. ok
 lwgeom_regress. ok
 regress_lrs. ok
 removepoint. ok
 setpoint. ok
 simplify. ok
 snaptogrid. ok
 affine. ok
 wkt. failed (diff expected obtained: /tmp/pgis_reg_692/test_23_diff)
 measures. ok
 long_xact. ok
 ctors. ok
 sql-mm-serialize. ok
 sql-mm-circularstring. ok
 sql-mm-compoundcurve. ok
 sql-mm-curvepoly. ok
 sql-mm-general. ok
 sql-mm-multicurve. ok
 sql-mm-multisurface. ok
 geojson. ok
 gml. ok
 svg. ok
 kml. ok
 regress_ogc. failed (diff expected obtained: /tmp/pgis_reg_692/test_38_diff)
 regress_bdpoly. ok
 regress_proj. ok
 regress_ogc_cover. ok
 regress_ogc_prep. ok

Run tests: 42
Failed: 3

I'll attach the diff files in a bit.

by robe, 15 years ago

Attachment: pgis_reg_692.zip added

make check regress log against 8.4.0 mingw

comment:16 by mcayland, 15 years ago

Right, so that is an 8.4-ism. I think I've fixed this in 1.4 branch/trunk, and I've also applied the various regress/Makefile.in patches to help get the regression tests to run. Please can you test and see what happens?

ATB,

Mark.

comment:17 by robe, 15 years ago

You mean about the M thing. that was probably an 8.4betism. If you look we were testing on both 8.4 (one was an 8.4beta and the other was 8.4 release).

Anyrate we were also testing one against an RC patched and one against SVN. So we'll try the SVN if you have all the patches in place and see what we get.

comment:18 by robe, 15 years ago

Mark,

Sorry for being so slow on this. This week as you can imagine is really bad. I was able to test the PostgreSQL 8.4.0 (I upgraded from beta) on non-clean box (that one runs GCC 4.4)

After running the dos2unix — all tests passed with flying colors.

Still have yet to test 8.3 and 8.4 8.3 running into stupid issues recompiling it (not even getting to the PostGIS part). Was trying to use my originally compiled 8.3, but was getting errors such as

"more" not defined when trying to do PostGIS make check. Which is why I decided to try to recompile PostgreSQL 8.3. this is all on the mixed up install. Have yet to retry on clean mingW install.

comment:19 by robe, 15 years ago

Correction. I mean test 8.3 and 8.2

comment:20 by mcayland, 15 years ago

Yeah, I get that irritating "more" error when trying "make check" on my running PostgreSQL 8.3 install :( I think trying on a MingW-compiled PostgreSQL 8.3 may yield slightly more success…

ATB,

Mark.

comment:21 by robe, 15 years ago

I was using a MingW compiled 8.3. I was actually able to eventually compile it again under MingW after deleting my install director. It seems that somehow our make check is messing up the path or something in MingW is messing up the path. I couldn't find more anywhere, but noticed that if I launched

my 8.3 psql from within MinGW and did a

help, I got the same more error. So I think its the psql that is somehow triggering it. why it doesn't trigger it for my MingW installed PostgreSQL 8.4 I have no clue.

But running my 8.3 psql outside of MingW seems to work fine.

Note that I don't believe MingW includes more. All articles I read seem to suggest using less instead of more (perhaps maybe 8.4 is using less?). But copying my more.com from windows (and even renaming it to more.exe and putting in my msys/1.0/bin doesn't seem to resolve the situation).

comment:22 by mcayland, 15 years ago

Hmmm okay. I'd try raising this on the pgsql mailing lists just in case something got patched for 8.4. Incidentally if it's a PATH issue, my top 2 candidates for locations to copy more.com would be the PostgreSQL bin directory, followed by the regression test directory.

HTH,

Mark.

comment:23 by robe, 15 years ago

I think I tried bin of postgresql already. But haven't tried regress

comment:24 by nicklas, 15 years ago

I did a successful make check with PostgreSQL 8.2, postgis 1.4.0rc2 I couldn't find any log with the testresults so I copied from MinGW to a textdocument. I also attached the folder created in temp directory.

platform: Windows XP SP3

/Nicklas

comment:25 by nicklas, 15 years ago

Now I also successed with postgreSQL8.3 Attached same documents as 8.2 above.

/Nicklas

comment:26 by robe, 15 years ago

I was able to make check successfully against 8.3 after copying more.com into the regress folder and renaming it to more.exe. See below:

I verified that Nick's tests look authentic for both 8.2 and 8.3.

Nick did you have to copy more.exe into regress folder? If not, can you do us a favor and test against the 1.4 SVN. I noticed your tests are probably against a patched rc2 and I believe Mark had made additional changes only in SVN, so I'm a bit concerned he introduced something that is causing the more issue.

It is also quite possible that its something strange with the newer GCC and Mark may be running the newer GCC as well.

 PostgreSQL 8.3.7 on i686-pc-mingw32, compiled by GCC gcc.exe (GCC) 4.4.0
 Postgis 1.4.0SVN - 2009-07-21 13:44:14
   GEOS: 3.1.1-CAPI-1.6.0
   PROJ: Rel. 4.6.1, 21 August 2008

Running tests

 loader/Point.............. ok
 loader/PointM.............. ok
 loader/PointZ.............. ok
 loader/MultiPoint.............. ok
 loader/MultiPointM.............. ok
 loader/MultiPointZ.............. ok
 loader/Arc.............. ok
 loader/ArcM.............. ok
 loader/ArcZ.......... ok
 loader/Polygon.............. ok
 loader/PolygonM.............. ok
 loader/PolygonZ.............. ok
 regress. ok
 regress_index. ok
 regress_index_nulls. ok
 lwgeom_regress. ok
 regress_lrs. ok
 removepoint. ok
 setpoint. ok
 simplify. ok
 snaptogrid. ok
 affine. ok
 wkt. ok
 measures. ok
 long_xact. ok
 ctors. ok
 sql-mm-serialize. ok
 sql-mm-circularstring. ok
 sql-mm-compoundcurve. ok
 sql-mm-curvepoly. ok
 sql-mm-general. ok
 sql-mm-multicurve. ok
 sql-mm-multisurface. ok
 geojson. ok
 gml. ok
 svg. ok
 kml. ok
 regress_ogc. ok
 regress_bdpoly. ok
 regress_proj. ok
 regress_ogc_cover. ok
 regress_ogc_prep. ok

Run tests: 42
Failed: 0


comment:27 by nicklas, 15 years ago

No, I didn't copy more.exe. but I had to put libpq.dll in the bin-foder. I used this version http://www.postgis.org/download/postgis-1.4.0rc2.tar.gz

I also noted that I seems to have an old version ov libiconv. I think I have version 1.9.2.1 I say "think" because I thought I could do libiconv -v but had no luck. But the files in minGW says 1.9.2.1 The rest I think is up to date.

/Nicklas

comment:28 by nicklas, 15 years ago

and I forgot to mention: I edited the path in makefile, took away the ":" and wrote the whole name for truncated fildernames.

/Nicklas

comment:29 by nicklas, 15 years ago

I'm talking about the makefile in regression-folder

/Nicklas

comment:30 by robe, 15 years ago

Resolution: acceptedfixed
Status: assignedclosed

We have successfully make checked under windows for 8.2,8.3,8.4

Can we have a 1.4 release

+1

Note: See TracTickets for help on using tickets.