×

Good News Everybody!

The new search engine is LIVE!

Please report any problems to david (at) midrange.com.




You need to change your system to use the correct CCSID. That should be 37 for you. Using 65535 is a really bad idea.

YAJL does indeed work with 1208 but when data needs to be copied from/to a regular variable it will attempt to use the system value for the conversion. But 65535 is a "no conversion" code so the error is issued.

As someone else said - fix your system or (at the very least) fix the CCSID for the job - that _should_ make it work.


Jon Paris

www.partner400.com
www.SystemiDeveloper.com

On Aug 20, 2018, at 6:01 PM, Booth Martin <booth@xxxxxxxxxxxx> wrote:

That makes sense. That doesn't mean I understand the solution.

I have an RPG program using Scott's YAJL to create the StOut for web service. Based on what I learned a week or so ago, Scott's YAJL produces CCSID 1208?

I want to consume that web service with an RPG program residing in the same library and am using the SQL that Birgitta offered:

SysTools.httpGetClob()

I see nothing in Birgitta's example that says CCSID.

I figure I am at the right place but have no idea which way to go.


On 8/20/2018 3:36 PM, Charles Wilt wrote:
is your system CCSID 65535? Or are you working with a old table created
when the system CCSID was 65535?

Fix that...

Charles

--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.

Please contact support@xxxxxxxxxxxx for any subscription related questions.

Help support midrange.com by shopping at amazon.com with our affiliate link: http://amzn.to/2dEadiD


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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

This mailing list archive is Copyright 1997-2026 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.