Kbase P114239: Index-selection of a OPEN QUERY is translatable in OpenEdge 10
| Autor |
Progress Software Corporation - Progress |
| Acesso |
Público |
| Publicação |
12/2/2010 |
|
Status: Unverified
SYMPTOM(s):
The index-selection of a OPEN QUERY seems to be translatable starting with OpenEdge version 10.
Compiling the following code with the XREF option:
DEFINE QUERY Test# FOR customer.
OPEN QUERY Test# FOR EACH customer NO-LOCK.
In OpenEdge Version 10 the results are:
XREF-compiled in v10:
query.p query.p 1 COMPILE query.p
query.p query.p 1 CPINTERNAL ISO8859-1
query.p query.p 1 CPSTREAM ISO8859-1
query.p query.p 1 STRING "Customer" 8 NONE UNTRANSLATABLE
query.p query.p 2 SEARCH sports.Customer Cust-Num WHOLE-INDEX
query.p query.p 2 STRING "WHOLE-INDEX,Cust-Num" 20 LEFT TRANSLATABLE
query.p query.p 2 STRING "Test#" 5 NONE UNTRANSLATABLE
query.p query.p 2 STRING "Cust-Num" 8 NONE UNTRANSLATABLE
FACT(s) (Environment):
In version 9 the results are:
XREF-compiled in v9:
query.p query.p 1 COMPILE query.p
query.p query.p 1 CPINTERNAL ISO8859-1
query.p query.p 1 CPSTREAM ISO8859-1
query.p query.p 1 STRING "Customer" 8 NONE UNTRANSLATABLE
query.p query.p 2 SEARCH sports.Customer Cust-Num WHOLE-INDEX
query.p query.p 2 STRING "Test#" 5 NONE UNTRANSLATABLE
query.p query.p 2 STRING "Cust-Num" 8 NONE UNTRANSLATABLE
It works fine in version 9
OpenEdge 10.x
All Supported Operating Systems
CAUSE:
Bug# OE00127334
FIX:
Upgrade to OpenEdge 10.1B or later