Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

Uni-Code with OPEN DATASET 4.6C ->4.70

0 Kudos

Hello,

we have a 4.6C development system and several reports which use OPEN DATASET IN TEXT MODE to read files from server.

These reports are transported to a 4.70 Rel. and there we have a uni-code problem. The transaction "UCCHECK" marks this reports with an error-flag and the message: "In TEXT MODE" the "ENCODING" addition must be specified".

Problem: In 4.6C the addition "ENCODING" doesn't exist!!!

How can I solve the problem? How can I use the OPEN DATASET in 4.6C so that it is uni-code compatible?

Regards,

Ole.

1 ACCEPTED SOLUTION

Former Member
0 Kudos

If you have different version 46C -> 470 in the same landscape , the only option you have is to ignore those UCCHECK errors till your dev system is upgraded .

This way you can keep the programs in sync and executable on both systems with no syntax errors in SE38. Programs without "encoding" will run fine on 46C as well as 470 systems . When you move a transport from 46C to 470 , the program attributes ( Unicode Checks Active ) is not activated by the transport . It is only activated when you create a new program on 470 system directly .

Cheers.

5 REPLIES 5

Former Member
0 Kudos

Just uncheck the udicode checks active in the proram attributes in SE38.

Cheers

0 Kudos

Hi,

the best is to let unicode check and use the statement

open dataset DSN in legacy text mode for output/output.

Don't forget reward fi helped

0 Kudos

Hi,

question is: what can I do on a nonunicode system? than I cannt use the statement:

open dataset DSN in legacy text mode for output/output.

Regards Thomas

Former Member
0 Kudos

This is an indicator of a more basic problem. If you have systems on two different releases (eg dev on 46 and prod on 47), situations may occur where code from one system is not correct in another. And there is no resolution for this.

In this specific case, you will need to edit the program on target (unicode) system,

or,

change the code as per unicode standards in the 46C system, ignore the syntax errors to activate it, transport it to prod, where it should work. You can then change the code back to a correct syntax on DEV system.

Former Member
0 Kudos

If you have different version 46C -> 470 in the same landscape , the only option you have is to ignore those UCCHECK errors till your dev system is upgraded .

This way you can keep the programs in sync and executable on both systems with no syntax errors in SE38. Programs without "encoding" will run fine on 46C as well as 470 systems . When you move a transport from 46C to 470 , the program attributes ( Unicode Checks Active ) is not activated by the transport . It is only activated when you create a new program on 470 system directly .

Cheers.