FLAM Issue Tracker - FL5
View Issue Details
0000489FL52.2 Subprogram FLUC (CONV)public2014-06-29 10:142014-07-01 00:36
Falk Reichbott 
Falk Reichbott 
normalminoralways
resolvedfixed 
System zz/OSV1R13
5.0 
5.05.0 
0000489: CCSID 'CP1252' don't work
If I use CCSID='1252' any thing works fine. If I try to use 'CP1252' the CCSID is unknown.
No tags attached.
Issue History
2014-06-29 10:14Falk ReichbottNew Issue
2014-06-29 10:14Falk ReichbottStatusnew => assigned
2014-06-29 10:14Falk ReichbottAssigned To => Falk Reichbott
2014-06-29 10:22Falk ReichbottNote Added: 0000516
2014-07-01 00:36Falk ReichbottNote Added: 0000519
2014-07-01 00:36Falk ReichbottStatusassigned => resolved
2014-07-01 00:36Falk ReichbottResolutionopen => fixed
2014-07-01 00:36Falk ReichbottFixed in Version => 5.0

Notes
(0000516)
Falk Reichbott   
2014-06-29 10:22   
We use a own mapping to determine the encoding string (CP1252) from the CCSID (1252) but if you use the encoding string (inkl. synonyms) we use a function from the unicode support on z/OS to determine the CCSID. If the encoding string supported with "info get.ccsids" and not accepted by the CNVCHR component, then the z/OS function which provides the CCSID for an encoding string does not know this alias.

Means we must implement a own mapping funktion for CCSIDs for each known encoding alias to solve this problem.

On z/OS if you provide an encoding string (CP1252) we try first to open the iconv with the CCSID (based on the ccsid mapping function of z/OS (expected result 1252)) if this not successful then we try it with the provided encoding string (CP1252). CP1252 is not supported but also the mapping funktion daos not support this encoding string. The CCSID it self is supported.
(0000519)
Falk Reichbott   
2014-07-01 00:36   
Add own mapping function of encoding strings in ccsids to fix this issue.