[gdal-dev] 64bit integers

Even Rouault even.rouault at mines-paris.org
Thu Nov 29 14:15:55 PST 2012


Le jeudi 29 novembre 2012 23:10:08, Jeremy Palmer a écrit :
> Thanks.
> 
> Any idea if the 64bit proposal is going to happen any time soon?

(Not before GDAL 1.10 release, so as to keep GDAL 1.X ABI)

Perhaps are you volunteering ;-) ?

> 
> If not, is there an option to implement functionality to cast 64bit fields
> to string in 1.9.X? This function could still be useful once 64bit
> integers are implemented.

This could be done, but the work must be done on a driver-by-driver basis.

> 
> Cheers
> Jeremy
> 
> 
> ----- Original Message -----
> From: Even Rouault <even.rouault at mines-paris.org>
> To: "gdal-dev at lists.osgeo.org" <gdal-dev at lists.osgeo.org>
> Sent: 30/11/2012 10:45 AM
> Subject: Re: [gdal-dev] 64bit integers
> 
> Le jeudi 29 novembre 2012 22:36:54, Jürgen E. Fischer a écrit :
> > Hi Even,
> > 
> > On Thu, 29. Nov 2012 at 20:53:57 +0100, Even Rouault wrote:
> > > With latest trunk, you can set the OGR_SETFIELD_NUMERIC_WARNING
> > > configruation option to YES. This should generate a warning if the
> > > conversion to int overflows.
> > 
> > Um, that was meant to produce a warning when a non-numeric (or partly
> > numeric) string is parsed incompletely to a number.   Overflows are not
> > yet covered (we don't reset and check errno for ERANGE after the
> > conversion).
> 
> Those checks are now done per http://trac.osgeo.org/gdal/changeset/25265
> 
> > Jürgen
> 
> _______________________________________________
> gdal-dev mailing list
> gdal-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/gdal-dev
> 
> This message contains information, which is confidential and may be subject
> to legal privilege. If you are not the intended recipient, you must not
> peruse, use, disseminate, distribute or copy this message. If you have
> received this message in error, please notify us immediately (Phone 0800
> 665 463 or info at linz.govt.nz) and destroy the original message. LINZ
> accepts no responsibility for changes to this email, or for any
> attachments, after its transmission from LINZ. Thank You.


More information about the gdal-dev mailing list