cancel
Showing results for 
Search instead for 
Did you mean: 

Unable to interpret 20003000.2>0 as a number

Former Member
0 Kudos

Hi Experts,

I am uploading materials in the ECC system using a Z program by uploading a text file containg the maerials and details. These materials should be getting replicated to CRM. However, I saw that some materials are throwing an error "Unable to interpret 20003000.2>0 as a number" in the CRM system. However, I cannot see any such number in the text file.  After debugging I could see that for one particular line in a variable , 20003000.2>00020002000.2000.0(gv_cursor-length) to pc_data. in this case, the GV_CURSOR-LENGTH is 12 and the value moved to pc_data becomes 20003000.2>0 is not recognised as a number.

The name of the runtime error is "CONVT_NO_NUMBER".  The part of the code where the error appears in include LCXMP_UCF01 is:

   form xml_r3a_map_packed using     pi_tag     type  ty_xmltagopt
                        changing  pc_data    type  p
                            value(po_status) like  sy-subrc.
* IF ( pi_tag-length = 0 ).
  move <gxml>(gv_cursor-length) to pc_data.   ---------------->this is the point where the error occurs
  clear po_status.
* ELSE.
*   po_status = gc_status_len0.
* ENDIF.
endform.

Has anybody come across such a problem with the GXML data before?

Accepted Solutions (0)

Answers (1)

Answers (1)

former_member197655
Active Participant
0 Kudos

Hi Madhu,

We have once encountered the same issue.

Instead of     IF ( pi_tag-length = 0 )  Use  IF pi_tag-length is Initial.

Hope it works.


Former Member
0 Kudos

Hi Manjeet,

But this is a standard include. So is it a bug in the standard code?

former_member197655
Active Participant
0 Kudos

This message was moderated.