Concatenate XSTRING

[Former Member]

Hi,

DO you think that it's possible to concatenate Xstring?

If you, could you please tell me how?

Thanks

Karim

[Former Member]

hi,

check this it might b helpful for U...

Processing Strings

String processing statements, whose arguments were all interpreted as fields of type C until now, are now divided into statements with character arguments and those with byte arguments.

String processing statements

CLEAR ... WITH

CONCATENATE

CONDENSE

CONVERT TEXT ... INTO SORTABLE CODE

OVERLAY

REPLACE

SEARCH

SHIFT

SPLIT

TRANSLATE ... TO UPPER/LOWER CASE

TRANSLATE ... USING

The arguments of these instructions must be single fields of type C, N, D, T or STRING or structures of character-type only. There is a syntax or runtime error if arguments of a different type are passed. A subset of this function is provided with the addition IN BYTE MODE for processing byte strings – that is, operands of type X or XSTRING. A statement such as CONCATENATE a x b INTO c is thus no longer possible when a,b, and c are all character-type, but x is of type X.

TRANSLATE ... CODEPAGE ...

TRANSLATE ... NUMBER FORMAT ...

The above statements are not allowed in Unicode programs. Instead, you can use the new conversion classes, which are described in more detail in Converting Data.

Comparison operators for string processing

CO

CN

CA

NA

CS

NS

CP

NP

As with the string processing statements, these operators need single fields of type C, N, D, T or STRING as arguments and again structures of character-type only are allowed. Special compare operators defined with the prefix BYTE- are provided for byte strings.

Functions for string processing

Function STRLEN only works with character-type fields and returns the length in characters. The new function XSTRLEN finds the length of byte strings.

Until now, function CHARLEN returned the value1 for a text field beginning with a single byte character under an NUS. The value 2 is returned for text fields beginning with a double byte character. Under a US, CHARLEN returns the value 1 if text begins with a single Unicode character. If text begins with a Unicode double character from the surrogate area, the value 2 is returned.

Function NUMOFCHAR returns the number of characters in a string or a character-type field. In single byte code pages, the function behaves like STRLEN. In multi-byte code pages, characters filling more than 1 byte are nevertheless considered to have length 1.

Output in fields and lists

In WRITE ...TO, any flat data types that were handled like C fields were allowed as the target field. A UP now requires that the target field be of character-type in a WRITE ... TO ... statement. The line type of the table must be of character-type for the table variant WRITE ... TO itab INDEX idx. The offset and length are counted in characters.

Until now, any flat structures could be output with WRITE. If the source field is a flat structure in a WRITE, it must have character-type only, in a UP. This affects the following statements:

WRITE f.

WRITE f TO g[+off][(len)].

WRITE (name) TO g.

WRITE f TO itab[+off][(len)] INDEX idx.

WRITE (name) TO itab[+off][(len)] INDEX idx.

link:http://help.sap.com/erp2005_ehp_03/helpdata/EN/79/c55479b3dc11d5993800508b6b8b11/frameset.htm

regards

Shashi...

Use the categories used in the Dictionary when using these types with Structure Enhancements.

[Sm1tje]

It is possible to do so use the in byte mode to do so. Standard (without the addition) it is character mode, but for byte processing use the IN BYTE MODE addition.

[former_member188001]

Thanks but it did not resolve the issue

[Clemenss]

IN BYTE MODE does not work? F1?

Regards,

Clemens

[brad_bohn]

Thanks but it did not resolve the issue 

It certainly does, but this isn't your thread. If you're referring to your XML thread/issue, it's your code that's the problem. Random posts to old threads aren't going to help you...