Opened 7 years ago

Closed 7 years ago

Last modified 6 years ago

#5731 closed defect (fixed)

Make GDAL unsensitive to LC_NUMERIC for floating point <--> string conversions

Reported by: Even Rouault Owned by: Even Rouault
Priority: normal Milestone: 2.0.0
Component: default Version: unspecified
Severity: normal Keywords: locale floating point
Cc:

Description

We are currently sensitive to LC_NUMERIC in all places using atof(), strtod(), sscanf("...%Lf..."), xxprintf("%..f/g").

This ticket is to track an effort to reduce to nearly zero those places. We can already do atof() -> CPLAtof(), strtod() -> CPLStrtod(). So introduce CPLsscanf() and CPLxxxprintf().

Change History (8)

comment:1 Changed 7 years ago by Even Rouault

trunk r27942 "Global conversion to using floating point <--> string functions insensitive to LC_NUMERIC (#5731)"

comment:2 Changed 7 years ago by Even Rouault

r27943 Fix windows compilation r27944 "Fix CPLAtof()/CPLStrtod() to avoid parsing '2,34' as 2.34 in a locale with comma as decimal separator (#5731)" r27945 "Remove now useless manual replacing of comma by point in a few drivers (#5731)"

comment:3 Changed 7 years ago by Even Rouault

r27946 "Fix formatting string in AAIGRID (#5731)"

comment:4 Changed 7 years ago by Even Rouault

r27947 "gdaltransform: use CPLprintf() (#5731)"

comment:5 Changed 7 years ago by Even Rouault

r27948 "Use CPLStrtod() in proj_strtod() used by CPLDMSToDec() (#5731)"

comment:6 Changed 7 years ago by Even Rouault

r27951 "Remove sscanf() use in gdaltransformer, and remove CPLLocaleC enforcers in open, create, createcopy of drivers (#5731)"

comment:7 Changed 7 years ago by Even Rouault

Milestone: 2.0
Resolution: fixed
Status: newclosed

comment:8 Changed 6 years ago by Even Rouault

Milestone: 2.02.0.0

Milestone renamed

Note: See TracTickets for help on using tickets.