Kbase 16286: Can a DBE client be used to access a single byte server?
| Autor |
Progress Software Corporation - Progress |
| Acesso |
Público |
| Publicação |
10/05/1998 |
|
Can a DBE client be used to access a single byte server?
Can a DBE client be used to access a single byte server?
=======================================================
Yes and No (don't you just love definitive answers?).
The fact that the client is DBE is not an issue. A DBE
client can access a single byte server without a problem.
However, most DBE clients are likely to be running on a
double byte operating system that is configured for a
double byte codepage (such as Big-5 or Shift-JIS). Likewise,
a single byte server (or client, for that matter) will not be
using one of these codepages. This is the problem area.
Since there is no character conversion between a double
byte language and a single byte language (the thousands
of characters in Japanese, for example, cannot be converted
into the few dozen characters that may be available in a
single byte language), Progress cannot convert between these
character sets. Therefore, Progress does not allow this
configuration.
The best (safest) way to work around this is to use a client
system that is configured with the same, or a convertable,
codepage. If this is not possible the work-around is to start
the DBE client with the Undefined codepage
-cpstream undefined and -cpinternal undefined.
This directs the Progress client to work with the characters
without any conversion at all. This will work as long as
the data remains in the ASCII character range (characters
0 - 127). If the higher order characters are used then some
of them will be interpreted as double byte characters (lead
bytes and trail bytes) and data integrity will be compromised.
Progress Software Technical Support Note # 16286