Dear Horiguchi-san, > I'm not sure. All of it is a if-story. z/OS's isdigit is defined as > "Test for a decimal digit, as defined in the digit locale source file > and in the digit class of the LC_CTYPE category of the current > locale.", which I read it as "it accepts multibyte strings" but of > course I'm not sure that's correct. > > On CentOS8, and for Japanese letters, both iswdigit(L'ー') and > iswdigit(L'0') return false so, assuming the same character > classfication scheme that is implementation dependent, I guess z/OS's > isdigit would behave the same way with CentOS's isdigit. > > Hoever, regardless of the precise behavior, > > > But, of cause I agreed this is the crazy case. > > Yes, I meant that that doesn't matter.
Hmm.. of cause I want to do because I believe this is corner case, but we should avoid regression... If no one can say it completely some existing methods probably should be used. Therefore, I would like to suggest using the export and support functions again. The name is converted to parse_XXX and it locates in elog.c. How is it? Best Regards, Hayato Kuroda FUJITSU LIMITED
v20_0002_allow_escapes.patch
Description: v20_0002_allow_escapes.patch
v20_0001_export_padding_function.patch
Description: v20_0001_export_padding_function.patch