‎2016 Jan 20 12:22 PM
Hey Folks,
I have a problem with a z-report in according to the unicode conversion.
In carrying out the transaction UCCHECK for the Z-Report "ZISRGI01" the message "The key of the internal table "IRESBD" appear contains components of type "X" or "XSTRING". The statement "READ TABLE IRESBD" is not allowed for such tables in Unicode context."
This error appears only because of the coding line "READ TABLE IRESBD". This is imperative at the site.
The only thread I've found was in a completely wrong direction -->
If anyone knows more, please help.
Regards,
Tim
‎2016 Jan 20 12:34 PM
Did you check the documentation on READ statement (F1) ? There is an obsolete way and a correct way to do it. I cannot determine which way you used since you didn't write down the full READ statement.
‎2016 Jan 20 12:34 PM
Did you check the documentation on READ statement (F1) ? There is an obsolete way and a correct way to do it. I cannot determine which way you used since you didn't write down the full READ statement.
‎2016 Jan 20 1:45 PM
Thank you.
Now I make an internal table with the same coding but the problem is still there.
‎2016 Jan 20 12:47 PM
Hi Tim,
Since you cannot use tables with type x or xstring in conjunction with the read table statement from what i have read you may want to look into converting the type x or xstring into a type c variable and then doing the read statement.
Take a look at this thread here which does a type x conversion to type c
Or as was mentioned by peter your syntax may be off slightly but wont know till you post a code sample.
Hope this helps,
Geoffery
‎2016 Jan 20 1:41 PM
Sorry, but my Problem is that I don´t know the field which should be a field with type x.
‎2016 Jan 20 1:45 PM
Can you post the definition of your internal table IRESBD and the FULL READ statement.
We are all not so good in guessing.
‎2016 Jan 20 1:50 PM
Hi Tim,
Like peter mentioned we need to see code since we cannot read minds or see your system to guide you better.
Also may help if you show us what the structure of the table your trying the read statement on is just to eliminate any other gaps we have.
Wont be able to say forsure till you post the above requests but if i'm understanding the other threads properly you don't want any type x in the structure your performing the read on.
‎2016 Jan 20 1:52 PM
‎2016 Jan 20 2:13 PM
Hi Tim,
Thanks for the screenshots.
I did a test in my system and if you change your comparing vornr to WITH KEY vornr = some_variable
that fixed that error in my system but i was not able to see if that returned results into ls_iresbd since i don't know how iresbd is populated in your program. Now what exactly are you trying to do with that read table statement? are you just trying to see if it's populated with at least 1 value?
If so i think there is a better way of doing this using the Describe Table statement like so
DESCRIBE TABLE <itab-Name> LINES <variable>
Geoffery
‎2016 Jan 20 2:17 PM
Hi Tim,
I see the definition of lt_iresbd, but not the defintion of IRESBD. Are you sure that is also of type table of RESBD ?
For example the structure is also use in structure DIRESB and this one does have a field of type X.
Are you sure IRESDB is form type RESBD ?
Sorry to repeat my question, but I didn't get an answer with your screenprints.
By the way I am checking structure RESDB now in myu system and it does have at least one fieldsof type X, the field GUID_16 type RAW which is abap type X.
‎2024 Sep 26 9:07 AM
Hi Peter,
I'm too facing the same issue . Can you please suggest what to write instead of READ TABLE IRESBD COMPARING VORNR?. here IRESBD is of type RESBD.
‎2019 Jul 30 9:11 AM
I exactly have the same issue, but can't seem to find a workaround.
Anyone can elaborate on this issue and hopefully provide a solution?
Thank you