Reverted [cs_FRMTFLG_NONE] flag back to [cs_FRMTFLG_RNTRNT] for several grid-based transformations
Reverted [cs_FRMTFLG_NONE] flag back to [cs_FRMTFLG_RNTRNT] for several grid-based transformations

During the implementation of RFC6, the "transform-is-reentrant" flag for the following grid-file based transformation types had been set to [none]:

cs_FRMTFLGS_NADCN
cs_FRMTFLGS_FRNCH
cs_FRMTFLGS_JAPAN

That was done due to the [CS_dtcvt / CS_dtcvt3D] not being fully reentrant when calling them with the same [cs_Dtcprm_] instance.
When calling these functions with different [cs_Dtcprm_] instances, where each has its own copy of the grid file buffers and pointers into them, the transformations run fine.

Depending on how one interprets the [CS_isDtXfrmReentrant] function, applying the cs_FRMTFLG_RNTRNT flag may or may not be correct.

Anyway, these transformation can be run on multiple threads as longs as the same [cs_Dtcprm_] is not shared.
And this is what's done in the GIS platform / MgServer, i.e. 1 [CCoordinateSystemTransform] and thus 1 [cs_Dtcprm_] instance per thread.

Reviewed by Hugues


git-svn-id: a2bff39a7848988ed2ca894f77eecdfa44a5cc3b@2257 4e78687f-474d-0410-85f9-8d5e500ac6b2

normanb/CS-Map,normanb/CS-Map