Opened 9 years ago

Closed 9 years ago

Last modified 8 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


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 by Even Rouault, 9 years ago

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

comment:2 by Even Rouault, 9 years ago

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 by Even Rouault, 9 years ago

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

comment:4 by Even Rouault, 9 years ago

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

comment:5 by Even Rouault, 9 years ago

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

comment:6 by Even Rouault, 9 years ago

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

comment:7 by Even Rouault, 9 years ago

Milestone: 2.0
Resolution: fixed
Status: newclosed

comment:8 by Even Rouault, 8 years ago


Milestone renamed

Note: See TracTickets for help on using tickets.