<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Unicode and TRANSFER statement in Application Development and Automation Discussions</title>
    <link>https://community.sap.com/t5/application-development-and-automation-discussions/unicode-and-transfer-statement/m-p/7320017#M1536752</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am having one heck of a time Transferring a file to Unix when the table contains fields of type Curr or Quan, in my case, both.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Transfer f to... generates the error:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;only character-type data objects are supported at the argument position "f"&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;in this case, the operand "f" has the non character-type "u"&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;the fields are:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;        netwr        LIKE vbrp-netwr,  "Net Value&lt;/P&gt;&lt;P&gt;        fkimg         LIKE vbrp-fkimg,    "Invoiced Qty&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have tried moving them to fields of type N, C and F and get errors except for F which writes in E notation.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;How can I get this data to Unix in readable format? I read another thread here that didn't really solve the problem.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any help is welcome as I am off to search the function library!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks, Jeff&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 23 Sep 2010 19:40:45 GMT</pubDate>
    <dc:creator>Former Member</dc:creator>
    <dc:date>2010-09-23T19:40:45Z</dc:date>
    <item>
      <title>Unicode and TRANSFER statement</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/unicode-and-transfer-statement/m-p/7320017#M1536752</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am having one heck of a time Transferring a file to Unix when the table contains fields of type Curr or Quan, in my case, both.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Transfer f to... generates the error:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;only character-type data objects are supported at the argument position "f"&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;in this case, the operand "f" has the non character-type "u"&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;the fields are:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;        netwr        LIKE vbrp-netwr,  "Net Value&lt;/P&gt;&lt;P&gt;        fkimg         LIKE vbrp-fkimg,    "Invoiced Qty&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I have tried moving them to fields of type N, C and F and get errors except for F which writes in E notation.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;How can I get this data to Unix in readable format? I read another thread here that didn't really solve the problem.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any help is welcome as I am off to search the function library!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks, Jeff&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 23 Sep 2010 19:40:45 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/unicode-and-transfer-statement/m-p/7320017#M1536752</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2010-09-23T19:40:45Z</dc:date>
    </item>
    <item>
      <title>Re: Unicode and TRANSFER statement</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/unicode-and-transfer-statement/m-p/7320018#M1536753</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Jeff&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;  HAve you tried variable type P with delimited length and decimals.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;      DATA: netwr TYPE p DECIMALS 2.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt; And export this P format using TRANSFER statement.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Kind regards&lt;/P&gt;&lt;P&gt;Carlos Machado&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 26 Sep 2010 19:59:50 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/unicode-and-transfer-statement/m-p/7320018#M1536753</guid>
      <dc:creator>former_member214857</dc:creator>
      <dc:date>2010-09-26T19:59:50Z</dc:date>
    </item>
    <item>
      <title>Re: Unicode and TRANSFER statement</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/unicode-and-transfer-statement/m-p/7320019#M1536754</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Carlos,&lt;/P&gt;&lt;P&gt; &lt;/P&gt;&lt;P&gt;I have tried P. What seems to work is to store the values in variables of type Curr and Quan then move them to Char items in the internal table. Will be testing this week. I will try P again though but am pretty sure I got the same error. Unicode seems to insist on Char types when Transferring to Unix.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks, Jeff&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 26 Sep 2010 20:35:44 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/unicode-and-transfer-statement/m-p/7320019#M1536754</guid>
      <dc:creator>Former Member</dc:creator>
      <dc:date>2010-09-26T20:35:44Z</dc:date>
    </item>
    <item>
      <title>Re: Unicode and TRANSFER statement</title>
      <link>https://community.sap.com/t5/application-development-and-automation-discussions/unicode-and-transfer-statement/m-p/7320020#M1536755</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Jeff,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;please have a look at the Development Guide:&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;Requirements of ABAP Programs in Unicode Systems&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;which can be found here:&lt;/P&gt;&lt;P&gt;&lt;A href="http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/b02d3594-ae48-2a10-83a7-89d369b708e5" target="test_blank"&gt;http://www.sdn.sap.com/irj/scn/go/portal/prtroot/docs/library/uuid/b02d3594-ae48-2a10-83a7-89d369b708e5&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;There you will find on page 19:&lt;/P&gt;&lt;P&gt;Begin of excerpt:&lt;/P&gt;&lt;P&gt;The OPEN DATASET command was completely revised In the file interface. At&lt;/P&gt;&lt;P&gt;least one of the additions IN TEXT MODE ENCODING, IN BINARY MODE, IN&lt;/P&gt;&lt;P&gt;LEGACY MODE, or IN LEGACY BINARY MODE must be defined in a Unicode Program.&lt;/P&gt;&lt;P&gt;In a Unicode System, you can only read and write files with READ DATASET and TRANSFER&lt;/P&gt;&lt;P&gt;if the file to be edited was first opened explicitly. A runtime error is triggered if&lt;/P&gt;&lt;P&gt;there is no OPEN statement for these statements.&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;If the file was opened in TEXT MODE, only character type fields, strings and&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;purely character-type structures are allowed for READ DATASET dsn INTO f&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;for f, and the type is only checked at runtime.&lt;/STRONG&gt;&lt;/P&gt;&lt;P&gt;End of excerpt.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Therefore you have to convert the data to char-like types before transfering it.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Best regards,&lt;/P&gt;&lt;P&gt;Nils Buerckel&lt;/P&gt;&lt;P&gt;SAP AG&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 27 Sep 2010 12:29:28 GMT</pubDate>
      <guid>https://community.sap.com/t5/application-development-and-automation-discussions/unicode-and-transfer-statement/m-p/7320020#M1536755</guid>
      <dc:creator>nils_buerckel</dc:creator>
      <dc:date>2010-09-27T12:29:28Z</dc:date>
    </item>
  </channel>
</rss>

