Le Wednesday 22 July 2009 20:53:31 Jason Roberts, vous avez écrit : > It sounds like you have figured out the problem. Is now the moment that I > should contact the rgdal developers and ask them to build rgdal against the > 1.6 branch?
It's up to them. I don't know what their policy is. I doubt though that they would build against an unreleased version. > > Currently it looks like rgdal is built against the 1.6.1 release. I'm not > sure if they'll want to build against the current 1.6 branch or want to > wait until 1.6.2. > Do you know when 1.6.2 might be issued? No, nothing planned for the moment AFAIK > > Jason > > -----Original Message----- > From: [email protected] > [mailto:[email protected]] On Behalf Of Even Rouault > Sent: Wednesday, July 22, 2009 2:25 PM > To: Gregory, Matthew > Cc: [email protected] > Subject: Re: [gdal-dev] Reading ArcInfo binary grids with the R > rgdalpackage fails with "GDAL Error 3: Attempt to read past EOF > in..../arc.dir" > > Le Wednesday 22 July 2009 20:17:43 Gregory, Matthew, vous avez écrit : > > > For people affected by the issue, not being able to build > > > GDAL from source and not interested in the raster attribute > > > table, they can just rename the 'info' > > > directory, so it won't be read at all and won't trigger the error. > > > > > > See http://trac.osgeo.org/gdal/ticket/3031 > > > > Um, this makes me really nervous to advocate renaming the INFO > > directory, but maybe I'm overreacting. > > This is just a workaround for people stuck with a version affected by the > issue. > > > I think your recent fix of not > > calling ReadRAT() in AIGDataset::Open() eliminates this workaround, > > correct? > > The workaround is still there, but yeah, the latest change in trunk makes > it > > more or less useless. > > > Just as long as the user doesn't call GetDefaultRAT()? > > There's no point trying to read the RAT until it is really needed. And the > entry point for it is GetDefaultRAT(), hence the late opening of the RAT > through the AVC driver in this method. > > > matt > > _______________________________________________ > gdal-dev mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/gdal-dev _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
