On Mon, Sep 01, 2014 at 03:45:23PM +0200, Even Rouault wrote: > > Basically it looks like the code doesn't not trust the return code > > from the driver's GDALGetGeoTransform() call, but rather look at the > > returned matrix to decide if the raster did have or not a an affine > > transformation. > > Yes, there are indeed various places where we don't trust GetGeoTransform() > return code. I guess this is for historical reasons. This is a bit unfortunate > and should be fixed at driver level rather than handled by GDAL core. Perhaps > you could try removing the test on the geotransform values in > GDALCreateGenImgProjTransformer2 () and see if it impacts the autotest suite ? > (though it would not be a proof that some > audit of drivers would not be required so that we can reliably trust the > return > code of their GetGeoTransform() implementation)
Uhm, locally I get a segfault when running the testsuite, with trunk untouched (autotest$ python run_all.py) Do travis run all tests ? I've filed a pull request to trigger a travis build there: https://github.com/OSGeo/gdal/pull/40 --strk; _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
