SCAN Statement
Overview
The SCAN statement should allow Unicode and National field types to be used as both a source and a destination.
Test Plan
- SCAN a National field from a file into a Raw work field (with/without transcode error) and a Unicode field
- SCAN a Unicode field from a file into a Raw work field (with/without transcode error) and a National field (with/without transcode error)
- SCAN a Raw field from a file into a National field (with/without transcode error) and a Unicode field
-
Bugs
- SCAN display does not correctly display National characters. * FIXED * 7/27/11 via changes to NSCAN processes. Changed SCANDISP REC to a Label GA.
- SCAN display does not show any records from a Unicode keyed file
- When entering a starting key, display starts one record after the expected value. Run the (VIEW) BEGNAT process, go into key entry, then SCAN. For a starting value, enter Æ. Records will be displayed starting with Ç, which is the next value.
- The display does not line up properly. Run any report & scan on the Form field. The data from the Form file does not line up with the headings.
- The starting fields displays the Unicode Replacement Glyph for blanks. Same example as above, scan for a form name, and enter PDF as a starting value, it will display as "PDF�?��X" - * FIXED * in Dec 10 engine
- Unable to scan on field names in ILF editor, (VIEW NSCAN SETUP (FULL) crashes.
--
PeteBrower - 2011-03-21
This topic: Main
> WebHome >
UnicodeTestPlan > UnicodeSCANStmt
Topic revision: r5 - 2011-12-15 - JeanNeron