<?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 Re: RPCGEN on IA64 in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/rpcgen-on-ia64/m-p/4286620#M688641</link>
    <description>&amp;gt;Surely an int is an int and a long is a long.  When i then compile the generated code then generates warnings such as&lt;BR /&gt;&lt;BR /&gt;What are you asking?  If you are not compiling with +DD64, you can ignore those warnings.</description>
    <pubDate>Tue, 14 Oct 2008 20:24:48 GMT</pubDate>
    <dc:creator>Dennis Handly</dc:creator>
    <dc:date>2008-10-14T20:24:48Z</dc:date>
    <item>
      <title>RPCGEN on IA64</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rpcgen-on-ia64/m-p/4286619#M688640</link>
      <description>Is there a reason that RPCGEN generates code that is wrong.&lt;BR /&gt;&lt;BR /&gt;I have a int in my .x and the encode function correctly uses xdr_int but the decode function decides to use IDXR_GET/PUT_LONG &lt;BR /&gt;&lt;BR /&gt;Surely an int is an int and a long is a long.&lt;BR /&gt;When i then compile the generated code then generates warnings such as&lt;BR /&gt;&lt;BR /&gt;warning #4229-D: 64 bit migration: conversion from "long" to "int" may truncate value&lt;BR /&gt;  objp-&amp;gt;workstate = IXDR_GET_LONG(buf);&lt;BR /&gt;&lt;BR /&gt;warning #4229-D: 64 bit migration: conversion from "ulong_t" to "int32_t" may truncate value&lt;BR /&gt;    IXDR_PUT_LONG(buf, objp-&amp;gt;workstate);&lt;BR /&gt;&lt;BR /&gt;I can see no new options to rpcgen.&lt;BR /&gt;&lt;BR /&gt;Thx</description>
      <pubDate>Tue, 14 Oct 2008 12:13:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rpcgen-on-ia64/m-p/4286619#M688640</guid>
      <dc:creator>Nick Kemp</dc:creator>
      <dc:date>2008-10-14T12:13:04Z</dc:date>
    </item>
    <item>
      <title>Re: RPCGEN on IA64</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rpcgen-on-ia64/m-p/4286620#M688641</link>
      <description>&amp;gt;Surely an int is an int and a long is a long.  When i then compile the generated code then generates warnings such as&lt;BR /&gt;&lt;BR /&gt;What are you asking?  If you are not compiling with +DD64, you can ignore those warnings.</description>
      <pubDate>Tue, 14 Oct 2008 20:24:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rpcgen-on-ia64/m-p/4286620#M688641</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-10-14T20:24:48Z</dc:date>
    </item>
    <item>
      <title>Re: RPCGEN on IA64</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rpcgen-on-ia64/m-p/4286621#M688642</link>
      <description>Sorry I did not state that I am compiling with +DD64. &lt;BR /&gt;&lt;BR /&gt;I can not see anyway to get rid of these errors. It would seem that compiling as 64 bit has been taken into account. &lt;BR /&gt;&lt;BR /&gt;Some of the other generated code has it correctly using xdr_int for the encode for an int but IXDR_PUT_LONG for the decode.&lt;BR /&gt;&lt;BR /&gt;Is there something I am misunderstanding.?&lt;BR /&gt;&lt;BR /&gt;Is the source to the HP RPCGEN available to try and work out what it is doing when it is doing the code generation?&lt;BR /&gt;&lt;BR /&gt;Thx</description>
      <pubDate>Tue, 14 Oct 2008 20:53:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rpcgen-on-ia64/m-p/4286621#M688642</guid>
      <dc:creator>Nick Kemp</dc:creator>
      <dc:date>2008-10-14T20:53:22Z</dc:date>
    </item>
    <item>
      <title>Re: RPCGEN on IA64</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rpcgen-on-ia64/m-p/4286622#M688643</link>
      <description>&amp;gt;I can not see anyway to get rid of these errors. It would seem that compiling as 64 bit has been taken into account.&lt;BR /&gt;&lt;BR /&gt;Well, if these are 32 bit values, they should be using int, not long.  You can get rid of the warnings by adding casts.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;Some of the other generated code has it correctly using xdr_int for the encode for an int but IXDR_PUT_LONG for the decode.&lt;BR /&gt;&lt;BR /&gt;This doesn't seem nice.&lt;BR /&gt;Something seems wrong with those warnings.  For the first 4229 it seems that workstate is a 32 bit int field.  But from the second it seems that it is now a ulong_t?&lt;BR /&gt;Are IXDR_GET_LONG and IXDR_PUT_LONG macros that could be having problems?&lt;BR /&gt;&lt;BR /&gt;You may want to compile with +legacy_cpp if you suspect macros.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;Is the source to the HP RPCGEN available&lt;BR /&gt;&lt;BR /&gt;I have no clue.  If you think there is a problem, why not report it to the Response Center?&lt;BR /&gt;Do you have some sample input?</description>
      <pubDate>Wed, 15 Oct 2008 05:18:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rpcgen-on-ia64/m-p/4286622#M688643</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-10-15T05:18:56Z</dc:date>
    </item>
    <item>
      <title>Re: RPCGEN on IA64</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/rpcgen-on-ia64/m-p/4286623#M688644</link>
      <description>I think I will have to report it.&lt;BR /&gt;&lt;BR /&gt;I have downloaded of the sun site the open source to RPCGEN and it includes a define for _LP64 and then uses INT32 instead of long and long if not _LP64.&lt;BR /&gt;&lt;BR /&gt;Seems like an oversite.&lt;BR /&gt;&lt;BR /&gt;Thx&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 15 Oct 2008 05:37:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/rpcgen-on-ia64/m-p/4286623#M688644</guid>
      <dc:creator>Nick Kemp</dc:creator>
      <dc:date>2008-10-15T05:37:39Z</dc:date>
    </item>
  </channel>
</rss>

