Difference: UnicodeSETStmt (16 vs. 17)

Revision 172011-06-02 - JeanNeron

Line: 1 to 1
 
META TOPICPARENT name="UnicodeTestPlan"

SET Statement

Line: 65 to 65
 
  1. SETing a token field into a National Field does not work, just get reverse image diamonds * FIXED ** April 17 engine
  2. SETing a National field back into a Token does not work, just get ??????? ** Not a bug FAD**
  3. SETing a Unicode field back into a Token does not work, just get ??????? ** Not a bug FAD**
Changed:
<
<
  1. Does not throw transcode error when moving raw to National when raw contains non national data
>
>
  1. Does not throw transcode error when moving raw to National when raw contains non national data ** Not a bug FAD**
 
  1. A Raw alpha containing \u#### or \U######## does not get transcoded to Unicode. ** Not a bug, functions as designed **
Changed:
<
<
  1. SETing a unicode character into a raw alpha generates a 'Value Does Not Fit In Mask' runtime error. It should be transcode error. * FIXED * April 19 engine
>
>
  1. SETing a unicode character into a raw alpha generates a 'Value Does Not Fit In Mask' runtime error. It should be transcode error. * FIXED * April 19 engine
 
  1. SETing a national character into a raw alpha generates a 'Value Does Not Fit In Mask' runtime error. Should not be an error at all, should it? Raw should accept any 8 bit value, right? * Not a bug, FAD *. It's possible a National character will not exist in the 8859-15 (raw) character set.
Changed:
<
<
  1. SETing a Unicode Character into a National field, where the Unicode character is not part of the National set does not create a transcode error.
>
>
  1. SETing a Unicode Character into a National field, where the Unicode character is not part of the National set does not create a transcode error. ** Not a bug FAD**
 
  1. SET statement gives runtime error 'Value Does Not Fit in Mask' when attempting to move unicode field containing \u00A4 into it. I thought any 8 bit character was valid for Raw fields? * Not a bug * Raw fields use the 8859-15 character set, and \u00A4 (spiky ball) is not part of it.
Changed:
<
<
  1. Allows me to SET \u00A4 into a National field when SYSPARM has US-ASCII as National Character set. This character (spiky ball) does not exist in US-ASCII, only in 8859-1. Should be a transcode error.
>
>
  1. Allows me to SET \u00A4 into a National field when SYSPARM has US-ASCII as National Character set. This character (spiky ball) does not exist in US-ASCII, only in 8859-1. Should be a transcode error. ** Not a bug FAD**
  -- SteveFrizzell - 2011-03-07 \ No newline at end of file
 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback