× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Is the user seeing "blobs" then when attempting to display Cyrillic data from the i? And seeing Cyrillic characters when they key them in on the screen, but again "blobs" after they hit Enter (assuming the display format is refreshed by the application)? The "blob" would typically be a reverse image rectangle, which is really a x'3F' (substitution character).

What flexibility do you have in assigning a CCSID of 1025 to their specific database files? Is there a need to consolidate the Latin-1 and Cyrillic character data in one database for reporting purposes? Or are these pretty much standalone entities?

Bruce Vining

Åke Olsson <ake.olsson@xxxxxx> wrote:

1. User is set up with CCSID 1025
2. The Client Access session is also set up with 1025
3. *CHRIDCTL Job chridctl *JOBCCSID


Med vänlig hälsning / Best regards
Åke Olsson

message: 3
date: Wed, 18 Jun 2008 11:49:14 -0700 (PDT)
from: Bruce Vining
subject: Re: Character based application needs to support Cyrillic
(Russian and Bulgarian) characters

We're going to need additional information:

1. What is the job CCSID for the user?
2. What is the CHRID for the display device the user is using?
3. What is the CHRID for the *DSPF the application uses? If *CHRIDCTL, what is the job CHRIDCTL setting?

In order to use Cyrillic I've always just changed my 5250 session CCSID (host code page) and I don't have anything special in my Windows environment. When you say the user cannot see or key any Cyrillic can you expand on what you are experiencing?

I will point out that CCSID 37 cannot legitimately contain Cyrillic characters, so you are going to have a problem there if all of your files mut be preset to 37. But to say exactly what problem we need to know the answers to questions 1 through 3 above.

Bruce Vining
http://www.brucevining.com/

?ke Olsson wrote:
This is the current setup:

We have one large iseries partition where many companies in different countries across Europe share one common code base (i.e. the same program library for all).

Each country has its own database library.

We are now implementing the package for a Bulgarian company. This is the first company that uses a Cyrillic character set with our package. Until now all languages implemented have been using a character set in the "latin-1" family.

Right now we are trying hard to figure out what we need to install to get this working.

While testing with client access sessions and users that we have set up with CCSID 1025 we have found that we can not see or key any Cyrillic's that way. I assume that we may need a specially adapted version of client access to get this working. Can anyone verify that?

What with Windows? Do we need a Bulgarian version of Windows as well?

We create all database files with CCSID 37 and control the rest by user profile and device attributes.

Any other ideas on how to set this up?

(Aside for a full-blown unicode conversion. We ARE working on that as well but there is simply not enough time to get that project ready in just a couple of months.)



This e-mail and any attachments may contain confidential and
privileged information. If you are not the intended recipient,
please notify the sender immediately by return e-mail, delete this
e-mail and destroy any copies. Any dissemination or use of this
information by a person other than the intended recipient is
unauthorized and may be illegal.

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.