cancel
Showing results for 
Search instead for 
Did you mean: 

RFC CONVERSION FIELD

Former Member
0 Kudos

Hi Friends,

Ours is ECC 5.0 and DB is Oracle. we are getting 200 dumps for the RFC conversion field, i went thorrugh the OSS notes, but still not successfull.

HEre is the content of the error message:-

Short textConversion error between two character sets.

What happened?

Conversion error "ab_rfccon" from character set 4102 to character set 1100

A conversion error occurred during the execution of a Remote Function

Call. This happened either when the data was received or when it was

sent. The latter case can only occur if the data is sent from a Unicode

system to a non-Unicode system.

What can you do?

Note which actions and input led to the error.

For further help in handling the problem, contact your SAP administrator

.

You can use the ABAP dump analysis transaction ST22 to view and manage

termination messages, in particular for long term reference.

What can you do?

Note which actions and input led to the error.

Thanks

please help friends

Accepted Solutions (0)

Answers (1)

Answers (1)

markus_doehr2
Active Contributor
0 Kudos

> Ours is ECC 5.0 and DB is Oracle. we are getting 200 dumps for the RFC conversion field, i went thorrugh the OSS notes, but still not successfull.

>

> HEre is the content of the error message:-

>

> Short textConversion error between two character sets.

>

> What happened?

> Conversion error "ab_rfccon" from character set 4102 to character set 1100

The problem is related to Unicode/non-Unicode conversion.

Check the affected RFC connection if all settings are correctly done.

Markus

Former Member
0 Kudos

In the SM59, bit options i have already selected option USE FOUND COMMUNICATION PAGE for the system, so what things i need to do.

thanks

markus_doehr2
Active Contributor
0 Kudos

I'm not sure what you mean...

Please give more information:

- codepage + release of calling system

- codepage + release of called system

Markus

Former Member
0 Kudos

Hi,

I am saying that in SM59 ,in RFC connections and when we select a system in that we select special bit options that is 002.

unicode and release of calling and called is same that is ECC 5.0 /oracle.

please help

thanks

kris

markus_doehr2
Active Contributor
0 Kudos

> unicode and release of calling and called is same that is ECC 5.0 /oracle.

If that was the case you wouldn't get an error message.

4102 is Unicode/BigEndian and 1100 is the standard ASCII codepage. Please check again.

Markus

Former Member
0 Kudos

Here are the details of the CALLED and the CLient system

User and Transaction |

Client.............. 100

User................ "ALEREMOTE"

Language Key........ "E"

Transaction......... " "

Transactions ID..... "484C8D987CDB5EBDE10000000AFA0821"

Program............. "SAPLNLSK_G"

Screen.............. "SAPMSSY1 3004"

Screen Line......... 2

Information on caller of Remote Function Call (RFC):

System.............. "MCQ"

Database Release.... 700

Kernel Release...... 700

Connection Type..... 3 (2=R/2, 3=ABAP System, E=Ext., R=Reg. Ext.)

Call Type........... "synchron and transactional (emode 0, imode 0)"

Inbound TID.........." "

Inbound Queue Name..." "

Outbound TID........."0AFA08216A23484D41D74879"

Outbound Queue Name.." "

Client.............. 100

User................ "ALEREMOTE"

Transaction......... " "

Call Program........."SAPLERFC"

Function Module..... "ARFC_DEST_SHIP"

Call Destination.... "NONE"

Source Server....... "wiqa2_MCQ_05"

Source IP Address... "10.233.8.33"

Additional information on RFC logon:

Trusted Relationship " "

Logon Return Code... 0

Trusted Return Code. 0

Note: For releases < 4.0, information on the RFC caller are often

only partially available.

-


-


Information on where terminated

Termination occurred in the ABAP program "SAPLNLSK_G" - in

"NLS_GET_LANGU_CP_TAB".

The main program was "SAPMSSY1 ".

In the source code you have the termination point in line 24

| of the (Include) program "LNLSK_GU01".

please help what to do now.

Former Member
0 Kudos

Hi MArkus please help

markus_doehr2
Active Contributor
0 Kudos

You omitted the interesting part...

What the value of the "Char.set" field in the dump you just posted?

I assume this is a BI system that is trying to connect to load data.

Markus

Former Member
0 Kudos

It is Char.set.... "C". This is an ECC6.0 system and Database is Oracle 10.

thanks ,

markus_doehr2
Active Contributor
0 Kudos

> It is Char.set.... "C". This is an ECC6.0 system and Database is Oracle 10.

Ok.. so this actual system is Unicode.

Now a non-Unicode systems (the BI - ALREMOTE) is calling with an ASCII codepage. What are the settings in the MDMP tab in the caller (BI) system? Is that set to Unicode?

Markus

Former Member
0 Kudos

How do i check the same. When i have seen the dump the caller and the client is same.

thanks

markus_doehr2
Active Contributor
0 Kudos

You see it in the caller system in transaction SM59

Markus

Former Member
0 Kudos

On the BI QA system it is set as

Character width in target settings

Selected ~non unicode -->MDMP settings --> set to inactive.

Thanks

markus_doehr2
Active Contributor
0 Kudos

So this is wrong.

If you target system is a Unicode system you need to switch Unicode on.

Set it, save and see if the dumps disappear.

Markus

Former Member
0 Kudos

I have done as discussed, but still the dump appears, any ideas please.

markus_doehr2
Active Contributor
0 Kudos

I can't help you without having a look on the systems(s) - I suggest you open an OSS call and let the support have a look what's going on.

Markus

Former Member
0 Kudos

Hi,

Did you check Note 647495 - RFC for Unicode ./. non-Unicode Connections

Section 😧 Unconvertible Data in RFC between MDMP and Unicode Systems

regards,

kaushal

Former Member
0 Kudos

Hi,

YEs i have already went to the note 814707 where it says to see note 647495, but it was not helpful as there is no proper solution.

I also checked notes 613389.

still the problem persists.

Former Member
0 Kudos

did You solve your problem ? I have exactly the same and I can't win with that 😕