Difference: UnicodeCNV_TEXTStmt (7 vs. 8)

Revision 82011-05-23 - KorryD

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

CNV TEXT Statement

Line: 44 to 44
 
  1. Test CNV TEXT with Numeric, Date, and Logic fields using RAW, UNICODE, and NATIONAL alpha fields.

Bugs

Changed:
<
<
  1. It's not handling Logic fields properly. When CNV TEXT into National/Unicode from Logic the destination field is wrong somehow. It looks ok in the debugger, but if I display it on an image, it shows the field is filled with reverse image diamonds. When comparing via IF to either Y or N, always returns False
>
>
  1. It's not handling Logic fields properly. When CNV TEXT into National/Unicode from Logic the destination field is wrong somehow. It looks ok in the debugger, but if I display it on an image, it shows the field is filled with reverse image diamonds. When comparing via IF to either Y or N, always returns False

    Fixed

 
  1. Since SET does not work with Group fields and National/Unicode fields, then this probably should not either. It does give compile errors, but the error is "Length of Record Exceeds Maximum Allowed (32k)". Probably should give the same error SET does: "Invalid Storage Type".
  2. When converting from Unicode to National, where the Unicode field contains characters not in the National character set, does not throw a transcode error.
Changed:
<
<
  1. When converting from Unicode to Raw, where the Unicode field contains characters not in the Raw character set, does not throw a transcode error, just silently drops the Unicode character. Should be a transcode error.
  2. When converting a Unicode field containing a spiky ball (0xA4), I get a Euro symbol in my Raw field. Same with National to Raw.
>
>
  1. When converting from Unicode to Raw, where the Unicode field contains characters not in the Raw character set, does not throw a transcode error, just silently drops the Unicode character. Should be a transcode error.

    How does this differ from the next issue?

  2. When converting a Unicode field containing a spiky ball (0xA4), I get a Euro symbol in my Raw field. Same with National to Raw.

    • 0xA4 in Unicode is the CURRENCY SIGN (¤) - you cannot convert that symbol to ISO 8859-15 so the CNV TEXT statement converts it to a substitution character (which is actually an ampersand (&). I've modified CNV TEXT to substitute a question mark instead of an ampersand.

 
  1. When converting from Unicode to National or Raw, causes Appx to crash. Not sure if it's the National or Raw, all the statements run but when the Event Point ends, the client closes. Doesn't seem to matter if there's any data to convert or not. This also happened when converting from National to Unicode/Raw, but somewhat inconsistently. It worked for a while, then suddenly started crashing Appx every time.
Changed:
<
<
  1. When converting from National to Raw, where National field contains a character not in the Raw character set, does not throw a transcode error. The character is silently converted to something else.
>
>
  1. When converting from National to Raw, where National field contains a character not in the Raw character set, does not throw a transcode error. The character is silently converted to something else.

    How does this differ from items 4 and 5?

 
  1. When converting from Unicode Text to National or Raw array, does not word wrap.
  2. When converting from Unicode Text to National or Raw array, does not throw transcode errors, just silently converts the characters to something else (Raw) or converts them unchanged (National). Raw array sometimes contains garbage characters, this might depend on the specific strings entered.
  3. When converting from National Text to Unicode or Raw array, does not word wrap.
Changed:
<
<
  1. When converting from National Text to Raw array, converts spiky ball (0xA4) to euro symbol.
>
>
  1. When converting from National Text to Raw array, converts spiky ball (0xA4) to euro symbol.

    How does this differ from item 5?

 
  1. When converting from Raw Text to National or Unicode array, does not word wrap.
  2. When converting from Token to National or Unicode, unused parts of destination are not cleared.
  3. When converting from National or Unicode to Format field, C-assert 'Unexpected src_buf size (15)' in module CVALP.C.1945 and format field contains incorrect data.
 
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