Difference: UnicodeIFStmt (13 vs. 14)

Revision 142011-04-07 - JeanNeron

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

IF / AND / OR Statements

Line: 51 to 51
 
  1. Test Unicode to Literal (\uxxx, \UXXXXXXXX, normal)

Bugs

Changed:
<
<
  1. The EX operator gives the same result as IN, ie, IF ... IN ... and IF ... EX .... both return true when used with Unicode fields. Use 'testing' for LHS and 'ing' for RHS. Seems to work ok with single character operands.
  2. The EX operator gives the same result as IN, ie, IF ... IN ... and IF ... EX .... both return true when used with National fields. Use 'testing' for LHS and 'ing' for RHS. Seems to work ok with single character operands.
  3. Compiler does not flag Group field to Unicode comparison as an error
  4. Compiler does not flag Group field to National comparison as an error
  5. Executing an IF .. RS/RI with Unicode or National fields causes process to abort. 2nd attempt causes session to crash.
>
>
  1. The EX operator gives the same result as IN, ie, IF ... IN ... and IF ... EX .... both return true when used with Unicode fields. Use 'testing' for LHS and 'ing' for RHS. Seems to work ok with single character operands.* FIXED * April 5 engine
  2. The EX operator gives the same result as IN, ie, IF ... IN ... and IF ... EX .... both return true when used with National fields. Use 'testing' for LHS and 'ing' for RHS. Seems to work ok with single character operands.* FIXED * April 5 engine
  3. Compiler does not flag Group field to Unicode comparison as an error * FIXED * April 5 engine
  4. Compiler does not flag Group field to National comparison as an error * FIXED * April 5 engine
  5. Executing an IF .. RS/RI with Unicode or National fields causes process to abort. 2nd attempt causes session to crash. *FIXED * April 5 engine
 
  1. Not sure if this is a bug or not: If I compare 2 raw alphas, then 'a' is GT 'A', as per the ASCII table. If I compare raw 'a' to Unicode 'A', then the opposite is true. It this because the raw was transcoded to unicode, and then the Unicode collating sequence was used, which puts the lower case before the upper case?
Added:
>
>
  1. IF .. RS/RI .. always returns False. Example, IF Testing RI ING returns T under 4.2.a, F under unicode. Tested with Unicode and Raw fields, same result.
  2. Does not give transcode error as expected. The specs say National/Unicode fields should be transcoded down to 8859-1 first. Or does this mean Regular Expressions will work with Unicode, and don't have to be transcoded?

 
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