On submit it runs old program code

[Former Member]

I have a system that was upgraded and i have this specific problem

the program RFBIBL00 has a submit to the program RFBIBL01 which has the include RFBIBL02.

The inlcude RFBIBL02 which had custom code in it had an unicode error which i fixed. On the quality server and not on the development server (works fine there) when i run the program RFBIBL00 at the submit it crashes with the old unicode error message. if i run the RFBIBL01 directly there is no problem. I even made a z program with the same submit and it works fine.

here is the dump:

The current ABAP program "RFBIBL01" had to be terminated because it has

come across a statement that unfortunately cannot be executed.

The following syntax error occurred in program "RFBIBL01 " in include "RFBIBL02

What can you do?

Please eliminate the error by performing a syntax check

(or an extended program check) on the program "RFBIBL01 ".

You can also perform the syntax check from the ABAP Editor.

of course if i do syntax error on either RFBIBL01 or RFBIBL02 there is no problem. On the submit from RFBIBL00 it seems that the old version of the include RFBIBL02 is still running and crashes due to its error.

What i have already tried:

- Generate and activate all the programs RFBIBL00 - RFBIBL01 - RFBIBL02

- Passed the request with the fix in the incldue RFBIBL02 many many times on synchronous mode.

- made a trasport of copies of RFBIBL00 to make it recompile to quality

None of these worked. Any ideas?

[Former Member]

Hi,

RFBIBL00 seems to re-generate RFBIBL02 via SUBMIT RFBIBLG0 in some cases. Maybe that causes the problem!

Regards,

Klaus

[Former Member]

thnks for the quick answer there is this code just before the submit

• Neugenerierung von RFBIBL02 wenn notwendig.

IF SAPRL <> SY-SAPRL OR SYSID <> SY-SYSID OR NEW_GN = XON.

SUBMIT RFBIBLG0 AND RETURN.

ENDIF.

when i run the program the if didnt come true but in debugger i made it come true so the

SUBMIT RFBIBLG0 AND RETURN was execuded. But nothing really changed the problem remains.

[Former Member]

Are You sure that the submit isn't processed in your quality system?

I think, it will not be reached in your development system or will do no changes there, but it may be processed in your quality system and maybe (depending on different SYSID) create a new version of RFBIBL02 in the SAP main storage while processing the report.

You may not see this changes ion database / SE38 / SE80.

Please check this in your quality system!

Regards,

Klaus

[Former Member]

Thanks for the quick reply again.

The SYSID and sy-sysid have the same value my quality system.

When i go se37 or se80 i see the new corrected code.

[Former Member]

What i understand right now i corrected the unicode problem in the include RFBIBL02.

But in program RFBIBL00 there are lines where it explicit says

• Informationen aus RFBIBL02 einlesen

READ REPORT 'RFBIBL02' INTO REP.

...

READ TABLE REP INDEX 6.

SYSID = REP-Z+30.

since i have corrected the include in test system it gets sysid = test system and then it runs

SUBMIT RFBIBLG0 AND RETURN.

which probably creates a temporary version of the include which has the unicode error.

I corrected the include is propably completly wrong, since its a generated include.

So let me rephrase the problem as it looks now:

I get this unicode error int he include RFBIBL02.

""ZBSEG" and "WA" are not mutually convertible. In Unicode programs, "Z"

"BSEG" must have the same structure layout as "WA", independent of the "

"length of a Unicode character."

the line of the error is:

ZBSEG = WA.

This happens cause zbseg contains arithmetic values and its not like bbseg that has only character values and this is an unicode error since the update happen. If i understand correctly the solution should be to make zbseg stracture all tis fields character type.

thanks again.

Edited by: Thrasivoulos Tsiokos on Nov 8, 2010 2:31 PM

[Former Member]

I'd back up and try to find the source of the problem. These are all standard SAP programs and should get this kind of error. Have you applied custom mods to any of the programs or structures? Have you checked the SPAU for these programs?

Rob

[Former Member]

Hi,

in our systems we have no ZBSEG, but BBSEG has only CHAR fields. If there are any NON-CHAR fields in your ZBSEG there may be a UNICODE problem at MOVE-CORRESPONDING, e.g. when identical named fields have different types.

I think, all of your ZBSEG fields should be of CHAR type and have corresponding fields in BBSEG of matching types.

Good Luck!

Klaus

[deepak_dhamat]

Hi,

Please activate Both Include Program in Developement , Quality , Production .

aslo check version and match them it will show difference .

The reason for calling old program is that new changed program is not active , that's why it is calling old active program

and giving error .

regards

Deepak.

[Former Member]

thnks all for your answers