RE: Invalid Host Code-Page with V6R1 of System I access for Windows

Ooops. IBM informed me that SE33915 doesn't apply, but, due to
"significant changes between the V5R4 and V6R1 clients (namely Windows
Installer Technology), different procedures need to be followed".

Working with IBM on what those procedures are...

Bryan

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Burns, Bryan
Sent: Wednesday, January 12, 2011 8:42 AM
To: Midrange Systems Technical Discussion
Subject: RE: Invalid Host Code-Page with V6R1 of System I access for
Windows

Thanks Neil, I passed this on to our PC technician and as we were
chewing on it, I found an IBM APAR that reflects our problem precisely.
That said, it's still no slam dunk as we're using a PC with a Japanese
OS so image START-PROGRAMS and everything else in Japanese.

The SE33915 APAR says:

In previous releases, System i Access for Windows included support for
installing secondary languages. Secondary languages allow users to
configure System i Access for Windows to display System i Access
features in different languages.

In V6R1, GA code of System i Access for Windows does not have secondary
language support.

The APAR does have several solutions so I'm confident this is just what
we need.

Bryan




-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Neill Harper
Sent: Tuesday, January 11, 2011 1:00 PM
To: 'Midrange Systems Technical Discussion'
Subject: RE: Invalid Host Code-Page with Windows 7

We had problems like this on XP.

Client access is not a Unicode enabled app. So it uses the non Unicode
language system setting to map code points to glyphs.

The below might help. You need to set your Language for non Unicode
programs to something more appropriate, but be warned this will affect
all of the non Unicode programs that the workstation user uses.

http://windows.microsoft.com/en-us/windows7/Change-the-system-locale


-