× 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.




On 04/04/2007, at 12:52 AM, David Gibbs wrote:

The problem isn't invoking the commands ... but parsing the "550" error
messages that get returned.

When I'm connecting to a Japanese system, with a user profile that's set
to use CCSID 5026, all lower case characters are returned as blanks.

The FTP response messages have lower case characters... so I can't
properly parse the responses.

I've read all the responses in this thread. Basic problem is that CCSID 5026 does not have lower-case Latin characters at the same code points as other EBCIDC CCSIDs. The lower-case code points are used for Katakana characters. Some part of FTP is converting these to blanks when sending the result messages. Ordinarily a Japanese system would be using a primary language of 2962 (or maybe 2984 but 2962 would also be installed as a secondary language). If either 2962 or 2984 were installed as the primary language you would not see this problem because both these languages use upper-case messages and display text. So this tells me that the target system has a primary language that uses lower-case Latin yet also supports users with CCSID 5026. I presume from that information that the target system probably has 2924 as a primary language but probably also has 2962 installed as a secondary language so users, such as the one you are using to log on, with a job CCSID of 5026 can see messages and panels in Japanese.

This problem happens even if the FTP job on both systems is changed to use CCSID 5026 because it's not so much a CCSID problem as one of using the wrong message file for the message text.

You can correct the problem by changing the library list of the FTP server job. The 5026 user will need authority to the CHGSYSLIBL command but if that can be accomplished then you can solve your problem. Here is a transcript of the process:

File Transfer Protocol

Previous FTP subcommands and messages:
Connecting to host gryphon.flybynight.com.au at address 192.168.0.1 using port 21.
220-QTCP at gryphon.flybynight.com.au.
220 Connection will close if idle more than 5 minutes.
> japan
331 Enter password.
230 JAPAN .
OS/400 . T TCP/IP "V5R1M0".
250 N "1".
257 "/QSYS.LIB/QGPL.LIB" .
> quote rcmd CHGJOB CCSID(5026)
250 C CHGJOB CCSID(5026) .
> quote rcmd CHGSYSLIBL QSYS2962
250 COMMAND CHGSYSLIBL QSYS2962 SUCCESSFUL.


Notice that the messages are missing the lower-case values until the library list is changed successfully whereupon upper-case text messages are used thus solving your problem. The only issue now is whether the user profile is allowed to be authorised to the CHGSYSLIBL command.

Regards,
Simon Coulter.
--------------------------------------------------------------------
FlyByNight Software OS/400, i5/OS Technical Specialists

http://www.flybynight.com.au/
Phone: +61 3 9419 0175 Mobile: +61 0411 091 400 /"\
Fax: +61 3 9419 0175 \ /
X
ASCII Ribbon campaign against HTML E-Mail / \
--------------------------------------------------------------------



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.